JPEG XL 2026 : ce que Firefox 157 et Chrome vont activer
Mozilla et Chrome ont publié des intents JPEG XL le 24 août. Firefox 157 est la fenêtre ; le décodeur est jxl-rs.
Le 24 août 2026, Mozilla a publié sur Mozilla Hacks une Intent to Ship pour JPEG XL : décodage activé par défaut dans Firefox 157, visé fin septembre. Le même jour, Chromium a déposé l’intention d’expédier le décodage JPEG XL dans Blink. C’est une histoire de format, pas un tutoriel micro ou partage d’écran.
La requête est JPEG XL 2026 Firefox Chrome décodage par défaut. Safari décode le format depuis 2023. Chrome a retiré jusqu’au support expérimental en 2022. Le retournement repose sur jxl-rs, un décodeur Rust de Google Research — pas sur la résurrection de l’ancien décodeur C++ multithread d’environ 100 000 lignes.
Qui a annoncé quoi, et quand
Jake Archibald a écrit que Firefox avait JPEG XL derrière un flag en 2021, mais ne voulait pas activer par défaut un décodeur aussi vaste. Mozilla a défié l’équipe JPEG XL de Google Research : un décodeur Rust sûr, rapide, compact, compatible, et Firefox livrerait. Ils ont livré jxl-rs. C’est le cœur de l’implémentation Firefox et le décodeur cité par l’intent Chrome. Phoronix a indiqué le même jour que Nightly l’a déjà activé ; le texte Chrome ne fixe pas de version stable pour tous.
Mozilla
Intent to Ship : décodage par défaut sur toutes les plateformes dans Firefox 157. Nightly est en avance. Source : Mozilla Hacks, 24 août 2026.
Chromium / Chrome
Intent d’expédier le décodage Blink avec le même décodeur Rust. Un engagement, pas la preuve que c’est déjà actif pour tous.
Safari
JPEG XL depuis 2023. Archibald note que l’implémentation Safari manque encore le rendu progressif cher à Firefox.
Le frein était le décodeur
JPEG XL peut recompresser sans perte des JPEG existants (chiffres souvent cités autour de 20 %) et montrer le sujet après une fraction du fichier. Les navigateurs ont reculé devant la surface d’attaque : les images sont une entrée non fiable et très variée. Mozilla a posé une barre que la référence C++ ne franchissait pas ; Google Research l’a franchie en Rust.
JPEG XL contre AVIF
Sur les échantillons d’Archibald : pour les photos web avec perte, AVIF est en général plus petit ; JPEG XL gagne en sans perte et en recompression de vieux JPEG. Le progressif AVIF est faible ; les très grandes images peuvent justifier JPEG XL. Mesurez votre propre jeu.
| Tâche | AVIF | JPEG XL |
|---|---|---|
| Photos web avec perte | Souvent plus petit | Souvent plus grand à qualité égale |
| Sans perte / recompression JPEG | Moins adapté | Mieux adapté |
| Rendu progressif | Basique | Priorité Firefox |
Lien avec une salle navigateur
L’actualité codec reste dans le pipeline image. Une courte co-création, c’est ouvrir un navigateur, partager une page, finir le dessin. Pour les téléphones, lisez les
notes navigateur mobile. Pour une seule image partagée,
garder le canevas sur une page compte plus que .jxl. Pour ouvrir une salle maintenant :
accueil rtcroom.
Encore des questions ?
Chrome stable décode-t-il déjà JPEG XL pour tout le monde ?
L’action du 24 août 2026 est une Intent to Ship. Chromium a fusionné jxl-rs plus tôt et testé derrière un flag. Le défaut pour tous les utilisateurs stables dépend d’une note de version ultérieure.
Qu’est-ce que jxl-rs ?
Un décodeur JPEG XL en Rust, par Google Research. Mozilla en a fait une condition de livraison. Firefox et le chemin Chrome prévu l’utilisent à la place du C++ d’avant 2022.
Faut-il quitter AVIF maintenant ?
Non. La comparaison de Mozilla favorise encore AVIF pour la photo web typique. Attendez Firefox 157 et les défauts Chrome, puis mesurez. CDN et CMS suivront plus tard.