解析が全然進まないー。
とグチばっかり言ってても仕方ないので、仮版で作り始めました。
○CPUとのやり取りや、出力などの制御タイミングなどは再現する。
○分かっている範囲で再現する。が...
・フィルタのパラメータはcisc.さん作の『μPD7752 風味の音声合成エンジン』から一部拝借。
・ノイズ音源の回路は適当なPN回路にする。
・補間回路は実現しない。
で、作ってみました。
D/Aコンバータは、AY-3-8910で使っていた1bit ΔΣ変調回路を使っています。その出力を、AY-3-8910の出力とORを取って、外部に出力します。
レイアウトして、TALK文や前に作った歌うプログラムなどを走らせてみました。
...何か発声はしているようだが、似ても似つかないものになった（＾＾；；；
さらに歌うプログラムでは、ナゼかハングアップ。
ハングアップの原因は、CPUI/Fとのタイミングと、MODE="11"（データシートではDisableとなっている）の挙動がおかしいせいでした。
実機で、MODE="11"を試すと、MODE="00"（Speed = Normal）と同じ動きでした（データシートのうそつき...）。
声がヘンなのは、何が原因かまだ特定できていません。
また、全く別の問題が...
レイアウト後のゲート使用率が、97% までなってきました。
ALTERA の場合、100% になっても、大抵問題なくレイアウトできるんですが、それでも回路の整理をする必要がありそうです。
SR は、今の基板では、今のままでは回路規模的に無理そうです。
2013年02月10日
2013年02月08日
音声合成の設計(5)の追記
音声合成の設計(5)で、uPD7752のタイミングチャート４（フレームの最後の分）が間違っていました。
こちらが正解のタイミングチャートです。
uPD7752のデータシートを見て書いていたんですが、そのデータシートが間違っていた（というか誤解を招く書き方になっていた）のが原因です。
実機で検証すると、上のタイミングチャートになります。
こちらが正解のタイミングチャートです。
uPD7752のデータシートを見て書いていたんですが、そのデータシートが間違っていた（というか誤解を招く書き方になっていた）のが原因です。
実機で検証すると、上のタイミングチャートになります。
2013年02月05日
音声合成の設計(6)
音声合成回路（uPD7752）の解析中ですが...２ヶ月ほどこればっかりしているんですが、全然進みません（；＿；）
大体の構成は分かっていて、さらに cisc. さん作の『μPD7752 風味の音声合成エンジン』のおかげで、かなりの部分が分かっています。
ただ、肝心のフィルタの詳細がよく分かりません...
大体これかなー、というのを作ってシミュレーションをして、実機の実行結果と比較しているんですが、微妙に違う。
フィルタが完全にエミュレート出来ていないので、その後の補間とか乱数回路の解析まで進めません。
単なるグチでした...
大体の構成は分かっていて、さらに cisc. さん作の『μPD7752 風味の音声合成エンジン』のおかげで、かなりの部分が分かっています。
ただ、肝心のフィルタの詳細がよく分かりません...
大体これかなー、というのを作ってシミュレーションをして、実機の実行結果と比較しているんですが、微妙に違う。
フィルタが完全にエミュレート出来ていないので、その後の補間とか乱数回路の解析まで進めません。
単なるグチでした...
2012年12月16日
音声合成の設計(5)
音声合成の設計(4)のサンプルプログラムは、両方とも割り込み禁止をしていました。それは、音声データが0x0000からのRAM領域にあるために、切り替えるのが大変だったからです。
そこで、0x0000からの音声データを0xD000に転送させてから、割り込みを許可して音声（歌声）を鳴らすようにしました。
この方法だと、割り込みが有効なために、直前でPLAY文で音楽を鳴らすと、音声（歌声）と音楽が重ねられます。
songtest2.zip
これがそのプログラムです。速度は２を指定すると何となくタイミングが合います。
しかし、タイミングがちゃんと合っていないと、歌声＋伴奏には到底聞こえません。
uPD7752 の動作タイミングを把握して、それに合わせる必要があります。
外部データの音声再生時の入出力タイミングと入出力データの詳細を以下に示します。
まず、外部データの音声再生時の動作の詳細です。
１）CPU から、mode （速度）を書き込む。
２）CPU から、外部データコマンド（0xFE）を書き込む。
３−１）uPD7752 が BUSY=L→H、REQ=L→H にする。
３−２）CPU から、ホルマントデータの１組目の１バイト目を書き込む。
３−３）uPD7752 が REQ=H→L にする。
３−４）uPD7752 が REQ=L→H にする。
３−５）CPU から、ホルマントデータの１組目の２バイト目を書き込む。
３−６）uPD7752 が REQ=H→L にする。
３−７）uPD7752 が REQ=L→H にする。
３−８）CPU から、ホルマントデータの１組目の３バイト目を書き込む。
３−９）uPD7752 が REQ=H→L にする。
３−10）uPD7752 が REQ=L→H にする。
３−11）CPU から、ホルマントデータの１組目の４バイト目を書き込む。
３−12）uPD7752 が REQ=H→L にする。
３−13）uPD7752 が REQ=L→H にする。
３−14）CPU から、ホルマントデータの１組目の５バイト目を書き込む。
３−15）uPD7752 が REQ=H→L にする。
３−16）uPD7752 が REQ=L→H にする。
３−17）CPU から、ホルマントデータの１組目の６バイト目を書き込む。
３−18）uPD7752 が REQ=H→L にする。
３−19）uPD7752 が REQ=L→H にする。
３−20）CPU から、ホルマントデータの１組目の７バイト目を書き込む。
３−21）uPD7752 が REQ=H→L にする。
３−22）uPD7752 内の初期設定の処理が行われる（ちょっと時間がかかる）。
４−１）uPD7752 が REQ=L→H にする。
４−２）CPU から、ホルマントデータの２組目の１バイト目を書き込む。
４−３）uPD7752 が REQ=H→L にする。
４−４）uPD7752 が REQ=L→H にする。
４−５）CPU から、ホルマントデータの２組目の２バイト目を書き込む。
４−６）uPD7752 が REQ=H→L にする。
：
： ３−７）〜３−19）と同様
：
４−19）uPD7752 が REQ=L→H にする。
４−20）CPU から、ホルマントデータの２組目の７バイト目を書き込む。
４−21）uPD7752 が REQ=H→L にする。
４−22）uPD7752 内で１組目のホルマントデータの再生が完了するまで待つ。
４−１）〜４−22）の間に、３−１）〜３−21）で設定した１組目のデータが再生される。
５−１）uPD7752 が REQ=L→H にする。
５−２）CPU から、ホルマントデータの３組目の１バイト目を書き込む。
５−３）uPD7752 が REQ=H→L にする。
：
： ３−４）〜３−19）と同様
：
５−19）uPD7752 が REQ=L→H にする。
５−20）CPU から、ホルマントデータの３組目の７バイト目を書き込む。
５−21）uPD7752 が REQ=H→L にする。
５−22）uPD7752 内で２組目のホルマントデータの再生が完了するまで待つ。
５−１）〜５−22）の間に、４−１）〜４−21）で設定した２組目のデータが再生される。
以下、上記の内容が繰り返されます。
最終バイトは、送るデータが違うだけです。
？−１）uPD7752 が REQ=L→H にする。
？−２）CPU から、ホルマントデータの最終組の１バイト目（0x00）を書き込む。
？−３）uPD7752 が REQ=H→L にする。
？−４）uPD7752 が REQ=L→H にする。
？−５）CPU から、ホルマントデータの最終組の２バイト目（0x00：ダミー）を書き込む。
？−６）uPD7752 が REQ=H→L にする。
：
： ３−５）〜３−19）と同様。書き込むのは、（0x00：ダミー）のデータ
：
？−19）uPD7752 が REQ=L→H にする。
？−20）CPU から、ホルマントデータの最終組の２バイト目（0x00：ダミー）を書き込む。
？−21）uPD7752 が REQ=H→L にする。
？−22）uPD7752 内で（最終−１）組目のホルマントデータの再生が完了するまで待つ。
？−１）〜？−22）の間に、一つ前で設定したデータが再生される。
TIME に２以上を設定した場合は、以下のようになります。
例えばTIME=3 の場合、
ａ−１）uPD7752 が REQ=L→H にする。
ａ−２）CPU から、ホルマントデータのｎ組目の１バイト目を書き込む。
ａ−３）uPD7752 が REQ=H→L にする。
ａ−４）uPD7752 が REQ=L→H にする。
ａ−５）CPU から、ホルマントデータのｎ組目の２バイト目を書き込む。
ａ−６）uPD7752 が REQ=H→L にする。
：
： ３−７）〜３−19）と同様
：
ａ−19）uPD7752 が REQ=L→H にする。
ａ−20）CPU から、ホルマントデータのｎ組目の７バイト目を書き込む。
ａ−21）uPD7752 が REQ=H→L にする。
ａ−22）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ａ−１）〜ａ−22）の間、一つ前で設定したデータが再生される。
ｂ−１）uPD7752 が REQ=L→H にする。
ｂ−２）CPU から、ホルマントデータのｎ組目の８バイト目を書き込む。
ｂ−３）uPD7752 が REQ=H→L にする。
ｂ−４）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ｂ−１）〜ｂ−４）の間、ａ−１）〜ａ−22）で設定したデータが再生される。
ｃ−１）uPD7752 が REQ=L→H にする。
ｃ−２）CPU から、ホルマントデータのｎ組目の９バイト目を書き込む。
ｃ−３）uPD7752 が REQ=H→L にする。
ｃ−４）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ｃ−１）〜ｃ−４）の間、ｂ−１）〜ｂ−22）で設定したデータが再生される。
上記のタイミングチャートは以下の通りです。
それぞれのタイミングチャートの中での、フレームの長さや設定完了までの制限時間は、音声の再生速度に依存します。
制限時間までにホルマントデータを設定しないと、エラーになります。
uPD7752 の入出力タイミングが分かると、それに合わせてAY-3-8910を制御すれば、歌声に伴奏が出来る事になります。
実際に作ったのがこれです。
kohan.zip
プログラムにデータを持たせましたので、mk2、66、のどちらでも動作可能です。
MODE=5、PAGE=2 で起動して下さい。
エミュレータと実機で音量が違うようなので、PSG の方の音量を変更可能にしました。
10ms/Normal の設定（速度２）の時は、一つのデータの処理が10ms なので、これに合わせて音を出しています。
そのため、音声の再生速度を変更すると、伴奏の速度も合わせて変わります。
実行結果〜♪
実機（mk2）で、速度 = 1、VOL-A = 8、VOL-B = 8、として再生したものです。
音楽の才能がないので、イマイチですが...
そこで、0x0000からの音声データを0xD000に転送させてから、割り込みを許可して音声（歌声）を鳴らすようにしました。
この方法だと、割り込みが有効なために、直前でPLAY文で音楽を鳴らすと、音声（歌声）と音楽が重ねられます。
songtest2.zip
これがそのプログラムです。速度は２を指定すると何となくタイミングが合います。
しかし、タイミングがちゃんと合っていないと、歌声＋伴奏には到底聞こえません。
uPD7752 の動作タイミングを把握して、それに合わせる必要があります。
外部データの音声再生時の入出力タイミングと入出力データの詳細を以下に示します。
まず、外部データの音声再生時の動作の詳細です。
１）CPU から、mode （速度）を書き込む。
２）CPU から、外部データコマンド（0xFE）を書き込む。
３−１）uPD7752 が BUSY=L→H、REQ=L→H にする。
３−２）CPU から、ホルマントデータの１組目の１バイト目を書き込む。
３−３）uPD7752 が REQ=H→L にする。
３−４）uPD7752 が REQ=L→H にする。
３−５）CPU から、ホルマントデータの１組目の２バイト目を書き込む。
３−６）uPD7752 が REQ=H→L にする。
３−７）uPD7752 が REQ=L→H にする。
３−８）CPU から、ホルマントデータの１組目の３バイト目を書き込む。
３−９）uPD7752 が REQ=H→L にする。
３−10）uPD7752 が REQ=L→H にする。
３−11）CPU から、ホルマントデータの１組目の４バイト目を書き込む。
３−12）uPD7752 が REQ=H→L にする。
３−13）uPD7752 が REQ=L→H にする。
３−14）CPU から、ホルマントデータの１組目の５バイト目を書き込む。
３−15）uPD7752 が REQ=H→L にする。
３−16）uPD7752 が REQ=L→H にする。
３−17）CPU から、ホルマントデータの１組目の６バイト目を書き込む。
３−18）uPD7752 が REQ=H→L にする。
３−19）uPD7752 が REQ=L→H にする。
３−20）CPU から、ホルマントデータの１組目の７バイト目を書き込む。
３−21）uPD7752 が REQ=H→L にする。
３−22）uPD7752 内の初期設定の処理が行われる（ちょっと時間がかかる）。
４−１）uPD7752 が REQ=L→H にする。
４−２）CPU から、ホルマントデータの２組目の１バイト目を書き込む。
４−３）uPD7752 が REQ=H→L にする。
４−４）uPD7752 が REQ=L→H にする。
４−５）CPU から、ホルマントデータの２組目の２バイト目を書き込む。
４−６）uPD7752 が REQ=H→L にする。
：
： ３−７）〜３−19）と同様
：
４−19）uPD7752 が REQ=L→H にする。
４−20）CPU から、ホルマントデータの２組目の７バイト目を書き込む。
４−21）uPD7752 が REQ=H→L にする。
４−22）uPD7752 内で１組目のホルマントデータの再生が完了するまで待つ。
４−１）〜４−22）の間に、３−１）〜３−21）で設定した１組目のデータが再生される。
５−１）uPD7752 が REQ=L→H にする。
５−２）CPU から、ホルマントデータの３組目の１バイト目を書き込む。
５−３）uPD7752 が REQ=H→L にする。
：
： ３−４）〜３−19）と同様
：
５−19）uPD7752 が REQ=L→H にする。
５−20）CPU から、ホルマントデータの３組目の７バイト目を書き込む。
５−21）uPD7752 が REQ=H→L にする。
５−22）uPD7752 内で２組目のホルマントデータの再生が完了するまで待つ。
５−１）〜５−22）の間に、４−１）〜４−21）で設定した２組目のデータが再生される。
以下、上記の内容が繰り返されます。
最終バイトは、送るデータが違うだけです。
？−１）uPD7752 が REQ=L→H にする。
？−２）CPU から、ホルマントデータの最終組の１バイト目（0x00）を書き込む。
？−３）uPD7752 が REQ=H→L にする。
？−４）uPD7752 が REQ=L→H にする。
？−５）CPU から、ホルマントデータの最終組の２バイト目（0x00：ダミー）を書き込む。
？−６）uPD7752 が REQ=H→L にする。
：
： ３−５）〜３−19）と同様。書き込むのは、（0x00：ダミー）のデータ
：
？−19）uPD7752 が REQ=L→H にする。
？−20）CPU から、ホルマントデータの最終組の２バイト目（0x00：ダミー）を書き込む。
？−21）uPD7752 が REQ=H→L にする。
？−22）uPD7752 内で（最終−１）組目のホルマントデータの再生が完了するまで待つ。
？−１）〜？−22）の間に、一つ前で設定したデータが再生される。
TIME に２以上を設定した場合は、以下のようになります。
例えばTIME=3 の場合、
ａ−１）uPD7752 が REQ=L→H にする。
ａ−２）CPU から、ホルマントデータのｎ組目の１バイト目を書き込む。
ａ−３）uPD7752 が REQ=H→L にする。
ａ−４）uPD7752 が REQ=L→H にする。
ａ−５）CPU から、ホルマントデータのｎ組目の２バイト目を書き込む。
ａ−６）uPD7752 が REQ=H→L にする。
：
： ３−７）〜３−19）と同様
：
ａ−19）uPD7752 が REQ=L→H にする。
ａ−20）CPU から、ホルマントデータのｎ組目の７バイト目を書き込む。
ａ−21）uPD7752 が REQ=H→L にする。
ａ−22）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ａ−１）〜ａ−22）の間、一つ前で設定したデータが再生される。
ｂ−１）uPD7752 が REQ=L→H にする。
ｂ−２）CPU から、ホルマントデータのｎ組目の８バイト目を書き込む。
ｂ−３）uPD7752 が REQ=H→L にする。
ｂ−４）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ｂ−１）〜ｂ−４）の間、ａ−１）〜ａ−22）で設定したデータが再生される。
ｃ−１）uPD7752 が REQ=L→H にする。
ｃ−２）CPU から、ホルマントデータのｎ組目の９バイト目を書き込む。
ｃ−３）uPD7752 が REQ=H→L にする。
ｃ−４）uPD7752 内で一つ前のホルマントデータの再生が完了するまで待つ。
ｃ−１）〜ｃ−４）の間、ｂ−１）〜ｂ−22）で設定したデータが再生される。
上記のタイミングチャートは以下の通りです。
それぞれのタイミングチャートの中での、フレームの長さや設定完了までの制限時間は、音声の再生速度に依存します。
制限時間までにホルマントデータを設定しないと、エラーになります。
uPD7752 の入出力タイミングが分かると、それに合わせてAY-3-8910を制御すれば、歌声に伴奏が出来る事になります。
実際に作ったのがこれです。
kohan.zip
プログラムにデータを持たせましたので、mk2、66、のどちらでも動作可能です。
MODE=5、PAGE=2 で起動して下さい。
エミュレータと実機で音量が違うようなので、PSG の方の音量を変更可能にしました。
10ms/Normal の設定（速度２）の時は、一つのデータの処理が10ms なので、これに合わせて音を出しています。
そのため、音声の再生速度を変更すると、伴奏の速度も合わせて変わります。
実行結果〜♪
実機（mk2）で、速度 = 1、VOL-A = 8、VOL-B = 8、として再生したものです。
音楽の才能がないので、イマイチですが...
2012年12月15日
音声合成の設計(4)の追記２
音声合成の設計(4)でのサンプルプログラム（歌う方）で、一部バグがありましたので、修正しました。
songtest.zip
実行は同じく、66 で MODE=5、PAGE=2 です。
音符長の分だけ引き伸ばしている箇所で、引き伸ばし数が0x00 の場合がありました。
この時は、引き伸ばさない、が正解でした。
songtest.zip
実行は同じく、66 で MODE=5、PAGE=2 です。
音符長の分だけ引き伸ばしている箇所で、引き伸ばし数が0x00 の場合がありました。
この時は、引き伸ばさない、が正解でした。
2012年12月14日
音声合成の設計(4)の追記
追記です。
サンプルプログラムで速度を１にした場合ですが、PC6001VW だと、なぜか速度２よりも遅くなります。どうもPC6001VWのバグのようです。
PC6001V や実機では、ちゃんと速く喋ります。参考まで。
サンプルプログラムで速度を１にした場合ですが、PC6001VW だと、なぜか速度２よりも遅くなります。どうもPC6001VWのバグのようです。
PC6001V や実機では、ちゃんと速く喋ります。参考まで。
音声合成の設計(4)
音声合成の設計(3)で説明しているホルマントパラメータですが、実際には何を与えていいか分からないと思います。
そのため、とりあえず TALK 文で音声を鳴らし、そのデータを使う事にします。
この辺りの情報は、Oh!PC 1985年1月号で解析されています。
BASICのTALK文では、
１）命令を解釈し、
２）VOICEROM から音声データを読み込み、
３）そのデータから、uPD7752に出力するデータを組み立て、
４）組み立てたデータを、0x0000〜のRAM領域に書き込みます。
そのため、VRAMの１ページ分が使えない（上書きされる）仕様になっています。
TALK文で音声を鳴らした後は、RAM上にその音声データが残っています。
残っている場所は、mk2と66 でアドレスが違います。さらに66の場合は、通常の音声と、歌声でフォーマットが若干違います。
○通常の音声データ
mk2
0x01B3、0x01B4：データバイト数
0x01B5〜：音声データ
66
0x03E6、0x03E7：データバイト数
0x03E8〜：音声データ
TALK "f2 aiueo." などと実行した時のホルマントデータが、0x01B5〜（0x03E8〜）に格納されます。また、その時のデータの総バイト数が、0x01B3、0x01B4（0x03E6、0x03E7）です。
音声データ自体には、速度（例えば、TALK"f2 aiueo." の場合は、２になる）の情報はありません。これは、ポート0xE2の動作速度を使っているためです。
10ms/20ms と、Normal/Slow/Fast の組み合わせ２×３の６通り分、速度を変えられます。TALK文の速度が１〜６と丁度対応しています。
voicetest.zip
サンプルプログラムです。MODE=5、PAGE=2、で実行して下さい。
サンプルプログラムでは、TALK文で音声をしゃべらせてから、RAM上に残っているデータをそのまま再生しています。当然、そのデータを別の場所に移して、使用する事も可能です。
○歌声データ
66
0x000D：0x01の時、歌声データ、0x00の時、通常の音声データ
0x0011：音符長データ（0x0019〜）の個数
0x0019〜：音符長データ、引き伸ばした時の音声データ
0x03E6、0x03E7：データバイト数
0x03E8〜：音声データ（＋音階データ）
0x03E6以降は、通常の音声データと同じですが、音階のデータも含まれたデータになっています。ただし、音節の長さのデータがないため、そのまま再生すると、短い音節のデータで再生されます。
それぞれの音節を引き伸ばす時のデータ、及びそれぞれの音節の長さのデータが、0x0019以降に格納されています。５バイトで１つの固まりのデータで、データ数が0x0011に格納されています。
例えば、talk "f2#doremi:cde" を実行した時、RAM のデータは以下のようになります。
0x000D:01 ：１の時、歌声
0x0011:04 ：0x0019からのデータ数
0x0019〜
33 00 17 09 a0 ：１音節目のデータ
31 00 0f 09 d0 ：２音節目のデータ
2f 00 11 09 b0 ：３音節目のデータ
01 00 0e 00 00 ：４音節目のデータ
それぞれの音節データは、
１バイト目：追加するデータのデータ長
２バイト目：未使用
３バイト目：0x03E8からの音節の長さ
４バイト目：追加するデータの１バイト目のデータ
５バイト目：追加するデータの７バイト目のデータ
0x03E6:ea 01 ：0x03E8からのデータのバイト数
0x03E8:〜
08 02 7b 12 21 df 03 ：00（ここから１音節目）
08 00 23 00 00 00 03 ：01
08 00 00 00 00 00 03 ：02
08 00 00 00 00 00 00 ：03
08 00 00 00 00 00 00 ：04
08 00 00 00 00 00 00 ：05
08 00 00 00 00 00 00 ：06
08 00 00 00 00 00 00 ：07
08 00 00 00 00 00 00 ：08
08 00 00 00 00 00 00 ：09
08 00 00 00 00 00 00 ：0A
0d 06 b9 fd f5 bd 30 ：0B
09 07 79 f0 ef ff 60 ：0C
09 00 78 00 00 00 70 ：0D
09 00 08 00 00 00 60 ：0E
09 00 00 00 00 00 50 ：0F
09 00 00 10 00 00 40 ：10
09 00 88 00 20 00 60 ：11
09 00 b8 f0 f0 30 b0 ：12
09 00 00 00 f0 30 c0 ：13
09 00 10 00 f0 00 b0 ：14
09 00 20 00 f0 f0 a0 ：15
09 00 30 00 f0 00 a0 ：16（ここまで１音節目）
09 00 f8 00 08 00 a7 ：00（ここから２音節目）
09 00 f8 00 08 08 a0 ：01
以下、省略。
実際の歌声の再生時には、データを組み立てています。
１）１音節目のデータを出力。（0x0019+2）の内容の７倍のバイト数、出力する。上の例だと、0x03E8からの 00 〜 16 を出力。
２）１音節目の後に、追加でデータを出力。追加するデータは、
１バイト目は、（0x0019+3）の内容
２〜６バイト目は、0x00
７バイト目は、（0x0019+4）の内容
の７バイトを、（0x0019）回出力する。
上の例だと、09 00 00 00 00 00 a0 を 0x33 回出力する。
３）２音節目のデータを出力する。
４）２音節目の後に追加でデータを出力。追加するデータは、
09 00 00 00 00 00 d0
５）以降、0x0011 で書かれている個数分、繰り返す。
最終は、必ず 00 00 00 00 00 00 00 が出力されます。
通常の音声データと同じように、歌声データも速度の情報はなく、ポート0xE2 の出力値で変更しています。
songtest.zip
サンプルプログラムです。66 で MODE=5、PAGE=2、で実行して下さい。
サンプルプログラムは、上記アルゴリズムの通りに歌声を再生しています。データをファイルに落とせば、mk2 上でも実行できます。
そのため、とりあえず TALK 文で音声を鳴らし、そのデータを使う事にします。
この辺りの情報は、Oh!PC 1985年1月号で解析されています。
BASICのTALK文では、
１）命令を解釈し、
２）VOICEROM から音声データを読み込み、
３）そのデータから、uPD7752に出力するデータを組み立て、
４）組み立てたデータを、0x0000〜のRAM領域に書き込みます。
そのため、VRAMの１ページ分が使えない（上書きされる）仕様になっています。
TALK文で音声を鳴らした後は、RAM上にその音声データが残っています。
残っている場所は、mk2と66 でアドレスが違います。さらに66の場合は、通常の音声と、歌声でフォーマットが若干違います。
○通常の音声データ
mk2
0x01B3、0x01B4：データバイト数
0x01B5〜：音声データ
66
0x03E6、0x03E7：データバイト数
0x03E8〜：音声データ
TALK "f2 aiueo." などと実行した時のホルマントデータが、0x01B5〜（0x03E8〜）に格納されます。また、その時のデータの総バイト数が、0x01B3、0x01B4（0x03E6、0x03E7）です。
音声データ自体には、速度（例えば、TALK"f2 aiueo." の場合は、２になる）の情報はありません。これは、ポート0xE2の動作速度を使っているためです。
10ms/20ms と、Normal/Slow/Fast の組み合わせ２×３の６通り分、速度を変えられます。TALK文の速度が１〜６と丁度対応しています。
voicetest.zip
サンプルプログラムです。MODE=5、PAGE=2、で実行して下さい。
サンプルプログラムでは、TALK文で音声をしゃべらせてから、RAM上に残っているデータをそのまま再生しています。当然、そのデータを別の場所に移して、使用する事も可能です。
○歌声データ
66
0x000D：0x01の時、歌声データ、0x00の時、通常の音声データ
0x0011：音符長データ（0x0019〜）の個数
0x0019〜：音符長データ、引き伸ばした時の音声データ
0x03E6、0x03E7：データバイト数
0x03E8〜：音声データ（＋音階データ）
0x03E6以降は、通常の音声データと同じですが、音階のデータも含まれたデータになっています。ただし、音節の長さのデータがないため、そのまま再生すると、短い音節のデータで再生されます。
それぞれの音節を引き伸ばす時のデータ、及びそれぞれの音節の長さのデータが、0x0019以降に格納されています。５バイトで１つの固まりのデータで、データ数が0x0011に格納されています。
例えば、talk "f2#doremi:cde" を実行した時、RAM のデータは以下のようになります。
0x000D:01 ：１の時、歌声
0x0011:04 ：0x0019からのデータ数
0x0019〜
33 00 17 09 a0 ：１音節目のデータ
31 00 0f 09 d0 ：２音節目のデータ
2f 00 11 09 b0 ：３音節目のデータ
01 00 0e 00 00 ：４音節目のデータ
それぞれの音節データは、
１バイト目：追加するデータのデータ長
２バイト目：未使用
３バイト目：0x03E8からの音節の長さ
４バイト目：追加するデータの１バイト目のデータ
５バイト目：追加するデータの７バイト目のデータ
0x03E6:ea 01 ：0x03E8からのデータのバイト数
0x03E8:〜
08 02 7b 12 21 df 03 ：00（ここから１音節目）
08 00 23 00 00 00 03 ：01
08 00 00 00 00 00 03 ：02
08 00 00 00 00 00 00 ：03
08 00 00 00 00 00 00 ：04
08 00 00 00 00 00 00 ：05
08 00 00 00 00 00 00 ：06
08 00 00 00 00 00 00 ：07
08 00 00 00 00 00 00 ：08
08 00 00 00 00 00 00 ：09
08 00 00 00 00 00 00 ：0A
0d 06 b9 fd f5 bd 30 ：0B
09 07 79 f0 ef ff 60 ：0C
09 00 78 00 00 00 70 ：0D
09 00 08 00 00 00 60 ：0E
09 00 00 00 00 00 50 ：0F
09 00 00 10 00 00 40 ：10
09 00 88 00 20 00 60 ：11
09 00 b8 f0 f0 30 b0 ：12
09 00 00 00 f0 30 c0 ：13
09 00 10 00 f0 00 b0 ：14
09 00 20 00 f0 f0 a0 ：15
09 00 30 00 f0 00 a0 ：16（ここまで１音節目）
09 00 f8 00 08 00 a7 ：00（ここから２音節目）
09 00 f8 00 08 08 a0 ：01
以下、省略。
実際の歌声の再生時には、データを組み立てています。
１）１音節目のデータを出力。（0x0019+2）の内容の７倍のバイト数、出力する。上の例だと、0x03E8からの 00 〜 16 を出力。
２）１音節目の後に、追加でデータを出力。追加するデータは、
１バイト目は、（0x0019+3）の内容
２〜６バイト目は、0x00
７バイト目は、（0x0019+4）の内容
の７バイトを、（0x0019）回出力する。
上の例だと、09 00 00 00 00 00 a0 を 0x33 回出力する。
３）２音節目のデータを出力する。
４）２音節目の後に追加でデータを出力。追加するデータは、
09 00 00 00 00 00 d0
５）以降、0x0011 で書かれている個数分、繰り返す。
最終は、必ず 00 00 00 00 00 00 00 が出力されます。
通常の音声データと同じように、歌声データも速度の情報はなく、ポート0xE2 の出力値で変更しています。
songtest.zip
サンプルプログラムです。66 で MODE=5、PAGE=2、で実行して下さい。
サンプルプログラムは、上記アルゴリズムの通りに歌声を再生しています。データをファイルに落とせば、mk2 上でも実行できます。
2012年12月13日
音声合成の設計(3)
内部ROMデータだと固定語しか出せないので、通常は外部データを使う事になります。
外部データを使う場合、ホルマントデータを与える必要がありますが、そのフォーマットに関してです。
ホルマントデータは、基本的に７バイト単位で与えます（例外あり。後述）。
・１バイト目のbit7-3：TIME
繰り返し回数。通常は１（"00001"）を設定。０（"00000"）の時は、データが終了した事を意味します。
・１バイト目のbit2：QMAG
"1"の時は、２〜６バイト目のf、b の値を２倍にします。
・１バイト目のbit1：S.I.
"1"の時は、F、B、の補間を行わない。
・１バイト目のbit0:V/UV
７バイト目のFVと併せて、音源を選択する。
V/UV = "0"、FV="0" の時、無声音源（摩擦音源）
V/UV = "0"、FV="1" の時、使用禁止
V/UV = "1"、FV="0" の時、有声音源
V/UV = "1"、FV="1" の時、有声摩擦音源（有声音源＋無声音源）
・２バイト目のbit7-3：f1
１段目のホルマントフィルタの周波数情報用の差分データ
・２バイト目のbit2-0：b1
１段目のホルマントフィルタの帯域幅用の差分データ
・３バイト目のbit7-3：f2
２段目のホルマントフィルタの周波数情報用の差分データ
・３バイト目のbit2-0：b2
２段目のホルマントフィルタの帯域幅用の差分データ
・４バイト目のbit7-3：f3
３段目のホルマントフィルタの周波数情報用の差分データ
・４バイト目のbit2-0：b3
３段目のホルマントフィルタの帯域幅用の差分データ
・５バイト目のbit7-3：f4
４段目のホルマントフィルタの周波数情報用の差分データ
・５バイト目のbit2-0：b4
４段目のホルマントフィルタの帯域幅用の差分データ
・６バイト目のbit7-3：f5
５段目のホルマントフィルタの周波数情報用の差分データ
・６バイト目のbit2-0：b5
５段目のホルマントフィルタの帯域幅用の差分データ
・７バイト目のbit7-4：AMP
音源からフィルタへ入力する際の音量値用データ
・７バイト目のbit3：FV
１バイト目のV/UV と併せて、音源を選択する。
・７バイト目のbit2-0：p
有声音源用の周波数を決定する値の差分データ
それぞれのパラメータの詳細については、後ほど。
１バイト目のTIME は、繰り返し回数を示し、２以上の場合は７バイト単位ではなく、７バイト＋αになります。
この時、７バイト目を繰り返します。
例えば、TIME に３を設定した場合は、
１バイト目
２バイト目
３バイト目
４バイト目
５バイト目
６バイト目
７バイト目
７バイト目その２
７バイト目その３
になります。その２、その３のデータを処理する時は、１〜６バイト目が同じ値として扱います。
１〜６バイト目を何度も与えなくて済むので、データの削減が図れるのが狙いなようです。
外部データを使う場合、ホルマントデータを与える必要がありますが、そのフォーマットに関してです。
ホルマントデータは、基本的に７バイト単位で与えます（例外あり。後述）。
・１バイト目のbit7-3：TIME
繰り返し回数。通常は１（"00001"）を設定。０（"00000"）の時は、データが終了した事を意味します。
・１バイト目のbit2：QMAG
"1"の時は、２〜６バイト目のf、b の値を２倍にします。
・１バイト目のbit1：S.I.
"1"の時は、F、B、の補間を行わない。
・１バイト目のbit0:V/UV
７バイト目のFVと併せて、音源を選択する。
V/UV = "0"、FV="0" の時、無声音源（摩擦音源）
V/UV = "0"、FV="1" の時、使用禁止
V/UV = "1"、FV="0" の時、有声音源
V/UV = "1"、FV="1" の時、有声摩擦音源（有声音源＋無声音源）
・２バイト目のbit7-3：f1
１段目のホルマントフィルタの周波数情報用の差分データ
・２バイト目のbit2-0：b1
１段目のホルマントフィルタの帯域幅用の差分データ
・３バイト目のbit7-3：f2
２段目のホルマントフィルタの周波数情報用の差分データ
・３バイト目のbit2-0：b2
２段目のホルマントフィルタの帯域幅用の差分データ
・４バイト目のbit7-3：f3
３段目のホルマントフィルタの周波数情報用の差分データ
・４バイト目のbit2-0：b3
３段目のホルマントフィルタの帯域幅用の差分データ
・５バイト目のbit7-3：f4
４段目のホルマントフィルタの周波数情報用の差分データ
・５バイト目のbit2-0：b4
４段目のホルマントフィルタの帯域幅用の差分データ
・６バイト目のbit7-3：f5
５段目のホルマントフィルタの周波数情報用の差分データ
・６バイト目のbit2-0：b5
５段目のホルマントフィルタの帯域幅用の差分データ
・７バイト目のbit7-4：AMP
音源からフィルタへ入力する際の音量値用データ
・７バイト目のbit3：FV
１バイト目のV/UV と併せて、音源を選択する。
・７バイト目のbit2-0：p
有声音源用の周波数を決定する値の差分データ
それぞれのパラメータの詳細については、後ほど。
１バイト目のTIME は、繰り返し回数を示し、２以上の場合は７バイト単位ではなく、７バイト＋αになります。
この時、７バイト目を繰り返します。
例えば、TIME に３を設定した場合は、
１バイト目
２バイト目
３バイト目
４バイト目
５バイト目
６バイト目
７バイト目
７バイト目その２
７バイト目その３
になります。その２、その３のデータを処理する時は、１〜６バイト目が同じ値として扱います。
１〜６バイト目を何度も与えなくて済むので、データの削減が図れるのが狙いなようです。
音声合成の設計(2)
まず、uPD7752 の使い方から。
どうも uPD7752 の使い方に関する解説はほとんど知られていないようで、TALK文以外の使い方をしている人は皆無だと思います。
資料としては、
・NEC技報1981年10月号
・uPD7752 データシート
ぐらいしかなさそうです。
また、BASIC のTALK文の解析は、
・Oh!PC 1985年1月号
で、多少詳しく解析されています（ただし、この記事は、uPD7752 の仕様を知らずに解析しているようです）。
アクセスは、I/O ポートの0xE0〜0xE3 を使います。
○0xE0：リード：ステータス読み出し
（0xE0〜0xE3 のどれを読み出しても同じ）
bit7：BUSY
bit6：REQ
bit5：nINT/EXT
bit4：Error
bit3-0："0"
BUSY が"1" の時は、音声データを出力している時（uPD7752が動作している時）です。
REQ が"1" の時は、ホルマントデータの入力を要求している時です。
nINT/EXT は、"0" 時：内部ROMデータ、"1" 時：外部データで音声を再生している事を示します。
Error は、
・REQ が"0" の時に、ホルマントデータを書き込まれた
・REQ が"1" になってから、所定時間以内に、ホルマントデータが書き込まれなかった。
時に、"1" にセットされます。
・uPD7752 がリセットされた。
・新しいコマンドが書き込まれた。
時に、"0" にリセットされます。
○0xE0：ライト：ホルマントデータ書き込み
ややこしいので後ほど。
○0xE1：ライト：禁止（未使用）
このポートは使えません。
○0xE2：ライト：モード書き込み
動作する速度を設定します。
bit2: "0"時、10ms/frame、"1"時、20ms/frame です。
bit1-0:
"00"時、Normal speed
"01"時、Slow（×1.2）
"10"時、Fast（×0.8）
"11"時、Disable となります。
bit7-3:未使用
○0xE3：ライト：コマンド書き込み
"11111111" 時、音声合成を停止します。
"11111110" 時、ホルマントデータを外部データにします。
それ以外は、全て内部ROMデータになります。
bit5-0: 内部ROMデータの番号（0-63）
bit7-6：未使用
P6では、内部ROMデータは、0-4 しか実装されていないようです。
使い方としては、
・内部ROMデータを使う場合
１）0xE2 に出力し、速度を設定する。
２）0xE3 に再生するROM番号を出力し、音声を再生する。
・外部データを使う場合
１）0xE2 に出力し、速度を設定する。
２）0xE3 に 0xFE を出力し、外部データを選択する。
３）0xE0 のbit6 を確認し、"1" になっていたら、ホルマントデータを１バイト書き込む。
４）出力すべきホルマントデータがなくなるまで、３）に戻る。
内部ROMデータを使う場合は、すごく簡単です。
外部データを使う場合は、常に REQ になっているかを監視する必要があるので、ちょっと面倒です。
REQ が"1" になってから、所定時間以内にデータをセットしないとエラーになるので、注意が必要です。
BASIC の TALK文では、REQ をずっと監視し続けるために、他の処理が出来ないようになっています。
どうも uPD7752 の使い方に関する解説はほとんど知られていないようで、TALK文以外の使い方をしている人は皆無だと思います。
資料としては、
・NEC技報1981年10月号
・uPD7752 データシート
ぐらいしかなさそうです。
また、BASIC のTALK文の解析は、
・Oh!PC 1985年1月号
で、多少詳しく解析されています（ただし、この記事は、uPD7752 の仕様を知らずに解析しているようです）。
アクセスは、I/O ポートの0xE0〜0xE3 を使います。
○0xE0：リード：ステータス読み出し
（0xE0〜0xE3 のどれを読み出しても同じ）
bit7：BUSY
bit6：REQ
bit5：nINT/EXT
bit4：Error
bit3-0："0"
BUSY が"1" の時は、音声データを出力している時（uPD7752が動作している時）です。
REQ が"1" の時は、ホルマントデータの入力を要求している時です。
nINT/EXT は、"0" 時：内部ROMデータ、"1" 時：外部データで音声を再生している事を示します。
Error は、
・REQ が"0" の時に、ホルマントデータを書き込まれた
・REQ が"1" になってから、所定時間以内に、ホルマントデータが書き込まれなかった。
時に、"1" にセットされます。
・uPD7752 がリセットされた。
・新しいコマンドが書き込まれた。
時に、"0" にリセットされます。
○0xE0：ライト：ホルマントデータ書き込み
ややこしいので後ほど。
○0xE1：ライト：禁止（未使用）
このポートは使えません。
○0xE2：ライト：モード書き込み
動作する速度を設定します。
bit2: "0"時、10ms/frame、"1"時、20ms/frame です。
bit1-0:
"00"時、Normal speed
"01"時、Slow（×1.2）
"10"時、Fast（×0.8）
"11"時、Disable となります。
bit7-3:未使用
○0xE3：ライト：コマンド書き込み
"11111111" 時、音声合成を停止します。
"11111110" 時、ホルマントデータを外部データにします。
それ以外は、全て内部ROMデータになります。
bit5-0: 内部ROMデータの番号（0-63）
bit7-6：未使用
P6では、内部ROMデータは、0-4 しか実装されていないようです。
使い方としては、
・内部ROMデータを使う場合
１）0xE2 に出力し、速度を設定する。
２）0xE3 に再生するROM番号を出力し、音声を再生する。
・外部データを使う場合
１）0xE2 に出力し、速度を設定する。
２）0xE3 に 0xFE を出力し、外部データを選択する。
３）0xE0 のbit6 を確認し、"1" になっていたら、ホルマントデータを１バイト書き込む。
４）出力すべきホルマントデータがなくなるまで、３）に戻る。
内部ROMデータを使う場合は、すごく簡単です。
外部データを使う場合は、常に REQ になっているかを監視する必要があるので、ちょっと面倒です。
REQ が"1" になってから、所定時間以内にデータをセットしないとエラーになるので、注意が必要です。
BASIC の TALK文では、REQ をずっと監視し続けるために、他の処理が出来ないようになっています。
2012年12月12日
音声合成の設計(1)
私はツイッターはしていないんですが、P6botパピ子ちゃんだけは読んでいます。
初代P6 でサイバースティックを動かしている人もいるようで、役に立てているようです。
で、気になったつぶやきなんですが...
『YM2203の音声合成モードとuPD7752を同時に喋らすことってできるんだろか』
YM2203 の音声合成モードって何かなー、と思ったらどうもPCM再生と同じようなものでした（似て非なるものですが）。
（bookwormさんのトコに書いてました。世間は狭いな...）
で、私の中の結論は、AY-3-8910 のPCM音声再生と uPD7752 とは同時に再生が出来る、です。
ただ、やるのは大変なのと、実際に同時に再生してもあまり面白くなさそうなので、試しません（＾＾；
今回試そうとしているのは、AY-3-8910 に伴奏させて、uPD7752 に歌わせるというもの。
これなら利用価値がありそうですよね。
実現は割と簡単そうなんですが、音楽データを作るのが面倒だという話も。
私の知っている限りではないんですが、既に実現しているソフトがあるかも知れません。
初代P6 でサイバースティックを動かしている人もいるようで、役に立てているようです。
で、気になったつぶやきなんですが...
『YM2203の音声合成モードとuPD7752を同時に喋らすことってできるんだろか』
YM2203 の音声合成モードって何かなー、と思ったらどうもPCM再生と同じようなものでした（似て非なるものですが）。
（bookwormさんのトコに書いてました。世間は狭いな...）
で、私の中の結論は、AY-3-8910 のPCM音声再生と uPD7752 とは同時に再生が出来る、です。
ただ、やるのは大変なのと、実際に同時に再生してもあまり面白くなさそうなので、試しません（＾＾；
今回試そうとしているのは、AY-3-8910 に伴奏させて、uPD7752 に歌わせるというもの。
これなら利用価値がありそうですよね。
実現は割と簡単そうなんですが、音楽データを作るのが面倒だという話も。
私の知っている限りではないんですが、既に実現しているソフトがあるかも知れません。
2012年11月05日
音声合成LSI解析用ボード
音声合成のLSIの解析のため、データ転送用のボードを作りました。
...というか、RS-232C ボードの作成のきっかけも、音声合成のLSIの解析をしようと思っていたからでした。
というわけで、解析用のボードを作りました。
音声合成LSIは、CPUインタフェースからパラメータを設定すると、音声データを出力します。この出力は２種類あって、１つはアナログデータで、そのまま音声データとして使えます。
もう一つは、アナログデータをD/Aする前のデジタルデータが出力されています。今回はこれを取り込んで解析に使用します。
デジタルデータはシリアルで出力されます。タイミングは下図の通りです。
パルス幅などが書かれていないのは手抜きです。VCK の立下りの間隔は、3.6MHz クロックで６クロック分です（1.67μS）。
他の人が使う事がないと思いますが、参考のために回路図とAVRのプログラムを載せておきます。
今回は AVR を使用しました。AVR のテスト用に購入した AT90USB162 が搭載されているデータを使用しました。
音声合成ボード（AVRプログラム）
ちなみにボードの詳細はここ。
http://strawberry-linux.com/products/at90usb162/spec.php
USB からプログラムを書き換えられるので便利かなーと思ったので、これにしました。
ヒューズビットの読み書きをした場合には、ISPライタが必要になります。このボードを使っている分には必要ないかとは思います。
私は、LPTから接続できるISPライタを自作しました。
プログラムの構成自体は簡単で、VCK の立下りで DVO を取り込み１ビットシフト、VSTB の立ち上がりでデータを確定させてデータを送信するだけです。
これだけなんですが、VCK の立下りがくる間隔が 1.67μs 毎です。
これは、16MHz で数えると26クロックぐらいなので、 AVR では結構厳しいものがあります。
ですので、AVR のプログラムは、割り込みルーチンをアセンブラで書いています。さらに、SREG 待避とデータ取り込み専用のレジスタを設けています（メインプログラムからは使われない）。
取り込んだデータは USART を通して、RS-232C経由でパソコンに送信します。計算上は、ボーレートが250Kbps もあれば十分なはずなんですが、なぜか安定しませんでした。500Kbps にすれば安定的に送信できましたので、今の値になっています。
...というか、RS-232C ボードの作成のきっかけも、音声合成のLSIの解析をしようと思っていたからでした。
というわけで、解析用のボードを作りました。
音声合成LSIは、CPUインタフェースからパラメータを設定すると、音声データを出力します。この出力は２種類あって、１つはアナログデータで、そのまま音声データとして使えます。
もう一つは、アナログデータをD/Aする前のデジタルデータが出力されています。今回はこれを取り込んで解析に使用します。
デジタルデータはシリアルで出力されます。タイミングは下図の通りです。
パルス幅などが書かれていないのは手抜きです。VCK の立下りの間隔は、3.6MHz クロックで６クロック分です（1.67μS）。
他の人が使う事がないと思いますが、参考のために回路図とAVRのプログラムを載せておきます。
今回は AVR を使用しました。AVR のテスト用に購入した AT90USB162 が搭載されているデータを使用しました。
音声合成ボード（AVRプログラム）
ちなみにボードの詳細はここ。
http://strawberry-linux.com/products/at90usb162/spec.php
USB からプログラムを書き換えられるので便利かなーと思ったので、これにしました。
ヒューズビットの読み書きをした場合には、ISPライタが必要になります。このボードを使っている分には必要ないかとは思います。
私は、LPTから接続できるISPライタを自作しました。
プログラムの構成自体は簡単で、VCK の立下りで DVO を取り込み１ビットシフト、VSTB の立ち上がりでデータを確定させてデータを送信するだけです。
これだけなんですが、VCK の立下りがくる間隔が 1.67μs 毎です。
これは、16MHz で数えると26クロックぐらいなので、 AVR では結構厳しいものがあります。
ですので、AVR のプログラムは、割り込みルーチンをアセンブラで書いています。さらに、SREG 待避とデータ取り込み専用のレジスタを設けています（メインプログラムからは使われない）。
取り込んだデータは USART を通して、RS-232C経由でパソコンに送信します。計算上は、ボーレートが250Kbps もあれば十分なはずなんですが、なぜか安定しませんでした。500Kbps にすれば安定的に送信できましたので、今の値になっています。
2012年06月28日
音声合成回路の設計(1)
タイトルは「音声合成回路の設計」ですが、実際には設計ではなくて解析です。
まず、音声合成回路（μPD7752）について、いろいろと情報を探しました。
以下のものを参考に出来そうです。
１）μPD7752 データシート
外部からの使い方が一通り記載されています。
２）NEC技報1981-10
内部の構造が大体記載されています。
ただ、具体的な数値とかが書かれていないので、自分で調べる必要があります。
３）ciscさん作、μPD7752風味 音声合成エンジン http://retropc.net/cisc/sound/
これ、すごいですね。内部構成をどうやって調べたんだろ？
４）KAWさんの「Making「音声出力」」 http://kaw.my-sv.net/index.htm
直にμPD7752を使う時の方法がわかります。
テーブルが一部不完全ですが、上記のNEC技報に内容が記載されています。
上のものより内部回路を再現していくつもりです。
内部構成は、大体２）に記載されていますが、変換テーブルやパラメータの初期値など、
実現するのに必須なものの具体的な数値の記載はありません。
外部からうまくパラメータを与えて、内部を調べるしかなさそうです...
μPD7752 の出力には、スピーカーにつながっているアナログ出力以外に、
D/A前のデジタル出力があるので、これを解析していくことになります。
シリアル出力が面倒なので、S/P変換した後にモニタリングします。
まず、音声合成回路（μPD7752）について、いろいろと情報を探しました。
以下のものを参考に出来そうです。
１）μPD7752 データシート
外部からの使い方が一通り記載されています。
２）NEC技報1981-10
内部の構造が大体記載されています。
ただ、具体的な数値とかが書かれていないので、自分で調べる必要があります。
３）ciscさん作、μPD7752風味 音声合成エンジン http://retropc.net/cisc/sound/
これ、すごいですね。内部構成をどうやって調べたんだろ？
４）KAWさんの「Making「音声出力」」 http://kaw.my-sv.net/index.htm
直にμPD7752を使う時の方法がわかります。
テーブルが一部不完全ですが、上記のNEC技報に内容が記載されています。
上のものより内部回路を再現していくつもりです。
内部構成は、大体２）に記載されていますが、変換テーブルやパラメータの初期値など、
実現するのに必須なものの具体的な数値の記載はありません。
外部からうまくパラメータを与えて、内部を調べるしかなさそうです...
μPD7752 の出力には、スピーカーにつながっているアナログ出力以外に、
D/A前のデジタル出力があるので、これを解析していくことになります。
シリアル出力が面倒なので、S/P変換した後にモニタリングします。
