Convertir GIF en JXL

Dit franchement, parce que c’est ce qui se découvre sinon après le téléchargement. Cette conversion produit une image fixe à partir de la première image. Tout ce qui suit est perdu.

Pour un GIF animé, la bonne cible est la vidéo. Convertir en MP4 ou en MKV conserve toutes les images et sort en général à une fraction de la taille. Si vous êtes arrivé ici avec une animation, ce n’est pas la bonne page. Pour un GIF qui n’a jamais contenu qu’une image, la conversion a du sens et la section qui suit s’adresse à vous.

JXL, ou JPEG XL, a été normalisé en 2021 par le JPEG Committee comme successeur du format JPEG, et la promesse est haute : un codec qui compresse notablement mieux que JPEG au même poids, qui supporte la perte et le sans perte dans le même conteneur, et qui peut lire les JPEG existants sans réencodage. Les outils d’encodage sont matures ; le support des navigateurs est partiel.

Firefox l’a ajouté en 2024. Safari l’a ajouté en 2024. Chrome a annoncé son intention de le retirer après l’avoir testé, et la situation reste instable. Pour un usage local — un fichier d’archive, un fichier destiné à un logiciel précis, un flux de production interne — c’est un très bon format. Pour un usage web grand public en 2026, c’est un pari sur l’évolution du support, et la prudence recommande de garder aussi un WebP à côté.

Les benchmarks publics sur des corpus photographiques standards montrent JXL environ vingt à trente pour cent plus léger que WebP et AVIF au même niveau de qualité visuelle, et la différence augmente à qualité haute où JPEG et WebP saturent. Pour une image qui doit être parfaite, JXL tient la qualité que JPEG abandonne à partir d’environ 90.

Pour un GIF à 256 couleurs, l’amélioration existe mais est moins spectaculaire, parce que la perte a déjà eu lieu en amont. Une photographie malencontreusement sauvée en GIF sera considérablement plus légère en JXL. Un aplat à deux couleurs ne bougera pas — il est déjà près du plancher. Le centre honnête de la page est que cette conversion aide certains GIF et laisse les autres à peu près inchangés.

La transparence du GIF est un seul bit : chaque pixel est soit complètement transparent, soit complètement opaque, sans rien entre les deux. C’est pour cela qu’un logo GIF détouré a des bords en marches d’escalier et un léger halo de la couleur sur laquelle il a été fait.

JXL porte un vrai canal alpha à 256 niveaux, si bien que les bords peuvent s’estomper proprement. La conversion ne peut pas inventer une douceur que le GIF n’a jamais eue, mais elle supprime le plafond. Si vous réexportez le visuel d’origine un jour depuis un logiciel qui exporte en JXL, le canal alpha sera là pour porter le résultat. Pour le fichier converti, les bords en marches d’escalier restent en marches d’escalier, et c’est l’information présente dans le GIF qui décide.

Le contrôle de qualité sur cette page démarre à 82, et c’est le même réglage appliqué identiquement à WebP, à AVIF, à JXL et à JPEG. C’est délibéré : c’est un réglage prudent, assez haut pour qu’une double compression soit difficile à voir sur une photo, assez bas pour que le fichier reste léger sur une page.

Pour un GIF déjà réduit à 256 couleurs, monter au-dessus de 82 n’achète presque rien, parce que la perte la plus visible a déjà eu lieu en amont. Pour un GIF qui était à l’origine une photographie, monter à 88 ou 90 commence à montrer une différence en JXL plus qu’en WebP, parce que JXL tient la qualité haute mieux que les autres codecs. La mesure sur l’image elle-même reste le seul arbitrage défendable.

Un GIF contient au plus 256 couleurs, choisies à sa création. Un JXL en porte seize millions, et chaque pixel trouve sa place avec de la marge. La conversion décode le GIF dans un espace colorimétrique étendu, et la sortie est à la précision disponible.

Ce que la conversion ne peut pas faire, c’est défaire la réduction de palette d’origine. Si une photographie a été ramenée à 256 couleurs en 2011, les bandes dans le ciel font partie de l’image et le JXL les reproduira fidèlement. Convertir change le contenant et la compression, pas l’historique du fichier. Pour un visuel d’origine, gardé ailleurs, la conversion directe depuis cet original donnera toujours un meilleur résultat que convertir le GIF.

Le JXL fait exactement la taille du GIF. Les animations sont souvent petites, parce qu’à l’époque où le format s’est imposé, chaque pixel supplémentaire se multipliait par le nombre d’images, et 480 pixels de large reste courant.

Agrandir le JXL ensuite n’ajoutera aucun détail, faute de détail à ajouter. Si l’image doit être grande, le GIF est la mauvaise source pour commencer. Pour un usage où la qualité compte et où la place compte aussi, JXL brille par sa capacité à encoder des images en haute résolution sans saturer la taille du fichier — c’est précisément le cas d’usage pour lequel il a été conçu.

JXL a une propriété rare : il peut réencoder un JPEG existant en JXL sans le décoder, ce qui veut dire sans perte et sans aucune génération supplémentaire. Pour des archives JPEG existantes, c’est un argument fort : le même fichier, vingt à trente pour cent plus léger, sans aucune perte de qualité.

Pour un GIF, cette propriété ne s’applique pas — GIF et JPEG sont des formats trop différents pour un tel pont, et la conversion passe nécessairement par un décodage en pixels. Ce que la migration JPEG vers JXL gagne, la migration GIF vers JXL ne le gagne pas, et c’est l’information à garder en tête pour choisir entre cette page et un autre outil.

La conversion tourne dans l’onglet du navigateur sur votre propre processeur. Rien n’est téléversé, donc il n’y a ni file d’attente ni quota journalier, et le plafond est celui du niveau gratuit, 100 Mo par fichier — ce qui rend possible de déposer cent images héritées d’un coup plutôt que d’y passer un après-midi.

Regarder l’onglet réseau pendant qu’un lot tourne est la manière honnête de le vérifier : aucune requête qui transporte un fichier ne sort de la machine.