|
|
La partie finale de la façon dont des données sont écrites réellement au CD est très intéressante. Après que chacune des 98 armatures se compose pour un secteur (si acoustique ou données), l'information est alors courue par un processus de codage final appelé modulation d'EFM (huit à quatorze). Cet arrangement prend chaque byte (8 bits) et convertis il dans une valeur 14-bit pour le stockage. Les codes de la conversion 14-bit sont conçus de sorte qu'il n'y ait jamais moins de 2 ou plus de 10 bits 0 adjacents. C'est une forme de RLL appelé par codage (RLL) limité par longueur couru 2.10 (RLL X, y où x = le minimum et y = la course maximum de 0s). Ceci est conçu pour empêcher de longues cordes de 0s, qui pourrait plus facilement être mal interprété, comme pour limiter la fréquence minimum et maximum des transitions réellement placées sur les médias d'enregistrement. Avec seulement 2 ou autant d'en tant que 10 bits 0 séparant les bits 1 dans l'enregistrement, la distance minimum entre 1s est 3 intervalles de temps de bit (habituellement désignés sous le nom de 3T) et l'espacement maximum entre 1s est 11 intervalles de temps (11T).
Puisque certains des codes d'EFM commencent et extrémité avec 1 ou plus de cinq 0s, trois bits additionnels ont appelé le peu de fusion sont ajoutés entre chaque valeur de 14-bit EFM écrite au disque. Le peu de fusion habituellement est 0s mais pourrait contenir un 1 au besoin pour casser une longue corde de 0s adjacent constitué par les valeurs adjacentes de 14-bit EFM. En plus maintenant du 17-bits créé pour chaque byte (EFM plus le peu de fusion), un mot de synchro 24-bit (plus 3 plus bits de fusion) est ajouté au commencement de chaque armature. Ceci a comme conséquence un total de 588 bits (73.5 bytes) étant stockés réellement sur le disque de chaque armature. Multipliez ceci de 98 armatures par secteur et vous avez 7.203 bytes étant stockés réellement sur le disque pour représenter chaque secteur. Un disque 74-minute, donc, a vraiment quelque chose comme 2.4GB des données réelles étant écrites, qu'après avoir été entièrement décodé et dépouillé de l'erreur corrigeant des codes et toute autre information, a comme conséquence environ 682MB (650MiB) des données réelles d'utilisateur.
Les calculs des armatures et des secteurs EFM-codés sont montrés ci-dessous
| Armatures EFM-Codées : | 74-Minute | 80-Minute |
| Peu de mot de synchro | 24 | 24 |
| Peu de subcode | 14 | 14 |
| Bits d'informations | 336 | 336 |
| Bits de parité de Q+P | 112 | 112 |
| Peu de fusion | 102 | 102 |
| Peu d'EFM par armature | 588 | 588 |
| Secteurs EFM-Codés : | ||
| Peu d'EFM par secteur | 57.624 | 57.624 |
| Bytes d'EFM par secteur | 7.203 | 7.203 |
| Données totales d'EFM sur le disque (mb) | 2.399 | 2.593 |
| B = byte (8 bits) | ||
| KB = kilo-octet (1.000 bytes) | ||
| KiB = Kibibyte (1.024 bytes) | ||
| Mb = méga-octet (1.000.000 bytes) | ||
| MIB = Mebibyte (1.048.576 bytes) | ||
| EFM = huit à quatorze modulations | ||
Pour mettre ceci dans la perspective, voir la table ci-dessous pour un exemple de la façon dont des données familières seraient codées réellement une fois écrites à un CD. Comme exemple, j'emploierai les lettres "N" et "O" car elles seraient écrites sur le disque.
| Caractère | "N" | "O" |
| Code de décimale d'ASCII | 78 | 79 |
| Code d'hexadécimal d'ASCII | 4E | 4F |
| Code binaire d'ASCII | 01001110 | 01001111 |
| Code d'EFM | 00010001000100 | 00100001000100 |
| ASCII = code de norme américaine pour l'échange de l'information | ||
| EFM = huit à quatorze modulations | ||
Online: 460 users browsing the articles directory
|
|