Darkside（https対応しました）

　ガルボ制御のＷＡＶファイルは、32KHz 44.1KHz 48KHz のいずれも使用可能だ。しかし今やメモリーカードの大容量化が驀進していて、映像ならともかく音声信号でデータ量を気にするのは馬鹿馬鹿しい。常時 48KHz 使用で問題無いと考える。
　この場合、ステレオとして片側の音声１データは 96KHz すなわち 10.42 μ秒で送られる。１ビットあたりだとその１６分の１だと思っていたが、どうやらデータが送られているのは５０％の時間に過ぎず、３２分の１しか使っていない。つまり、0.325 μ秒程度だ。当初の予定通り、下位４ビットをまとめて１か０に揃えると、1.3 μ秒となる。

　ＷＳ信号の位相が想定より遅れていると思われること。また、初期の実験では不安定ながらも想定の動作が得られたこと。それを考えると、ＷＳの遅延は 0.3 μ秒以下だと思われる。ＷＳが遅延しているからといって位相を早めるのは難しい。ＤＡＴＡ信号の方を遅延させるのが解決策だろう。具体的には 0.5〜１μ秒だけ遅延させれば、安定した取得が出来ると思われる。
　ＷＡＶの値そのものは別途 TDA1543 がデコードしてくれるのであり、今ここで問題になっているのはレーザーの ON/OFF を判断するための「１ビットの情報」をいかに受け取るかである。ＷＡＶのビット列がどんなに歪もうが、１ビットの送受信さえ確実に出来ればＯＫなのだ。

　そうなると、ＤＡＴＡ遅延の方法としてコンデンサーを利用するのが有力だ。オペアンプとしてＬＭＣ６６２が遅いことを逆用し、遅延に使えないか？と思ったが数μ秒も遅延してしまう。ＬＭＣ６６２は「あまりにも」遅過ぎるのだ。
　ところがコンデンサも、シミュレートしてみるとうまく行きそうにない。抵抗を介してコンデンサーを充放電させるシンプルな方式だと、適切な定数が見つからない。

　ＷＡＶファイルの下位４ビットが０であれば、上位１２ビットが全部１であっても０が取得出来ねばならない。そのためには、０となっている 1.3 μ秒間に、コンデンサーの電圧が確実にＬと認識されるところまで下がらねばならない。
　ところが一方ではＨ状態を 0.5 μ秒以上遅延させたい。そのためには、０となって放電が開始されても、最低 0.5 μ秒間は確実にＨと認識されるだけの電圧をキープしていなければならない。
　更に、放電ペースが遅いと充電ペースも遅くなり、ＷＡＶの上位１２ビットが全部０だった場合は下位４ビットの 1.3 μ秒間だけではコンデンサーの電圧が十分に上がらなかったりする。電圧が不足だと、放電が始まった際にＨと認識されるだけの電圧をキープ可能な時間が短くなってしまう。

　さまざまな制約条件を考えると、何とか動作する定数を見つけたとしてもマージンは相当にギリギリであり、安定動作に確信が持てない。低速バッファである 4050B あたりを直列する方が良くないだろうか。