Convertir AVIF en JXL

Lancez ceci quand quelque chose exige spécifiquement JPEG XL. Un outil qui ne lit rien d’autre, une chaîne construite autour, une politique d’archive qui nomme la norme ISO, ou une expérience authentique que vous comptez mesurer. Ce sont des raisons réelles et cette conversion les sert proprement.

Si la raison est que JPEG XL a l’air plus récent ou meilleur, gardez l’AVIF. Les deux formats sont suffisamment proches en compression pour que ni l’un ni l’autre ne vous surprenne, la conversion coûte une génération avec pertes, et AVIF est celui que tous les navigateurs actuels lisent alors que JPEG XL n’est toujours que partiellement pris en charge. Il n’y a aucun scénario dans lequel convertir une image web qui marche en JXL améliore la page où elle se trouve. Convaincre quelqu’un de ne pas convertir est une issue légitime de la lecture d’une page sur le sujet, et c’est l’issue pour la plupart des gens qui atterrissent ici.

AVIF a été publié en 2019 par l’Alliance for Open Media, construit sur le codec vidéo AV1. JPEG XL a suivi en 2022 depuis le comité JPEG lui-même sous le nom ISO/IEC 18181-1, techniquement ambitieux et à plusieurs égards le design le plus élégant.

L’adoption n’a pas suivi les mérites. La prise en charge par les navigateurs d’AVIF est maintenant générale dans les versions actuelles ; pour JPEG XL elle reste partielle, ce qui explique que le format se trouve dans la catégorie niche plutôt que courante, et que la demande pour lui est une fraction de la demande pour AVIF. Cet écart est la donnée la plus importante pour décider si cette conversion a du sens pour votre fichier, et il n’a rien à voir avec le codec qui est le meilleur. Il est aussi peu susceptible de changer vite, puisque l’argument pour un second format moderne s’affaiblit chaque année que le premier est déjà déployé.

L’AVIF est décodé en pixels bruts et ces pixels sont ré-encodés par l’encodeur JPEG XL. Rien n’est transporté sous sa forme compressée, donc tout ce que l’encodeur AVIF a écarté le reste, et l’encodeur JXL prend ensuite ses propres décisions par-dessus.

À la qualité par défaut de 82, le second passe est rarement visible sur une photo, et il n’est pas gratuit non plus. La texture fine, le grain de film et le léger blocking que l’AVIF avec pertes laisse autour des bords durs sont exactement ce qu’un second encodeur gère le pire, parce qu’il dépense des bits à décrire les erreurs du premier encodeur comme si elles faisaient partie du sujet. Si vous comptez ne garder qu’un seul des deux fichiers, c’est un argument direct pour garder celui qui a été encodé une fois — et si vous convertissez une bibliothèque, c’est un argument pour retrouver d’abord les originaux.

Sur le papier, il va plus loin qu’AVIF dans plusieurs directions qui importent aux photographes et aux archivistes. Il gère jusqu’à trente-deux bits par canal là où AVIF s’arrête à douze, il est construit pour le travail en gamut étendu, et il a été conçu avec le stockage à long terme de grandes collections photographiques comme objectif explicite plutôt que comme effet de bord d’un codec vidéo.

Peu de tout cela ne vous arrive à travers cette conversion particulière. Ce qui arrive à l’encodeur est déjà passé par la chaîne d’images du navigateur à huit bits par canal, donc la marge de profondeur est théorique ici et serait théorique depuis n’importe quelle source servie par le web, qui n’a jamais eu plus de huit bits à donner. L’endroit où l’exercer est une conversion depuis un original raw ou à seize bits dans une application de bureau comme GIMP ou ImageMagick, et non un ré-encodage d’un fichier de diffusion. Savoir qu’un format peut faire quelque chose n’est pas la même chose qu’être en position de l’utiliser.

L’argument pratique le plus fort pour JPEG XL est qu’il peut prendre un JPEG existant et le ré-empaqueter environ vingt pour cent plus petit avec les données d’image intactes et entièrement récupérables. C’est une chose véritablement rare dans les formats d’image et c’est pourquoi les grandes archives photo prennent le format au sérieux.

Cela marche parce que les données JPEG sont réarrangées plutôt que ré-encodées, et un AVIF contient des données AV1 à la place — une représentation complètement différente de l’image, sans rien de commun avec un JPEG au-delà du fait que les deux sont compressés. Il n’y a rien à ré-empaqueter, donc cette paire ne retire aucun de ces bénéfices et est un décodage et un encodage ordinaires comme n’importe quelle autre. Si vous avez des JPEG quelque part en plus des dérivés AVIF, ce sont les fichiers intéressants pour JPEG XL, et convertir ceux-là est une utilisation matériellement meilleure d’un après-midi que convertir ceux-ci.

