■ＦＭ音源の秋
HERE
ついにＦＭ音源がつ！って写真じゃワカランわな。
ポイントはＺ８０を止める事。つまりＺ８０を止める→レジスタにセット→Ｚ８０を動かすと、音が鳴る。
#define FMA_STAT 0x00a04000
#define FMA_DATA 0x00a04001
#define FMB_STAT 0x00a04002
#define FMB_DATA 0x00a04003
/* OPN-A のみセット register set to OPN-A only. */
static void poke_fma(char poke_address,char poke_data){
char *sound_data;
char *sound_stat;
sound_stat=(void *)FMA_STAT;
sound_data=(void *)FMA_DATA;
*sound_stat=poke_address;
*sound_data=poke_data;
}
□レジスタの使い方はこんな感じで設定。
（註：レジスタ設定方法は７６と同じ。ちとまとめ。
７６（４９６？メガドラのＶＤＰ）＝＝ＹＭ２６１２（メガドラのＯＰＮ）＝＝直結式。（接続ハードウェアーが簡単）
ＰＳＧ（ＡＹ－３－８９１０）＝ＹＭ２２０３（ＯＰＮ）＝＝間接アクセス式。
ＹＭ２２０３はＰＳＧからハードウェアーを置換する（需要があった）ため、レジスタのアクセス方法が特殊。（ＰＳＧと同じに合わせた）
そのため「ＯＰＮ（ＹＭ２２０３）」の資料あさると、レジスタ設定出来なくてハマルのだった。ちなみにきちんとレジスタ設定出来たか
確認を取るのは「Genecyst」の「dump→YM2612」が便利。（市販ゲームの音色を盗んでくる事も可能））
□音色設定は、（註：ＦＭ３声を使ってナムコ音源（音素はサンプリング）１声を真似する音色の一例。
うち一声はオクターブ違いにセットする事。ターゲットはナムコ音源２声で足りるから、メガドラ（ＦＭ６声）には都合が良い）
（註：「poke_fm()」は上と殆ど同じだが、OPNA/OPNB同時にセットする奴）
static void init_fm(void)
{
register ushort *pzw;
pzw = (ushort *) Z80_HALT;
*pzw = 0x100; /* Halt the Z80Ｚ８０止める */
{
unsigned char ch;
for(ch=0;ch<3;ch++){
// DT1/ML [1](3)(4)
poke_fm(0x30+ch,0x08); //OP#1
poke_fm(0x34+ch,0x04); //OP#3
poke_fm(0x38+ch,0x04); //OP#2
poke_fm(0x3c+ch,0x04); //OP#4
// TL [1](7)
poke_fm(0x40+ch,0x1a); //OP#1
poke_fm(0x44+ch,0x7f); //OP#3
poke_fm(0x48+ch,0x7f); //OP#2
poke_fm(0x4c+ch,0x02); //OP#4
// KS/AR (2)[1](5)
poke_fm(0x50+ch,0x1f); //OP#1
poke_fm(0x54+ch,0x00); //OP#3
poke_fm(0x58+ch,0x00); //OP#2
poke_fm(0x5c+ch,0x1f); //OP#4
// DR [3](5)
poke_fm(0x60+ch,0x00); //OP#1
poke_fm(0x64+ch,0x1f); //OP#3
poke_fm(0x68+ch,0x1f); //OP#2
poke_fm(0x6c+ch,0x00); //OP#4
// SR [3](5)
poke_fm(0x70+ch,0x00); //OP#1
poke_fm(0x74+ch,0x1f); //OP#3
poke_fm(0x78+ch,0x1f); //OP#2
poke_fm(0x7c+ch,0x1f); //OP#4
// SL/RR (4)(4)
poke_fm(0x80+ch,0xff); //OP#1
poke_fm(0x84+ch,0xff); //OP#3
poke_fm(0x88+ch,0xff); //OP#2
poke_fm(0x8c+ch,0xff); //OP#4
// FB/AR [2](3)(3)
poke_fm(0xb0+ch,0x32); //poke_fm(0xb1,0x32); poke_fm(0xb2,0x32);
//???
poke_fm(0xb4+ch,0xc0); //poke_fm(0xb5,0xc0); poke_fm(0xb6,0xc0);
}
}
//
*pzw = 0; /* Enable Z80 and begin playingＺ８０動かす */
}
んで、実際に鳴らす時は、（註：もちろんＺ８０は一時止める）
//（マズkey_on 音鳴らす）
poke_fma(0x28,0xf0);/* key on#0 */
poke_fma(0x28,0xf1);/* key on#1 */
poke_fma(0x28,0xf2);/* key on#2 */
//ＦＮＵＭＢＥＲ（つまり、音程）セット
set_fm_fnumber((data1));
それから、休符の時には、音止めよう。（ＦＭ音源の場合、全然別のやりかたもある）
//（key_off 音止める）
poke_fma(0x28,0x00);/* key off#0 */
poke_fma(0x28,0x01);/* key off#1 */
poke_fma(0x28,0x02);/* key off#2 */
んで、問題の「set_fm_fnumber()」なんだけど...
なんと現状（２００６－０９／１２）「バグってたまたま鳴る」事が判明。ってゆーかバグ取ると、変な音になる～。エーン。
一応レジスタの仕様はＯＰＮと同じで、
//fnumber下位レジスタ(0xa0+ch)(chはチャンネル0～2。3は無効、メガドラはOPNAの３ｃｈとOPNBの３chで、計６ｃｈ（ＯＰＮを）使える)
（註：「バーニングフォース」では「３」がセットされてるが、「圧縮の為に必要」でなければ「単なるバグ」でしょ？（タブン、バグ））
7 6 5 4 3 2 1 0:bit
f f f f f f f f
(f:fnumberの下位8bit)
//fnumber上位レジスタ(0xa4+ch)
7 6 5 4 3 2 1 0:bit
- - b b b f f f
(b:block、これは要するに「オクターブ」)
(f:fnumberの上位3bit)
fnumber(11bit)は音程。fnumberが半分になると１オクターブ分音程が下がる。
OPNは仕様上「block」なんて変なもんが無いと仮定すると、20bit分の「周波数」が出せる。つまり「音程の解像度は20bit分ある」。
（註：これはＣＤとかの「量子化周波数ビット数」たとえば１６ビットとかとは、「何の関係もない」ので早合点しないようにオネガイ。）
んで、アクセスは8ビットなんで、20ビットあれば、３バイト要るよな。（3 x 8=24）
だけど「節約」。
音域は８オクターブあれば足りるよな。んで３ビット（0～7）。これが「block」。それでオクターブ違いは同じ値を使うと決めて、
20ビットの解像度に相当する、「１オクターブちょっと」の解像度は「１１bitで足りる」。んだからこれが「fnumber」。
...めんどくさ。
逆算式は、
ＡＡＡ＝＝「発音したい周波数」＝＝たとえば４４０Ｈｚ「ラ」の場合４４０。
ＢＢＢ＝＝「オクターブ」＝＝０～７．
ＣＣＣ＝＝たぶんメガドラは３５７９５４５だと思う。単位はＨｚ。
ｎ＝＝標準の設定の場合、多分１．
とかとすると、
fnumber(11bit)＝（（ＡＡＡ ＊ （２＾２０））／（（ＣＣＣ）／（１２＊ｎ）））／（２＾（ＢＢＢ－１））
らしい。（マダやってないからシラネ）
（「＊」は掛け算。「／」は割り算。「＾」はべき乗。）
げんじょーfnumber(11bit)はイイカゲンな値をセットして鳴らしてる。
（２００６－０９／１２、０９：１２）
上記式は、試してないケド、間違ってるっぽいにゃー。ここで音（音程）についてレクチャー。
えっと、とりあえず、ピアノの真中のオクターブ。これが「Ｏ４」。
んで「Ｏ４」の「Ａ」（エーゴ／ドイツゴ、好きなほーでヨム）つまり「ラ」。えっと日本語では「い」だっけ？（ワスレタ）
とにかくこいつの基音が、４４０Ｈｚ。うるさい。４４２じゃなくて４４０。説明がめんどいだろ。
（註：クラシックとかでは４４２の音叉使ったりする）
ぢゃあ、１オクターブ上の「ラ」つまり「Ｏ５Ａ」は、ってーと８８０Ｈｚ。「Ｏ６Ａ」は１７６０Ｈｚ。
１オクターブあがると２倍すればいいし、下がれば半分な。
さて問題。「Ｏ４、Ａ＃」「ラ＃」「嬰い」の周波数はいくつにゃ？
答え。（４４０＊ＺＺＺ）、ＺＺＺは（２の１２乗根）。
（２の１２乗根）ってのは、１２回かけると丁度２になる数字。つまりＺＺＺ＾１２＝＝２。
どうしてかてえと、１オクターブは丁度１２分割されてる。これが「平均律」。うるさいな「純正律」なんて知らないってば、説明がめんどいだろ。
（２の１２乗根）は「電卓」で簡単に計算デキルゾ。やり方は「電卓の説明書」に書いてある（と思う）んだが、「電卓の説明書」持ってる
人手を上げて...みんな捨てちまったか。しょーがない、レクチャー。「スタートメニュー」→「アクセサリ」→「電卓」。準備はいいな？
エート電卓の種類→関数電卓にしよー。
んで、ちとやってみたケド「Exp」の使い方よく解からん。（本当は（e底の）log２→／１２→Expにしよーと思った。）
方針を変更して、「ｘ＾ｙ」を使う。
まず、１／１２は「０．０８３３３３＜略＞」。「Ｍ＋」に入れとく。んで「２」「ｘ＾ｙ」「ＭＲ」つまり、「２＾（１／１２）」。
で、「1.05946309435929526456182529494634」（コピペ）合ってるっぽいケド、あってるのかな？
エエト、「ＭＣ」そんで「Ｍ＋」これで、（２の１２乗根）が電卓のメモリに入った筈。んじゃあ確認。
「ＭＲ」「＊」「＝」「＝」「＝」「＝」「＝」「＝」「＝」「＝」「＝」「＝」「＝」（註：「＝」は１１回押す）
で、「２」に戻るハズだ。ふう戻ったヨカッター♪ちう訳で、「Ｏ４、Ａ＃」は、
４４０＊「１．０５９４６＜略＞」＝466.16376151808991640720312977639（コピペ）＝４６６Ｈｚな訳。
さてと、長い前フリだったが、とにかく「音楽」を鳴らす為には、この（２の１２乗根）がイルにゃー。
別の資料では「fnumber」２倍すると１オクターブずれるって記述がある。これは心情的に（？）あってるっぽいなー。
これは信用しよ。そーゆー訳で、「何でもいいから１音」fnumberが判れば、（２の１２乗根）を利用して、
全部のオクターブの音程が解かるのです。ここまでＯＫ？
さてと、それじゃあ「何でもいいから１音」のfnumberは何処から持ってきやしょう。てきとーに市販ゲーム立ち上げて、
その音楽ドライバが（音楽的に）合ってりゃ、「Genecyst」→「dump」→「YM2612」から持ってくるって案は？
その値を信用するかどうかは別として、「検証」は可能だよなー？「半音単位の平均律」なら、
処の音か「聞いてワカル」気がするしさー。
とにかくそんなメンドクサイ事考えなくても、fnumberの１１ビット、かったっぱしからダンプすりゃあ、酷く１２種類の数値に偏ってる
ハズだよな～。ポルタメントとか使ってそうもないショボイ音のゲームがいいな～。そこから「仕様」が読めそうな気がする。
（註：本当に３５７９５４５なのかどうか確認したい。そこまでの精度は無いが...）
（註：「１２種類」：１１種類ぢゃなくて多分１２種類？。しかも「ラ」「Ａ」は関係なくて、多分「Ｃ」～「Ｃ」。ドライバ作者の趣味にも拠るが。）
（２００６－０９／１２、１７：００）
■ええと、ちょっと調べたら、宇宙船氏のＺ８０ドライバと、ＭＭＬコンパイラと、ＫＡＮＥＤＡ氏のサンプルでやるのが、
この件は楽そうでは、ありんすね。（やってないからシラナイ）
ただＫＡＮＥＤＡ氏のサンプル。（ＧＣＣの奴、'(C)2005 KANEDA OLD_SKILL_PDARC3'）。曲のループ部分でバグがありんす。
ＭＭＤのループコマンド。「０ｘＦＥ、０ｘ００」なのに、
ＫＡＮＥＤＡ氏のサンプルは、（そのコマンドで）受けてないし。それ以前にソースよく読んだら「一見作ってある風だけど、
実はループ部分作ってないんですね」にゃー。それでループしないんだなあ。ナットク。
あ、やってないからシラナイんだけど、「宇宙船氏のＺ８０ドライバ」使えば解決する話ではありんす。
ただそれをするかどうかは別問題ってゆーか、やってないからマダわからん。
（２００６－０９／１７、０１：００、ねむい）
■最終的には、宇宙船氏のＺ８０ドライバ使うかもしんないケド。さしあたり、まだワタシにはレベルが高そうなんで、
ＫＡＮＥＤＡ氏のサンプルを相変らずイジル。ＦＮＵＭＢＥＲに関しては、何が正しいのかヨクワカラン。んだけど１つ判った事。
それはＧｅｎｅｃｙｓｔはダメという事だ。Ｇｅｎｅｃｙｓｔは市販のゲームを遊んでいても、何か音程が変なんだが、
（４４１００でも２２０５０でも１１０２５でも調が露骨に、狂うゲームも存在する。）別館のsega_pacA01式のFNUMBERにすると、
「露骨にオカシイ」。Ｇｅｎｓや他のえみゅでは、ＯＫだし、Ｇｅｎｅｃｙｓｔは考えなくて、良いミタイだな。Ｇｅｎｅｃｙｓｔは除外する事に決めた。
（２００６－０９／１７、１９：３６）
■露骨に問題発生！。
現在作成中（？）の（新？）メガドラテストＲＯＭなんだけど、
「Ｇｅｎｓ2.14Souvenir」「Ｇｅｎｓ32v2.35secret」では、ちゃんと鳴る。
うんうん、あやしー事はしてない。ＯＰＮだったらちゃんと鳴る筈のルーチンだから、鳴って当たり前の筈。
が、
「ＧｅｎｅｃｙｓｔＸ．ＸＸ」「ＫｅｇａＦｕｓｉｏｎ３．５１」
「pspＤＧＥＮ１．７０」「psp_picodriveA14」「psp_SEGADRIVEA33」
全部ダメ。もしかしてＭＡＭＥのさとうたつゆきドライバがエンバグしてんのか？ワカラン。
いや、さとう様のドライバは、白だった。このＰＣ（０．５６６ＧＨｚ）では重くて良くワカランが、「Ｈａｚｅｍｄ００５マイスペシャルかすたむ版」
では、ちゃんと鳴ってるっぽい。
（２００６－０９／１８、０１：００）
■Gensコンパイル出来そうな気がスル。いやー気のせいなんだけど、出来そうな気がスル。
GensってＰＣ用の、ＰＣで動くプログラム。勘違いしたらゴメンネ。ってゆーか現状「それすら出来てない」
んだが、問題点がダイタイ判ってきた。「俺もＧｅｎｓコンパイル、とらいしたけど、途中でわけわかんなくなって投げ出した」ってゆー人は、
もう一度チャレンジ。
（註：このＧｅｎｓは、「gens-win32-src-2.14.zip」2990kBの奴です。現在公式サイトからＤＬ出来る奴です。ＶＣ＋＋は６で、
「win32-hq2x」とかいう「本家ではなくて改造版のＧｅｎｓ」の「ＤＳＷファイル」だけ少し設定し直して使ったのです。
本家は．ＮＥＴなんでね。そちらの「ＤＳＷファイル」は．ＮＥＴ用じゃなくて「ＶＣ＋＋６用」です。少し設定直せば、タブン「ＶＣ＋＋５」でも、
使えると思うよ。あと、「リンカに与えるオブジェクト名」例えば「\vc\gensCD~1\release\vdp_rend.obj」みたいな奴は直した方が良い。
んが、最小限の手間でやるには、ソースリスト（ＤＳＷ含む）を「C:\VC\gensCD_214\」以下にいれちまえ、「パス」で悩むのは面倒だ、
「相対パス」も使ってるから、「実行ファイル生成に成功」してから、後で直せば十分だ。それからＺＬＩＢは付属のを使って、
「コンパイルしてない」）
（註：「ＤＳＷファイル」：本当は「ＤＳＷファイル」と「ＤＳＰファイル」んで「ＤＳＰファイル」の方が重要。「ＭＡＫＥファイルを吐かせる
（エクスポート）」事も可能。）
えっと、Ｇｅｎｓってさあ。コンパイルしてさあ。んで、コンパイル全部とうったみたいなんだけど、リンカが素人には意味不明の事言ってきてさ、
んで「あーきた、ポイ」ええ、標準パターンだと思います。大体それ以上の事が判ったらタブンここ読んでないやい。
ええとですね。Ｇｅｎｓは「コンパイルするだけでは不足」なのです。まずＣＰＵ作らなきゃ。
えーと、ポイントは３つ。
１．アセンブル。
２．ＣＰＵ。
３．ＤirectＸＳＤＫ。
順番に説明するです。
★１．アセンブル。
「＊.asm」のファイルは、アセンブラのソース。これは「ＮＡＳＭ」でアセンブルするのです。「ＮＡＳＭは０．９７以降」っていっても、
「そんなレトロなＮＡＳＭは手に入らないから大丈夫」ＧＥＮＳのソースの「ＴＯＯＬＳ」にもくっついてきますしね。確か「ＮＡＳＭＷ０．９８」
GensはＭｉｎｇＷでＧＣＣに移植したいなあ。と、思うケド。（註：ＭｉｎｇＷは過去日記）
まだそんなレベルでないから、まず「Ｗｉｎ３２」つまり、「ＶｉｓｕａｌＣ＋＋」ね。(今ならＮＥＴだけど、そんなん持ってないし)
（註：ｃｏｆｆ：ｃｏｆｆ形式：ＧＣＣの実行ファイルは普通「ｃｏｆｆ形式」。ＰＳＰの自作プログラムもタブン「ｃｏｆｆ形式」。）
（註：Ｗｉｎ３２：ＰＥ形式の俗称：Ｗｉｎの３２ビットのプログラムの実行形式は普通「ＰＥ形式」。それでは普通の人には、通じないので「Ｗｉｎ３２」と呼ぶ）
（註：ＭｉｎｇＷは「ＨａｚｅＭＤ」を調べたら、案の定「ＰＥ形式」。やはり、「ｃｏｆｆ形式」ではＷｉｎの（ＤｉｒｅｃｔＸの）プログラムは動かないでしょうね）
（註：ＭＡＭＥのＤＯＳ版は「ｃｏｆｆ形式」。ＭＡＭＥのＷｉｎ版は「ＰＥ形式」。つまりそーゆー事だ。このブログのずーーーーと前にＧＣＣ入れて
どうこうってのは当然「ｃｏｆｆ形式」の話。んでこの前のＭｉｎｇＷは「ＰＥ形式」だから、「ＤｉｒｅｃｔＸが使えるじぇー」って話。
もちろんＭｉｎｇＷはすべてタダだから、「ＤｉｒｅｃｔＸ８のプログラム」は全てタダで開発可能です。）
とにかくＮＡＳＭＷの使い方。
「ｃｏｆｆ形式」の場合は、nasm -f coff z80.asmだが、それは既に関係ない。
nasm -f win32 mem_M68k.asm
nasm -f win32 mem_S68k.asm
nasm -f win32 mem_Z80.asm
nasm -f win32 blit.asm
nasm -f win32 vdp_io.asm
nasm -f win32 vdp_rend.asm
nasm -f win32 io.asm
nasm -f win32 misc.asm
nasm -f win32 z80.asm
（註：「nasm」と「nasmw」はあなたのシステムで動くならどっちでも同じ。
ワカランなら「nasmw.exe」を使え。ってゆーか（現代では）それしか要らない。
ちなみにＧｅｎｓ付属の「nasm.exe」はタブン「nasmw.exe」を「単にリネーム」したもの。
ちなみに本物の「nasm.exe」はタブン「現在のマシンじゃあ動かん」もしくは「小さいプログラムしかアセンブル出来ない」のです。）
こーゆー感じだな。おしまい。
★２．ＣＰＵ。（ってゆーかＭＰＵ）
ＧｅｎｓのＣＰＵは「ＳＴＡＲ－ＳＣＲＥＡＭ」の「スペシャルカスタム版」これの作り方ね。
まず、「ＳＴＡＲ－ＳＣＲＥＡＭ」は（ｍ６８えみゅコアの）（８０ｘ８６）アセンブラソースを吐かせる「ツール」なんで、
「main68kgen.c」（メインｍ６８ＭＰＵ用）と、「sub68kgen.c」（メガＣＤのｍ６８ＭＰＵ用）の２種類は、「どんなＣ言語でも構わない」
ワタシは手持ちの「coff吐くＧＣＣ」を使った。ＶＣ＋＋でもできる筈。（ツールだから、ＢＣＣ５．５でもカマワン）
まず「ツール」をコンパイルしよう。「ＶＣ＋＋」なら、それぞれ「別の新規プロジェクト」だな。
「ＶＣ＋＋」なら、「ファイル→新規作成→プロジェクトたぶ→Ｗｉｎ３２ConsoleApplication」でも出来る筈だ。
但しワタシは、手持ちの「coff吐くＧＣＣ」で、
gcc main68kgen.c -o main68kgen
gcc sub68kgen.c -o sub68kgen
こうやった。
コマンドラインのツール。「ツール：main68kgen.exe」と「ツール：sub68kgen.exe」を作成しよう。
次、これらのツールを使って「８０ｘ８６のアセンブラソースリストを生成」する訳だが、やり方を間違うと、
「生成したソースがリンク出来ない」。ここが嵌り所だから、注意しよー。
これらのツールを単に実行すると、「アセンブラソースが生成」されるが、これは「Ｇｅｎｓでは使えない」。
単に実行するだけではダメだ。バッチファイルを作る事を勧める。中身はこう。
main68kgen.exe main68k.asm -name main68k_
sub68kgen.exe sub68k.asm -name sub68k_
この「-name main68k_」（最後はアンダースコア）がポイントで、これを付けないと「Ｇｅｎｓでリンク出来ない」
あとは、「main68k.asm」と「sub68k.asm」が出来るから、アセンブルすればおしまい。つまり、
nasm -f win32 main68k.asm
nasm -f win32 sub68k.asm
これで、「Ｇｅｎｓでリンク可能な」「main68k.obj」「sub68k.obj」が出来る。
★３．ＤirectＸＳＤＫ。
現在はＸ９ってゆーか、もう「Ｘ９」とは呼ばないで「日付」になってるんだよな。（でもＸ９）Ｘ９やたらでかいしさ、入れるの
めんどいなー。ちゅう訳で、まだこの辺までしかヤッテナイです。
ちなみにＤirectＸのＶＥＲめちゃくちゃ下げて、コンパイルして現在ＧｅｎｓがＥＸＥにはなったです。
現在、画面が表示されないケド。音だけなるのです。（つまりコアはちゃんとコンパイル成功したです）
（但し、インターネット対戦とメガＣＤと３２Ｘは「都合により排除」したのです。）
（註：アセンブラリストかなり書き換える必要があるので、常人には勧めない）
おしまい。
そのうちＭｉｎｇＷに移植したいなー。
（だって妄想上。ＭｉｎｇＷ＋ＤｉｒｅｃｔＸ化（又はcoffＧＣＣ＋Allegro+SEAL化）→全てＣに移植→ＰＳＰでしょ？...妄想ですが）
（２００６－０９／１８、２３：１０）
■「マイＧｅｎｓ２１４スペシャル画面が出ない版」でも、「現在開発中の秘密メガドラ自作ＲＯＭ」の音楽はちゃんと鳴るじぇー。（あたりまえ）
当たり前なんだケド。確認しないと気が済まないからなー。
（２００６－０９／１９、００：００）
■ちょっと、（マイＧｅｎｓ）ＤｉｒｅｃｔＤｒａｗ関連弄ってみたけど、どおも画面が出ないのは、
「ＤｉｒｅｃｔＸ（つまりＤｉｒｅｃｔＤｒａｗ）」は関係なくて、リソースが巧くいって無い為、
（ほら最新版は．イチオウＮＥＴ用だからさ）単に色（パレット）が出てないダケの気がしてきた。
今日はもう遅いから寝よう。リソースやダイアログなんて作るの簡単だから何とでもナルケド。
（基本的にＧｅｎｓは（スタティックな）ＲＣでなくてプログラムで生成（つまり動的に登録）してる。が、ダイアログは別。
色調整は、（スタティックな）ＲＣの「ダイアログ」なんだよな～。）
（２００６－０９／１９、０３：００、ねるです）
■、（マイＧｅｎｓ）やっぱ原因が、ＤｉｒｅｃｔＤｒａｗらしい。
「Ｒｅｎｄｅｒ」が「Ｎｏｒｍａｌ」と「Ｄｏｕｂｌｅ」では、何も表示されないが、「Ｉｎｔｅｒｐｏｒａｔｅｄ」（以降）にすると、ちゃんと画面が出る。
つまり、「２ＤのＶＲＡＭ描き」は出来なくて、「（２Ｄの？）ハードウェアー転送」は巧くいく。
なんかヨクワカランが、まあ画面が出りゃ、移植や改造は可能だから、ヨシとしよう。
でも、オカシイナ～。、「Ｉｎｔｅｒｐｏｒａｔｅｄ」（以降）は全部画面モードが出る。うーんエンバグしたかな～？
（アセンプラソースも結構いじったしさ。）ワカランにゃ～。
（追記、註：原因は、「G_ddraw.cpp」で。（現状のＤｉｒｅｃｔＸのＶＥＲが低い為）「SetSurfaceDesc」を殺してたからという事が判った。
本物は「LPDIRECTDRAWSURFACE4」だが「LPDIRECTDRAWSURFACE」でやってた。これでは、出来ないので、
「LPDIRECTDRAWSURFACE3」にしてやってみた。んがうまくいかねー。（えみゅが死ぬ）これ以上は、ワカランなー。
ＤｉｒｅｃｔＸのＶＥＲ上げて、「LPDIRECTDRAWSURFACE4」でやるしかないかな－？ＭｉｎｇＷに持ってきゃ解決するんだがな。）
（註：元といえばＷｉｎのＤｉｒｅｃｔＸＳＤＫの古いＶＥＲ（つまりＤｉｒｅｃｔＸ８ＳＤＫ）が手に入らないのが問題。
それに、新しいＶＥＲがやたらデカイのが問題。ＤｉｒｅｃｔＸ８ＳＤＫならチイサイ。）
（註：ＭｉｎｇＷ用の「ＤｉｒｅｃｔＸ８ＳＤＫ」なら簡単に手に入る。「過去日記、参照」。ＭｉｎｇＷ用の「ＤｉｒｅｃｔＸ８ＳＤＫ」から、
インクルード、ヘッダファイル（つまり＊．ｈ）とライブラリ（つまり＊．lib）抜いてくりゃ、動作しないかなー？）
（註：「SetSurfaceDesc」は、ＤｉｒｅｃｔＸ５になって新設された（らしい）その為最低でも、「LPDIRECTDRAWSURFACE3」以降で
なければ、（そんな関数存在しないので）使えない。）
（註：「LPDIRECTDRAWSURFACE4」がいつから新設されたのか？そんな古い話。知るもんか。）
（２００６－０９／１９、１１：３０）
■マイＧｅｎｓ。もう一回、「新規プロジェクト」で作り直した。んで、リソースファイル「gens.rc」見つけたんで、
これを（メガＣＤと３２Ｘを排除して）使う。（註：「resource.h」「resrc1.h」「アイコン」「ＢＭＰ」もインクルードしてる）
現在Debug版で、「最適化すべてなし」なんだが、「使ってないリソース（ＢＭＰとか）」も入ってるのに、ＥＸＥが１０２８ｋＢしかない。
（註：本家２．１４souvenir（メガＣＤ、３２Ｘ含む）は、１８３２ｋＢある。）
本家もマイ版も「実行ファイル」は「無圧縮」だよ。要らないリソースとプログラム排除して、さらに「実行圧縮」かければ３００ｋＢytes。
ぐらいになりそうな気がする。まあ、やってないから妄想デスガ...。
（註：実行圧縮：ＭＡＭＥは（ＵＰＸで）実行圧縮かけてるよね。実行圧縮ツールは「ＵＰＸ」が優秀でフリーだにょ。
あらゆる形式（coffとかＮＥとかＰＥとか）に対応してるにょ。モチロンＷｉｎ３２（ＰＥ形式）のプログラムにも使えるにょ）
さてと、マイＧｅｎｓも動くよーになったし、ＭＰＵのクロックＧｅｎｓはｄｉｖ７．０なんだケド。Ｚ８０の２倍説にも拘っているので、
Ｚ８０の２倍のｄｉｖ７．５にしてみた。（註：Ｚ８０はｄｉｖ１５．０、これは世界的に一致した意見）
うーん、少し音程が低くなる。こっちと、どっちが本物なんだろう？ＦＭえみゅ内部に（ｄｉｖ７．０の）定数が隠れてる可能性もあるしなー。
（２００６－０９／１９、１５：４０）
別館のsega_pacＡ０１をマイＧＥＮＳ（名前がSEGADRIVE）で表示してみた。ええと、これはエミュレーターなんだケド、
エミュレーターではないのです。ええと本体が（メガドラ）エミュレーターで中身がシミュレーター（？）。タブン。ＲＯＭ？ナニソレ？
そんなものは何処にも、存在しないですね。ええ。「ソースリスト」なら全て取り揃えておりますが、だってココ「ＰＳＰ開発幼稚園」だよ。
あ、限りなく「ＰＳＰ」に関係がナイような気がシテキタ。いやいや関係あるのです。タブン。
（２００６－０９／１９、１４：００）
■「現在開発中の秘密メガドラ自作ＲＯＭ（仮称）」の音楽も、マイＧｅｎｓで試す。（！）これだよ。この音だよ。やっぱメガドラは、
この音だ。きっと世界中が間違ってるんだ。Ｇｅｎｓは、ｄｉｖ７．０で、その分「音程が高い」。本物のメガドラは、ｄｉｖ７．５で微妙に低い。
耳が良い人なら、絶対違いが判る筈。ｐｓｐＤＧＥＮ１７０とＳＥＧＡＤＲＩＶＥＡ３３の音に違いが判るなら、いやソレがわかんなくても、
これなら違いがワカルじゃろ？４４１００だしな～。もちっとガンガッテ（仮称君の）開発すすめよー。
（註：「ｄｉｖ７．０」と「ｄｉｖ７．５」の実際の音程差は「数％（確か２％ぐらい）」です。たしか５％以下です。音程が半音もズレません。
しかし、半音以下の領域が区別が付く人なら、聞きゃあ一発だな。意味ワカンナイ奴は「もう一度このページ始めから読め！」
（２の１２乗根）は約６％。６％ずれると、丁度半音ズレルんだよ。ワカッタじゃろ？）
（２００６－０９／１９、１７：００）
ところが、市販ゲームを試す。と、明らかに「音がオカシイ」つまり、「低い」。ってゆーことは、やっぱ、「ｄｉｖ７．０」なのかなー。
別館の「segapac_A01」式のFNUMBERの計算ではダメって事かなー。
と、思ったら、サウンド設定が「２２０５０」になってた。
「４４１００」で聞きなおしたケド。だんだん（何が正しいのか訳が）ヨクわからなくなってきた。
ってゆーか「Ｇｅｎｓ」少なくともオカシイゾ。
だって、「２２０５０」では明らかに「低い」まるで「Ｇｅｎｅｃｙｓｔ」じゃねーか。
まじめにちゃんと作れば「４４１００」と「２２０５０」は「殆ど違わない音」が作れる筈。
「高調波（ハット系とか）抜けないな」って程度の、音になる筈。
だいだい「ＹＭ２６１０Ｈｉｇｈ－ｑｕｏｒｉｔｙ」って何だよ？調査の必要があるな。
（現状「ＹＭ２６１２Ｈｉｇｈ－ｑｕｏｒｉｔｙ」はＯＦＦになってる。）
（２００６－０９／２０、１２：００）
■マイHazemd005aを「LPDIRECTDRAWSURFACE」で検索してみる。案の定、そんなものは無い。っじゃあ（大文字小文字区別なく）
「SURFACE」で、検索。ヨクワカランが、「C:\MAMEDEV\hazemd005a\src\windows\drawd3d.c」のあたりでは、
「LPDIRECTDRAWSURFACE」にあたるものは、「d3d_surface」だろーな？コメントに、
// Useful info:
// Windows XP/2003 shipped with DirectX 8.1
// Windows 2000 shipped with DirectX 7a
// Windows 98SE shipped with DirectX 6.1a
// Windows 98 shipped with DirectX 5
// Windows NT shipped with DirectX 3.0a
// Windows 95 shipped with DirectX 2
って書いてある。つまり、Ｗｉｎ９５＋ＤｉｒｅｃｔＸ２でも動くじぇ－。って書いてある。Ｇｅｎｓの「SetSurfaceDesc方式」みたいに、
完全にＤｉｒｅｃｔＸのＶＥＲに依存する（註：ＤｉｒｅｃｔＸ５以降でないとこのメソッドは存在しない）方法ではなくて、
常識的に「lockして直アクセス」してる。やっぱこの方がいいなー。Ｇｅｎｓ（のｘ１モードとｘ２モード）は、「lockしない方式」なんよ。
ここで概要を書いとこう。（Ｇｅｎｓの「G_ddraw.cpp」の方式）
＜前略＞
＜苦労してサーフェイス取得＞
if(Rend < 2)
{
memset(&ddsd, 0, sizeof(ddsd)); //まず（設定を）消す。
ddsd.dwSize = sizeof(ddsd); //そんで（設定の）大きさだけセット。
if(lpDDS_Back->GetSurfaceDesc(&ddsd) != DD_OK) //（もちろんバックバッファ用の）サーフェイス取得。
return Init_Fail(hWnd, "Error with lpDD_Back->GetSurfaceDesc !");
ddsd.dwFlags = DDSD_WIDTH | DDSD_HEIGHT | DDSD_PITCH | DDSD_LPSURFACE | DDSD_PIXELFORMAT; //つかう機能のフラグをセット。
ddsd.dwWidth = 336; //メガドラ仮想画面、横は３３６ドット固定（３２０＋１６）。
ddsd.dwHeight = 240; //メガドラ仮想画面、縦は無駄なく２４０ドット。
ddsd.lPitch = 336 * 2; //メガドラ仮想画面は１６ビット色固定。
ddsd.lpSurface = &MD_Screen[0]; //メガドラ仮想画面の先頭アドレス。
if(lpDDS_Back->SetSurfaceDesc(&ddsd, 0) != DD_OK)//こうやって反映出来る（ただしＤＸ５以降）
return Init_Fail(hWnd, "Error with lpDD_Back->SetSurfaceDesc !");
}
えっとな、MD_Screen[]ってのは、Ｇｅｎｓがメガドラの画面レンダーするバッファ。大きさは１ラスターが３３６ドット固定で、
（アセンブラレベルで）画面外にはみ出して描画出来るようになってる。
それから「if(Rend < 2)」ってのは要するに「ｘ１モードとｘ２モードの場合のみ」の特殊処理。
あとは、見りゃワカルと思うが、「ddsd.lpSurface」に、描画バッファ設定してる場所と「SetSurfaceDesc」以外は、特に変わったところは無い。
これは、なにやってるのかってーと、要するに「孫がイヤガルから孫の手を背中に配置した」って所だな。
待ってりゃ勝手に描画してくれるので、ありがたい。
とゆー変態的な技は、やっぱ変態だからやめよー。ってゆーか「SetSurfaceDesc」ってやっぱ、変態的。
あー、めんどいなー。
Ｇｅｎｓのアセンブラ以外のソースを見ると、ああ、この人は「メガデモ」な人だなー。とメガデモのかほりがするよなー。
変数名「Intro」だけでもかほる。べ、別に興信所じゃあありませんが。「メガデモ」な人ってさあ。直角ー。はイインダケドさ、
最低限度しか手間かけたくないってゆう性癖もあるよなー。いや別に偏見かもしんないけど、ＫＡＮＥＤＡ氏のソースとかも、
「５日でつくったにゃりよ」とか書いてあるケド。「５日かけたんなら１０日かけてよ、キボンヌ」とか思うにゃりよ。
費用対効果（コストパフォーマンス）の追求。はスゴイものがあるよなー。「５日かけたもの」と「１０日かけたもの」が「殆ど同じ」ってのには、
「ガマンができない」んじゃろなー。現実的には「殆ど同じであたりまえ」なんだが。リソースに関しての切実度は、「開発期間」も、
リソースの一部な訳です。そーゆー事ではないんだがな。「４倍手間をかけても」ムーアの法則により完成度は１．？倍な訳です。
（註：ウソ度９９．８％、「ムーアの法則」そんな所で適用すんなよ）
コンペ以外は、興味がないのかなー。瞬発力は凄いケド持続力がさー。別に人には向き不向きの問題があるからイイケドさー。
Ｇｅｎｓは持続力があるから、エライですね。今回の２．１４は、Ｚ８０コアからＲ，Ｒ２が取り除かれてます。
この前見た奴（別館の奴）では明らかに（Ｒ，Ｒ２関係が）入ってたから、それ以降に「ソース見直したにゃりよ」ちう事ですな。
Ｒ，Ｒ２って「リフレッシュレジスタ」にゃりよ。「リフレッシュレジスタ」は、本当は、「バスアクセスのタイミング」ではなく、
「ＤＲＡＭのリフレッシュのタイミングで動作」するにゃりよ。エミュでは、「バスアクセスのタイミング」しか判からない関係上、
無駄で無意味にゃりよ。そんなん適当に、乱数でも与えときゃいいにゃりよ。
しかも、（世間に存在した奴）まともにえみゅれーと出来てない（ってゆーかエミュでは必要なし）にゃりよ。とゆーのが真相にゃり。
あなたが一生懸命あそんだ（過去の）Ｇｅｎｓたんは、実はそーゆールーチンも入ってたにゃりー。とゆー話。（別に実害はない）おちまい。
（２００６－０９／２０、１６：００）
■この実験版マイＧｅｎｓ。別館にＵＰしといたです。
HERE
こんなんだにゃー。３２ＸとかメガＣＤとかＮＥＴ対戦、は排除してあります。
Ｇｅｎｓコンパイル出来なくても、あたりまえなのです。もう一度Ｌｅｔ’ｓチャレンジ。
（２００６－０９／２０、２１：４７）
■Ｇｅｎｓは、ＤｉｒｅｃｔＩｎｐｕｔを使用してるので、一応ＤｉｒｅｃｔＸ５以上なんだな。なんかそおいう匂いがスルなー。
全画面で死ぬ原因は、「C:\VC\SEGADRIVE\src\G_ddraw.cpp」の「SetDisplayMode」だった。これを外せば、「死ななく」なる。
したがって、「lpDD」を「LPDIRECTDRAW」から最低でも「LPDIRECTDRAW2」に変更する必要がある。（註：元は「LPDIRECTDRAW4」）
そーすると「SetDisplayMode」の仕様が変わるから、「SetDisplayMode(640,480,16);」とかを「SetDisplayMode(640,480,16,0,0);」に出来る。
これをコールしても死ななくなるし、「全画面モード」に切り替わる。んが、「全画面モード」にはなるんだけど。何も表示されない。
おかしいなー。Ｇｅｎｓ方式はＸ５で動く筈だけど、とりあえず動かんから、極当たり前の「lockして直描き」ルーチン追加して、
実験してるんだケドなー。
（註：「マイHazeMD005a」（ＭＩＮＧＷ＋ＤｉｒｅｃｔＸ８）見たら、「lockして直描きルーチン」しかなかった。だから、「lockして直描きルーチン」を追記した。
んで、「ウインドウモード」は、さしあたり「lockして直描きルーチン」で表示される。）
こんな所、本質的にどおでもいいんだケド、ＤｉｒｅｃｔＸ５は（古すぎて）ワカランなー。
差し当たり、Ｇｅｎｓは「ＤｉｒｅｃｔＸ５ＳＤＫ」以上なら何とかなりそう（別にそれ以前でも構わんが、余計な苦労がさらに増えるよ）
な事が、判ったんで、そろそろ「ＤｉｒｅｃｔＸＳＤＫ」入れるかな仕方がない。
でも、理屈上（ＶＣ＋＋６．０内蔵の）ＤｉｒｅｃｔＸ５でもイケル筈なんだよなー。
ＤｉｒｅｃｔＸはどーでも、イイカラ、地道にＡＳＭ→Ｃ言語。の作業をスルかなー。
（２００６－０９／２２、１３：１０）
■別館にGENS214MD_A01あっぷしたケド。
使い方：ＲＯＭはドラッグ＆ドロップで起動が簡単。
□File ＲＯＭ読み込み／開放。ステート、セーブ／ロード。
□Graphic 画面の設定。
□Sound 音の設定。
□Option えみゅの設定／GYM,WAVダンプ機能
□Reagion メガドラ、リージョン設定。
□Help ＨＰ紹介／改造機能／過去に使ったＲＯＭ／リセット機能
細かい事は、やってみりゃワカルでしょ。タブン。
デフォルトのキー操作：
カーソルキー＝方向
x y z mode
「Ａ」「Ｓ」「Ｄ」「Ｆ」
「Ｚ」「Ｘ」「Ｃ」「Ｖ」
A B C start
ＸＰや２ｋで動くんだろうか？べ、別にＸＰや２ｋで動かなくたって、ＰＳＰには関係ないから、
イインだけどさ。でも、もし試したなら「動いた／動かない」ってこのページにコメント入れてくれると嬉しいなあ。
もし、ＸＰで動くなら、「ＤｉｒｅｃｔＸは今の方法で固定」って事で悩まなくて済む。「ＤｉｒｅｃｔＸＳＤＫ」が手に入んないし、
ＤｉｒｅｃｔＸの過去の情報もヨクワカランのだわ。ワタシには。
（２００６－０９／２３、２２：００）
■もうこのブログは、完全に急がば回れ。回ってるダケのよーな。気もするが、差し当たりＰＳＰに関係のない事ばっかやってる、一応表面的には。
まあ、深層的にも関係あるんだか無いんだか判りませんが、ってゆーか（ＰＳＰと）アンマリ関係ないんで、書かないでおこうと思ったんだが、
実は「MPT117RC2（註：OPEN_MPT）」のコンパイルを始めた。これはタブンＰＳＰと純粋に関係がないと思う。
（註：さすがにコレをＰＳＰに移植スル気はナイ、最低でもキーボード無いと絶対不便だしさ。）
（註：しかし、いつもワタシは、思ったとおりには物事が進まない）んで、「ＯＰＥＮ＿ＭＰＴ」は（「dmoreg.h」がねえと文句たれるので）
「ＤｉｒｅｃｔＭｕｓｉｃ」を使ってるらしい。「ＤｉｒｅｃｔＭｕｓｉｃ」ってＸ７からだっけ？ヨクシラン。
（註：コンパイル成功したら、「ＤｉｒｅｃｔＭｕｓｉｃ」は排除するかも）
日本ＭＳでＶＣ＋＋６用のＳＰ６（サービスパック６）を見つけたんで、ＵＰしてみたが、ＤｉｒｅｃｔＸＳＤＫに関しては変わらないっぽい。
ソンはして無いが、（手間が）そんした～。
しょーがない「ＤｉｒｅｃｔＸ９ＳＤＫ」入れる事にした。でかいな～、と思ってたけど。それは、最近の奴の話。
たまたまＨＤＤにあった奴はチッチャイ。「dx9sdk.exe」は、２２７ＭＢしかなく、展開しても３２７ＭＢytesしかない。（ＦＡＴ３２で約４００ＭＢ占領）
これならＤＸ８ＳＤＫと大して変わらんなー。良かった。タダシこいつは「日本のＭＳオフィシャルからはＤＬ出来ない」。
米ＭＳの「．ＣＯＭ」からＤＬした。（註：オフィシャル）ＤＬした日付は２００６／０８－１９。正確にはえっと、[227,732KB]。
場所（アドレス）は忘れたが、多分まだあると思う。なるべく古いのを探そう。
（２００６－０９／２４、１９：３０）
■ところで、「ＤｉｒｅｃｔＸＳＤＫのインストール」なんて「もうずーーーと前にやったキリから忘れちゃったよー」って人もイルかもしんないので、
（註：ここに一人イル）自分の為に、書いておこう。えっとマズＶＣ＋＋にはある程度なら「標準でＤｉｒｅｃｔＸＳＤＫが入ってる」よな。確か、
ＶＣ＋＋５がＤｉｒｅｃｔＸ３ＳＤＫ相当で、ＶＣ＋＋６がＤｉｒｅｃｔＸ５ＳＤＫ相当？（Ｘ６？）らしい（あくまで雰囲気。正確なＶＥＲはワカンネ）
んだから、ＤｉｒｅｃｔＸＳＤＫを解凍しても「パスが設定されてなければ無意味」な訳。んで、当然ＶＣ＋＋でパスが設定されてる部分を
弄る必要がある。ワタシはＯＫ、ＯＫでＶＣ＋＋いんすとーるシタケド「パスの設定」なんて「ＤＯＳ臭い」もんは、無かったよ？
そうです。標準では自動でやってくれる。しかし、ＤｉｒｅｃｔＸＳＤＫイレルのならそこは弄らなければあかんのです。
さて、ゴタクはアキタんで、パスの設定。「ツール(T)」→「オプション(O)」→「ディレクトリたぶ」
えっと、マズ「インクルードファイル」の設定だな。ワタシは「dx9sdk.exe」を「C:\dx9sdk\」に展開したから、「C:\dx9sdk\Include」って
書いて、そいつを「一番上に」持ってく。出ないと内臓のＶＥＲ不明な「ＤｉｒｅｃｔＸＳＤＫ」が使われちゃう。そいつより何が何でも
「パスを先に」設定する必要がある。ＶＣ＋＋だって上から順番に探すだけだよ。ＤＯＳと同じ。
別にＣ言語講座じゃないんだから、こーゆーネタを延々書くつもりは無いんで、安心を。ってゆーか、そんなん書けんがな。
「C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE」ってのに、「ＶＥＲ不明な怪しげなＤｉｒｅｃｔＸＳＤＫ」が入ってるのです。
せっかくＩＮＣＬＵＤＥ設定しても、「古いＬＩＢ」をリンクされちゃうので（できないケド）意味なし、
同様の方法で、「表示するディレクトリ(S):ライブラリファイル」に合わせて、ライブラリーパスも設定しよう。こいつはワタシの
場合は「C:\dx9sdk\Lib」勿論、一番上にしよー。ここで、もし「SEGADRIVE(pc)A01」を、ビルトし直せば、それだけで実行ファイルが、
全然変わるじぇー。（当たり前だが）んで、実験してみた。案の定「876KBytes→888kBytes」になった。べ、別にいいケドさー。
「ＤｉｒｅｃｔＸ９」どころか「ＤｉｒｅｃｔＸ７」あたりの機能も前々使ってないケド。きっと「ddraw.lib」の「実質部分」が増えたんだろうなー。
（註：ddraw.lib自体は5KBytesしかない。これはＸ８までは「ddrawからd3dを呼ぶ仕掛け」。Ｘ９以降は「d3dからddrawを呼ぶ仕掛け」に、
変わったんだと思う、丁度ＩＥと同じ手口だな～。）
そろそろアメブロ限界でこのページには記事が書けない。
（２００６－０９／２４、２０：３０）
■
ちょっと、実機画面を調査してみた。ひじょーにいいかげん（精度悪し）の調査なんで、信頼性０％。くれぐれも信用せんようにな。
さてと、昨今は著作権も色々あるので、コレグライもざいく？かけりゃいいじゃろ。っていっても、このページは非常にアレなので、
画面の真中部分は殆ど関係がない。
さて、実機は眠い画面なので、真中の画像はＧｅｎｓから切り出したイメージを多少てきとーに色修正した。（註：色は厳密ではない）
ドットだけが欲しい。ちなみに画像の縦は２６２ラインにした。（つまり「時間」ダケが知りたいからな）
今回の実機は、初代ワンダーメガ。他のは出すのめんどいんで勘弁。んで、調査もドット単位で合ってる訳ではない。が、２ドットとか
はずれてないじゃろって感じ。（まーヨクワカラン）なんせ「ここ」と「調査地点」が物理的に離れてるんで「記憶だけで描いた」からなー。
まず、このゲームは何だか説明せんでもワカルじゃろ。「ういんぐまん」が戦う、あのゲームだよ（ウソ度５６％）
さてメガドラＲＧＢ化すると、画面の外に変な線がチラチラ表示されるよな。
そのお話。タイトル画面上方の像の背景の非常に暗い青。これは実機では結構明るい青。これがこの画面での「ボーダーカラー」。
「ボーダーカラー」はいわゆるパレット０の色。旧ＭＳＸやＳＭＳと仕組みは同じじゃろ。
上の画像で画面の外側の「明るい青と暗い青」は、実機で表示される。ここの色は、実機では「ボーダーカラー」。
左右の「赤色」は「メガドラ黒」。下部の暗い黒（ダークグレー）も「メガドラ黒」。
「メガドラ黒」は結構明るいからＲＧＢ（１５，１５，１５）が白として、ＲＧＢ（５，５，５）ぐらいかな？とにかくこれが「メガドラ黒」結構明るい。
（註：メガドラはＶＤＰ→ＣＸＡの外付け回路の都合上、一定以下の暗い色は出ない。メガドラ黒以下の色。は回路の都合上出せない。）
（註：メガドラ黒はＶＤＰ内部では、もちろんＲＧＢ＝０，０，０のつもり）
（註：ＶＤＰは＋０Ｖ～＋５Ｖで、出力。ＣＸＡは約－０．２Ｖ～約＋０．２Ｖで入力。外付け回路は抵抗とコンデンサで安価に分圧してる）
（註：ＶＤＰ：セガはＡＣメーカーだから、メガドラＶＤＰはＡＣに耐える出力レベルを確保してる。）
（註：ＣＸＡ：「ＳＯＮＹ－ＣＸＡ１１４５」又はその互換、後継チップ。（後継はＶシリーズ）「ビデオエンコーダー」つまり、「ＲＧＢ→ＮＴＳＣ変換チップ」
当時はメジャーで、一部「ＳＦＣ」や「プレステ１の一部ロット」にも採用されてる。）
さてそれ以外の「白い部分」。ここは「本当の黒」そりゃ、ＲＧＢ（０，０，０）に決まっとるじゃろ。ここには「走査線が来ない」だから、
黒くて当たり前。黒くないならモニターの調整やりなおせ。感電死してもおｋ。
下の右隅。ボーダーカラーはこの辺で消失。ここから下は、どんなパレットが設定されようが強制的に「メガドラ黒」。
さらに下のガタガタしてる部分は、書き間違えた訳ではない。まず真中のへこみ。これは、ＶＳＹＮＣじゃろ。ご丁寧に２ラスタ分、へこむ。
それから、右下。この辺で走査終了する。
（追記、註：どうも。このへこみは「メガドラのＶＳＹＮＣ」ではなくて、「コンバーターのＶＳＹＮＣ」らしい。つまりメガドラとは関係がない。
「コンバーター」でＶＳＹＮＣ排除して、「新しく作ったＶＳＹＮＣ」を追加するんじゃろ。タブン）
（ちなみに「ソニック２」の「インターレースモード」似たようなタイミングだが当然「終わりが２ヶ所」出来る。
一ヶ所は「上のボーダーカラー」消失点と同じ。もう一ヶ所は「半ラスター下」つまり一ラスター下の左下前の方。ここが「もうひとつの
ボーダーカラーの消失点」）
実は、使った機材（イマドキ２００ラインモニターは困難（出すのめんどい）なので、間にコンバーターが入ってる）が悪くて、
（この機材では表示されないので）走査開始点は上には描いてない。んが、確か古い記憶だと画面の真中辺から描き始めた気がする。
つまり上の画にもう１ラスタあるんじゃあないかな？そこで記憶を元に追記。走査開始点はワカランからてきとー。
コンバーターが入ってるから、正確なドットじゃあ無いがな。
上下のラスタもラスタ数はいいかげん。右の「メガドラ黒」は「２ドット」。左はたぶん９ドット。その内側のボーダーのドット数は結構アバウト。
「紫の部分」ここには（このゲームのこの場面では）「白い点」がチラチラ表示される。位置はワカランからてきとー。大体この辺。
但し、ラスタ（縦位置）は正確。
「緑の部分」ここには「いろんな色」が表示される。もちろん「メガドラパレットの範囲内の色」。
２ヶ所、切れてる部分がある。ここには「絶対に表示されない」間隔はアバウトだが、各１ドット。
それから、「緑」の右端。ここは１ドットはみ出す。この辺の「緑」の右端部分の色はほぼＲＧＢ（１５，１５，１５）の白なので、判り易い。
さてと、「タイトル画面」はアキタから、「オプション画面」に行ってみよう。上の画は、単なるコピペだが、（オプション画面での
ボーダー色は実機では「メガドラ黒」）実機では、上の画での「紫と緑の部分」、チラチラ部分。これが全く無くなる。消えてしまう。
何でだろ？
イッタイあのチラチラは、何が表示されてるんだろう？。「オプション画面」に入ると無くなるのは何でだろ？
「オプション画面」に入ったときに、「ＶＳＹＮＣ割」とか「ＨＳＹＮＣ割」とか「その他のＩＮＴ」が無くなるのかな？それともＯＢＪ？
調査の必要があるなー。
もう一回画面、見に行ったケド。左右の青い部分のボーダーは、もう少し（左右とも＋２ドットぐらい）あるかも？オプション画面で、
左の「青と赤」を足した長さが、ダイタイ柱２本の長さと同じくらい。
（２００６－０９／１７、００：３３、ねむい）
さてと、メガドラえみゅを作るなら、ＣＲＴＣの時間管理に、こーゆー情報は必要なんだよな。んで、仮に上記画像が１００％合ってるとしても、（註：そんな訳ない）
まだ少し情報が足りない。「水平帰線期間」がないからな。んでも正確なドットクロックが判れば、１フレーム割る２６２が１ラスタだから、
そこから上記画像の総横ドット数（赤＋青＋画面＋青＋赤）を引けば、残りが「水平帰線期間」だな。
（２００６－０９／１７、１３：００）
