oui c'est tout à fait exacte mais j'ai voulu faire concis et simple. C'est pour ça que j'ai ramené toute l'étape sous le nom "DCT" (enfin "iDCT" pour être précis, cf plus haut).
En fait sous le nom "DCT" j'ai ramené:
- la transformation pixels->"fréquences" (la iDCT)
- la table de quantification dont tu as parlé qui élimine les informations les moins utiles pour l'oeil. C'est à ce niveau que ce fait la qualité de l'image quand elle sera décompressée.
- réorganisation des données en zig-zag pour préparer l'étape suivante.
- une compression de huffman (optimisation de l'utilisation des bits dans le fichier)
La dernière étape est la compression physique des données. La table de quantification permet de mettre des zeros dans les valeurs fréquentielles pour diminuer la taille du fichier en les supprimant.
Les valeurs fréquentielles incluent souvent les mêmes valeurs. Une compression de huffman se régale de ce type de données et elle est peu gourmande en ressource mémoire et CPU ce qui est intéressant pour de petits systèmes (avec l'aide d'une iDCT hardware toutefois pour les plus petits systèmes comme dans les appareils photos numériques).
Finalement, c'est bien toutes ces précisions comme ça le lecteur comprend ces histoires de compression de façon incrémentale aux travers des commentaires.
[^] # Re: explication ...
Posté par Schwarzy . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.
En fait sous le nom "DCT" j'ai ramené:
- la transformation pixels->"fréquences" (la iDCT)
- la table de quantification dont tu as parlé qui élimine les informations les moins utiles pour l'oeil. C'est à ce niveau que ce fait la qualité de l'image quand elle sera décompressée.
- réorganisation des données en zig-zag pour préparer l'étape suivante.
- une compression de huffman (optimisation de l'utilisation des bits dans le fichier)
La dernière étape est la compression physique des données. La table de quantification permet de mettre des zeros dans les valeurs fréquentielles pour diminuer la taille du fichier en les supprimant.
Les valeurs fréquentielles incluent souvent les mêmes valeurs. Une compression de huffman se régale de ce type de données et elle est peu gourmande en ressource mémoire et CPU ce qui est intéressant pour de petits systèmes (avec l'aide d'une iDCT hardware toutefois pour les plus petits systèmes comme dans les appareils photos numériques).
Finalement, c'est bien toutes ces précisions comme ça le lecteur comprend ces histoires de compression de façon incrémentale aux travers des commentaires.