Convertir AVIF en GIF

Deux personnes différentes arrivent sur cette page et une seule d’elles devrait rester. La première fait face à un système dont les formats acceptés sont JPG, PNG et GIF : une boîte de pièces jointes de forum, un outil de dépôt de wiki, un outil interne d’avant la dernière refonte, un bloc de signature dans un vieux client de messagerie. Pour cette personne, GIF n’est pas un choix, c’est l’intersection de ce qu’elle a et de ce que la boîte accepte.

La seconde est venue chercher une animation, et c’est la mauvaise page pour elle. Rien ici ne transforme une image fixe en image animée, et un AVIF qui bouge déjà ne continue pas à bouger à travers cette conversion. Si votre destination accepte un PNG, utilisez plutôt PNG — il est sans perte, il garde toutes les couleurs, et il gère correctement la transparence. GIF ne vaut la peine d’être choisi que quand quelque chose refuse spécifiquement tout le reste.

AVIF peut contenir une séquence et GIF peut en contenir une, donc sur les spécifications cela ressemble à une conversion qui devrait fonctionner. Elle ne fonctionne pas. Le moteur décode une seule image et l’encodeur GIF écrit une seule image, donc un AVIF animé sort comme une image fixe et le reste a disparu.

C’est dit ici dans la deuxième section plutôt qu’enterré dans une note parce qu’un convertisseur qui livre silencieusement un dixième d’un fichier est pire qu’un qui refuse. Si la chose doit vraiment continuer à bouger, aucun format d’image du site n’est la bonne réponse : un MP4 construit à partir de ce qui a produit l’animation est plus petit que n’importe quel format d’image animée pour le même contenu, et il est lu partout, y compris aux endroits pour lesquels GIF est choisi.

C’est la perte définitoire de la paire. GIF est un format indexé avec une palette de 256 entrées au plus, fixée par la spécification GIF89a. AVIF décrit jusqu’à douze bits par canal et des espaces colorimétriques étendus, ce qui représente des millions de couleurs discernables dans le cas ordinaire et considérablement plus dans le cas inhabituel. Tout ce qui est entre les deux doit être jeté.

À quoi cela ressemble dépend entièrement de l’image. Un logo, un schéma, une capture d’écran d’un formulaire ou tout visuel plat peut avoir moins de 256 couleurs au départ et passer presque intact. Une photo ne le peut pas : les ciels se bandent en paliers visibles, les tons de la peau deviennent tachés, et les dégradés doux se transforment en bandes. Le banding sur les photos est le mode d’échec que le registre enregistre contre GIF, et ce n’est pas un bug à régler. L’ironie, c’est que les dégradés sont exactement ce qu’AVIF réussit le mieux à tenir, donc les images qui ont survécu au web avec le plus de grâce sont celles que cette conversion abîme le plus.

Quelque chose doit décider quelles couleurs survivent, et le faire mal est ce qui fait les mauvais GIF. Arrondir chaque canal à une grille fixe est l’approche économique et produit exactement l’aspect postérisé qu’on associe au format. Ce convertisseur utilise gifenc, dont le quantificateur est un port de PnnQuant.js : il part des couleurs présentes dans l’image et fusionne à répétition la paire la plus proche jusqu’à ce qu’il en reste 256, donc les entrées qui survivent sont celles dont la perte change le moins l’image.

La palette est construite dans un espace colorimétrique légèrement réduit plutôt que dans l’espace complet, ce qui coûte un peu de précision et fait gagner des secondes sur une grande photo. Pour un format qui se termine à 256 couleurs, l’échange vaut largement la peine. Le résultat n’est pas ce qu’on appellerait manifestement dégradé sur du contenu ordinaire, et c’est toujours un GIF : le plafond est celui du format, pas celui de l’encodeur.

Moins de couleurs ne veut pas dire moins d’octets, et c’est là que l’intuition échoue. GIF compresse sans perte avec un schéma de 1987 conçu pour des graphiques plats à base de plages de pixels identiques. AVIF est une image fixe d’un codec vidéo de 2019 qui passe du temps réel à trouver la description la plus compacte possible d’une image.

Donc une photo qui faisait 180 Ko en AVIF peut revenir en GIF plusieurs fois plus grosse, ayant perdu l’essentiel de ses couleurs en route. Vous payez deux fois — en fidélité et en octets — et vous recevez la compatibilité. C’est un mauvais échange sauf si la compatibilité est ce dont vous avez réellement besoin, et c’est pourquoi la première section passe son temps sur qui en a besoin.

