Auteur Sujet: JPEG XL arrive en 2026 dans les navigateurs web (Lu 5421 fois)

vivien · « **Réponse #36 le:** 24 novembre 2025 à 12:25:59 »

Citation de: Cochonou le 24 novembre 2025 à 07:00:03

En tout cas Chrome semble avoir révisé sa position sur le sujet:

Oui, cela a été annoncé le 19 décembre 2024 : le support de JPEG XL sur tous les navigateurs web arrive pour 2026.

Google dévelope un décodeur JPEG XL en Rust qui sera implémenté dans tous les navigateurs web sauf Safari qui a son propre décodeur JPEG XL.

Citation de: robin4002 le 20 décembre 2024 à 08:08:39

Dans les réponses qui sont arrivées juste après, ça parle de surface d'attaque. Le non-support de JPEG XL viendrait de la volonté de limiter les surfaces d'attaque. C'est vrai que plus il y a de codec, plus il y a de potentielles failles dans l'implémentation.
On l'a vu avec webp qui a deux implémentations, une avec perte et une sans perte, les algo étant complètement différents, cela fait deux surfaces d'attaques sur un seul format d'image...

Maintenant on a aussi des solutions pour limiter ces risques, les outils d'analyses de code sont de plus en plus poussé et on a des langages qui permettent d'écrire du code performant et sécurisé comme le Rust. La solution pourrait venir de ce dernier, dans les commentaires ils parlent du projet jxl-rs, un décodeur JPEG XL implémenté en Rust.

Good news! The jxl-rs project (a safe and fast JPEG XL decoder implementation in Rust) is progressing well. We are currently on track to deliver the following milestones:

End of February 2025: Initial decoding capabilities and a preliminary API.
April 2025: Aiming for a conforming decoder implementation, fully compliant with the JPEG XL specification.
July 2025: Critical code paths fully SIMDified and with a finalized API. This anticipated timeline should allow jxl-rs to be ready for browser integration in alignment with Interop 2025 goals.

Les choses vont peut-être bouger d'ici à cet été.

J'ai fusionné tous les messages lié à JPEG XL dans un même sujet (c'était un peu éparpillé avant)

vivien · « **Réponse #37 le:** 24 novembre 2025 à 12:29:52 »

Démo de JPEG-XL en 2025 dans Chromium avec la page https://jpegxl.info/resources/jpeg-xl-test-page.html :

Le format JPEG XL animé, aujourd'hui rarement supporté, serait de la partie...

timpera · « **Réponse #38 le:** 14 janvier 2026 à 15:55:01 »

JPEG-XL vient d'être officiellement ajouté à Chromium : https://github.com/chromium/chromium/commit/8215ebd5eb9d45b42bbc68e1ceff039a319b35d6

vivien · « **Réponse #39 le:** 26 février 2026 à 15:41:08 »

Pour activer JPEG XL dans Chrome 145 : chrome://flags/#enable-jxl-image-format

JPEG XL fonctionne après redémarrage de Chrome

Optrolight · « **Réponse #40 le:** 26 février 2026 à 16:05:13 »

chrome 145 non?

vivien · « **Réponse #41 le:** 26 février 2026 à 16:42:08 »

Oui, JPEG XL est activable à partir de Chrome 145.

On peut raisonnablement penser que cela sera activé par défaut d'ici à la fin 2026.

guiest63 · « **Réponse #42 le:** 26 février 2026 à 18:56:07 »

Citation de: vivien le 24 novembre 2025 à 12:29:52

Le format JPEG XL animé, aujourd'hui rarement supporté, serait de la partie...

En même temps, l'écart de poids entre le GIF et le JPEG XL animé rends le support moins nécessaire à mon humble avis

Cochonou · « **Réponse #43 le:** 03 mars 2026 à 23:41:51 »

Cela permet quand même de faire mieux que la limitation à 256 couleurs du GIF...

vivien · « **Réponse #44 le:** **Aujourd'hui** à 11:18:21 »

Le JPEG XL a récemment été officiellement retenu par la PDF Association pour être intégré dans ce qui devrait devenir la norme PDF 2.1

Sur certains logiciels de création de PDF on pourrait avoir une case "Optimisation JPEG XL"

Les arguments pour le choix de JPEGXL :

- Recompression sans perte : JPEG XL peut reprendre un vieux scan en JPEG standard et le réduire de 20% à 30% de façon totalement réversible (bit pour bit). C'est un argument massif pour l'archivage de masse.

- Performance : Il est beaucoup plus rapide à encoder et décoder que l'AVIF, ce qui est crucial pour les gros documents PDF de plusieurs centaines de pages.

- Qualité : Il supporte nativement le HDR, des profondeurs de couleur élevées (jusqu'à 32 bits) et des résolutions immenses.

WebP commence à dater techniquement et a de nombreuses limitations pour une compression avec perte. Il n'apporterait pas un saut technologique suffisant par rapport au JPEG 2000 déjà supporté depuis PDF 1.5 (mais peu utilisé en pratique par les logiciels qui crée les PDF).

AVIF est extrêmement efficace pour les petites images, mais son coût en ressources CPU pour de très grandes pages scannés à haute résolution est prohibitif.

À noter qu'il faudra du temps pour qu'il soit arrivé. PDF 2.0 qui date de 2017 n'est presque jamais utilisé (je ne connais que LibreOffice qui permet de générer des PDF 2.0)

Paul · « **Réponse #45 le:** **Aujourd'hui** à 12:26:31 »

J'apprends maintenant seulement que PDF 2.0 existe, parce que même avec Adobe InDesign, je ne peux en générer qu'en 1.7 maximum.

vivien · « **Réponse #46 le:** **Aujourd'hui** à 14:10:30 »

La compatibilité du PDF 2.0 est bonne (tous les PDF que je crée sont à la norme PDF/A-4 depuis quelques mois, c'est basé sur PDF 2.0).

Interface de LibreOffice pour créer des PDF :

J'enrage au travail avec Microsoft Office 2019, même pas capable de gérer la transparence dans les PDF/A (il ne gère que la première version de PDF/A, le fond des images transparente insérées dans un document Word est remplacé par du noir).

Donc certains documents sont générés avec LibreOffice (qui a moins de problèmes de styles que Microsoft office)

Exemple de PDF à la norme PDF/A-4 :
(cliquez sur la miniature ci-dessous - le document est au format PDF)

timpera · « **Réponse #47 le:** **Aujourd'hui** à 14:49:17 »

Citation de: vivien le Aujourd'hui à 14:10:30

J'enrage au travail avec Microsoft Office 2019, même pas capable de gérer la transparence dans les PDF/A (il ne gère que la première version de PDF/A, le fond des images transparente insérées dans un document Word est remplacé par du noir).

Aïe, pas cool. J'espère que tu pourras bientôt mettre à jour, puisque Word 2602 semble me sortir des PDF/A-3a qui gèrent correctement les images transparentes (ce qui semble contredire la documentation officielle, probablement pas à jour ?).