|
|
A parte final de como os dados são escritos realmente ao CD é muito interessante. Depois que todos os 98 frames estão compostos para um setor (se áudio ou dados), a informação está funcionada então com um processo codificando final chamado modulação de EFM (oito a quatorze). Este esquema faz exame de cada byte (8 bocados) e de conversos ele em um valor 14-bit para o armazenamento. Os códigos da conversão 14-bit são projetados de modo que haja nunca menos de 2 ou mais de 10 bocados 0 adjacentes. Este é um formulário de RLL chamado o encoding (RLL) limitado comprimento funcionado 2.10 (RLL x, y onde x = o mínimo e y = o funcionamento máximo de 0s). Isto é projetado impedir cordas longas de 0s, que poderia mais fàcilmente misread, assim como para limitar a freqüência mínima e máxima das transições colocadas realmente nos meios da gravação. Com sómente 2 ou tanto como como 10 bocados 0 que separam os bocados 1 na gravação, a distância mínima entre 1s é 3 intervalos do tempo do bocado (consultados geralmente como a 3T) e o afastamento máximo entre 1s é 11 intervalos do tempo (11T).
Porque alguns dos códigos de EFM começam e extremidade com 1 ou mais de cinco 0s, três bocados adicionais chamaram bocados da fusão são adicionados entre cada valor de 14-bit EFM escrito ao disco. Os bocados da fusão geralmente são 0s mas puderam conter um 1 se necessário para quebrar uma corda longa de 0s adjacente deram forma pelos valores adjacentes de 14-bit EFM. Além agora ao 17-bits criado para cada byte (EFM mais bocados da fusão), uma palavra da sincronização 24-bit (mais 3 mais bocados da fusão) é adicionada ao começo de cada frame. Isto resulta em um total de 588 bocados (73.5 bytes) realmente que estão sendo armazenados no disco para cada frame. Multiplique isto para 98 frames por o setor e você tem 7.203 bytes que estão sendo armazenados realmente no disco para representar cada setor. Um disco 74-minute, conseqüentemente, tem realmente algo como 2.4GB dos dados reais que estão sendo escritos, que após inteiramente a descodificação e ser descascado do erro que corrige códigos e a outra informação, resulta aproximadamente em 682MB (650MiB) de dados reais do usuário.
Os cálculos para frames e setores EFM-codificados são mostrados abaixo
| Frames EFM-Codificados: | 74-Minute | 80-Minute |
| Bocados da palavra da sincronização | 24 | 24 |
| Bocados do subcode | 14 | 14 |
| Bocados de dados | 336 | 336 |
| Bocados de paridade de Q+P | 112 | 112 |
| Bocados da fusão | 102 | 102 |
| Bocados de EFM por o frame | 588 | 588 |
| Setores EFM-Codificados: | ||
| Bocados de EFM por o setor | 57.624 | 57.624 |
| Bytes de EFM por o setor | 7.203 | 7.203 |
| Dados totais de EFM no disco (MB) | 2.399 | 2.593 |
| B = byte (8 bocados) | ||
| Kb = kilobyte (1.000 bytes) | ||
| KiB = Kibibyte (1.024 bytes) | ||
| Mb = megabyte (1.000.000 bytes) | ||
| MIB = Mebibyte (1.048.576 bytes) | ||
| EFM = oito a quatorze modulações | ||
Para pôr isto no perspective, veja a tabela abaixo para um exemplo de como os dados familiares seriam codificados realmente quando escritos a um CD. Como um exemplo, eu usarei as letras "N" e "O" porque seriam escritos no disco.
| Caráter | "N" | "O" |
| Código do decimal do ASCII | 78 | 79 |
| Código do hexadecimal do ASCII | 4E | 4F |
| Código binário do ASCII | 01001110 | 01001111 |
| Código de EFM | 00010001000100 | 00100001000100 |
| Ascii = código de padrão americano para o intercâmbio de informação | ||
| EFM = oito a quatorze modulações | ||
Online: 494 users browsing the articles directory
|
|