カオスＧＢＡについての戯言
（ＨＰの日記を元にして、あとから書いた開発日記みたいなものです）
作るきっかけは、ＧＢＡを買った事なのかな…。
とくに欲しいソフトがあるわけでもなく、北米版フレイムレッド＋アヤシイシールのＧＢＡＳＰが
現行のファミコンカラーＳＰよりカッコ良くて、ただそれを手元に置きたいと言う理由だけで
ＳＰを買ってしまったわけです。
んで、ＳＰで何が出来るかを考えたわけです。
スペック表を眺めていると２４０×１６０…との事。
…これはどうにかすればカオスが行けるんじゃないのかなって感じのネタ的ノリでスタートした感じです。
０４０２２６
最初にやったのはレイアウトのテスト。
画像処理ソフトを使って、ＧＢＡの画面にちゃんと収まるかのチェック。
で、結果はオーライ。多少見づらくなるけど致命的に絵が崩れる所はないということが判明。
ちなみにこれがダメだったら作ってませんでした。
今更ながらクロックが１６ＭＨｚということを知る。
１６ＭＨｚという速さはＸＶＩで知っているけどＲＩＳＣチップということで
スピードについてはかなり楽観的に考えていた気がする。
あとは、開発環境を整えたりした。
ＤＯＳベースのＧＣＣなので１クリックでコンパイル＆実行って感じにはならないけど、ま、いいか。
目標は「完成させる事」だったけど、５日以内に動くようにならなければ飽きるって自信があったので
とりあえず発表は動くようになってからというように決める。
０４０２２７
コンバータ作り。
今回はＣ言語なので、設計に迷う。（ちなみに前回と言うのはＸ６８Ｋ版のカオスエンジェルズの移植。）
Ｃでプログラムを組むようになってからはスピードにシビアなマシンで組んでないから
とりあえず動けば良いやって感じの考えに行き付く。
ま、動かないと始まらないしさ。
Ｚ８０をＣのマクロで置きかえられる形にして、マクロの中でＣにするという感じの２段構えにした。
０４０２２８
コンバータとマクロが完成。
結構注意して組んだつもりだけどこの時点で絶対ミスがある自信があった（笑）
コンバートはすんなり出来たけど、コンパイラが通らず。
まあ、当たり前ですな。
コンバートをしただけで動くような設計じゃないし。
頭からソースを眺めてスタック補正ＲＥＴや自己書き換え部分をつぶしていく。
ま、このへんは６８の時のソースを眺めれば結構わかるので楽ですな。
と言っても７〜８時間かかった気がする。
０４０２２９
ＤＯＳコールとＶＤＰの一部を実装。
でもコンパイラが通らない…。
原因は良く覚えてないけど、たしかラベルの付け間違えとかそんなのだったように思う。
ＤＯＳベースだとエラーが見にくいので、無理矢理ＶＣでコンパイルしてコンパイルエラーをつぶした。
でＧＣＣでコンパイルしたが７分くらいかかる。
さすがにこの遅さじゃ開発できないと思った。
ここまでか…と思ったが、試しに最適化オプションを外してみると１分くらいで終わった。
あー、やっぱり最適化には時間がかかるのね。
０４０３０１
コンパイル出来るようになったけど、マトモに動いてない様子。
ゲームが出来る程度のＶＤＰの実装が終わる。ただ、メインが動いていないので
実際動くかどうかは不明。
コンバータが悪いのか、マクロが悪いのか、元ソースが悪いのか原因が特定できない為に
デバック作業は非常に困難…。
ソースとのにらめっこが続く。
０４０３０２
ある程度のコンバータやマクロのミスを発見したので、一旦、コンバートをしなおして様子見。
でも動かない。
致命的なコンバートと言うかマクロミスを発見したので動くと思ったのだが…。
０４０３０３
Ｚ８０のフラグ関係や動作にミスがないか本で調べたり。
ちなみにＺ８０をＣにすると言うトリッキーな事をやっているので、コンバート部分は
１つの関数というとんでもない仕様です。Ｃで初めてＧＯＴＯ文を使いました（笑）
それにしてもなんでＣってローテート命令がないんだろう…。
普段でも上位と下位の４ＢＩＴ入れ替えをしたいときとかに使いたくなるんだよなぁ。
０４０３０４
やっと動くようになる。
結局問題は元ソースにあった。正確に言うとコンバータのほうかもしれないけど
見ればわかるようなミスだったので、ソースを頭から眺めた時に発見できなかったのが悔しいですな。
マトモに動くようになるとＶＤＰのミスが次々と明らかに（笑）
とりあえずパレットを直す。ＲとＧが逆でした。
ちなみにこの時点ではタイトルが出るのに１分かかった。
軽い絶望感が…（笑）
スピード的にはかなり楽観的に考えていたので、この先ツライと思ったり。
ＷＩＮのスピードに染まりきっていた自分を反省。
０４０３０５
グローバル変数を廃止してレジスタ指定にした。
速度が思いっきりアップ。
ってか、よくよく考えれば当然だよな。
グローバル変数はメモリ上に割り当てられることになってるし、アクセスが遅くなるに決まってる。
今回の移植はただの作業になるとばかり思っていたが、Ｃコンパイラの勉強になった。
完成の見通しがついたので画面写真を日記にアップした。
０４０３０７
ＶＤＰコマンドのＬＭＭＭの高速化等。
画面を間引いたりする処理が入るので、思ったように速くならない。
ＶＤＰの画面外にはみ出た時の処理のバグがどうしてもとれない。
Ｘ６８の時も同じバグで悩んだ覚えあり。ちなみにＭＳＸエミュレータのＲｕＭＳＸも
同じバグが入ってます（今のバージョンは平気かもしれないけど）。
やっぱり悩み所だよな、ここは。
このバグが気になって高速化のほうに集中できず。
６８の時苦労したのになんで覚えてないんだよ！！＞俺
０４０３０８
ＶＤＰコマンドの高速化＆インライン化。
実機だとＶＤＰコマンドは便利だけど、それをエミュる場合はただのボトルネックにしかならないわけで
鬱陶しい限りですな。
たぶん移植に一番適しているのは９８版なんだろうけど、９８はまったくハードの事を知らないので
論外ですな。あ、でも、あのグラフィックの表示方式は結構ツライかもしれんな。
０４０３０９
６８エミュ１０Ｍｈｚとスピードを比べてみる。
やっぱり、微妙に遅い。
アセンブラで組めば良かったという後悔がわき上がってくるが、アセンブラで組んでたら
ＡＲＭ７の命令セットを覚える前に飽きてただろう。
音の勉強。
ＧＢＡのＧＢ互換音源を使う。
ＧＢの音源はちょっと特殊なＰＳＧなのでＭＳＸの物をそのまま鳴らすと言う感じには行かないわけで
色々試行錯誤。
一応ＰＳＧのＩＯエミュは完成するもなぜか動きが不安定…むむむ。
０４０３１０
最適化ナシでコンパイルするとＰＳＧのＩＯエミュがきちんと動くということが判明。
ピンと来る。
volatile指定してないじゃん…。
ほとんどがカプセル化されたＤＸとかで組んでるとvolatile指定なんて滅多にしないもんなぁ〜と自分に言い訳。
音楽ドライバ部分はそんなにややこしくないのですんなり移植。
でも、ノイズがかなりおかしい事に。どうもノイズの仕様がかなり違うみたい。
ＰＳＧも低音が違う感じ。ま、いいか、鳴ってれば…。
０４０３１１
迷路の描画を簡単に解析出来る範囲のアルゴリズムレベルで高速化。
画面モードを４から３に変更。
やっと実機より速くなった。
ただ、敵キャラの描画は実機と同じかやや遅い感じ。
そろそろ、やる気もなくなってきているので、ここら辺で手を打つべきか。
オリジナルのタイトルを付ける。たんにキーコンフィグ画面だけでも良かったけどね。
０４０３１２〜
焼け石に水程度の高速化。
これ以上の高速化は、アルゴリズムレベルで解析していくか、アセンブラで組みなおすかの
どちらかだけど、両方ともやる気ないので、とりあえず完成って事で。
ひそかな目標はＸＶＩレベルのスピードだったんだけど、達成できませんでした。
なんていうか、やる気が足りませんな。
０４０３２０
簡単に出来そうな高速化を思いついたのでプログラムを書きかえる。
これにより、モンスターの描画が実機と同等に。
実際はわずかに遅いんだけど、迷路の描画が実機より早いのでプラスマイナス０という感じ。
…しかし、テストプレイをしたあとに、結構プログラムの高速化を施したからエンバグしてないと良いんだけど…。
一応、直した部分は３回くらい見なおしているんだけど、見逃す時は見逃しちゃうしね。
０４０３２８
ボチボチとコンバータ作りの作業でもやりますか。
結局最終的なテストプレイはしてないけど、まあ、平気だろう。
それにしても、これが遊べる環境にいて、更にマジメにプレイしてくれる人はいるのだろうか…。
ゲーム自体は今やっても面白いけど、環境が限られすぎてるしなぁ。
コンバータ（とは微妙に違うけど）類は、はじるすやＯＮＥ、君が望む永遠etc…なんかがあるけど
これらは、いまでも問題なく入手可能なゲームだし、ユーザも多い。
それに比べてこれは１５年も前のＭＳＸ２版をもっていないとダメなわけ。
さらに２ＤＤが読める環境も必要だし。
あくまでも自己満足ソフトだし、作ってるだけでも楽しかったので良しとするか。
日記サイトで紹介されただけでも、やった価値があるというものですよ。
（というか、ただ単に移植しただけの俺が偉そうな事言う立場にはないよね…。たぶんオリジナル版の製作者の１／１０００も苦労してないと思うし）
まぁ、このサイトにたどり着いて、このツマンナイ文章をここまで読む気力のある人たちは
実行する環境がある人たちなんだろうけどな！！（笑）
ってわけで、ここまで読んでくれた人は賢者と認定。塔に落書きでもしてください。