Convertir AVIF en JPG

AVIF est arrivé en 2019 depuis l’Alliance for Open Media et il a gagné l’argument pour lequel il a été conçu : tous les navigateurs actuels le lisent, ce qui explique que les sites le servent et que le fichier que vous tenez en soit un. Tous les navigateurs actuels, c’est aussi la liste entière. Au moment où l’image doit aller ailleurs que dans un navigateur — un formulaire avec une liste acceptée, une galerie de téléphone, un éditeur d’image, une commande d’impression — le format qui a gagné cesse d’être un avantage et devient l’obstacle.

JPEG est la réponse à cela depuis 1992, publié sous le nom ITU-T T.81, et il n’existe pour ainsi dire aucun logiciel qui lise des images et ne le lise pas. C’est tout l’échange de cette page : vous rendez la compression qu’AVIF a gagnée et vous recevez un fichier dont personne n’a à expliquer l’ouverture. Si la destination attend un document plutôt qu’une image — quelque chose à joindre, imprimer ou classer — un PDF l’enveloppe mieux, et c’est une autre page.

AVIF a un mode sans perte, et une image servie pour alléger une page web ne l’utilise pas. L’image est donc déjà passée par un encodeur avec pertes, et la convertir en JPEG l’envoie à travers un second encodeur construit sur des hypothèses entièrement différentes. La perte de génération est le mode d’échec que le registre liste contre JPEG, et deux encodeurs en série est précisément la situation qui la produit.

Le second encodeur ne voit pas ce que le premier a retiré. Il ne voit que le résultat et retire davantage, guidé par un modèle de 1992 appliqué à une image façonnée par un modèle de 2019. À un réglage raisonnable, le dommage est modeste et il n’est pas réparti uniformément : il se concentre là où AVIF était le plus malin, dans les dégradés doux, les arrière-plans flous et les zones plates à côté de bords durs. Jugez du résultat en regardant ceux-là, et non le sujet net au milieu, qui aura l’air correct dans les deux cas.

Le contrôle de qualité sur cette page démarre à 82. C’est un réglage JPEG volontairement conservateur — assez haut pour qu’un deuxième passage soit difficile à voir sur une photo, assez bas pour que le fichier ne soit pas absurde pour quelque chose qui doit seulement être ouvert et regardé.

Le piège, c’est d’arriver avec les réflexes AVIF. AVIF tient à des chiffres que JPEG ne peut pas : la qualité 50 est souvent indiscernable de l’original en AVIF et est visiblement abîmée en JPEG, tout en blocs et en bouillie. Si vous avez compressé des AVIF et avez appris à lire le curseur d’une certaine façon, lisez-le dans l’autre sens ici. Dans l’autre sens, au-delà d’environ 90, le JPEG grossit vite en échange d’une différence que personne ne voit à l’écran. Les chiffres ne sont pas une échelle partagée entre les codecs — c’est le cadran de chaque encodeur, et la seule chose qu’ils ont en commun est la direction qu’ils indiquent.

AVIF porte un canal alpha complet et JPEG n’en porte pas. C’est une différence plate entre les deux spécifications plutôt qu’une limitation de ce convertisseur, donc tout ce qui est transparent dans la source doit devenir une couleur. La page demande laquelle, et la réponse par défaut est blanc.

Le remplissage et tout redimensionnement éventuel se font en une seule passe sur les pixels, ce qui compte plus qu’il n’y paraît. Remplir d’abord puis redimensionner mélange le remplissage dans les bords ; redimensionner une image transparente puis remplir laisse une frange de pixels semi-transparents que le remplissage assombrit ensuite en un halo visible. Faire les deux en un seul tracé évite les deux défauts. Si l’image est un logo détouré destiné à une page colorée, réglez l’arrière-plan sur cette couleur ici plutôt que de réparer une boîte blanche plus tard.

AVIF peut décrire jusqu’à douze bits par canal et des espaces colorimétriques étendus. JPEG est à huit bits, en RGB, niveaux de gris ou YCbCr, et l’est depuis sa normalisation. Si l’AVIF sort d’un appareil photo moderne ou d’un export HDR plutôt que d’une page web, une partie de ce qu’il contient ne peut pas du tout être écrite dans un JPEG.

Cela vaut la peine de savoir que la réduction se passe avant que l’encodeur JPEG ne soit atteint : ce moteur décode toute image dans un tampon RGBA à huit bits, donc une source à douze bits est ramenée à l’étape de décodage, quel que soit le format cible. Pour la grande majorité des images sauvegardées depuis des pages web, cela ne coûte rien, parce qu’elles étaient à huit bits quand elles ont été servies. Pour un original à gamut étendu, cela veut dire que le résultat est une copie à gamut plus étroit, et les couleurs peuvent atterrir un peu différemment dans les zones les plus saturées de l’image.

