Marc a écrit :Wallace a écrit :Marc a écrit :Le cd audio utilise le code reed solomon developpé pour assurer l'intégrité des données dans les liaisons informatiques. Le code existait bien avant le cd. En plus les données sont entrelacées, ce qui fait qu'il n'y a que sur les cd très abimés que la correction d'erreur avec interpolation des données manquantes intervient. Le code reed solomon lui fait une correction sans perte de données. Donc oui le lecteur cd ne revient pas en arrière mais c'est faux de dire qu'il ignore toutes les erreurs comme le dit Asthar.
AMHA, si vraiment le cd est abimé, au moment du rip on peut repasser pendant dix ans sur les données manquantes ça ne les fera pas revenir.
le CIRC et un algo de correction d'erreur en temps réel , par interpolation , ce qui veut dire qu'il créer des bits ou il n'arrive pas à lire pour éviter les coupures, ci qui n'a rien à voir avec des entêtes de comparaison pour l'integrité d'un cd de données!
sur un cdda les données son ne sont pas des lectures aléatoires du tout, elles sont lu à la suite et il n'y a rien pour dire que l'intégrité des données est à 100% sauf quand le tracking m...e!
le meilleur ripper c'est bonkend car il utilise cdparanoid ..
http://www.xiph.org/paranoia/faq.html#play
pour charger
http://sourceforge.net/projects/bonkenc ... e/download
On ne parle pas de la même chose. En premier il y a le code reed solomon, qui verifie l'intégrité des données et permet de retrouver les données manquantes par calcul, donc à se niveau c'est sans erreur. Une autre précaution pour réduire les risques de coupure est l'entrelacement des données, une rayure a moins de risque d'occasionner une coupure.
Sur un cd très abimé il y a un dernier systême, qui lui rajoute des données pour combler les trous avec un algorithme plus ou moins compliqué. C'est ce systême qui entraine une dégradation du son.
ya un truc que tu comprends pas la dedans ?
Le code de Reed-Solomon est un code correcteur basé sur les corps de Galois dont le principe est de construire un polynôme formel à partir des symboles à transmettre et de le suréchantillonner. Le résultat est alors envoyé, au lieu des symboles originaux. La redondance de ce suréchantillonnage permet au récepteur du message encodé de reconstruire le polynôme même s'il y a eu des erreurs pendant la transmission.Les codes Reed-Solomon sont des codes par bloc. En effet ils prennent en entrée un bloc de données de taille fixée, qui est transformé en un bloc de sortie de taille fixée. Ces codes travaillent sur un corps de Galois qui possède le plus souvent 2m éléments. Le plus souvent on prend m = 8 ou m = 16. Grâce à un ajout de redondance, ces codes permettent de corriger deux types d'erreurs:
* les erreurs induisant une modification des données, ou certains bits passent de la valeur 0 à la valeur 1 et vice versa comme sur le canal binaire symétrique,
* les erreurs provoquant des pertes d'informations aussi appelées effacements, lorsque des paquets d'informations sont perdus ou effacés comme sur le canal binaire à effacement.
Pour le CD, on utilise 2 codages de Reed-Solomon, on code une première fois avec un code C1 = RS (28, 24) puis on entrelace (ceci permet de répartir l'information afin de mieux résister aux trains d'erreurs consécutives que peut provoquer une rayure qui détruit beaucoup d'octets localement) ensuite on code à nouveau les données entrelacées avec un code C2 = RS (32, 28). L'idée est que le premier code permet d'éliminer le bruit ambiant mais s'il ne peut corriger (par exemple, s'il y a une salve d'erreurs) il efface le bloc (car on peut corriger deux fois plus d'effacements que de caractères faux) et ensuite le code est désentrelacé ainsi la perte d'information est diluée sur une grande plage de données ce qui permet au code de corriger ces effacements.
quand tu dis
ce qui fait qu'il n'y a que sur les cd très abimés que la correction d'erreur avec interpolation des données manquantes intervient. Le code reed solomon lui fait une correction sans perte de données.
ah bon, pas de perte de données? et C1, la correction de données par interpolation? reconstruction polynonale?
le RS n'a rien à voir avec le format et la structure du cd, c'est un correcteur d'erreur de données propriétaire temps réel , en phase C1 il ne dit rien et comble les trous quand il faut reconstruire un bloc en lecture , ce qui veut dire que plus on lit vite plus il reconstruit ce qui n'existe pas ou qu'il a pas lu par le biais de l'optique, EAC et dbpoweramp ne reconnaissent pas cette couche, descendent pas si bas, ils arrivent à peine à détecter ce qu'il se passe en C2, sur des défauts de surfaces principalement ! donc cela n'a rien à voir avec un contrôle d'intégrités des données type CRC, accurate etc..
sur un cdr ISO les données sont organisée par petits blocks aléatoirement, avec un contrôle d'intégrité des données chaque block a une entête, l'appli fait un checksum avec ce que annonce l'entête et le lit au plus vite , si le CS est pas bon alors l'appli reduit la vitesse de lecture pour ajuster jusqu'a ce que le CS soit bon et passe à un autre block etc.. si il lit pas il s'arrête !
rien à voir avec le Cdda qui lui lit d'un trait et lui s'arrête pas et corrige en temps réel (remplis à defaut de la qualité) par soucis de fluidité de lecture !
