#22193 - JPEG XL Art
JpegXL est un format d’image qui prévoit de remplacer Jpeg et PNG, et constitue un format d’encodage procédural.
Cette page ne marche que dans Safari (iOS inclus, visiblement, ce qui me fait mitiger un peu mon avis partagé récemment sur ce navigateur à la traîne).
Les tailles des images sont minuscules : on parle de quelques centaines d’octets seulement. Pas kilooctets, non, octets.
Cet exemple fait 218 octets : https://lehollandaisvolant.net/img/ae/jpegxl-example.png
Ici un fond d’écran pas trop mal qui fait 34 octets :
https://x.com/t3dotgg/status/1829361633614840168
Ce qu’il faut bien noter par contre, c’est que plus le fichier encodé est petit, plus l’encodeur et de décodeur sont gros ou gourmands en ressources.
On pourrait faire tenir tout wikipedia dans un seul octet « a », si l’encodeur sait qu’un fichier contenant « a » doit être décodé par tout wikipedia (qu’il a en mémoire).
C’est comme les équations en mathématiques : plus elles sont condensées, plus il faut d’explications pour les comprendre.
Les puissances par exemple sont une forme condensée des multiplications, elles mêmes une forme condensées des additions. Écrire 4^4 c’est court mais compliqué. Son équivalent sous forme d’une addition est possible et sera compréhensible par un élève de CM1, mais bien plus long à représenter.
Ça ne signifie pas que ce soit sans intérêt. La lourdeur du codec compensent généralement le gain à l’usage (transfert réseau ou stockage).
Les procédures de codage-décodages (co-dec, ou codec) peuvent être implémentées directement dans le CPU ou le GPU (décodage matériel), ce qui accélère énormément les choses. C’est ce qui se fait typiquement pour les codec vidéo pour les formats les plus courants dans la plupart des appareils multimédias aujourd’hui.