# Google ramène JPEG XL dans Chrome

Published: 2026-10-07

Google a annoncé le décodage JPEG XL à partir de Chrome 155 après la suppression de son expérience précédente. Cette édition du 7 octobre examine les commentaires des développeurs, le nouveau décodeur Rust, les affirmations concurrentes en matière de compression et les solutions de repli de déploiement, puis se penche sur les artefacts de preuve mathématique récemment publiés par OpenAI et la conception hash-in-flash d'un trou noir DNS ESP32-C3.

Canonical: https://thedailydiff.dev/fr-CA/video/chrome-jpeg-xl-comeback/

## Ce que cette vidéo couvre

- L'annonce de Chrome a été publiée le 6 octobre 2026 et nomme Chrome 155. Elle n'établit pas que chaque visiteur de site web exécute déjà une version prise en charge.
- Google attribue le mérite aux commentaires persistants des développeurs et au processus Interop. Le décodeur jxl-rs utilise Rust et des opérations vectorielles optimisées, tandis que de petites zones non sécurisées vérifiées et la sandbox du navigateur subsistent.
- L'amélioration de la compression de 30 à 50 % annoncée par Google utilise JPEG comme référence. Les économies réelles dépendent des images, des paramètres de l'encodeur et de la qualité visuelle.
- La comparaison d'encodeurs de Gianni Rosato en septembre favorise AVIF sur sa plage de fidélité avec perte testée. Il développe des outils AVIF concurrents ; son résultat et l'affirmation de Google basée sur JPEG mesurent des comparaisons différentes.
- Comparez les formats sur des images représentatives et conservez des solutions de repli compatibles. JPEG XL prend également en charge le transcodage réversible et sans perte des fichiers JPEG existants.
- OpenAI a publié 722 manuscrits regroupés en 372 familles, avec une vérification variée et de nombreuses formalisations Lean. Le modèle reste inédit, et les chiffres de calcul équivalents à Pro ne sont ni un prix de détail ni une garantie de temps écoulé.
- Le créateur de l'ESP32-C3 signale une utilisation d'environ 50 Ko de RAM en stockant les hachages de domaine triés dans la mémoire flash. Le blocage au niveau DNS a des limitations de même domaine et de résolveur alternatif ; les collisions de hachage peuvent entraîner un sur-blocage. Les résultats matériels n'ont pas été mesurés indépendamment pour cet épisode.

## Chapitres

- 0:00 Pourquoi Chrome ramène-t-il JPEG XL ?
- 0:33 Pourquoi le format rejeté a-t-il eu une autre chance ?
- 1:01 Qu'est-ce qui a changé dans le décodeur ?
- 1:47 Les fichiers plus petits battent-ils AVIF ?
- 2:56 Qu'est-ce qu'OpenAI a réellement publié ?
- 4:03 Comment une carte à deux dollars bloque-t-elle des domaines ?
- 4:38 Vos JPEGs existants peuvent-ils rejoindre le retour ?
- 4:58 Pourquoi expédier le décodeur et tester la migration ?

## Transcription traduite

Traduit de la narration originale en anglais. L'audio et les sous-titres disponibles sont contrôlés par YouTube.

### Pourquoi Chrome ramène-t-il JPEG XL ?

0:00 Vous pensez probablement que Google a enterré JPEG XL. Chrome le ramène, après avoir supprimé le support expérimental, et Rust l'a aidé à passer le pas. Dans cette vidéo, pourquoi Google a-t-il fait marche arrière ? Et devriez-vous modifier votre pipeline d'images ? Nous sommes le mercredi 7 octobre, et c'est The Daily Diff. Gardez un détail à l'esprit. Vos JPEGs existants ont un moyen de participer à ce retour.

0:20 Mardi, Google a annoncé le décodage JPEG XL à partir de Chrome cent cinquante cinq. Aujourd'hui, l'annonce a grimpé sur Hacker News, aux côtés du dump de preuves mathématiques d'OpenAI et d'une carte à deux dollars qui bloque les domaines publicitaires. L'expérience précédente de Chrome s'est terminée en vingt-vingt-trois.

### Pourquoi le format rejeté a-t-il eu une autre chance ?

