エンコードされたデータのcd

最後の部分は、実際にどのように書かれたデータをcdには非常に興味深いものでした。 すべての後には、 98フレームで構成する部門（オーディオまたはデータかどうか）は、これらの情報は、最終的なエンコード処理を実行すると呼ばれるefm （ 8 〜 14変調）します。 この計画は、各バイト（ 8ビット）に変換して、 14ビットの値を記憶します。 14ビットコードは変換して設計されていことは決してありませ未満の隣接する2つまたは0以上の10ビットである。 これは、限られた形で実行長（ rll rll ）のエンコードと呼ばれるrll 2,10 （ x 、 yで最小=ここで、 xとy = 0の上限を実行します） 。 これは、長い文字列を防ぐように設計0 、もっと簡単に読み違えることができる、と同様に制限する最小および最大周波数の移行の記録メディアで、実際に配置されます。 いくつかのように、 2つまたは0ビット数が多いほど、 10ビットの記録を分離する1 、最小1s間の距離は、 3ビットの時間間隔（通常はトリプルティーと呼ばれる）との間の間隔を1sは、最大11時間の間隔（ 11t ）します。

efmため、いくつかのコードの開始日と終了を1または0以上の5つの、 3つの追加のビットと呼ばれるビットは合併の間に追加しましたefm各14ビットの値は、ディスクに書き込まれます。 マージは、通常、 0ビットが含まれる可能性がある場合に1を打破するために必要な長さの文字列が形成され、隣接する隣接0 efm 14ビットの値です。 今すぐに加えて、 17 -ビット作成し、各バイト（プラスefmマージビット）は、 24ビットの同期ワード（プラス3つの合併ビット）が追加され、各フレームの始まりました。 この結果、合計588ビット（ 73.5バイト）実際には、ディスクに保存された各フレームのためです。 この乗算をしなければならなくセクターあたり98フレーム7,203バイト実際には、ディスクに保存され、各部門を代表します。 74分ディスクで、そのため、実際には、何かのように書かれ2.4gbの実際のデータは、完全にデコードされた後で、裸のエラー訂正コードやその他の情報については、結果について682mb （ 650mib ）の実際のユーザーデータです。

計算してエンコードをefmフレームやセクターは次のとおり

この視点を入れるには、下記の表を参照してください方法の例についてはなじみのデータをご希望の際に書かれ、実際にエンコードをcdにします。 例として、私が使用して文字" n "とと"おお"とかれらは、ディスク上に書き込まれます。