Re: à propos d'encodage

J'ai pas l'article sous la main, ni son URL, mais en gros, le principal problème des ondelettes, c'est les hautes fréquences, c'est le dernier étage de la compression par ondelette, et donc le plus dégradé en cas de compression avec perte, ce qui, selon des mecs de la mailing-list de vorbis, le rend inutilisable en tant que tel pour un codec audio par exemple, car il faudrait alors le coupler avec un autre encodage spécifique aux hautes fréquences pour pas avoir de la lavasse en sortie. Pour la vidéo, c'est un autre problème. A part le futur Tarken qui n'en est qu'à la phase design, il existe le codec proprio Jpeg2000 téléchargeable sur le site du consortium. Si vous l'essayez, vous allez être super déçu, et pour cause : pour le moment, on ne sait pas faire de compression à ondelette couplée à une compression temporelle ; CaD que chaque frame de la vidéo est compressée comme une image clé en Jpeg2000 sans tenir compte de l'image précédente, donc on a des performances minables en bas/moyen débit (ce codec se positionne sur le marché du DV, pas du MPEG1/2/4). La réaction normale, c'est : "Mais pourquoi ils utilisent pas des Delta frames ?" (frame qui ne contient que les pixels modifiés entre 2 images clés) ; et bien, c'est très simple : les Delta frames, c'est en écrasante majorité des hautes fréquences, et dans les hautes fréquences, la compression par ondelette est vraiment nulle. Donc pour le moment, hormis pour les images (et encore le Jpeg2000 vu qu'il est proprio et que sa licence rebute tous le monde même les grands comme adobe) où son utilité est tout de même assez réduite (à l'heure des connexions haut-débit et des disques de plusieurs dizaines de Go, qui se préoccupe vraiment de quelques Ko par image ? Surtout s'il doit modifier tous ses logiciels pour du proprio hors de prix ?), la compression par ondelette est difficilement utilisable seule. ------------------------------------------- Même remarque qu'au-dessus. Je corrige pas le style, chacun le sien ;-)