GIMP et ImageMagick lisent JPEG XL, et lisent aussi AVIF, ce qui est un résumé honnête de la situation sur le bureau : les outils qui supportent l’un supportent généralement l’autre, donc la conversion résout rarement un problème de « ne peut pas ouvrir ceci ».

Au-delà, le terrain s’amincit vite. Les prévisualisations des systèmes d’exploitation, les éditeurs plus anciens, les formulaires de téléversement, les clients de messagerie et les services d’impression gèrent souvent aucun des deux formats, et là où ils en gèrent un c’est plus souvent AVIF, parce qu’un moteur de navigateur est embarqué dans beaucoup de logiciels qui ne sont pas des navigateurs. Si le but est un fichier que quelqu’un d’autre peut ouvrir sans discussion, ceux-ci sont tous deux la mauvaise réponse, et la page qu’il vous faut est celle qui produit un JPG, un PNG ou un PDF.

Un élément picture avec une source JXL et un repli AVIF ou JPEG est la bonne façon de servir le format, et cela marche. Ce que cela ne fait pas, c’est vous économiser quoi que ce soit, parce que le repli doit exister et être généré de toute façon.

C’est l’arithmétique maladroite de cette direction pour quiconque le fait pour la performance web. Vous avez commencé avec un format qui atteint tout le monde à une taille proche du meilleur disponible, et vous terminez avec deux fichiers, une négociation et un cache qui doit stocker les deux. L’économie sur les visiteurs qui obtiennent le JXL doit payer tout cela, et sur un format à prise en charge partielle ce n’est en général pas le cas. Pour une image de diffusion, AVIF est là où l’argument s’est déjà terminé.

La valeur par défaut de 82 est un équilibre sensé pour une photo et c’est le chiffre à laisser tranquille à moins d’avoir une raison. L’élever vers 95 rend le second encodage conservateur, ce qui est ce que vous voulez quand le fichier va être édité ou ré-encodé à nouveau par la suite.

La descendre sous 70 vaut rarement la peine sur cette paire. La source est déjà compressée, donc les artefacts du premier encodeur et ceux du second atterrissent sur les mêmes bords et se cumulent plus vite qu’ils ne le feraient depuis un original, et le fichier devient visiblement plus mauvais plus tôt que le chiffre ne le suggère. Si la taille visée est agressive, redimensionner l’image est le meilleur levier : moins de pixels à une qualité décente bat les mêmes pixels à une qualité médiocre, et c’est le seul changement dont l’effet se prévoit avant de l’exécuter.

Les deux formats peuvent porter EXIF, XMP et un profil ICC, et aucun bloc ne survit à cette route. Toute conversion d’image ici décode en pixels bruts et écrit un nouveau fichier à partir d’eux, donc la date de capture, l’appareil et les éventuelles coordonnées sont abandonnés plutôt que migrés.

Pour un fichier qu’on remet à quelqu’un, c’est une amélioration de la vie privée et une étape de moins à se rappeler, puisque les coordonnées de l’endroit où une photo a été prise sont la chose que les gens oublient le plus souvent de retirer. Pour un photographe qui ré-encode une collection, c’est une perte sérieuse : l’heure de capture est ce qui ordonne une bibliothèque, et un dossier d’images qui prétendent toutes avoir été créées aujourd’hui est proche de l’inutile. La conclusion honnête, c’est qu’un convertisseur en navigateur est le mauvais outil pour une migration de bibliothèque, et une application de bureau qui transporte les balises est le bon.

Déposez un dossier et les fichiers se convertissent l’un après l’autre sur votre propre processeur, en revenant en un seul ZIP sans rien téléverser et sans quota journalier. L’encodage JPEG XL est assez rapide pour qu’un grand lot soit une affaire de patience plutôt qu’un après-midi bloqué.

Gardez les fichiers AVIF. Ils sont la génération antérieure, ils sont ceux qui s’afficheront encore dans un navigateur dans cinq ans, et relancer cette conversion plus tard ne coûte rien si les copies JXL s’avèrent être celles dont vous n’aviez pas besoin. Supprimer la source pour économiser de l’espace sur une paire de formats aussi proches en taille est la seule erreur ici qui ne peut pas être défaite.