0:35 L'explication de Google incluait un intérêt insuffisant de l'écosystème, ce qui est gênant lorsque le plus grand navigateur contrôle si l'écosystème peut réellement utiliser votre truc. Le nouveau billet attribue le mérite aux commentaires persistants des développeurs, y compris le processus Interop. Les personnes qui réclamaient cela ont continué à le faire, et Google pointe maintenant vers des tests de navigateur destinés à rendre le format cohérent. L'annonce attribue le mérite aux contributeurs, dont Helmut Januschka.

0:57 Parfois, la feuille de route la plus efficace est de refuser de fermer le problème.

### Qu'est-ce qui a changé dans le décodeur ?

1:01 Le plus grand changement d'implémentation est un décodeur appelé jay ex ell R S, écrit en Rust. Les décodeurs d'images ingèrent des fichiers compliqués fournis par des inconnus, ce qui en fait un endroit spectaculaire pour faire confiance accidentellement à Internet. Rust aide à prévenir des classes d'erreurs de mémoire avant qu'elles ne deviennent des vulnérabilités de navigateur. Google maintient toujours la sandbox, et l'implémentation contient toujours de petites zones non sécurisées soigneusement examinées. La sécurité a des couches, car la réalité continue de trouver les failles.

1:27 Google affirme que le fuzzing et la révision de code par IA n'ont trouvé aucun bug de sécurité de la mémoire dans l'histoire de ce décodeur. C'est un rapport utile de l'équipe qui l'expédie. Les futurs attaquants sont peu susceptibles d'accepter le billet de blog comme un contrat contraignant. Première question répondue. La pression des développeurs et un décodeur Rust optimisé ont rouvert la porte. Google a annulé une décision avec de l'ingénierie derrière elle, ce qui est autorisé même sur Internet. Maintenant les benchmarks du diaporama.

### Les fichiers plus petits battent-ils AVIF ?

1:48 Google annonce une compression de trente à cinquante pour cent meilleure que JPEG. Des téléchargements plus petits peuvent aider vos utilisateurs et votre facture de bande passante, mais cette plage dépend de ce que vous encodez et de la façon dont vous comparez la qualité. L'ingénieur en compression Gianni Rosato a publié une comparaison en septembre où les encodeurs avif modernes battent JPEG XL sur sa plage de fidélité testée. Il travaille sur des outils avif concurrents, alors gardez cet incitatif à côté des graphiques. Ces comparaisons utilisent des bases différentes.

2:12 Battre l'ancien JPEG laisse de la place à avif pour gagner une charge de travail. Google lui-même recommande d'essayer les deux formats, ce qui est un conseil inhabituellement pratique pour une annonce de lancement. Les autres attraits de JPEG XL incluent la haute plage dynamique, les images sans perte et le décodage progressif à grain fin. La communauté publie des démos interactives pour explorer le format. Votre public peut voir une image utile pendant que le reste arrive. Pour le déploiement, gardez une image de secours et vérifiez la prise en charge dans les navigateurs que

2:37 vos clients utilisent réellement. L'annonce nomme Chrome cent cinquante-cinq. Cela vous donne une version cible, et vos analyses vous disent quand votre public y arrive. Deuxième question répondue. Testez vos images réelles avant de modifier le pipeline, et préservez le chemin de compatibilité. Un format d'image qui économise des octets est utile. Une migration qui masque votre bouton de paiement est une interprétation coûteuse du minimalisme. Pendant ce temps, OpenAI a publié mardi des manuscrits mathématiques et des

### Qu'est-ce qu'OpenAI a réellement publié ?

3:00 artefacts de preuve de soutien. Le dépôt contient sept cent vingt-deux manuscrits, regroupés en familles liées. Le nombre de titres inclut des arguments complémentaires et des preuves alternatives, alors lisez ce que chaque article prétend réellement. Beaucoup ont des preuves formelles en Lean, ce qui permet à un ordinateur de vérifier les déductions mathématiques. D'autres attendent encore la formalisation, et OpenAI avertit explicitement que

3:21 certains résultats non formalisés pourraient avoir des problèmes. Le dépôt fournit aux chercheurs du matériel qu'ils peuvent inspecter et contester. Le modèle reste inédit. OpenAI affirme que chaque résultat a utilisé en moyenne environ trois heures de calcul de réflexion ChatGPT Pro équivalent. Cela décrit l'effort de calcul. Cela ne vous donne ni une garantie de temps réel ni un prix de détail pour produire un

