[ping] Vers une compression JPEG mieux gérée - da scritch net works

da scritch net works — Tue, 13 Mar 2012 15:09:51 +0100

Et bang ! J'ai encore du mal à y croire. Mais fin Mai, je devrais aussi assurer le show. Me voici orateur à Sud Web, la plus grande conférence technique du secteur au sud de Paris. Un festival de rock stars du web jouant de vertigineux solos de...

Vers une compression JPEG mieux gérée - Wizmaster

Wizmaster — Fri, 17 Feb 2012 17:22:12 +0100

En arrivant largement après la bataille, grosse précision :
- la compression par vaguelettes (wavelet transform) est le fondement de JPEG 2000 et non JPEG
- JPEG "standard" utilise la DCT (Discrete Cosine Transform), une extension en 2 dimension de la FFT (Fast Fourier Transform) bien connue en analyse de signal

Vers une compression JPEG mieux gérée - Gilboy

Gilboy — Fri, 10 Feb 2012 15:07:15 +0100

Bon article Mouton !
Merci.

Vers une compression JPEG mieux gérée - Mitch 74

Mitch 74 — Wed, 25 Jan 2012 10:28:17 +0100

Faut rappeler que LAME est, à la base, un simple patch démontrant une faille dans la norme: la gestion du bit reservoir fait qu'il est facile d'obtenir un bitrate variable avec un décodeur implémentant la norme, alors que le format définit un bitrate fixe. Qu'il soit devenu un encodeur complet avec des améliorations dans tous les sens, c'est parce qu'il prédate (et de loin) toute autre alternative viable; le vorbis a d'ailleurs été développé parce qu'il y a des problèmes inhérents au format empêchant une parfaite reproduction du son quel que soit le débit utilisé.

Dans le cas du PNG, le format a été développé par nécessité à l'époque où le GIF était devenu payant - et les développeurs ne se sont pas cassé la nénette: c'est l'algorithme deflate (ou LZ77/Huffman, comme le Zip) qui est appliqué sur chaque ligne de pixel (ou sur chaque canal pour un PNG32) - rudimentaire, mais suffisamment efficace pour faire ce que doit: remplacer le GIF.

Ici, la technique décrite ressemble à s'y méprendre à l'adaptative encoding, décrite pour la première fois sur les encodeurs MPEG-4 tels que Xvid, et utilisée de base en h.264: donc probablement brevetée. Le souci d'une technique comme celle-ci, c'est qu'elle produit assez facilement des artéfacts dans les zones sombres, ce qui est difficilement notable dans une animation, mais qui te pète à la figure sur une image fixe...

C'est pourquoi les développeurs de logiciels libres ont préféré travailler sur l'efficacité globale de compresseurs comme libjpeg plutôt que de chercher la petite bête: les artefacts sur le rouge en compression 25%, par exemple, est parce que Photoshop bascule sur une matrice de compression 4:1:1 (1 pixel sur 4 est encodé dans le canal rouge, le faisant "baver" - ceci parce que le rouge étant moins perceptible à l'oeil, le cerveau reconstitue les contrastes de l'image à partir des bleus et verts - la bande rouge ici présente est le pire des cas possibles) lorsque on descend la compression à 50%.

Si tu compresses en 1:1:1 à 25% sous le Gimp, tu constateras des artefacts différents - mais le rouge ne bavera plus.

Une technique qui apporte parfois des gains en compression en JPEG (mais pas toujours!), c'est le progressive encoding: il est possible de gagner 15% sur la taille de l'image en faisant un encodage en 3 passes. Mais sur d'autres images, il y aura une perte de 5%...

Des projets open source qui compressent une douzaine de fois une image pour garder la meilleure existent - mais ils demandent de compresser l'image 12 fois pour fonctionner, et donc ce n'est pas implémenté directement par les bibliothèques: trop lourd.

da scritch net works - Vers une compression JPEG mieux gérée - Commentaires

[ping] Vers une compression JPEG mieux gérée - da scritch net works

Vers une compression JPEG mieux gérée - Wizmaster

Vers une compression JPEG mieux gérée - Gilboy

Vers une compression JPEG mieux gérée - Mitch 74