Apple a annoncé qu’il ajoutait le support du JPEG XL, un nouveau codec d’image sans redevance que Google avait abandonné l’année dernière, dans son navigateur Safari. Le JPEG XL est un format d’image qui promet de meilleures performances et une meilleure qualité que le JPEG traditionnel.L'année dernière, le format d'image le plus important pour enregistrer des photos a célébré ses 30 ans. JPEG a déjà plusieurs cousins qui résolvent ses problèmes, mais aucun n'a encore gagné en popularité. Seul JPEG a une prise en charge universelle dans les navigateurs Web, les logiciels d'édition, les téléphones portables et les appareils photo classiques.
Le successeur logique aurait dû être JPEG 2000, mais il n'a jamais vraiment gagné du terrain. Microsoft développait le prometteur JPEG XR, mais détenait des brevets dessus, et au moment où il a ouvert le format, il avait cessé d'être intéressant. Google a utilisé la puissance d'Android et de Chrome pour pousser WebP basé sur la compression vidéo VP8. WebP était des dizaines de pour cent plus efficace que JPEG, et il prenait en charge le canal alpha (transparence), la compression sans perte et les animations, de sorte qu'il pouvait également remplacer PNG et GIF.
WebP est sorti en version 1.0 en 2018.
Pour mémoire, l’optimisation des images sur le Web est réalisée dans le but d’économiser la bande passante et d’améliorer l’expérience de navigation en accélérant le chargement des pages. Ces images se présentent habituellement sous deux formats distincts : le format vectoriel ou le format matriciel.
Les formats vectoriels ont la particularité d’offrir des images nettes indépendamment du niveau de zoom ou de la résolution utilisée. Ces formats utilisent des lignes, des points et des polygones pour afficher une image. Ils sont habituellement recommandés pour reproduire des images composées de formes géométriques simples.
Les formats matriciels, quant à eux, sont privilégiés pour l’affichage de scènes complexes comportant beaucoup de formes irrégulières et de détails. Pour reproduire une image, les formats matriciels encodent les valeurs individuelles de chaque pixel dans une grille rectangulaire. Mais, les images obtenues dans ce cas ont la fâcheuse tendance de se déformer ou de devenir floues lorsqu’elles sont agrandies. De ce fait, il est parfois indispensable de sauvegarder plusieurs versions d’une image matricielle à différentes résolutions afin de garantir une expérience de navigation optimale.
GIF, PNG, JPEG, JPEG-XR et WebP sont des exemples de format matriciel, mais WebP offre en général de meilleurs taux de compression et davantage de fonctionnalités.
Aujourd'hui, WebP est pris en charge par tous les principaux navigateurs de bureau et mobiles. Par exemple, en janvier 2019, Mozilla a annoncé que Firefox 65 prenait désormais en charge WebP. Microsoft a fait la même annonce pour son navigateur Edge en octobre 2018. Google avait déjà annoncé en 2011 que son service de messagerie Gmail, son service de partage de photos Picasa et son navigateur Chrome utiliseraient désormais le format de compression d'image open source WebP.
Si WebP a été largement utilisé sur le Web, il n'est pas utilisé ailleurs. Par exemple, il ne convient pas pour stocker des photos de meilleure qualité, car il est toujours limité aux canaux de couleur 8 bits et ne prend pas en charge le HDR.
Le prometteur JPEG XL en a pris un coup
Comme pour ne rien arranger, JPEG XL a été créé au cours des quatre dernières années, un projet auquel participent les auteurs du JPEG original, mais Google également. C'est aussi un format libre capable de remplacer PNG et GIF, il promet une compression efficace, de haute qualité et, en plus, une conversion sans perte à partir de JPEG, ce qui permet d'économiser environ 20% de données sans perdre aucune information d'image. JPEG XL ressemblait enfin à quelque chose sur lequel l'industrie pouvait s'entendre.
Chrome, Edge et Firefox ont ajouté un support expérimental au printemps 2021 et tout était sur la bonne voie. Mais Google a surpris la toile l'année dernière lorsqu'il a abandonné JPEG XL et a indiqué qu'il ne serait plus inclus dans Chromium 110 et les versions ultérieures. Cette décision est susceptible d'avoir un effet domino sur les navigateurs basés sur Chromium.
Voici le raisonnement de Google à ce sujet :
Envoyé par Google
Nous supprimerons le code et l'indicateur JPEG XL de Chromium pour les raisons suivantes :
- les drapeaux et le code expérimentaux ne doivent pas rester indéfiniment ;
- il n'y a pas assez d'intérêt de la part de l'ensemble de l'écosystème pour continuer à expérimenter JPEG XL ;
- le nouveau format d'image n'apporte pas suffisamment d'avantages supplémentaires par rapport aux formats existants pour justifier son activation par défaut ;
- en supprimant le drapeau et le code dans M110, cela réduit la charge de maintenance et nous permet de nous concentrer sur l'amélioration des formats existants dans Chrome.
C'est une affirmation assez audacieuse, car JPEG XL est encore tout nouveau et n'avait même pas encore atteint sa version 1.0. En guise de comparaison, le WebP de Google n'a été déclaré stable qu'après huit ans de développement, jusque-là il s'agissait encore d'une expérimentation.
De son côté, Mozilla s'est déclaré « neutre » sur JPEG XL :
Envoyé par Mozilla
Après de nombreuses consultations (et du temps, désolé), nous avons conclu que nous étions neutres sur JPEG-XL.
Il y a deux forces concurrentes en jeu ici que nous devons reconnaître explicitement. L'ajout de nouveaux formats a un coût, non seulement pour nous (ajouter, sécuriser et maintenir du code n'est pas trivial), mais pour le Web dans son ensemble. Dans l'ensemble, avoir moins de formats est préférable pour le Web, car cela limite la complexité de la création et de la diffusion de contenu. Nous prenons en charge plusieurs formats uniquement dans la mesure où ces formats répondent aux besoins des personnes et des sites.
Nous pouvons évaluer un format en fonction des fonctionnalités qu'il fournit et des performances globales du format, qui incluent une gamme de facteurs, notamment les taux de compression, le coût du processeur et la qualité de l'image. Nous pourrions également examiner dans quelle mesure un format est utilisé*; les fonctionnalités et les avantages en termes de performances importent moins pour les formats largement utilisés. Les nouveaux formats doivent justifier leur inclusion sur la base qu'ils offrent un avantage matériel par rapport à ce qui existe.
D'un autre côté, le Web a déjà une tonne de formats d'images raster avec bon nombre des mêmes problèmes. L'ajout d'un autre format ne rend pas le Web beaucoup plus mauvais pour lui. Nous reconnaissons que JPEG-XL offre certains avantages potentiels, à la fois en termes de fonctionnalités et de performances.
Dans l'ensemble, nous ne voyons pas JPEG-XL fonctionner suffisamment mieux que ses concurrents les plus proches (comme AVIF) pour justifier l'ajout sur cette seule base. De même, ses avancées en matière de fonctionnalités ne le distinguent pas de la collection de formats déjà inclus dans la plate-forme.
Nous ne considérons donc pas la prise en charge de JPEG-XL comme bonne ou mauvaise pour le Web. Nous pourrions trouver nécessaire de prendre en charge le format si l'utilisation devient plus répandue, mais ce sera une décision de produit
Il y a deux forces concurrentes en jeu ici que nous devons reconnaître explicitement. L'ajout de nouveaux formats a un coût, non seulement pour nous (ajouter, sécuriser et maintenir du code n'est pas trivial), mais pour le Web dans son ensemble. Dans l'ensemble, avoir moins de formats est préférable pour le Web, car cela limite la complexité de la création et de la diffusion de contenu. Nous prenons en charge plusieurs formats uniquement dans la mesure où ces formats répondent aux besoins des personnes et des sites.
Nous pouvons évaluer un format en fonction des fonctionnalités qu'il fournit et des performances globales du format, qui incluent une gamme de facteurs, notamment les taux de compression, le coût du processeur et la qualité de l'image. Nous pourrions également examiner dans quelle mesure un format est utilisé*; les fonctionnalités et les avantages en termes de performances importent moins pour les formats largement utilisés. Les nouveaux formats doivent justifier leur inclusion sur la base qu'ils offrent un avantage matériel par rapport à ce qui existe.
D'un autre côté, le Web a déjà une tonne de formats d'images raster avec bon nombre des mêmes problèmes. L'ajout d'un autre format ne rend pas le Web beaucoup plus mauvais pour lui. Nous reconnaissons que JPEG-XL offre certains avantages potentiels, à la fois en termes de fonctionnalités et de performances.
Dans l'ensemble, nous ne voyons pas JPEG-XL fonctionner suffisamment mieux que ses concurrents les plus proches (comme AVIF) pour justifier l'ajout sur cette seule base. De même, ses avancées en matière de fonctionnalités ne le distinguent pas de la collection de formats déjà inclus dans la plate-forme.
Nous ne considérons donc pas la prise en charge de JPEG-XL comme bonne ou mauvaise pour le Web. Nous pourrions trouver nécessaire de prendre en charge le format si l'utilisation devient plus répandue, mais ce sera une décision de produit
Apple ajoute le support du JPEG XL sur Safari
Apple prend désormais en charge JPEG XL dans son navigateur Safari. Les notes de version bêta de Safari 17 révèlent que la prise en charge de JPEG...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.
