Suite à l’article d’hier à propos de Google Chrome se préparant à déprécier le format d’image JPEG-XL, un ingénieur de Google a maintenant fourni les raisons de l’abandon de ce format d’image de nouvelle génération.
Comme indiqué hier, un correctif est en attente pour le navigateur Google Chrome/Chromium afin de déprécier la prise en charge encore expérimentale (derrière un indicateur de fonctionnalité) du format d’image JPEG-XL de leur navigateur Web. Le correctif marque Chrome 110 et versions ultérieures comme dépréciant la prise en charge des images JPEG-XL.
Aucun raisonnement n’a été fourni pour cette dépréciation, ce qui est étrange étant donné que JPEG-XL est encore très jeune dans son cycle de vie et a reçu un intérêt et un soutien croissants de l’industrie. Ce soir, voici un commentaire d’un ingénieur Google sur le outil de suivi des problèmes Chromium JPEG-XL avec leurs raisons exprimées :
“Merci à tous pour vos commentaires et vos commentaires concernant JPEG XL. Nous allons supprimer 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 avec 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 default
-En supprimant l’indicateur 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”
Google trouvant”pas assez d’intérêt de l’ensemble de l’écosystème”autour du JPEG-XL est plutôt surprenant si l’on considère que le bitstream n’a été gelé que fin 2020 et le format de fichier n’a été normalisé que l’année dernière et le système de codage depuis le début de cette année. Alors que JPEG-XL était disponible avec Chrome, il était désactivé par défaut derrière un indicateur de fonctionnalité, et donc jusqu’à ce que la prise en charge du navigateur arrive à maturité (ou devait arriver à maturité), il est évident que les développeurs Web ne poussent pas agressivement JPEG-XL. L’outillage libjxl reste également dans un état antérieur à la version 1.0.
Quelques lecteurs de Phoronix ont écrit dans la suite de l’article d’hier pour noter que Google ne poursuit plus WebP 2 en tant que format d’image publié. Au contraire, leur effort WebP 2 doit être”utilisé comme terrain de jeu pour des expériences de compression d’images”.
Ainsi, pour aller de l’avant avec la suppression de la prise en charge de JPEG-XL de Chrome et WebP 2 n’étant pas poursuivi en tant que format d’image publié lui-même, il semble que Google se concentrera sur l’avancement ultime de WebP et AVIF pour les images de nouvelle génération.
