Y a totalement des palettes en JPEG XL lossless.
Après, pour les chunks supplémentaires, le format utilise le ISO BMFF comme container, il offre donc toute latitude pour les embarquer.
Sur le lossy, ça peut se valoir. On va dire qu'aux hautes et très hautes qualités, jpegxl est plus fidèle, aux moyennes et basses qualités, l'avif est plus flatteur 😅
Sur le lossless, le jpegxl gagne à tous les coups (il perd seulement sur certaines images "synthétiques" face au webp, pour le moment)
Mais le gros avantage ultime du jpegxl, c'est de pouvoir traduire sans dégradation un JPEG existant (et gagner 20% au passage !)
Bref, le jpegxl, si supporté. Pourrait remplacer demain tous les jpg et tous les png existants (via la conversion sans perte)
Il s'avère que le labo de recherche Google de Zurich est co-auteur (majoritaire) de la spec et de la librairie de référence en C++.
Mais ça ne veut pas dire qu'ils s'entendent bien avec la team Chrome (euphémisme)
La team Zurich maintient des patchs prêts à l'emploi pour la team Chrome depuis des lustres, mais elle refuse de les prendre.
Et là, ils ont lancé le chantier de refaire un décodeur en rust pour Firefox qui a promis de l'intégrer dès qu'il aura atteint une certaine maturité.
En attendant, JPEG XL compresse l'image de l'article en 297ko (en lossless) et 68ko (en near lossless, ie. distance = 1). Pour un original de 466ko en webp.
La popularité du jpeg xl ne demande qu'à croitre, mais ses performances répondent bien à toutes les problématiques actuelles (et il permet la conversion sans perte des jpeg existants :))
[^] # Re: Dubitatif par rapport à avif
Posté par moteuchi . En réponse à la dépêche Première sortie du décodeur JPEG-XL en Rust. Évalué à 3 (+4/-1).
Y a totalement des palettes en JPEG XL lossless.
Après, pour les chunks supplémentaires, le format utilise le ISO BMFF comme container, il offre donc toute latitude pour les embarquer.
[^] # Re: Dubitatif par rapport à avif
Posté par moteuchi . En réponse à la dépêche Première sortie du décodeur JPEG-XL en Rust. Évalué à 8 (+8/-0).
Sur le lossy, ça peut se valoir. On va dire qu'aux hautes et très hautes qualités, jpegxl est plus fidèle, aux moyennes et basses qualités, l'avif est plus flatteur 😅
Sur le lossless, le jpegxl gagne à tous les coups (il perd seulement sur certaines images "synthétiques" face au webp, pour le moment)
Mais le gros avantage ultime du jpegxl, c'est de pouvoir traduire sans dégradation un JPEG existant (et gagner 20% au passage !)
Bref, le jpegxl, si supporté. Pourrait remplacer demain tous les jpg et tous les png existants (via la conversion sans perte)
[^] # Re: Google ?
Posté par moteuchi . En réponse à la dépêche Première sortie du décodeur JPEG-XL en Rust. Évalué à 8 (+8/-0). Dernière modification le 23 septembre 2025 à 16:59.
Il s'avère que le labo de recherche Google de Zurich est co-auteur (majoritaire) de la spec et de la librairie de référence en C++.
Mais ça ne veut pas dire qu'ils s'entendent bien avec la team Chrome (euphémisme)
La team Zurich maintient des patchs prêts à l'emploi pour la team Chrome depuis des lustres, mais elle refuse de les prendre.
Et là, ils ont lancé le chantier de refaire un décodeur en rust pour Firefox qui a promis de l'intégrer dès qu'il aura atteint une certaine maturité.
D'une pierre deux coups, vous pouvez glaner qq infos ici, et voter pour que le JPEG xl soit considéré à la prochaine session de l'interop https://github.com/web-platform-tests/interop/issues/994#issuecomment-3318764978
[^] # Re: Les effets insoupçonnés (?) de la nature de l’image elle-même
Posté par moteuchi . En réponse au journal Du format et de la taille des images. Évalué à 3.
En attendant, JPEG XL compresse l'image de l'article en 297ko (en lossless) et 68ko (en near lossless, ie. distance = 1). Pour un original de 466ko en webp.
La popularité du jpeg xl ne demande qu'à croitre, mais ses performances répondent bien à toutes les problématiques actuelles (et il permet la conversion sans perte des jpeg existants :))
[^] # Re: Les effets insoupçonnés (?) de la nature de l’image elle-même
Posté par moteuchi . En réponse au journal Du format et de la taille des images. Évalué à 2.
Tachiyomi sur android supporte le Jpeg XL.