エピ２２ 次はクロスインタリーブについて。
＊＊＊
次はクロスインタリーブについて。
＊＊＊
フレームに入っている音楽データはＤ１とＤ２の計 24 バイトです。訂正符号はＣ１とＣ２の計８バイトです。合せて 32 バイトになります。
ここでポイントとなるのが、符号化回路の中に遅延素子（要はバッファ）があって、入力したデータは直ぐには出力されず、出力されるのは過去の入力データであることです。最大で 108 フレーム過去のデータです。
その様子を図にしました（クリックして大きな図を見てね）
縦軸は１フレーム分の音楽データと訂正符号です。0〜11 はＤ１で、12〜15 はＣ２、16〜27 はＤ２、28〜31 はＣ１なのですが。
見ての通り、音楽データＤ１とＤ２は [0, 1, 8, 9, 20, 21, 2, 3, 10, 11, 22, 23] と [4, 5, 16, 17, 24, 25, 6, 7, 18, 19, 26, 27] という順番に入れ替えています。訂正符号Ｃ２とＣ１の順番はそのままです。
横軸は遅延を表していて、０の列は現時点の値で、1〜108 の列は過去に入力された値です。
橙色のセルに音楽データが入力されて、Ｃ１とＣ２が計算されて、何フレームか遅延して（データは左から右のセルに移動する）黄色のセルに到着したら出力されます。これがＥＦＭ変換されて円盤上のピットとランドとなります。
それから「１」が訂正符号Ｃ１の入力で、「２」がＣ２の入力です。計算後の訂正符号は０の列の「＊」と「＋」に入ります。
Ｃ１の入力「１」の半分は直ぐに出力されて、残りの半分は次のフレームで出力されます。Ｃ１自体も半分は直ぐに出力されて、残りも次のフレームで出力されます。なので連続する２フレームから 32 バイトを集めるとＣ１エラーの検出ができます。
Ｃ２の入力「２」は次のフレームで１バイトが出力されますが、他のバイトはバラバラと遅延して最後のバイトは 108 フレーム後の出力です。...、Ｃ１とＣ２は出力時に０／１を反転しますが、まぁ細かいことだからいいか。
このようにＣ２エラー検出の対象となる 28 バイトは１バイト毎に別々のフレームに入り、しかもそのフレームは２〜４フレーム離れた位置になります。
Ｃ２エラーの判定は 108 フレーム分を待たないとできないのですが、円盤上で１フレーム分がごっそり消失しても訂正できるのです。
円盤上で 1.5 ミリのキズができて、連続する８フレームにエラーが発生しても訂正可能だとか。これは２バイト誤りで処理した場合だから４バイト消失で処理するなら 14 フレームでもＯＫなはず。
＊
Ｃ１は「タテ・ヨコチェックサム」の横方向にあたり、Ｃ２が縦方向という感じですかね。縦横の解釈は逆かもと思案中。円盤上のレイアウトで考えると、...。
＊＊＊
ＣＩＲＣの誤り訂正は種々の復号法があります。Ｃ１とＣ２の組み合せ方がポイント。
信頼性の高い復号法として良く知られている方法は、ソニー社の初のＣＤプレーヤー「CDP101」で採用された「スーパーストラテジー法」だそうです。ＣＩＲＣ用のＬＳＩ「CX-7935」は富士通が開発したんですって。
他には、テクニクスの「テクニクス・スーパーデコーディング・アルゴリズム方式」とか「テクニクス・ニュースーパー・デコーディング・アルゴリズム」とかあるって。
詳細不明だけど、カタログによると補間確率１/９０００万時間らしい。９０００万時間とは１万年だよ。どうやって評価したのかな。それから補間確率って何？ ＣＵエラーが発生する確率かな？
＊
１９８６年６月号のアスキーの「ＣＤ−ＲＯＭのすべて 第３回デジタル信号処理」という記事で、ＣＩＲＣの誤り訂正法をフローチャートにしているのを見つけました（月刊ASCII, VOL.10, #6, No.108, pp.153-164）。
なお、第１回は４月号で９月号が最終回（全６回の連載）です。
解説はちょっと難解気味で、この記事だけでは理解困難だけど、図表が豊富でカラーで綺麗だから見ているだけでも楽しいです！ 図書館で見つけたら見てみて！
＊＊＊
間違いの指摘とか疑問とか、ご意見・ご感想とかありましたら、どうぞ感想欄に！
＊＊＊
2025.4.6 微推敲。
2025.4.10 微推敲。
2025.4.27 推敲。