Cela surprend et ne devrait pas. L’AVIF existe parce qu’il était la plus petite chose qu’on puisse remettre au navigateur, et un JPEG de la même image à une qualité où elle se ressemble est en général bien plus gros. Convertir pour la compatibilité coûte des octets, et les octets sont ce avec quoi la compatibilité s’achète.

Combien de plus dépend entièrement du contenu. Les photos sont là où AVIF est le plus fort, donc les photos sont là où le JPEG grossit le plus. Les graphiques plats, icônes et captures d’écran sont là où AVIF est le plus faible, et là l’écart se rétrécit à peu de chose — bien que pour ce genre d’image, PNG soit en général la meilleure cible que JPEG. Si la taille compte pour vous, convertissez un fichier représentatif et mesurez-le plutôt que de vous fier à un chiffre général, celui-ci y compris. Le seul levier qui rétrécit le résultat de façon fiable, c’est la largeur maximale : moins de pixels est une vraie économie, là où un chiffre de qualité plus bas est une économie que l’on voit.

La liste des endroits qui prennent un JPEG et refusent un AVIF est longue et ennuyeuse, et chaque entrée en est l’après-midi de quelqu’un : un formulaire de candidature qui valide par extension, une galerie de photos qui n’indexera pas le fichier, un service d’impression dont l’outil de téléversement le rejette, un client de messagerie qui affiche une icône cassée, un collègue sur une machine plus ancienne, un logiciel écrit avant 2019 qui par définition n’a jamais entendu parler du format.

L’universalité est le seul avantage qu’il reste à JPEG sur AVIF, et c’est assez, parce que le coût d’un fichier que le destinataire ne peut pas ouvrir n’est pas une petite pénalité — elle est totale. Rien dans la conversion n’a à être optimal pour qu’elle soit juste. Un fichier un peu plus gros, un peu plus doux, qui s’ouvre, vaut plus qu’un fichier parfait qui ne s’ouvre pas, et plus de trente ans d’écriture de JPEG par chaque appareil photo, téléphone, scanner et galerie de photos n’est pas une avance qu’un format plus récent comble vite.

Si l’AVIF est sorti de votre propre chaîne, le JPEG devrait être fait depuis ce qui a produit l’AVIF, et non depuis l’AVIF. Un encodage avec pertes depuis un maître bat deux en série à chaque fois, et le maître est en général encore assis dans le dossier d’où vient l’export.

Si vous avez sauvegardé le fichier depuis le site de quelqu’un d’autre, alors vous n’avez pas de maître, c’est le meilleur disponible, et aucun convertisseur ne peut restaurer un détail que le site a choisi de ne pas envoyer. Savoir laquelle des deux situations est la vôtre vaut trente secondes, parce que dans la première le meilleur résultat est gratuit et dans la seconde il n’y a pas de meilleur résultat à trouver.

La conversion décode en pixels et ré-encode, donc le bloc EXIF ne passe pas, et rien sur la page n’y change. L’encodeur reçoit un tableau de pixels et rien d’autre, ce qui veut dire que les champs de capture sont déjà partis au moment où le JPEG est écrit ; un interrupteur qui proposerait de les garder serait une promesse que le moteur ne tient pas silencieusement.

Pour cette paire cela ne coûte en général rien. Un AVIF venant d’une page web est en général passé par une chaîne de redimensionnement qui a supprimé les champs d’appareil photo bien avant que vous ne l’ayez sauvegardé. Là où cela compte, c’est l’attente dans l’autre sens : JPEG peut porter des blocs EXIF, XMP, IPTC, ICC et GPS, donc les gens supposent que la sortie les a. Elle ne les a pas. Si la date de capture ou les coordonnées doivent être dans le JPEG, il faut les y écrire depuis l’original.

jSquash décode l’AVIF et encode le JPEG dans l’onglet du navigateur, sur votre propre processeur, donc l’image ne quitte jamais la machine et il n’y a ni file, ni compte, ni quota journalier. Le plafond gratuit est 100 Mo par fichier, ce qui pour une image fixe est bien au-delà de tout ce qu’un site web vous aura jamais servi. Le contrôle de largeur maximale est à 0, ce qui veut dire garder la taille originale — réglez-le si le formulaire à l’autre bout a une limite en pixels.

Un comportement qu’il vaut la peine de connaître : le décodeur AVIF est strict, et quand il rejette un fichier il ne renvoie rien plutôt que de lever une erreur, donc la page signale le fichier comme illisible au lieu de le deviner. C’est presque toujours un fichier qui a été renommé en `.avif` plutôt que converti en un. Un dossier de vrais AVIF se convertit en une seule passe et revient en un ZIP.