さて、この解析結果を見ると（見なくてもすでに充分有名ですが）ＳＣＣは好きな波形データを音色として、音楽を再生できるではありませんか。
これは、つまり、うまくするとひたすらＰＣＭデータを再生できるのではないか？という発想に・・・普通はならないか。ま、まあ、思いついてみた事は、とりあえず実験をしてみようと。

実験、初歩の初歩。
とりあえず、１５．７５ＫｈｚのＰＣＭデータを再生してみようと、分周比レジスタに２２６を書き込んでみる。実際にレートは、３５７９５４５／（２２６＋１）＝１５７６９になるはずなので、約２ミリ秒ごとに波形データを書き換えてみる。Ｚ８０のアセンブラで組んで、タイミングはバッチリなはずなのに・・・
結果は、まるでダメ。ほぇ〜。

その後、ＳＣＣの解析をさらに進めると、分周比レジスタに値を書き込むと波形メモリの先頭から再生をしなおす、というモードがあることを発見。しかし、ゲームでは使われていないのに、なんでこんなモードがあるんだろう。まあ、いいや。

実験、とりあえずならしてみるパート２
では、実際にこのモードにして、波形メモリの先頭にＰＣＭデータを書き込んで、その都度分周比レジスタに値を書き込むと・・・。バッチリ、ＰＣＭデータを再生してくれました。が、しかし、音量がものすごく小さい。うーん、やっぱり、チャンネルＡしか使わないとこんな感じか、と思いつつも、成功したことには感激。やったね！
それなら、他のチャンネルも一斉に鳴らせば音量は５倍、と思って、そのままさらに実験を続けると・・・ひたすらノイズが・・・。
なんでだろう、処理速度の関係かな？と思いつつ調べてみると、チャンネルＡＢＣだけなら大丈夫、でも、チャンネルＤＥを使うと、とてもノイズが出るということが解りました。ちなみに、使っていたのはメガロムです。そういえば、メガロムのＳＣＣってチャンネルＤとＥを使うと普通の音楽でもノイズが入っていたような。
でも、３チャンネルならターボＲの内蔵ＰＣＭよりは音量は小さい物の、それなりに実用的、という結果にはなりました。めでたし。


ＳＤスナッチャーゲット！
後日、ＳＤスナッチャーがやっと手に入り（つい最近まで持っていなかった）、普通に音（音楽）を鳴らしてみると・・・。ん？音が何か違うぞ。スナッチャーのサウンドカートリッジは、波形メモリが５つある、というのは知っていたのですが、メガロム互換モードで使っても音が違う。この違いは何？と思いつつ調べてみると、メガロムではチャンネルＤＥを一緒に発音すると（普通に音楽に使っていても）、変なノイズが入るというのには前々から気が付いていたのですが、スナッチャーでは全くそんなことがない。おぉ、バグが直っている。と、いうことは、もしかしてＰＣＭ再生で５チャンネル全部使っても大丈夫か？と思って、早速実験。結果は。バッチリＯＫ。しかも、音量はターボＲの内蔵ＰＣＭ並。これは、もう、充分過ぎるくらい実用レベル。

と、いうわけで、この方法を使ったサンプルをライブラリ２にアップしておきました。他のサンプルも一緒です。

でも、ＳＣＣって３２バイトの波形メモリがあるけど？
もしかして、３２バイト書き込むたびに分周比レジスタに値を書き込めば、３２バイトの先読みができるかな？ということで実験してみました。
とりあえず、結果は、ノイズ混じりで全然ダメです。どうやら調べた所によると、１６バイト目から１７バイト目に移動する時に、ノイズが発生するようで。
あと、ＳＣＣ自体が波形メモリにアクセスをするときに、ＭＳＸ側からも波形メモリにアクセスすると、ＭＳＸが優先されて、ノイズになる、ということも解りました。これらの結果を考えて、「１６バイトしか使わない」「ＳＣＣが波形メモリをアクセスするときには、ＭＳＸは待っている」というように作り変えてみました。
結果は、バッチリＯＫ。サンプルに入っています。

それじゃあ、ＰＣＭ再生は１６サンプルに一回処理するだけでしょ？
そうです。約１ｍ秒ごとにＳＣＣにアクセスするだけで、ＰＣＭが再生できます。とすると、Ｒ８００ならば常駐できるのでは？ということで、さらに実験。ＭＩＤＩのタイマー割り込みを使って、ＳＣＣへアクセスしてみました。ついでに、せっかくあるのに使い道がよく分からなかった、MEGASCSIのセマフォ管理に頼って、常駐でディスクも読み込んでみよう。これで、大きさが無制限でＰＣＭファイルが常駐可能に・・・？
結果は、だいたいＯＫ。ちょっとノイズが気になるけど、常駐の感動はなかなかなもの。これもサンプルに入っています。

裕之