Discussion :

[Tymk]

J'ai fais de nombreuses recherches sur les standards audio et CD-ROM mais je suis perdu dans la masse d'informations parfois contradictoires.

Je cherche à retracer les modifications que subie une séquence de bits avant d'être gravée au format audio ou CD-ROM (échantillonage, CIRC,...). J'aimerais faire les calculs moi-même avant de passer à la programmation.

J'aimerais avoir quelques infos ou un bon lien.

Merci

[PRomu@ld]

Je cherche à retracer les modifications que subie une séquence de bits avant d'être gravée au format audio

Peux tu être plus précis, parce que c'est très vague ...

Que veux tu savoir exactement ? (en gros point de départ et de fin de ton analyse)

En gros ton analyse devrait porter déjà sur le format utilisé pour les cd audio : CD-DA (c'est le standard red-book il me semble).

[Tymk]

Le standard red book ne m'effraie pas trop. Mon plus gros problème porte sur les calculs des CIRC, je me perd dans les notions de syndormes, de codes raccourcis,...

Le projet que je veux réaliser est quasiment identique à celui-ci : http://pauillac.inria.fr/~maranget/X/IF/PI/sendrier/sujet.html

[Tymk]

En fait, je crois que je ne sais pas par où commencer.
Même en me concentrant sur le CIRC je n'arrive pas à voir où cela mène.

Je sais qu'il y a en réalité 2 codes CIRC C1(28,24) et C2(32,28).
Ce qui signifie pour C1 qu'il prend en entrée 24 octets et qu'il en donnera en sortie 28. Mais quelles opérations fait-il ?

Ensuite les 28 octets de sortie sont placés dans une table d'entrelacement de retard 4 :

ligne 1 aaaaaaaaaaaaaa...............
ligne 2 xxxxaaaaaaaaaaaaaaa...................
ligne 3 xxxxxxxxaaaaaaaaaaaaaaaa...............
...........
ligne 27 xxxx.............xxxxxxxxaaaaaaaaaaaaaaa.................
ligne 28 xxxx.............xxxxxxxxxxxxaaaaaaaaaaaaaaa.......................
les "a" symbolisent les bits de l'information à coder
les "x" symbolisent des bits aléatoires

Etant donné que le nombre de ligne ne varie pas d'un codage à l'autre et que la masse d'information, elle, varie, j'en déduit qu'on divise le nombre de bits total en paquets de 28 avant d'insérer ses paquets dans la table. OU on les écrit en colonne puis on applique le décalage.

Ensuite on lit cette table en colonne. Chaque colonne est codée à l'aide de C2 ce qui donne 32 octets en sortie. Que fait C2 ? Des opérations semblables à C1 je suppose.

Ensuite on replace tout ça dans une table à 32 lignes comme précédement et pour finir on lit la table en colonne et on inscrit les informations bout à bout sur le CD ?

Voilà autant de questions qui me découragent.

[mat.M]

Je sais qu'il y a en réalité 2 codes CIRC C1(28,24) et C2(32,28).
Ce qui signifie pour C1 qu'il prend en entrée 24 octets et qu'il en donnera en sortie 28. Mais quelles opérations fait-il ?

Que l'on m'arrête si je dis des aneries mais un controle de CRC c'est effectuer une somme arithmétiques sur des valeurs et coder à la suite le résultat de la somme.
Lors de la lecture , le lecteur lit les octets , effectue la somme variant de 1 à n octets et controle avec le code .
Si le code n'est pas bon les valeurs sont erronées.

Si tu as 24 octets en entrée il faut stocker le résulat de 24! ( factorielle de 24) selon un certain format donc 4 octets supplémentaires ( WORD ou mot )

[Tymk]

Le CIRC (Cross Interleaved Reed-solomon Code) est un sous-ensemble des CRC (Codes à Redondances Cycliques) donc je ne sais pas s'il fonctionne pareil.

Enfin je crois...