Firefox 157 livrera JPEG XL avec un décodeur écrit en Rust

Mozilla a publié le 24 août 2026 son intention de livrer JPEG XL, et Phoronix rapporte que le format sera activé par défaut sur toutes les plateformes dans Firefox 157, attendu fin septembre. La condition posée par Mozilla est la partie intéressante : plutôt que d'adopter le décodeur de référence en C++ existant, l'organisation a commandé à Google Research un nouveau décodeur en Rust, et c'est celui-là - jxl-rs - que Firefox livrera.

Pourquoi il fallait d'abord réécrire le décodeur

Mozilla décrit la commande sans détour dans son annonce : elle demandait « jxl-rs, un décodeur JPEG XL en Rust sûr, performant, compact et compatible ». Selon Phoronix, l'implémentation en Rust a été préférée à la voie C++ pour des raisons de performance et de sécurité, et Bugzilla note que Firefox utilise jxl-rs plutôt que l'implémentation de référence libjxl, en partie pour une meilleure intégration à l'architecture de Firefox.

Un décodeur d'images est à peu près l'endroit le moins indulgent d'un navigateur pour exécuter du code non sûr : il analyse des entrées hostiles venues de n'importe quel site visité, avant toute décision de bac à sable que la page pourrait influencer. Exiger un décodeur à mémoire sûre avant de livrer un format est un prix défendable à faire payer aux promoteurs du format - et cela a pris du temps : Bugzilla fait remonter le travail à 2020, et la bibliothèque livrée aujourd'hui porte la version 0.6.0.

Ce que JPEG XL réussit, et là où AVIF garde l'avantage

Mozilla est remarquablement précise pour ne pas en faire une guerre de formats. Son annonce indique que JPEG XL excelle sur l'imagerie sans perte, le rendu progressif et la recompression de JPEG existants sans perte de qualité, tandis qu'AVIF est plus fort sur les images photographiques et sur les contenus qui mêlent arêtes nettes et surfaces plates.

Le rendu progressif est la différence pratique. Mozilla dit que son implémentation dans Firefox le privilégie, une image étant affichable dès que quelques kilo-octets sont chargés, et le compromis est énoncé crûment dans une phrase que cite Phoronix : « AVIF n'a qu'une prise en charge basique du rendu progressif. Donc, pour de très grandes images, il peut valoir la peine d'accepter le coût en taille de fichier de JPEG XL. » Voilà une chose rare dans une annonce de livraison : le fournisseur nomme le cas où son nouveau format produit un fichier plus gros.

Où en est la prise en charge

Navigateur	État
Firefox 157 (fin septembre 2026)	Activé par défaut, toutes plateformes (Phoronix)
Firefox 152+ / Nightly	Expérimental, derrière la préférence image.jxl.enabled (Phoronix, Bugzilla)
Chrome	Prise en charge retirée dans M110 en mars 2023 (Bugzilla) ; Google a désormais formalisé son intention de l'activer par défaut dans Blink, annoncée en même temps que Mozilla (Phoronix)
Safari	Pris en charge dans les versions récentes (Bugzilla)

Bugzilla énumère ce que couvre l'implémentation de Firefox : décodage progressif, animation, gestion des profils de couleur via l'intégration CMS, HDR et CMYK. Il énumère aussi ce qui n'est pas terminé - l'optimisation HDR, l'intégration du décodage multithread et le basculement de la préférence par défaut lui-même sont tous encore suivis comme travaux ouverts.

Firefox 157 est sorti le 29 septembre 2026, et ses notes de version ne mentionnent pas JPEG XL (« Firefox 157 arrive avec une refonte et l'AV1 matériel pour WebRTC »).

Chrome a depuis pris les devants : Chrome 155 active JPEG XL par défaut.

Ce que cela signifie pour les développeurs

Ne refondez pas votre chaîne d'images ce mois-ci. L'état honnête est le suivant : Firefox a annoncé une intention, Bugzilla montre toujours la préférence désactivée hors Nightly, et le basculement du défaut est suivi comme un travail ouvert - le jalon à surveiller est donc la sortie effective de Firefox 157 fin septembre, pas cette annonce.

Ce qui vaut la peine maintenant, c'est une mesure. La revendication propre à JPEG XL est la recompression sans perte de JPEG existants : prenez donc un vrai répertoire de vos JPEG de production, recompressez un échantillon, et relevez les octets économisés et le comportement au décodage. Ce chiffre décide si le travail de pipeline vaut la peine pour votre site, et il est propre à vos images - une comparaison de formats faite sur le lot de photos de quelqu'un d'autre ne vous le dira pas.

Pour tout ce qui implique de très grandes images - cartes, numérisations, zoom produit, imagerie médicale ou d'archive - la recommandation de Mozilla elle-même pointe vers JPEG XL, même au prix de la taille du fichier, car une image utilisable après quelques kilo-octets vaut mieux qu'un fichier plus petit qui s'affiche tard. Si cela décrit votre produit, c'est l'annonce sur laquelle agir. Si vos images sont des photographies ordinaires, AVIF reste le format que Mozilla juge le plus fort, et la bonne action consiste à garder honnêtes vos solutions de repli dans l'élément picture, puis à attendre.

Le signal plus large porte sur la façon dont les formats sont désormais adoptés. Un bon codec ne suffisait pas : Mozilla a fait de la sûreté mémoire une condition de livraison, et les promoteurs du format ont payé une réécriture en Rust pour la remplir. Quiconque espère faire entrer un nouveau format média dans les navigateurs devrait lire cela comme la nouvelle référence - et la contribution par Mozilla de tests d'intégration aux web-platform-tests dans le cadre d'Interop 2026 comme la seconde moitié de la même exigence.

À lire ensuite : Critique de JPEG XL : AVIF compresse désormais mieux.