/// Signal

P-H3-Image : 20 Go au lieu de 143, 21 Go de VRAM — et une licence qui exclut la France

Pruna AI a mis en ligne le 3 novembre P-H3-Image, un modèle d’image obtenu en distillant le modèle vidéo MiniMax H3 : 20 Go de poids en 4 bits annoncés au lieu de 143, et 21 Go de mémoire graphique en pic pour une image de 8 mégapixels. Les poids sont publics sur Hugging Face et ComfyUI les prend en charge. La licence, elle, exclut l’Union européenne — et elle vise aussi les images produites.

La méthode vaut mieux que le slogan. Pruna a retouché les cinq pièces de H3, dans l’ordre où elles servent : le sur-échantillonneur de prompt, un Qwen3.5-9B qui transforme une demande courte en prompt que le modèle comprend ; l’encodeur de texte, ramené de 32 à 4 milliards de paramètres par distillation, pour 9 Go au lieu de 67 ; le programme de diffusion, de 50 à 8 pas ; le dos du transformateur, que le billet annonce ramené de 33 à 20 milliards de paramètres ; et le décodeur, réentraîné pour tirer une image nette d’une seule trame, là où H3 décodait une suite de trames vidéo. Le résultat sort de 2 à 16 mégapixels et retouche avec jusqu’à 8 images d’entrée — la page de Pruna annonce « up to 9 input images » à deux endroits et « up to 8 » ailleurs, l’éditeur ne s’accorde pas avec lui-même. ComfyUI le reconnaît sans nœud maison, mais pas encore pour tout le monde : la prise en charge est sur la branche de développement et « ships with the next release » ; un compte du fil indique la version 0.44.0, un autre dit avoir dû passer en nightly pour voir apparaître le nœud.

Le « 7× smaller » de l’annonce est exact, mais il compare deux précisions et laisse une pièce de côté : 20 Go en 4 bits contre 143 Go en bf16, sans le sur-échantillonneur de prompt — que Pruna décrit lui-même comme à garder dans le graphe. Complet, le plus petit jeu pèse 26,8 Go, et 74,5 Go en bf16 : sur les 143 Go annoncés pour H3, cela fait 5,3 fois et 1,9 fois. J’ai recompté depuis les fichiers publiés : le dépôt diffusers pèse 92,99 Gio, et son transformateur déclare exactement la même taille que celui de MiniMax H3, 66 280 430 080 octets de part et d’autre, même configuration, 50 couches sur 5 376 de large. Les deux documents de l’éditeur ne s’accordent d’ailleurs pas sur le dos : le billet le dit ramené à 20 milliards de paramètres, la fiche du modèle décrit un « 33.1B-parameter transformer ». Le seul fichier de la taille d’un modèle de 20 milliards est le diffusion ComfyUI en bf16, à 37,69 Gio. Ce qui a réellement fondu de sept fois, c’est l’encodeur de texte : 62,14 Gio chez H3, 8,27 Gio chez Pruna — et ce gain a un coût, un troisième compte du fil rapportant que l’encodeur fourni lui a donné « body horror » et qu’il est revenu au 32B d’origine. Deux autres contestaient la taille annoncée : u/x33storm, « Sizes look the exact same.. What’s smaller? », et u/reyzapper, « the model is actually the same size of unpruned version of H3 ».

Le « 5× faster » a un matériel et une base de comparaison, et les deux comptent : 2,6 s contre 12,4 s pour 4 mégapixels, 5,8 s contre 30,6 s pour 8, sur un B200, et 50 pas contre 8 « sans autres optimisations ». Sur une L40S de 48 Go, le gain tombe à trois fois — 19 s contre 6,3 s — la comparaison portant alors sur un bf16 déchargé contre un 4 bits. Ce que u/x33storm conteste : « 5x faster vs non-turbo many more steps? Or actually faster than equivelant 8 step turbos, of which there are hundreds? » Personne ne lui répond dans le fil. La mémoire dépend du jeu de poids, et quatre chiffres doivent être lus ensemble : 21 Go en pic pour le 4 bits à 8 mégapixels, donc à portée d’une carte de 24 Go ; 56 Go en bf16 ; 76 Go pour le pipeline diffusers avec déchargement automatique sur une carte de 80 Go ; et environ 100 Go en bf16 si l’on garde le sur-échantillonneur en mémoire. Retenir les 76 Go seuls revient à dire qu’il faut un H100 pour un modèle annoncé comme léger ; retenir les 21 Go seuls cache que la version 4 bits « can change small details and sometimes the composition ».

La clause que le fil ne discute pas est dans la documentation du modèle, et elle change l’usage. P-H3-Image est publié sous la MiniMax H3 Community License, le contrat de H3 : il définit des « Excluded Territories » — l’Union européenne, le Royaume-Uni, la Corée du Sud, les États-Unis — et ne concède de droits que « solely within the Applicable Territory ». L’article V.4 est sans ambiguïté : « You may not use, reproduce, modify, distribute, or display the MiniMax H3 Works or any of their Outputs or results outside the Applicable Territory. » La politique d’usage acceptable place même « Use outside the Applicable Territory » en tête de ses interdits. En France, cela veut dire ni les poids, ni les images qu’ils produisent. L’exclusion n’est pourtant pas une impasse : le contrat invite les intéressés des territoires exclus à demander une licence séparée, la FAQ de MiniMax répond « not yet », pas « jamais », et l’API de H3 reste, elle, accessible partout — la restriction ne porte que sur les poids ouverts. S’y ajoutent la mention « MiniMax H3 » obligatoire sur les produits commerciaux, une autorisation écrite au-delà de 20 millions de dollars de revenu annuel, et l’obligation de signaler le caractère généré par machine dans tout espace public. Pruna, lui, l’écrit à la dernière ligne de son billet et dans la fiche ; les trois puces du post Reddit qui a fait connaître le modèle ne parlent que d’« Open weights » — ce qu’ils sont, et libres, ce qu’ils ne sont pas.