Qu’est-ce qu’un fichier JXL ?

JXL est un format binaire, qui ne veut rien dire hors d’un programme qui le connaît. Il stocke une grille de pixels : l’agrandir au-delà de sa propre résolution le ramollit. Il est utilisé pour l’archivage et la photographie.

L’extension est .jxl et le nom complet JPEG XL. L’un et l’autre comptent moins que ce que le fichier peut contenir, et c’est le sujet du reste de cette page.

Joint Photographic Experts Group l’a publié en 2021. La spécification est ISO/IEC 18181.

L’âge est utile à connaître pour une raison pratique : plus un format est ancien, plus les programmes ont eu le temps de l’apprendre.

Elle est publiée intégralement : n’importe qui peut l’implémenter à partir du document plutôt qu’en l’observant, et c’est pourquoi ce format apparaît dans tant de programmes et pourquoi des fichiers écrits il y a vingt ans s’ouvrent encore. Une spécification publiée n’est pas pour autant libre de redevances : quand un format enveloppe un codec, les brevets sont une question à part, que la norme ne tranche pas.

Il existe pour bien faire une seule chose, pour un seul groupe de gens. En dehors de cette tâche c’est un mauvais choix par défaut, et à l’intérieur il n’y a en général rien de mieux.

JXL enregistre son contenu à l’identique. Le réenregistrer ne change rien : vous pouvez l’ouvrir, le modifier et le réenregistrer autant de fois que vous voulez sans accumuler de dégâts, et c’est ce qui en fait un format de travail plutôt qu’un format de livraison.

JXL porte une couche alpha : un logo garde ses bords doux par-dessus ce qui se trouve derrière, au lieu d’arriver dans un carré blanc.

JXL peut enregistrer une animation plutôt qu’une image fixe. C’est bon à savoir avant de convertir : une cible qui ne tient qu’une image garde la première et laisse tomber le reste, le plus souvent sans le dire.

Jusqu’à 32 bits par canal. Il peut travailler en RVB, niveaux de gris et une gamme de couleurs étendue.

Plus de huit bits par canal, c’est ce qui empêche un dégradé de se casser en marches quand on le retouche : cela compte dans un fichier de travail et presque jamais dans un fichier fini.

GIMP et ImageMagick le lisent, comme la plupart des programmes du même genre.

Quand un fichier ne s’ouvre pas, le format est rarement en cause : le plus souvent, c’est le programme qui est plus ancien que lui. Convertir vers quelque chose de plus ancien est le contournement fiable, et c’est à cela que sert le reste de ce site.

Une partie des navigateurs seulement le lit.

Là où la prise en charge est inégale, servir un second format à côté est la réponse habituelle : le navigateur prend celui qu’il comprend et personne n’est laissé dehors.

JXL peut contenir les données EXIF, les enregistrements XMP et les profils ICC.

Que quoi que ce soit survive à une conversion dépend entièrement de la cible, et la réponse honnête est le plus souvent « une partie ».

JXL est fait pour être transmis, pas pour travailler dedans. Modifier un tel fichier est possible et rarement agréable ; la voie raisonnable passe par la source et un nouvel export.

Les reproches qui reviennent : hors de son terrain, la prise en charge est inégale.

Rien de tout cela n’est une raison d’éviter le format. Ce sont les choses à connaître avant que l’une d’elles vous surprenne, ce qui est une affirmation différente et plus utile.

C’est la capacité que rien d’autre n’offre. JPEG XL peut prendre un JPEG existant, le ré-encoder environ vingt pour cent plus petit, et reconstruire plus tard le fichier d’origine octet pour octet — non pas une image visuellement identique, mais le même fichier, avec la même somme de contrôle.

Cela change la nature de la question. Convertir une photothèque en WebP ou AVIF est un engagement : les JPEG sont ré-encodés via une seconde passe avec perte, et les originaux sont soit conservés à côté, soit perdus. La recompression en JXL est réversible, donc une archive de vingt ans peut être réduite d’un cinquième sans rien miser. Aucun autre format ne propose cela, et c’est l’argument le plus fort du format. Les outils de référence pour cette opération — `cjxl` de libjxl en mode `-e 7` ou équivalent — produisent un fichier JXL réversible de manière déterministe, ce qui veut dire qu’une vérification par somme de contrôle garantit la fidélité de la recompression.

JPEG XL a un mode avec perte qui rivalise avec AVIF et un mode sans perte qui rivalise avec PNG, et contrairement aux deux modes de WebP ceux-ci partagent une conception au lieu d’être deux compresseurs sous une seule extension. Le JXL sans perte est typiquement 30 à 40 pour cent plus petit que le PNG.

