ステレオの出力ができないのは表のとおり。シングルモードは4種の周波数をとれるが、ミックスモードは6kHzのみ。ミックスモードというのはシングルモード6kHzのデータ2系統を平行に(1単位ずつ交互に)与えるとそれを+PCM側で合成出力してくれるというもの。合成比率は8段階で指定可能。

+PCMに送信するデータはテクニカルパンフレットに記述されているデータ変換を行わなくてはなりません。やってみたところ少々面倒ですが難しいわけではないです。このデータ変換により、turboRの圧縮無しPCMデータが真正直に半分のサイズになります。基本的に不可逆圧縮なので、データの劣化がどれくらいか気になるところですが、こればっかりは自分で確認してもらうしかないかな。私の第一印象では「録音設備を気にした方がいい」ような気がします。
参考までに+PCM用データ→turboR用データの逆変換はどうかというとこちらは順変換より手順が少し減って楽になります。+PCMがない場合にリアルタイムで逆変換して・・・ということも考えられなくはないです。リアルタイムはturboRでないと無理か。

表には書かれてないですが、センターがマイナスで、9Vで250mA以上の出力をするアダプタがあればOK、ということらしいです。電圧(9V)は同じでなくてはならないけど電流(250mA)はこれ以上を満たしていればいいと。ここらへんの話は自信がないので心配な人はアダプタの付いている「梅セット以外」を買いなさい(おいおい

スピーカとしてはどうなのか知りませんが(梅セットだし)、イヤホンとしては結構大きい出力をしてくれるみたいです。初めて使うときはいったんツマミをカチッと音がする所まで回して(これがOFFになるようです)そこから少しずつ音量を上げて調べていくというオーディオの基本手順をちゃんと踏みましょう。いやマジで。

表の中に大事なことが書かれてないような気がしますけど(^^;
+PCMはプリンタポートを介してデータを送信します。送信間隔は+PCMリセット指定時100ミリ秒、モード切替時3μ秒、シングルモード時2μ秒、ミックスモード時2.5μ秒ということになっています。従って、リセット時の100ミリ秒以外は基本的にウエイト処理なしでデータ流しっぱなしでOKのはずです。

といいますのは、z80Aが4MHzで動いていたとしても最短のI/Oアクセス命令である IN A,(port) / OUT (port),A で3μ秒かかってしまいますし、turboRのR800モードの時はプリンタポートのアクセスに対して 4.48μ秒以内の連続アクセスがあるとシステムがウエイトをかけてしまうからです。
将来のMSX規格(?)、あるいはすでにある通常のz80Aとは違うモードで動作する機種のことを考慮する場合は話が変わってきますので念のため。

ディスクの中身をみると一行のテキストファイルが3つだけあってなんじゃこれは?ということになってしまいますが、これはM改さんの PLESURE HEARTSの体験版。市販ソフトよろしくディスクを入れてリセット、で起動するものなので不良ディスクと勘違いしないように(しないか)
もっとも、MSX World Expo'99 では同ソフト完成版が販売されることになってるのでその際付属ディスクの中身はどうなるのかは不明。

表でご覧いただいているとおりなんですけど、実際に効果音として使う場合は大半が1秒未満、いくつかが1秒を超えるといった状態になるでしょうか?言葉をしゃべらせるともっと長い(サイズの大きい)データになるでしょう。

+PCM用に変換されたデータは1個あたり4ビットなのですが、実はこのうち「8」だけは現れてきません(-7〜+7の変位データなので-8相当のデータが現れない)。これを上手く使ってデータをリアルタイム復元可能な程度に圧縮できればもう少し能率のいい数字が出ると思います。これは結構可能性を秘めてるといっていいかも。第一印象的私見として。

メインメモリ、あるいはメモリマッパ対応RAMにデータが置いてある場合は話が簡単です。単純にタイマ割り込みで上記の表のバイト数だけ転送すればいいのです。バッファサイズ(最初に挙げた表にあります)が224個とのことなので、シングル6kHzの時以外は2/60秒分のデータを送ったりすると正常に再生されなくなるので念のため。

ちょっと話がややこしくなるのがVRAMにデータを置いているときですね。
MSXでは基本的に割り込み期間中のVRAMアクセスはない、という設計になっています。BIOSのVRAMアクセスルーチンなんかはそれを前提として組まれていますので、割り込み処理内でVRAMを読み書きした時点で割り込みルーチン側はいいのですがメインルーチン側がめちゃくちゃになってしまいます。

いくつか対処法がなくもないのでそれを書いておきましょう。

1. BIOS依存をしない。

   つまり、VRAMアクセスルーチンは自前のものを使い、その自前のルーチンではVRAM読み書きアドレス設定からデータの入出力が完了するまで割り込みを許可しないようにつくればとりあえず誤動作は起きません。ただ、常時大量にVRAMへ読み書きする場合、割り込み禁止期間が長くなりすぎては元も子もないのでそこをどうするかが問題となります。一定量ごとに割り込み許可して次の読み書きではもちろんアドレス設定からやりなおすとか。

2. VDPコマンドを使用し、アクセス方法の住みわけを行う。

   VDPコマンド自体はVRAMの直接読み書き処理とはまるっきり別系統で行われるので、メイン側ではVDPコマンドでしかVRAMアクセスしないような作りになっていれば、割り込み側でVRAM直接読み書きを行っても何ら差し支えないわけです。もちろんこの場合でもBIOSは使わない方がいいでしょうけど。

3. メインルーチン側はいったんVRAM上のデータをメインRAM上のバッファに送り、割り込みルーチンはそのバッファから+PCMへの送信を行う。

   これが一番現実的で、なおかつ若干面倒な方法といえるでしょう。メイン側の監視部は割り込み処理の出力状況に合わせてVRAMからバッファに書き込んでおくので、1/60秒以内に1度は呼び出されるような構造にするか、バッファを大きくとっておいてバッファ切れが起こらない内に監視部が呼び出されるようにする必要があります。そのバッファの大きさというのは、当然先の表の真ん中の列(「1/60秒あたりのデータ数」のバイト数)をもとに決めることになります。

タイマ割り込みの処理を行う際に、以下のような点に注意してプログラムを組めば大丈夫のはずです。

1. SZMxPよりも先に+PCMの処理を行うようにすること
2. +PCMの処理自体が多重割り込みの発生を想定しているか完全割込み禁止になっていること
3. さらに先の３つ目の手法において、バッファをさらに大きなものにしておくこと（多重割り込みの分だけメインルーチンの監視部に処理がわたらないことになるから）