■まあ、そんなダイソレタ記事はないです。ええ。とにかくｅ氏のＨＰで、０８２（ソース付）が公開されたです。（ＧＧ＋ＳＭＳ追加）
まあ、これコンパイルして動いたとしても（本人が嫌がってるから）公開するのはやめよーな。が、見るのは自由で、
一部組み込むのもまあ、自由な模様。「え！？みゅれーたー」（機能上）ＭＥＳＳに近づいております。ってゆーか、
プライベートでＭＥＳＳコンパイルする場合。大抵ｅ氏の入れたゲーム機＋メガドラになるとオモワレ。
あ、ＮＥＯポケはＭＥＳＳにはないか。（確か？。ＷＳはどーだっけ？）
（２００６－０８／１６、０３：３３）
■あのさ、ＳＯＺＯＢＯＮ（註：とあるメガドラ用Ｃコンパイラ）とか使って、メガドラの自作ＲＯＭとか作ってた訳。
（註：意味はマッタクないから、夏休みの自由工作でし。無理やり理由つければメガドラエミュのテスト用ＲＯＭとか。...嘘っぽい）
ＳＯＺＯＢＯＮはだめでさ、まあＳＯＺＯＢＯＮはチミ達が生まれるより遥か前に作られた物だから、だめで当たり前なんだけど。
ってゆーかいつ頃作られた物なのか。全く判らない。ええと、あれは確か１９９６年グライ（正確には覚えてない）。ワタシは、当時
インターネットは学校でしか出来なかったから、学校の機械にＦＴＰとかＤＬしてインストールしてさ。てきとーなさーばーに、
「anymous」でログインして、てきとーなファイルをＤＬしてた頃。ちなみにＤＬしたふぁいるは秋葉でタダで仕入れた
ＦＤ（ふろっぴーでぃすく）に入れておうちへ
ていくあうとしてた。なんだか元のさーばーの調子が悪いらしくって壊れたふぁいるがあつた訳。（さすがに学校では中身は見ない）
バイナリえでいたーで中覗いたら、ＬＨＡふあいるがあった。（註：当時は外国のさーばーでＬＨＡはあみが系以外はめずらしかった。普通はＺＩＰ）
んで興味本位でＬＨＡを開けてみた。中から出てきたのが「ＳＯＺＯＢＯＮ」。それが（生まれて）初めての「ＳＯＺＯＢＯＮ」との出会い。
（註：実話でし）
あ～何の話かワカランくなつてきた。とにかく「ＳＯＺＯＢＯＮ」は古い。Ｇｅｎｅｃｙｓｔの最終版（ＶｅｒＸ．ＸＸ）よりも確実に古い。それだけは確か。
んでMakefile書いてみた。んだけどＤＯＳ（註：Ｗｉｎ９８はＤＯＳマシン）もタコなのな。あまりにタコなんでMakefile公開。見所はバスの
区切り記号。￥か￥￥か／は使い分けてる。酷過ぎ。
（註：￥はバックスラッシュ（\）で表示されてるが本当は￥マーク）
#sample make file
# the project name for binary.bin
PROJ=test2
#tools
CC=hcc
TOP=top
AS=jas
LD=ld
RM=del
INC= -I..\\include\\ -I.\\src\\
.SUFFIXES : .o .c .s
OBJ = obj
SOBJS = \
$(OBJ)/sega.o \
$(OBJ)/demo6.o
all: $(PROJ)
$(PROJ): $(SOBJS)
$(LD) -g -o $(PROJ).bin $(SOBJS)
clean:
$(RM) $(OBJ)\*.o
$(RM) $(OBJ)\*.s
$(RM) $(PROJ).bin
$(OBJ)/%.o: src/%.c
@-echo "Compiling... $*.o"
$(CC) $(INC) $<
move src\\$*.S $(OBJ)\\$*.S
$(TOP) $(OBJ)/$*.s $(OBJ)/$*.o
$(AS) $(OBJ)/$*.s -o $(OBJ)/$*.o
$(RM) $(OBJ)\$*.s
$(OBJ)/%.o: src/%.s
@-echo "Assembling... $*.o"
$(AS) src/$*.s -o $(OBJ)/$*.o
ここまで（使い分けが）メンドイと、ばかなこ（ＳＯＺＯＢＯＮ）はかわいいとは、ゆえん気がする。
（２００６－０８／１６、０４：１３）
■一方、こんどはＧＣＣ（註：とあるメガドラ用Ｃコンパイラ）を試す。（注：ＤＯＳ専用（？）らしい）
（ＤＯＳ＝＝Ｗｉｎ９５，Ｗｉｎ９８ではＯＫ。他は知らん）
（：他は知らん：Ｘｐは互換モード要るか試してないから判らん）
（：他は知らん：linuxとかは動くかもしんないケド、ワカラン）
（：他は知らん：ＭＡＣとかでも「コンソールアプリ」だから、えみゅで、モシカシテ？でもシラネ）
（註：非常に意味不明の夏休みの自由工作でし）
http://home.hiwaay.net/~eubanks/index.htmlの
「 Gnu Tools for Sega - Gnu 68k C-Compiler, ported to the Sega Genesis.」
直リンは、http://home.hiwaay.net/~eubanks/68k-Dev-All.zip
こっちなら「segｇalaga」とかゆー怪しいサンプルが付いてる。
直リンは、http://home.hiwaay.net/~eubanks/seggala_src.zip
（ソース）
直リンは、http://home.hiwaay.net/~eubanks/Bugs.bin（バイナリ）
まずこれをコンパイルしてみよー。
えっとインストールＲＥＡＤＭＥ。判りにくいちゅーの。
まず、「68k-Dev-All.zip」を展開。んで中から出てきたＺＩＰを「Ｃ：￥xgcc」以下にディレクトリ（註：フォルダ）付で展開。
つまりｃ：￥ｘｇｃｃ￥以下は、
68K <DIR> 06-08-16 15:51 68K
BIN <DIR> 06-08-16 15:51 BIN
GNU <DIR> 06-08-16 15:55 GNU
INFO <DIR> 06-08-16 15:55 INFO
LANG <DIR> 06-08-16 15:56 LANG
MAN <DIR> 06-08-16 15:56 MAN
MANIFEST <DIR> 06-08-16 15:55 MANIFEST
TMP <DIR> 06-08-16 15:56 TMP
COPYING DJ 1,997 98-08-27 11:23 COPYING.DJ
DJGPP ENV 2,402 99-02-11 17:59 DJGPP.ENV
COPYING 17,982 95-11-02 0:08 COPYING
COPYING LIB 25,265 95-11-01 23:08 COPYING.LIB
XGCC BAT 54 00-01-29 16:03 XGCC.BAT
README 1ST 13,684 98-12-02 20:26 README.1ST
XGCC_ORG BAT 418 99-02-11 17:59 XGCC_org.BAT
こんな感じ。
ところで展開前の「XGCC.BAT」と展開後の「XGCC.BAT」おんなじで迷うが、中身は同じ。
ただし、
展開前の「XGCC.BAT」は改行が「ＤＯＳ用」
展開後の「XGCC.BAT」は改行が「linux用」
エディターで編集しなおせば、どっちも同じだが「そのまま使う」なら、展開前の奴でないと動作しない。
（展開後の「XGCC.BAT」は改行がなく総てコメント扱いになり、動作しない）
「XGCC.BAT」カレントに置けとか書いてあるが、使う前に実行するなら、何処に置いても同じ。
（XGCC.BATがちゃんと実行されたか確認は、ＤＯＳで「ＳＥＴ↓」で環境変数のパスをみる）
□んで次に「seggalaga」を展開して、「Ｃ：￥ｘｇｃｃ￥segalaga￥」に入れてみた。
んで（XGCC.BATを実行した後で）「make↓」
標準ライブラリのヘッダ「include\sys\types.h」が見えてない模様。
って事は、ＧＣＣＥＮＶ（註：ファイル名はDJGPP.ENV）がちゃんと設定できてないっぽい。
これは「DJGPP.ENV」を書き換えりゃいいんだろーケド。しろーとなんでヨクワカラン（と云って直ぐにゴマカス...）
まあいいや。
それから「genesis.h」は「何処にもない」。
結局「ＳＯＺＯＢＯＮ」から盗んでこよう（それでいいみたい）。
んで「genesis.h」の最終行に以下を追記する。
typedef unsigned short ushort;
これで「include\sys\types.h」の問題は解決。（ushortしか使ってない）
（追記：makefileで標準インクルード禁止してるみたい、で「include\sys\types.h」が見えないらしい。（だからGCCENVは関係ない）
良く見たら、#include"types.h"で、#include<types.h>ではない。しかも、「types.h」って名前でファイルあるし、
でも、「ushort」は、ないので結局、上の解決方法で正しいのです。
２００６－０８／１８）
んでごちゃごちゃやればコンパイルできる筈。ＢＵＧＳ．ＢＩＮが生成されたら、手ごろなメガドラえみゅで
動作させよう。
HERE
（おうちの人にてつだってもらって、夏休みの自由工作をすすめよー）
あれえ？SEGADRIVEもpicodriveも実行できないや？なんでだろ。
（ＧｅｎｓやＧｅｎｅｃｙｓｔは実行出来たケド...）
（２００６－０８／１６、１８：３５）
■バイナリの後ろにダミーでーたーを付加し、んで１２８ｋｂｙｔｅｓでカット（0x20000）。なんとか実機で動く。
（これでなんとか先生に怒られんで済みそー）
（２００６－０８／１７、１８：３５）
この変なサンプル（註：ワタシの出した「SGLG_A00.zip」の方）。picodriveでは動く。（註：picodriveはＰＣＭ作ってないから鳴らない）
ケド、SEGADRIVEでは操作出来ない。キット「鋼鉄帝国」が動かないのも同じ理由かもにゃあ。つまり原因はこのサンプルで、
調査出来るのです。タブン。SEGADRIVEでＰＣＭも鳴らないっぽい（？）これも直さな、あかんにゃあ。ソノウチ気が向いたら。
（２００６－０８／１８、２１：３８）
■ここは記事であると同時に、実はワタシのメモ帳でもあるのです。そーゆー訳でメモ、メモ。
（２００６－０８／１７、２３：２３）
■なーんかｍｙＰＣのＨＤＤ不安定で今にも壊れそう（？）なんで別館にこのしょーもない奴（めがどら用自作ＲＯＭ）ＵＰしといたです。
（ソース＋バイナリ）でっす。ＰＳＰが無くても、試せるのです。しかし、...しょーもな。
ソース＋バイナリ、入りなのに約５３ｋｂｙｔｅｓしかない、一般的なアイコン画像とかよりサイズがチイサイ。
世の中の不条理も感じたりする今日この頃。
（２００６－０８／１８、１８：００）
■とうとうＭｙＰｅｎ０．２６６なＮＯＴＥ君。起動しなくなった。ありがとー。君の事はワスレルヨ。安心してお星になつてね。
とゆーわけで、今度のＰＣはＤＴＰなＰｅｎⅢ０．５６６な奴。無線ＬＡＮのインストールに多少苦労したが出来たからここに書いてる。
あーめんどかった。
（２００６－０８／１９、０５：００）
■またまた、全然かんけーない話。てゆうか妄想なんだケド。３２ＭＢのコンパクトフラッシュｘ２枚は完全に余ってる。
（別に壊れてもかまわねー）これにコンパクトフラッシュのリーダーｘ２を買ってきてさ。（つまり壊す用）分解してコネクタを外す。
コンパクトフラッシュはＤＯＳから直接セクタがアクセス出来るよな（註：ＤＯＳに専用のモードがあるにょ。知ってた？）
つまり３２ＭＢのコンパクトフラッシュの後半16ＭＢに直接バイナリのデーターを書くのは、一般的なライターで出来る。
一枚は奇数番地。もう一枚は偶数番地。あとはメガドラのＲＯＭばりっと書いて直結式で実機動かんかな－？
（註：「ＤＯＳでコマンド入れるとＤＯＳ（～Ｗ９８）が直書き許可する。（ＸＰは判らん）」：ＩＮＴ１３ユニット：ＨＤＤ直書きツールを使う）
（註：ＰＳ２のメモカ（8ＭＢ）やＳＤカード（ｍｉｎｉ、ｍｉｃｒｏ）、メモリースティック（Ｄｕｏ）、ｘＤピクチャー、ＳＳＦＤＣ等は、
みーんなシリアルデバイスだから、しろーとに工作は難しい。が、ＣＦだけは唯一パラレル。直結でイケないかな～？）
（２００６－０８／１９、２２：０４）
■と、おもったんで「ハギワラシスコム」ヘ行って
http://www.hscjpn.co.jp/corporat/c_download/download.html
の
http://www.hscjpn.co.jp/download/file/CFI-xxxDG_Specifications_J_Rev1_02.pdf
より一部無断転載。
資料確認。なんだ一枚で出来るんじゃん。しかも「ＡＴＡ」って１６ビットＩ／Ｏのディスクだった訳ね。オ、面白そーデハある。
こっちのほーが、夏休みの自由工作っぽいな。（でももう夏休み終わっちゃうよ）
（２００６－０８／１９、２３：０７）
と思ったけど、何でＡ１０までしかないんだろ？ワカラン。３２ＭＢとかどうやってるんだろ？（それが、わかんなければ絶対出来ない）
だってＡ００からＡ１０で１１本。２の１０乗は、１０２４だから。１６ビットなら（２［もう１本分］ｘ２［１６ビットだから］＝＝４）倍で、
４ｋＢｙｔｅｓ？３２ＭＢまで（でさえ）あと５０００倍は差があるし。？？？。ワカラン。
□ＶｃｃとＧＮＤ（のピン配置）は逆挿ししても大丈夫なよーに配慮されてるんだな。でも作るときは間違える可能性大だな。
（２００６－０８／２０、００：３０）
■ＨａｚｅＭＤの動かし方、ワカッタです。ＰＣが動かなくなったりなんだりで、結構イソガシカッタが、ふともう一度チャレンジして試た。
だって、「グラナダ」は確か、「１バイトも違わなかった筈」（過去日記参照せよ）だからグラナダが動かない事はアリエナイ。
えっと基礎知識：ＨａｚｅＭＤ０２は現状、アルファ版の上に
（註：「This is just a test build, more of a personal backup.」、
訳：「これはちょっとテストでコンパイルしてみた奴、個人的なバックアップちう感じ」
通常の６０倍以上のレンダーをしているので（つまり１ドットに６０ドット以上打つ）、重いに決まってる。）（前回の日記を読め）
まあバイナリはテストって所。
とにかく使い方。
ｈａｚｅｍｄ００２で使う「ファイル名」を調べる必要がある。ｈａｚｅｍｄ００２はＭＡＭＥでいうＦＵＺＺＹＣＯＭＰＡＲＥなので、
ＧＲＡＮＡＤＡ調べたかったら、「hazemd gra↓」（註：「gra」はてきとう）とか打って調べる。例えば、こんなん。
C:\hazemd002a>hazemd gra
"gra" approximately matches the following
supported games (best match first):
g_gran Granada (JU) (REV01) [!]
g_gste Grand Slam Tennis (E) [!]
g_gstenj Grand Slam Tennis (J) [!]
g_gran00 Granada (JU) (REV00) [!]
g_gcm Great Circus Mystery, The - Starring Mickey & Minnie (U) [!]
g_raid Raiden Trad (JU) [!]
g_smgp Super Monaco Grand Prix (W) (M2) (REV02) [!]
g_tyra Tyrants - Fight Through Time (U) [!]
g_stra Street Racer (E) [c][!]
g_gdog Greendog - The Beached Surfer Dude (UE) [!]
C:\hazemd002a>
グラナダ「２バージョン」ありんすね。独自の別調査によると「３バージョン」あった。が、「ハックＲＯＭ」の可能性あるしヨクワカラン。
とにかく「g_gran00.bin」はハックＲＯＭではない。なぜならワタシが吸い出した物と「１バイトも違わず一致」してるからな。そーゆー
訳でウチは「g_gran00.bin」。他は知らんから、そのツモリで。
「吸い出したＲＯＭ」を「g_gran00.bin」にリネーム。それを圧縮ソフトでＺＩＰ圧縮「g_gran00.zip」にする。ＨａｚｅＭＤはＢＩＮ形式は受け付けない。
ＺＩＰ圧縮形式のみ受け付ける。よく考えりゃ最近のＭＡＭＥなんだから、当たり前だな。ものがメガドラなんでツイうっかりしてた。
これはＭＡＭＥであってＭＥＳＳやその他のメガドラえみゅじゃないからさ。
次、「hazemd -cc」で標準コンフィグファイル「HAZEMD.ini」を出力させる。これは要するに「MAME.ini」だな。
んで、差し当たり直そう。最新のＰＣの人は直さなくてもいいかもしれん。とにかく直す所。
video d3d 「標準の場合」（ウチでは動かなかった。註：ＤｉｒｅｃｔＸ９．０ｃ＠Ｗｉｎ９８ＳＥ。後述のＶＥＲ８に設定してもダメ）
video ddraw ウチでは動いたがＰＣによっては不明（註：ＤｉｒｅｃｔＸ９．０ｃ＠Ｗｉｎ９８ＳＥ。後述のＶＥＲ８に設定）
video gdi 確実に動くだろ、但しとても遅い（が、最も安全）
d3dversion 9 「標準の場合」
d3dversion 8 (仮にＤｉｒｅｃｔＸ９が入ってても、こっちの方が安全。速度は原理上９と変わらない)
あと必須ではないが直したほーがよさそうな所は、
samplerate 48000 「標準の場合」４８ｋＨｚサポート出来ないＰＣはありそう。
samplerate 44100 どんなにタコなＰＣでも間違いなくこれはサポートしてる筈
samplerate 22050
samplerate 11025 この辺迄の低解像はタブン安全。てゆうかこれ以下は（ハードウェアーであっても）MAMEが跳ねる。
んでＺＩＰ圧縮したＲＯＭはＨａｚｅＭＤと同じ場所に「roms」ディレクトリを作ってその中に入れる。
例えば「C:\hazemd002a\roms\g_gran00.zip」って訳。
したら動くと思うよ。（初回はＭＡＭＥと同じで「左、右」で。（カーソルキー））
あー、それから「hazemdd.exe」っての付いてるケド、これはさらにデバッグ用だって。（試してないが、タブンＭＡＭＥデバッガ付き）
（２００６－０８／２０、０８：４５）
■しょーもないめがどら自作ＲＯＭに音を追加する実験。まずは７６４９６．あくまでテストであって、単に鳴るダケだが取り敢えず、音が出た。ソースは、（main.cに追記）
＜略＞
/*----（サウンドテスト部分、できとーに上の方に追加）----*/
#define SNDREG_TONE0_HIGH (0x00)
#define SNDREG_TONE1_HIGH (0x20)
#define SNDREG_TONE2_HIGH (0x40)
#define SNDREG_TONE0_LOW 0x80|(0x00)
#define SNDREG_VOL0 0x80|(0x10)
#define SNDREG_TONE1_LOW 0x80|(0x20)
#define SNDREG_VOL1 0x80|(0x30)
#define SNDREG_TONE2_LOW 0x80|(0x40)
#define SNDREG_VOL2 0x80|(0x50)
#define SNDREG_mode 0x80|(0x60)
#define SNDREG_noise 0x80|(0x70)
static short sound_pos;
static char sound_data[]={
0,
(SNDREG_VOL0 |0x00),
(SNDREG_TONE0_LOW |0x00),(SNDREG_TONE0_HIGH |0x00),
(SNDREG_TONE0_LOW |0x00),(SNDREG_TONE0_HIGH |0x03),
(SNDREG_TONE0_LOW |0x02),(SNDREG_TONE0_HIGH |0x03),
(SNDREG_TONE0_LOW |0x04),(SNDREG_TONE0_HIGH |0x03),
(SNDREG_TONE0_LOW |0x06),(SNDREG_TONE0_HIGH |0x03),
(SNDREG_TONE0_LOW |0x07),(SNDREG_TONE0_HIGH |0x03),
(SNDREG_VOL0 |0x05),
(SNDREG_mode |0x04)
};
static void poke_sound(char poke_data){
char *sound_io;
sound_io=(void *)0x00c00011;
*sound_io=poke_data;
}
static void sound_effect(char dummy){
sound_pos=16;
}
static void sound_main(void){
sound_pos--;
if(sound_pos==0){
sound_pos=1;
}else{
poke_sound(sound_data[sound_pos]);
}
}
/*--------*/
＜略＞
＜static void MoveBullets(void)のへん＞
case 1:
/* check to see if the trigger is pulled. If the ship is in the process of blowing up, don't bother */
if (sprite[0].flags != DYING)
{
if ((sys_key & 0x40) != 0x40) // if the button is UP, then reset the flag
AisDown = 0;
if (sys_key != 0)
{
if (((sys_key & 0x40) == 0x40) && (AisDown == 0))
{sound_effect(1);//←ここのみ、追加（ショット撃ったら音出す）
AisDown = 1;
bulletData[i].xPos = sprite[0].xAxis;
bulletData[i].yPos = 320;
bulletData[i].state = 2;
}
}
}
break;
＜略＞
＜int main(void)のへん＞
// ＶＳＹＮＣ処理（ＶＳＹＮＣ内でパッド読み込む）
sound_main();//←ここのみ、追加
wait_vsync();
＜略＞
テストだけど（このまま拡張する予定はない）、音出すのって、めんどいのな。
（註：めがどら自作ＲＯＭの７６４９６とＦＭは音の出るサンプルが、何処にも無い）
（２００６－０８／２１、０６：０６）
■さて「segalagaA00sound_test」。ＰＳＰで実行してみる。
picodriveでは、変な音が鳴る。なんか遅い。
SEGADRIVE。いきなりロードすると、えみゅごと死ぬ。しかし、なんかダミーで読ませた後なら起動可能。（とゆー事が解かっていた）
ダミーで読ませるＲＯＭは今まで「ＢＵＲＮＩＮＧ ＦＯＲＣＥ（バーニングフォース）」にしてたんだけど、それだと正常動作しない。（Ａボタンが使えない）
「シャイニング・オブ・ザ・ダグネス（シャイダグ）」を先に読ませる（音出す）と、正常動作する事を発見。
SEGADRIVEは初期化がダメなのか？...チェックになるなあ。
なんか「テストＲＯＭとしての職責」をはたしてくれるあたり、責任感あるんすね。（期待してないのに...）
（２００６－０８／２１、０８：１２）
■e氏の082cになっておりんすね。ＳＭＳもＳＭＳplusになつておりんす。ＳＭＳplusたんはムカーシ弄った記憶があるよーな？
なんかギガ昔すぎてオボエテないケド６００fpsとか出して遊んだ記憶がアル。（最近のＰＣ(Celeron2.6G)で遊んだら１０００ｆｐｓ超えたよーな記憶が...?）
ガンガレe氏。ワタシはなんにもデキナイけれど、草葉の陰からミマモッテルじぇー。
（２００６－０８／２２、２０：２７）
気になったんで、ちとちぇっく。ＳＭＳ＋探したが、「Ｐ３＿０．７３３」にも「Ｃ０．５６６」にも「Ｃ２．６６」にも見つからない。んで、古そうな奴が
ＮＯＴＥ、Ｐ０．１６６にあった。げっとれでぃーなアレで、１００ｆｐｓぐらい。ここに持ってきて、「Ｃ０．５６６＠ＢＵＳ０．０６６」で１６０ｆｐｓぐらい。
意外と伸びないんだなｗ。ワタシが最後に（あの音声を出す為に）弄ったのは２００２年で、０．９３。ｅ氏のは０．９４．多分参考になるよーな事はないだろな～。残念。
（追記、註：アレおかしいな？Ｋ６－２＿０．３７５＠ＢＵＳ０．０７５で最悪２００ｆｐｓ以上（最大瞬間３００ｆｐｓぐらい）とかゆーメモが残ってる。不思議）
（２００６－０８／２２、２１：５５）
ＳＭＳ＋、ＦＭが０．９３。→０．９４。で、さとうＦＭから、おかざきＦＭにかわってるのな？げっとれでぃーなアレは解決したんだろうか？
ワタシハ、力技でやっつけたが。「2001 01-17 : Version 0.32 -- LPF implemented.」めちゃめちゃあやしー。
（２００６－０８／２２、２２：４７）
（註：力技：最近のＰＣは知りませんが（盲腸のよーに残ってると聞いた）、サウンドブラスタ等に本物のＯＰＬ（確かＯＰＬＬ２だっけ？）
が載ってるので、そちらを使えばリアルなアレが楽しめる（？）のです。ＦＭ音もデジタル４４１００より、キレイなのです。理由は判らん）
気になったんで、e氏のＷｉｎ３２版実行してみた。もちろん「おかざきＦＭ」のげっとれでぃーなアレ。
ＬＰＦはかかってるとは言えんが、（つまり変なパルス音）一応、デジタルＦＭで音出るのな。ここは改善する必要があるな。
素直にフィルター入れるか、出力波形の差分が一定以上ならごにょごにょ。とかやるとか。まあ外野の気分なんで雑音ですが。ジビビ。
（２００６－０８／２２、２３：２３）
■アメブロがさー、広告広告！センデンしてくれないと泣いちゃうからつ。...ってウルサイエエト、積極敵的だからさー。
ウザイナ積極テキですね、と思いキレテこの説教積極性にこたえねばとオモイふざとゆー訳で、
広告が五枠になった。（もうどーでもしてくれ）
＜警告：：このブログを読むと「お肌が荒れます」読んだらダメです。お肌が荒れてもワタシのせーではありえません＞
（その為に５段ぶち抜きで警告しております。アメブロより）
とにかく、そりゃアメブロ界にイキル以上仕方がない。それをやってたら変なもん発見。
「アクセス解析」。初心者的にはヨクワカランデ放置だったんだが、ヨクワカランがヤッテミタ。役に立つのかどおかやった事無いから
ワカランモン。
そんで、（テストで）テキトーな所クリック。ワタシしかいないミタイなのに何故か「２人」になってる。変なの？と思い。しばらくしたら、
いつのまにか「３人」になってた。
Ｈａｚｅさんだつ！な、夏休みだし、日本の夏は、あ。あつスギるし、あ亜熱帯は熱いじぇー。もとい暑いです。ええ。
しょ、しょーがないＧＣＣ（ＤＯＳＶ用）でも入れるかな？
（２００６－０８／２３、０１：５５）
■おっとお、ＨａｚｅＭＤ。０．０４ａにぱわーあっぷしてる！！
August 21st, 2006
HazeMD 0.04a
Haze Megadrive Emu 0.04a
Added a callback to the 68k TAS instruction, this allows Gargoyles and Ex-Mutants
to work again and is cleaner than the previous solution of simply hacking out the
TAS writeback in all cases.
（ｍ６８のＴＡＳ命令でコールバック（つまり特殊処理やね）するよーにしたら、
「Gargoyles」と「Ex-Mutants（亀忍者かなｗｗ？）」（ガーゴイルとＥＸミュータント？）
ちうゲームが、以前の奴（ＨａｚｅＭＤ０．０３ａ）に比べて、ちゃんとキレイに動くよーになったでつ。
「ＴＡＳ命令」すべての場合の「ＴＡＳ命令の書き戻し」のタイミングで、ごにょごにょやるよーに、ちょっと簡単に実装してみたでつ。）
Also added a couple more parent-clone relationships.
（したがって、これらのゲームの「クローン」もちゃんと動く筈でし）
Here
（ここにあるにょ。註：「リンク」のページから行けるようにしときました）
そゆー事かｗｗｗｗｗｗｗ。（註：（現時点で）Ｈａｚｅさんの過去ページからワザワザうちに来る第三者が現れる確率は非常に低い。
つまり「Ｈａｚｅさん本人」の確率が非常に高い。「串」はちゃんととおってるし、「Ｇｅｃｋｏ」だし、「３２ビット色」だし。反証する理由の方が少ない。
つまり「日本のワタシのブログに書いちゃったでつ」が気になって来たとゆー事だね。モチロン第三者の可能性もある。その場合は人気でウレシー）
差し当たり何の事やらワカラン。ＴＡＳ命令は、「テスト＆セット（Test And Set）」ビットテストして、
んで条件により値をセットしてくれる命令だった気がする。（ワスレマシタナ）
んで調べてみた。X68000ぷにぐらまーだと気が付かなかったが、「本来マルチプロセッサーの同期を取る為の命令」らしい。
ナルホド。X68000は「シングルプロセッサ」だったからカンケーネーが、めがどらは「Z80」とで「マルチプロセッサー」の設計に
なってるかもしれんもんな。Read_cycle→Modify_cycle→Write_cycleって進むミタイ。うーん、そーすみたほーがハヤそう。
（２００６－０８／２３、０３：３０）
ＴＡＳ→ＴＡＳマニア→ＴＡＺまにあ物語。思い出したＺＯ。ありゃバイト調べてびっと７をセットしてくれる便利な命令ちう認識だったな。
だってＯｈ！Ｘ（民明書房日本ソフトバンク刊1995-07/01,p046）にそー書いてあったし。
（註：ＴＡＳ：マニア命令、げーむのプログラムをＤＩＳるよーなマニア程何故か知ってる。ＴＡＳ知ってるか（即答するか）でマニア度が測れる。
便利な命令。）
（２００６－０８／２３、０４：００）
■「ギャラガ」について。
「ギャラガ」。知ってるかな？原作は、まあ、今となっては「プチゲーム」、「ミニゲーム」だが、オモシロイ。「凄く」ではなくて、「チョット」。
まあハマレバ「凄く」なんだが、それでも「プチゲーム」である事には変わらない。べ、別に「ＡＣ」じゃなくても、
「ファミコン」でも「ＰＳＰ」でも「ＰＳ」でも、まあ（ほぼ原作っぽい奴を）知ってるんじゃあナイかな？
それらでも（拘らなければ）オモシロさの本質は変わらない。
さて、別館のsegalaga。比べる事すら、おこがましいが、それらに比べて１０００００倍はツマラン。
そりゃともかく、もしあれを拡張して、んで頑張ったとしても。「本家のように面白くなる可能性は無い」のです。その話。
え？何で？と思うかも知れない。ワタシだって本家をプログラムしたり、あるいはＤＩＳったりして言ってる訳ではないのです。
だって根本的に、オカシイモン。大体「別館のsegalaga」。せっかくソースあるのに、ちゃんと読んですらない。
読む気を無くす根本的におかしな点が、
主に２点。
１．固定少数を使え。
２．ターゲット誘導方式にせよ。
１番の「固定少数」それは単に実装方法であって、とにかく原理的に「小数点以下の座標を管理してくれ」って事。
ギャラガはナムコの超初期の作品。その頃のＰＣは「８ビットＰＣ」。「８ビットＰＣ」ってのは基本的にunsigned char（０～２５５）を
使うのは簡単だけど、unsigned short（０～６５５３５）を使うのは、「めんどい」か「時間がかかるんでなるべく避ける」という時代。
さてギャラガの前にはパックマン（やラリーＸ）があった。これはハードウェアー上でＯＢＪ（スプライト）が（縦）２５６ｘ（横）２５６の
範囲に制限されてたから、どんな値を書いても必ず画面のどこかに表示された。（パックマン、単に横が２５６ドットだからであって、
「ワープ処理」など「存在しない」のです）
ギャラガは横はそれらと同じ、縦は多分違う。まあそれにしたって。（縦）５１２以内ｘ（横）２５６の範囲だろう。（画面端、左右の
雑魚／ボムはワープする）
んじゃあ画面のドット解像度が２５６だし、移動量（ＶＸ）とか（ＶＹ）とかも０～２５５の値で持てば良いのか？
（例えば、「ヒトコマ（後述）」の移動量を、Ｘ←Ｘ＋ＶＸ。つまりＸ＝Ｘ＋ＶＸ；あるいはＸ＋＝ＶＸ；）
それは「違う」。
ゲームは約（１／６０）秒、単位で動いてる。それはＰＳＰだってＤＳだって同じだし、ＰＳ３だって同じだし、当時のＰＣやギャラがの
基盤にしたって、同じ事。まあ多少の例外はあっても基本的に約１／６０秒単位で動く。（ワザと無視しする方式も一応ある）
「約１／６０秒単位」って事は、言い換えれば「１秒間に６０枚絵を書くチャンスがある」って事。アクションやシューティングゲームは
「パラパラ漫画」つまり「アニメ」と同じ原理（註：表示原理のみの話）なので、間のコマがちゃんとつながってないと面白くない。
仮に今、「ヒトコマの移動量」を、１ドット。上記の方式で、ＶＸ＝１；としたと仮定しよう。その場合１秒間で６０ドット進むな？
ギャラガの１キャラは大体１６ｘ１６ドット。１６を４倍すると６４だから、一秒間で４キャラ分進む。それが最小単位では、いくらなんでも、
大雑把すぎないか？
そんで、別館の奴は「ウェイト」をかける事にした。（註：元の作者が決めた）「ウェイト」ってのは要するに「動い」たり「動かなかった」り、
して「なんとか調整」する。とゆーもの。別館の奴は「プログラム全体がウェイトだらけ」になって「破綻（後述）」している。
ワタシが見ても「なにがなんやら判らない」し、元の作者も「なにがなんやら判らない」んで。元の作者は「ワタシは忙しい」と
「屁理屈」を付けて、ほっぽらかしてあるのが、「別館の奴」もしくは「元のサイトの奴」。
「破綻」っていうのは、仮に一面はあれで良くても、「２面」、「３面」、...と、同じ方式でやったら（作るのめんどくて）「続かないだろ」。
昨今のシューテングでは、規模が大きい（メモリに乗らん）から、「一面のプログラム」→（ディスクからロード）→
「二面のプログラム」→（ディスクからロード）→「三面のプログラム」→...となっているが、（例えばＰＳのＲ－ＴＹＰＥ⊿とかプログラムが、
分れてるから、改造が大変。但しこの方式は完全に「分業可能」なメリットがある。「一面」は俺。「二面」はあんた。「三面」はあいつ。
納期までの時間がもったいないから「同時に作ろうぜ」。これは「ゲームのイメージ」（例えばＲ－ＴＹＰＥ）が「共通概念」だから出来る技だな）
当時は、「規模が小さい」から全部メモリにロード。「全面共用のプログラム」＋「全面分のデーター」勿論プログラマーは一人。
んでＡＣの大きさはヨクシランが、「ファミコン」だの「ＭＳＸ」だのに「移植」されてる。あれらのＲＯＭ容量は良く知らんが、
３２ｋＢｙｔｅｓだの６４ｋＢｙｔｅｓだののレベルの筈。
まあ、メガドラは１６ビットだから「使用効率が二倍悪い」としても、６４ｋＢｙｔｅｓだの１２８ｋＢｙｔｅｓだののレベルで全面分、出来なければ、オカシイ。
つまり考え方が根本的にオカシイ、すなわち「破綻してる」。
さて「細かい方の単位が一ドット単位では荒すぎる」という話は解かったとして。んじゃあ「荒い方の単位は何ドットなら適切なんだ？」
ギャラガは一面では、それ程高速には敵が動かないが、面が進むと「加速ポイント」から「加速して敵が移動」する。
その最大の速さは何ドットあれば足りるんだろう？
何ドットかはワカラナイから、仮に「最高１６ドット」だと決め付けて考えてみよう。もし、１／６０秒に、１６ドット動くのなら、
一秒で１６ｘ６０＝９６０ドット進む。ギャラガの画面の縦に長い方の長さが３２０ドットだとして、９６０ドットっていうのは丁度、三画面分。
人間の反射神経。初めて見えた瞬間からアクションを起こすまでの時間が最高でも０．３秒程度かかると工学的に測定されてる。
（オリンピックではフライングになっちゃう）
大体１０代で０．５秒程度。ジジイは０．７秒とか。これは、運転免許取りに教習所にいけば「空走距離」で習う。
慣れないペダル操作＋余裕分を考慮して１．０秒として習う筈。
もし、「教本」があるなら調べてみよう。「空走距離」の表と「1秒間に進む距離」の表。値がまったく一緒。
（時速６０ｋｍの場合約１７ｍ＝１６．６６）（時速６０ｋｍ＝＝分速１ｋｍ＝＝分速１０００ｍ。つまり秒速（１０００／６０）ｍ＝１６．６６）
ええ？ワタシは「ストップウォッチ」０．０１秒単位で止められる。し、連続押しでも、０．０１で止まったよ。
それは意味が違う。前者は人間に「測る機能」があるから「反射」ではない。後者は痙攣してるだけで「考えて行動してない」
つまり、両方「神経の伝達速度」と関係のない次元の話。
とにかく、仮に上からＯＢＪ（スプライト）が流れてくる。として、ボタンを押して止める。とする。３２０ドット通過時間が０．３秒。
どういうタイミングで流れてくるか解からないとして、これは「オリンピックの選手でも止められない」。（註：予めタイミングが予期出来れば別、
その為。「一般的なシューティングゲーム」等では、これをプレイヤーに感知させる為、ボスが「極太レーザー」打つ前には、
ビカビカ光って、「お知らせ」する。「ゲーマー」はこれを見て行動する。「へたくそ」は「見てない」から「行動出来ない」。
その為面白くないと文句をたれる。従って「ポケモン規制」に引っかかるぐらいに派手にヤル必要がある）
そーゆー訳で、最大１６ドットで「問題なさそうだ」と理解して頂けますでしょうか？
さて、unsigned char。０～２５５だけど、「１６進数」で表すと００～ＦＦ。ちなみに「１６段階」を「１６進数」で表すと００～０Ｆ。
半分で足りますな。半分ってつまり、「１６段階」かける「１６段階」は「２５６段階」。
unsigned char。すなわちＦＦの上半分が「１６段階」。下半分が「１６段階」と思ってやれば。上半分＝整数部。下半分＝小数部。
これを「固定小数点」方式っていいます。これは「４．４の固定小数点形式」です。（整数部４ビット．小数部４ビット）
つまりギャラガは「４．４の固定小数点形式」なんでねー？と思うのです。（４＋４＝８、８ビット＝unsigned char）
もし、この方式ならば１秒間に６０ドットではなくて（６０／１６）ドット、つまり３．７５ドットです。
ギャラガで、止まってる物は、速度０だから別として（例えば爆発物は速度０）１秒間に３．７５ドットの精度があれば大体良いような...
不満なら最大速度は落ちるケド「３．５の固定小数点形式」にするか、素直に２バイト（８．８の固定少数形式とゆーふーに考える）
使うか。まあ本物が２バイト使ってるかもしんないですケド。
ギャラガ精度まとめ。（予想＝＝妄想値）
表示画面：横２５６（Ｘ）ｘ縦３２０（Ｙ）：単位は[ドット]：（註：ギャラガはＡＣで元々「縦画面」ゲーム）
仮想画面精度：横２５６（Ｘ）ｘ縦５１２（Ｙ）：単位は[ドット]：（註：「ザコ」が画面下から戻ってくるの「は仮想画面の精度」がある為）
１／６０単位でのＯＢＪ精度（仮想座標単位系）（すべてのＯＢＪ共通、但し「陽動」は特殊（専用のＶＸ，ＶＹ）があるかもしれない）
Ｘベクトル（ＶＸ）加算量：８ビット（「４．４固定少数」）（１６ビット「８．８かもね」）
Ｘ絶対量：１６ビット（「８．８固定少数」）
Ｙベクトル（ＶＹ）加算量：８ビット（「４．４固定少数」）（１６ビット「８．７かもね」）
Ｙ絶対量：１６ビット（「（１＋８）．７固定少数」）
ＹＹＹＹＹＹＹＹ．ＳＳＳＳＳＳＳＹ
７６５４３２１０ －－－－－－－８（←小数部の最後が「Ｙ８ビット」）
実座標（画面表示時）は「ＯＢＪ表示」に整数部分のみ使う。が累積精度はあくまで少数演算。
総て妄想（調べてない）ですが、大体こんな感じでないかな？
他にも、「ターゲット誘導」の関係上。
Ｘベクトル積算（ＶＶＸ）加算量：８ビット（「４．４固定少数」）（１６ビット「８．８かもね」）
Ｙベクトル積算（ＶＶＹ）加算量：８ビット（「４．４固定少数」）（１６ビット「８．７かもね」）
こゆーのもあるかもな。
「固定小数点形式」解からなくても、プログラム作れますし。「現代のＰＣ」ならまず間違いなく。「浮動小数点形式」（float）
若しくは「倍精度浮動小数点形式」（double）に、すればすむ話です。
ゲームプログラムに限れば、「浮動小数点形式」（float）は必要だけど、「倍精度浮動小数点形式」（double）は、
（例えば３Ｄポリゴンで座標計算するとして）どーしても必要な場所は滅多にない。です。それでも、「速度が変わらないのなら（double）
しか知らなくても良い」とも言えますが、「ＰＳＰは速度が変わるんだから（float）しか知らなくても大抵困らない」とも言えます。
現在のＭＡＭＥとかは、一部無茶してるんで、精度の関係上一部に絶対（double）が必要だったり（６４ビット整数が必要だったり）します。
それでも「１９９９年頃（前世紀）のＭＡＭＥは（float）だけで動いていた」んで、（float）だけで、ソコソコの精度のえみゅが作れない訳ではない。
ですが、「ターゲットに拠っては余計面倒になったり」します。
２．ターゲット誘導方式にせよ。
やっと２です。もう、すっかり忘れてたかも知れないケド。こっちの方がより（本質的に）重要な話。
そうそう話はギャラガだっけ。「別館の奴」がダメなのは、「ターゲット誘導方式」とゆー考え方が「全く無い」。
えっと、「別館の奴」。「src\dat\」以下に怪しげなデーターがある。作者曰く「flight record data」（飛ぶ軌跡のデーター）だそーです。
要はＭＡＭＥリプレイと同じような「軌跡データー」という考え方です。（註：ＭＡＭＥはパッドのデーター、これはＸＹ座標のデーター）
いづれにしろ、こーゆー「考え方」をギャラガは「していない」です。
Ａ＞ギャラガでは「デュアルファイター」になります。
Ｂ＞マイシップが「キャプチャーされる」とき１６方向に弾が発射でき、かつ敵が殺せます。
Ｃ＞二面から敵が「二列縦隊」で飛行してきます。
Ｄ＞後半面は「加速ポイント」からザコキャラが「加速して移動」します。
Ｅ＞雑魚の出現位置は、右、上（右より）、上（左より）、左。の４ヶ所で、「それ以外からは出現しません」。
Ｆ＞後半の「チャレンジングステージ」では、ザコが出現後、仮想の「回転中心」へ向かって「渦巻状に円の動き」をします。
Ｇ＞「隊列」を組んでいる雑魚は、「一つ前の雑魚へ向かって移動」してます。
これだけ例を挙げれば、まー解かるでしょう。「指定座標へ向かう」というアルゴリズムはありますが、
「予め決められた座標を次々変えながら進む」という、シーンは一つもないです。つまり、「軌跡データー」という考え方は存在しない
ので、その方法で無理やり作ると「破綻」してしまいます。
「別館の奴」は一面分しかないのに、「あれだけ沢山」データーがあり、しかも「精度が悪く」立派に破綻してます。
あれを、拡張して、二面の「二列縦隊」のプログラムを加えたら「なお一層破綻が進みます」
（Ａ＞）「デュアルファイター」は一元管理されています。「デュアル」つまり１６ｘ１６ＯＢＪのＯＢＪが「２枚一編に動く」。片方のＯＢＪを
「基準」とした場合、もう一方のデーターは「水平時」で１６ドットずれる訳ですね。ギャラガは「水平時」以外にも「１６段階の方向」を
取る可能性（Ｂ＞）がありますから、（掛け算を廃止する為に）差分が「１６個のテーブルになってる可能性は高い」です。
（つまり、ＸとＹで３２個（多分３２バイト））
（Ｃ＞）の「二列縦隊」は「一列縦隊のアルゴリズム」に前項「２枚一編に動く」のテーブル座標値を合算し、座標を算出してるでしょうね。
（Ｄ＞）の加速は素直に考えれば「掛け算」ですが、「加速状態は」はせいぜい三段階もあれば十分なので、これも足し算にする為に、
テーブルになってる可能性が高いですね。前項「２枚一編に動く」のテーブルと同じ物です。初期化時に予め掛け算を計算しておく、
可能性もありますがテーブル容量（Ｘ差分）（Ｙ差分）（１６方向）（４加速状態）（２ｘ２ｘ１６ｘ４）＝＝２５６[バイト]から言って、
予め計算してある可能性が高いですね。
ここまで説明した総てのテーブル容量は２５６バイトです。（「加速０のテーブル」＝＝「２枚一編に動くのテーブル」）
（Ｂ＞）「キャプチャーされる」場合の自機の動き。これは「回転パターンは見ないで純粋な軌跡を見ます」。単に「ギャラボスの１６ドット下」へ
「自機が（誘導されて）移動するだけ」ですね。指定位置に自機がきたら「キャプチャー終了（状態へ変更）」あるいは、
「キャプチャー開始からの経過時間で終了」。どっちかだと思います。
（Ｆ＞）ギャラガを理解するには、この状態を再現するプログラムを真っ先に作って試る。これが近道かも知れません。
「仮想の回転中心」、「仮想の半径」、そしてその半径の先にある「仮想の餌」。先頭の雑魚は「仮想の餌」に向かって飛行してるだけ、
ですね。
さて、ギャラガにおける「円の動き」これはどおやってると思います？ワタシは、（仮想の回転中心の）「上下左右のポイントに
単純に餌を配置するだけ」だと、思います。「sin、cosテーブルは必要ない」です。
１／６０単位の処理。例えば「Ｘ←Ｘ＋ＶＸ」とします。「Ｘ」も「ＶＸ」も「変数」です。
ちなみに「Ｘ」は変数。「ＶＸ」は定数の場合は、「一般的な１次関数」すなわち「放物線」の動きをします。
（註：例えばザコの座標が（Ｘ，Ｙ））
ここで「ＶＸ」を定数から変数に代えて、「ＶＶＸ」（定数）を加算する場合を考えます。さらにＸとＹで２次元に拡張します。
１／６０単位の処理は、
「ＶＸ←ＶＸ＋ＶＶＸ」 // vx+=vvx;
「Ｘ←Ｘ＋ＶＸ」 // x+=vx;
「ＶＹ←ＶＹ＋ＶＶＹ」 // vy+=vvy;
「Ｙ←Ｙ＋ＶＹ」 // y+=vy;
になります。この時、（ＶＶＸ，ＶＶＹ）を（０，１）→（１，０）→（０，－１）→（－１，０）→（０，１）「註：はじめに戻る」
と、誘導座標（ＴＸ，ＴＹ）の線上に交わった場合に、換えてやれば、そりゃ結果的に（数学的にも）「円の動きそのもの」です。
「誘導座標線上に交わった場合」でなくても「仮想餌」に「ぶつかった場合」でも全く同じ事ですね。
（註：誘導座標（ＴＸ，ＴＹ）は、仮想の回転中心の事です。例えば「餌」の位置が（ＴＸ，ＴＹ）＋（０，１）で、（ＴＸ＋０，ＴＹ＋１）になったり
する訳です。（０，１）は仮に半径１の場合です。）
これは、「円の関数の定義そのもの」ですし、同時に「sin、cos関数の定義そのもの」でもあります。「微分の仕組み」でもあるし、
「sinとcosで位相が９０度ずれているというのは、実はこういう仕掛け」なんです。（角度を廃止すると実はこのような仕掛けになっています）
（Ｇ＞）考え方、そのものです。
（Ｆ＞）には、もうひとつ重要なポイントがあります。それは「何時誘導が始まって」。「何時誘導が終わるのか」。
つまり、ギャラガにおける軌跡パターンというのは、「軌跡座標のデーター等はなく」。
１：誘導種類
１Ａ：単一（特定）座標へ「ジェミニ式」誘導。（註：ＸＥＶＩＯＵＳのジェミニ誘導と同じ）
１Ｂ：（Ｆ＞）のタイプの移動（上下左右に餌を自動配置？）
２：時間
３：誘導座標 ＝＝（１：）で使う座標。（ＴＸ，ＴＹ）
＞下がＹ＋、右がＸ＋とする。
＞敵の出現ポイントは、ｓ１～ｓ４の４ヶ所のみ。
１：ｓ２から出現。出現時の（ＶＸ，ＶＹ）＝（０，１）「打ち出し速度」
２：ｐ１へ向かう。
３：ｐ２へ向かう。
４：ｐ３へ向かう。
５：ｐ４へ向かう。
６：ｐ４で「編隊分離」。自分の指定席（ポイント）へ向かう。
「編隊」
＞先頭から順番にｂ１～ｂ８とする。
＞「ｂ０」ならば、（時間で行動）
初期編隊、配列データー
１：ｂ１（親）はｂ０を追う。
２：ｂ２はｂ１を追う。
３：ｂ３はｂ２を追う。
４：ｂ４はｂ３を追う。
５：ｂ５はｂ４を追う。
６：ｂ６はｂ５を追う。
７：ｂ７はｂ６を追う。
８：ｂ８はｂ７を追う。
ここで、ｂ１とｂ５が撃墜されると、
１：ｂ１（親）はｂ０を追う。（撃墜）
２：ｂ２はｂ１を追う。「ｂ２はｂ０を追う。」
３：ｂ３はｂ２を追う。
４：ｂ４はｂ３を追う。
５：ｂ５はｂ４を追う。（撃墜）
６：ｂ６はｂ５を追う。「ｂ６はｂ４を追う。」
７：ｂ７はｂ６を追う。
８：ｂ８はｂ７を追う。
撃墜された場合は、配列を書き換えないで、（撃墜）マークを付け、そのまま使う。
したがって要るものは、（撃墜）されたかどうかのフラグのみ。
このデーターをビットで表すと、１バイトあれば良い。
（２００６－０８／２３、２３：０３）
■息抜きにＰＳＰのナムコミュージアムのギャラガを遊んでみる。「オリジナル版」の方。中身はエミュレーターにきまってるので、
これはＡＣのギャラガ。
不思議な事に、意外と面白くない。中身は完璧なＡＣのギャラガなのに。見せ方が悪いのかな？解像度が小さすぎると楽しくないのかな？
コントローラーのせいかな？ＡＣ版よりＦＣ版の方が、楽しいポイントがあったのかな？（ワタシの記憶がおかしいのかな？）
＜面白い＞＜面白くない＞
という一線は、何処で決まるのだろう。この見せ方の問題は、深くエミュレーター全般に関わると思う。
（２００６－０８／２４、０９：０４）