3:40 théorème. La publication fait suite à une consultation avec un groupe consultatif indépendant en mathématiques, et comprend un processus de révision et de citation. L'académie reçoit une nouvelle pile de devoirs, plus la capacité beaucoup plus utile de pointer vers la page exacte qui a besoin d'être corrigée. Les mainteneurs de Lean recommandent de compiler de petites portions à la fois. Même une percée mathématique finit par rencontrer l'ancien ennemi du logiciel, faire en sorte que la compilation se termine.

### Comment une carte à deux dollars bloque-t-elle des domaines ?

4:03 Enfin, un bloqueur de publicités DNS open source fonctionne sur une minuscule carte de microcontrôleur à deux dollars. L'astuce du créateur est de stocker les hachages de domaine triés dans la mémoire flash, de sorte que la liste de blocage n'a pas besoin de vivre dans la mémoire de travail rare. Le projet rapporte environ cinquante kilo-octets d'utilisation de RAM. Il recherche un domaine demandé dans la table flash, bloque une correspondance et transmet les autres requêtes en amont. Votre routeur peut acquérir un petit portier avec une liste d'invités très spécifique. Le filtrage DNS fonctionne au niveau du domaine.

4:28 Les publicités diffusées depuis le même domaine que le contenu utile peuvent passer, et les clients utilisant un autre résolveur peuvent le contourner. Gardez vos attentes plus petites que la carte, qui est une cible de taille exigeante. Et le détail sur vos JPEGs existants ?

### Vos JPEGs existants peuvent-ils rejoindre le retour ?

4:40 JPEG XL prend en charge le transcodage JPEG sans perte, avec un chemin pour reconstruire le JPEG original. Cela donne à une ancienne archive d'images une option de migration sans une autre génération de perte de qualité. Testez les compromis de stockage et de livraison. Si vous préférez lire ceci plutôt que de m'entendre le dire, le diff atterrit dans votre boîte de réception chaque matin, gratuitement sur the daily diff dot dev, lien ci-dessous.

### Pourquoi expédier le décodeur et tester la migration ?

4:58 Donc le verdict d'aujourd'hui, EXPÉDIEZ-LE. J'expédierais le décodeur supplémentaire parce que le support du navigateur donne aux développeurs un vrai choix, et je testerais la migration sur nos propres images. Abonnez-vous, appuyez sur la cloche et dites-moi dans les commentaires si vous l'auriez estampillé différemment. Et c'est le diff pour aujourd'hui. Je suis Niko d'Axrisi. Fusionnez de manière responsable.

## Sources

- [Shipping JPEG XL in Chrome](https://developer.chrome.com/blog/jpeg-xl-in-chrome) — Chrome for Developers
- [JPEG XL prototype and November 2022 removal discussion](https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k) — Chromium Blink developers
- [Contemporaneous JPEG XL deprecation commentary](https://www.fsf.org/blogs/community/googles-decision-to-deprecate-jpeg-xl-emphasizes-the-need-for-browser-choice-and-free-formats) — Free Software Foundation
- [The case against JPEG XL — competing-encoder benchmark](https://giannirosato.com/blog/post/case-against-jxl/) — Gianni Rosato
- [JPEG XL FAQ and reversible JPEG transcoding](https://jpegxl.info/resources/faqs.html) — JPEG XL community
- [HTML picture element and fallback selection](https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/picture) — MDN Web Docs
- [Progressive loading demo](https://jpegxl.info/resources/progressive-loading-demo.html) — JPEG XL community
- [Distance versus effort visualizer](https://jpegxl.info/resources/distance-vs-effort-visualizer.html) — JPEG XL community
- [Sharing AI progress in mathematics](https://openai.com/index/sharing-ai-progress-in-mathematics/) — OpenAI
- [Mathematical manuscripts and proof artifacts](https://github.com/openai/math) — OpenAI on GitHub
- [Lean formalization library build notes](https://github.com/openai/math/blob/main/lean/README.md) — OpenAI on GitHub
- [ESP32-C3 hash-in-flash DNS ad blocker](https://github.com/M-Abozaid/esp32-c3-adblock) — M-Abozaid on GitHub