Il prend aussi en charge le décodage progressif — un fichier partiellement téléchargé se rend comme une version basse résolution de l’image entière plutôt que les quelques premières lignes. AVIF atteint quelque chose de similaire uniquement par un encodage en couches que presque aucun encodeur ne produit, et sur une connexion lente c’est la différence entre voir quelque chose immédiatement et ne rien voir. Le décodage progressif coûte un peu de taille et n’est activé qu’à la demande, mais c’est un outil puissant pour des images servies sur des réseaux incertains.

Chrome a implémenté JPEG XL derrière un drapeau, puis l’a retiré en 2023, estimant que l’intérêt de l’écosystème était insuffisant pour justifier sa maintenance. La décision a été longuement contestée par des photographes, des ingénieurs de navigateurs et la communauté de la compression d’images, et elle a de fait bloqué le format sur le web.

Apple a ensuite ajouté la prise en charge dans Safari 17 en 2023, et cela fonctionne sur macOS et iOS. La position aujourd’hui est donc réellement partagée : Safari oui, Firefox derrière un drapeau, Chrome non. Un format au dossier technique inhabituellement solide et à la malchance inhabituelle, et la raison pour laquelle un fichier JXL peut tout bonnement ne pas s’afficher chez la personne à qui vous l’envoyez.

Safari sur macOS et iOS, ce qui représente une part substantielle du trafic d’images. Les applications d’Adobe, qui ont ajouté la prise en charge. Un ensemble croissant d’outils et de bibliothèques d’images. Certains fabricants d’appareils photo l’ont livré comme option de capture.

La conséquence pratique est que JXL a du sens pour l’heure comme format de stockage et d’archivage plutôt que de diffusion. Compresser une bibliothèque sur votre propre disque est une décision que vous contrôlez ; mettre du JXL sur une page web publique signifie qu’une part importante des visiteurs ne verront rien. Les photographes qui partagent des fichiers de travail entre machines et qui veulent une fidélité parfaite trouvent dans le JXL un compromis presque idéal : meilleur que les formats existants sans rien risquer, et la compatibilité hors ligne importe peu dans leur cas.

JPEG XL a été normalisé en 2022 à partir de deux soumissions : PIK de Google et FUIF de Cloudinary, lui-même descendant de FLIF. Le résultat porte des idées des deux, ce qui explique pourquoi il gère bien les images photographiques et synthétiques plutôt que d’être calibré pour l’une d’elles. Le comité a fusionné le meilleur des deux pistes en moins de trois ans, ce qui est rapide pour un standard ISO, et c’est une des raisons pour lesquelles l’ISO a accepté la spécification finale sans modification substantielle.

La filiation compte pour une raison pratique : la fonctionnalité de recompression JPEG vient d’une intention délibérée plutôt que d’un heureux accident. Le comité s’est fixé pour objectif de rendre le corpus JPEG existant migrable, et cet objectif a façonné le format.

Jusqu’à 32 bits par canal, des gamut larges et la HDR. Un véritable canal alpha en modes avec et sans perte. L’animation. Des images bien plus grandes que ce que d’autres formats permettent — les limites de dimensions sont en pratique théoriques plutôt qu’opérationnelles.

Il s’encode aussi considérablement plus vite qu’AVIF, qui est la principale faiblesse d’AVIF. Sur cet axe, JXL est le plus pratique des deux formats modernes, ce qui rend sa position sur le web plus frustrante encore. Le coût d’encodage d’une photographie haute résolution est de l’ordre de la seconde sur une machine de bureau correcte, contre la dizaine de secondes pour AVIF à qualité comparable, ce qui rend JXL viable pour des traitements par lots là où AVIF ne l’est pas.

Si vous recompressez un JPEG existant, utilisez le mode de recompression JPEG sans perte, qui est réversible et ne coûte rien. Si au contraire vous encodez ce JPEG par le mode avec perte ordinaire de JXL, vous faites passer une image déjà compressée par une seconde passe avec perte et les dégâts s’additionnent.

Les deux opérations se ressemblent dans l’interface d’un outil et sont complètement différentes en termes de coût. C’est la chose la plus utile à maîtriser en travaillant avec ce format, et il est facile de se tromper parce que la distinction est rarement mise en avant.

JPG quand le fichier doit atteindre quelqu’un dont le navigateur ou le logiciel n’affichera pas le JXL, ce qui aujourd’hui signifie la plupart des gens. Attendez-vous à un fichier plus grand à qualité visible égale. PNG quand l’image a de la transparence ou qu’il s’agit d’une capture d’écran ou d’un diagramme.

La profondeur de bit est la perte à surveiller. Un JXL portant plus de huit bits par canal converti en JPG ou PNG dispose de moins de niveaux dans les dégradés, ce qui peut produire du banding dans un ciel. Gardez le JXL — vu sa position, c’est très probablement la copie d’archive et le fichier converti est celui que vous envoyez. Le conseil vaut en particulier pour les rendus HDR et les photos astronomiques, où la profondeur de bit supérieure transporte une information que la conversion à huit bits élimine définitivement.