iTunes 4.5, pas une rumeur

[rhapsody]

ca se trouve ici :

premiers détails iTunes 4.5 avant l'annonce de Steve


Ce message a été modifié par rhapsody - 28 Apr 2004, 07:30.

[Mathiasr]

Ben, la seule façon de compresser sans perte est la suivante (je ne me rappel plus le nom de ce type de compression...)

En gros, si on à 000000111011111111110000001010001 à compresser

On peut utiliser des "marqueurs" sur nbits qui dans certains cas permettrons de réduire le débit, mais dans d'autres cas non.

En admettant q'ici, j'utilise des "marqueurs" sur 4 bits (16 combinaison...)
Je sais que sur 5 bits, 4 correspondront à mon marqueur et 1 au code...)

Ici, mon code commence par 6*0
Sur 4 bits : 6=0110 et 0 (pour mon code)
Donc ici, au lieu d'utiliser 6bits, je n'en utilise que 5

En suite, j'ai 3*1 soit avec ma "compression" 00111 (ici, au lieu d'utiliser 3 bits, j'en utilise 5...)

On a en suite : 1*0 soit 00010
et en suite 10*1 soit 10101

Donc dans certains cas, on réduit le signal, mais dans d'autres non...

C'est du RLE (Run Lenght Encoding) au niveau des bits que tu proposes (d'ailleurs dans ce cas il ne doit pas être nécessaire de préciser si c'est une suite de 1 ou de 0 que l'on encode, c'est alterné, il peut y avoir un effet de bord lorsqu'on atteint la valeur maximale, ce n'est pas difficile à contourner, on peut utiliser la longeur 0 pour dire la longeur de la suite est supérieur à une valeur sur 4 bits pour relire 4 bits etc.

Sinon il y a d'autres méthodes assez simples pour compresser du son vu la nature du signal : une onde. On peut par exemple calculer la différrence entre deux échantillons (delta), puis coder celle-ci en utilisant un modèle statistique (Huffman adaptatif, Range Coder...), a priori ça suffit pour obtenir un facteur deux de compression.
Pour l'audio la compression par dictionnaire (LZ7x, LZSS, LZW...) ne donne pas les meilleurs résultats, la compression prédictive (ppm...) doit à peine donner de meilleurs résultats mais ont doit pouvoir les adapter (calcul de la tangente de la courbe de l'onde), le BTW de BZip2 je ne sais pas trop.

Si Apple utilise le format FLAC, il est décrit ici : http://flac.sourceforge.net/format.html
Mais le serveur à l'air de s'être effondré (trop de MacUsers curieux)