Le seul cas où l’arithmétique est plus clémente est le visuel plat avec de grandes zones d’une seule couleur, ce que le schéma de 1987 a été construit pour. Un schéma, un logo sur fond uni ou une capture d’écran d’une page surtout blanche peut bien compresser en GIF et ne rien perdre de visible, parce qu’il n’a jamais eu plus de quelques centaines de couleurs à donner.

AVIF porte un canal alpha complet : un pixel peut être à n’importe quel degré de transparence, ce qui fait que les bords anti-aliasés et les ombres estompées se présentent correctement contre n’importe quel fond. Le format GIF offre un bit de cela — une entrée de palette nommée comme invisible — et l’encodeur de cette page n’en nomme aucune. Chaque pixel du fichier que vous téléchargez est opaque.

Donc un détourage est composé plutôt que translaté. Les zones transparentes sont peintes avec la couleur d’arrière-plan réglée au-dessus de la zone de dépôt, blanche à moins que vous n’en changiez, et l’image est quantifiée ensuite, ce qui veut dire que le bord effacé se mélange dans cette couleur au lieu de durcir contre elle. Réglez la couleur sur celle sur laquelle l’image va effectivement s’asseoir et le résultat est propre. Si la destination accepte un PNG, le problème disparaît complètement.

Les endroits sont précis et tous vieux : logiciels de forum dont le validateur de téléversement liste trois extensions, wikis configurés il y a dix ans, systèmes de tickets, plateformes d’apprentissage, éditeurs de signatures de messagerie, lecteurs de documentation embarquée, outils internes dont personne n’est plus propriétaire. GIF est lu par tous les navigateurs et par essentiellement tous les logiciels d’image jamais écrits, ce qui est la seule chose qu’il a encore et qu’AVIF n’a pas.

Le registre marque GIF comme format hérité, et hérité est exactement le mot qui convient — il n’est pas actuel, et il ne va pas disparaître, parce que les logiciels qui ne connaissent que lui ne vont pas disparaître non plus. Quand vous êtes du mauvais côté d’un de ces outils de dépôt, l’ancienneté du format est l’atout et tout le reste de cette page est la facture.

Le contrôle de largeur maximale redimensionne dans la même passe qui encode, et l’utiliser est en général le bon mouvement ici. Moins de pixels veut dire moins d’endroits où la réduction de palette est visible, et un GIF affiché à 600 pixels de large qui a été construit à 600 pixels de large a l’air considérablement meilleur qu’un construit à 3 000 puis réduit dans le navigateur.

Cela répond aussi au problème de taille de la section précédente, et l’y répond honnêtement : moins de pixels plutôt qu’une pire description des mêmes pixels. Redimensionner ensuite dans un autre outil est le pire ordre, parce que cela ré-échantillonne une image qui a déjà été ramenée à 256 couleurs et étale les entrées de palette en valeurs intermédiaires que le fichier ne peut pas contenir.

PNG est la réponse pour presque tous ceux qui atterrissent ici. Il est sans perte, il garde toutes les couleurs, il porte un vrai canal alpha, et il est lu par tout depuis la fin des années 1990 — donc tout système assez moderne pour avoir été configuré ce siècle en acceptera un. Le seul coût est la taille du fichier, et pour une capture d’écran ou un visuel ce coût est faible.

JPG est la réponse pour une photo destinée à un endroit qui veut un petit fichier et n’a pas besoin de transparence. WebP est la réponse si le blocage est une chaîne d’outils plutôt qu’une époque. GIF est la réponse quand la liste acceptée dit littéralement GIF et rien d’autre, et lire jusqu’ici pour le confirmer est une meilleure utilisation de cinq minutes que convertir d’abord et regarder le résultat ensuite.

Les deux moitiés tournent dans l’onglet du navigateur sur votre propre processeur : jSquash décode l’AVIF, gifenc quantifie et écrit le GIF, et aucune partie du fichier n’est téléversée. Il n’y a pas de compte, pas de file et pas de quota journalier, et le plafond gratuit est 100 Mo par fichier, ce qu’aucun AVIF servi par le web n’approchera.

Cela fait aussi que cela marche sur une machine qui ne peut pas du tout ouvrir la source. Si un double-clic sur l’AVIF ne fait rien parce que le système d’exploitation n’en a jamais entendu parler, le navigateur reste le seul logiciel qui le lit, et la conversion a lieu à l’intérieur du navigateur. Un dossier d’AVIF se convertit en une seule passe et revient en un ZIP avec la progression fichier par fichier.