Subchannel の並びの対応は PC ソフト側 HDL 側共に完了しました. いくつか問題があります.
問題1:回路数限界
HDL のコード上、利用回路数はたいしたことがないはずでしたが、 FIFO を追加したところで EP2C5 に収まらないとエラーが出てしまいました. FIFO の RAM 容量ではなく FIFO を構成する回路の利用量が多いことを忘れていました.
開発機の EP2C8 で利用していますが、本当に採用するなら対策をいれる必要があります.
問題2:command 0xdeと RAM 容量限界
開発機では先述の問題を回避できるので、デバッグを続行しました. 次に判明した CDG player の起動時の処理の順番がおかしいみたいです. おかしい原因が私の実装の互換性不足であれば調査して直せばいいのですが....
- Audio CD player で Graphics を押す
- 画面が切り替わるので約3秒以内に再生ボタンを押す
- 押さないとカーソルが DISC ボタン移動して初期化し直す
- 再生ボタンが押せた場合、 Audio Disc 再生コマンドが走るがその後に comannd 0xde が走る
最後の command 0xde は TOC を参照し MSFC を返します. RAM 容量をけちるためにここは DISC IMAGE を毎回読みにいってデータを返しておりまして、 Audio play 中に command 0xde を発行すると Audio は停まります...
DISC IMAGE を読まずに最初に RAM に load しておけば良いのですが、RAM 容量は先述ではギリギリの状態でしてあまりここにも余裕をおけない状態です. ここを RAM に展開する場合は単純計算で MSFC*1 の各1バイト * 102 で 408 byte もいります. C は 1bit なのと、 S と F は 7bit で済むのでそこに詰めて 306 byte ならまだいいのかもしれませんが...
問題3:仮に動いたとしても実用に値する物なのか
- CDG player に入るまでに操作が多い
- CDG player がなんか変
- 映像描画規格が明らかに貧弱
難しいものです.
*1:Minute 0-99, Second 0-59, Frame 0-74, Control 0-1
