Encoding dos dados em um CD
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
Cálculos EFM-Codificados Dos Dados
| 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.
Encoding dos dados de EFM em um CD
| 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 |
este é um artigo adicionado por Terry McLean
Disclaimer: Nosso Web site não
é responsável para a informação contida por este artigo.
Este artigo em nenhuma maneira reflete as vistas, as opiniões,
os pensamentos ou a opinião da equipe de funcionários do diretório
dos artigos.
Observação da tradução: O artigo dos
"encoding dados em um CD" foi traduzido usando um serviço de
tradução automatizado. Nós desculpamo-nos sincerely por todos
os erros da tradução que ocorram. Obrigado compreendendo.