MSX追懐記

3Dダンジョンロールプレイングゲーム第40回目です。

・変数名の書換。
・各種データ領域変更。
・システムメッセージのデータファイル化。
・それらに伴うメモリマップの再編成。

やり切りました！
あー、大変だった…。
でも、結構早かった。
なかなか順調に進んで、一通りのデバッグ処理完了です。

しかし、今回の作業は、あくまでデバッグ。
作業量は膨大だったけど、ゲームの製作進捗は全く進んでいない…。
マイナスがゼロになっただけです。
なんか、空しい…。

では、次回から開発再開します。
次回は、イベントを作成していきます。

3Dダンジョンロールプレイングゲーム第39回目です。
メモリマップ改訂したので掲載しておきます。
（赤字が前回からの変更箇所）



各種データエリアの領域は、まだ変動します。
ただ、&HE000~&HEFFFを超えることはないと思うので、暫定でこれで行きます。

さぁ、マシン語エリアが&HDFFFまでに収まるかが最大の課題です。

3Dダンジョンロールプレイングゲーム　第38回目です。

今作で使用するスクリプト命令一覧です。
以前に掲載したものと、パラメータに若干の変更がありますので、ご了承願います。


計21種類の命令でした。
必要かと思い、今作では使わない命令まで組んでしまいました。（SW、CF、ES、SS等）
2D「ドラクエ」タイプのロールプレイングゲームだと、これにイベント移動の命令などが必要になるので、30個強になります。
このスクリプトが出来てるから、比較的楽に作成できそう。

下表はメッセージ中に組み込む制御コードです。

計3種類の制御コードでした。

3Dダンジョンロールプレイングゲーム　第37回目です。
今回はメモリ節約のために、プログラム中のシステムメッセージを一纏めにして別ファイルにします。

システムメッセージのあった領域分が空くので、その領域をプログラムで使おうという取り組みです。
意外とシステムメッセージデータは多く、それだけで最終的にはかなりの容量を使ってしまいます。
現状、メモリマップのBGMデータの後ろが空いているので、そこにシステムメッセージデータエリアを作り格納します。

あちこちに散らばっているシステムメッセージデータを集めて「3DRPGSYS.MES」ファイルを作成します。




結構なデータ量散らばっています。
これ、戦闘部分になると格段に増えますので、このタイミングに思い立って良かった…。

システムメッセージデータを削除した領域と領域の間に残ったプログラムを可能な限り片寄し、大きな領域が確保できました。

結構な領域が空きました。
イベント発生判定ロジックくらいなら、この領域内で収まりそう。

「Laboratory」のテーマメニューに新しく2テーマを追加。

「ゲーム制作」の「3Dダンジョンロールプレイングゲーム」で前後回へのリンク切れが複数見付かったので修正。

「ダウンロード」に追加で新規公開したゲームやツール、サンプルの記事へのリンク追加、「Laboratory」テーマメニューの公開分記事へのリンク追加。

それ以外は、画像の貼り直しや、記事の誤記の修正程度です。

MSX1でゲームを製作するにあたり、一番の基本だけど、とても大切なことを忘れていました。
SCREEN1.5の設定方法です。
SCREEN1.5はこの機能が有ると無いとで、ゲームの出来栄えに雲泥の差が出ます。
当たり前すぎて、MSX1の標準機能と思ってしまいます。
あと、MSX2でSCREEN1.5を使ってシューティングゲームを作りたい時に必須のSPRITEモード2の設定方法です。


標準のSCREEN1では、画面をきれいにするにも限界がありますが、SCREEN1.5を使うことによって、MSX1のグラフィック機能のすべてが使えるようになると言っても過言ではありません。


MSX2の機能ですがSPRITEモード2が使えるようになれば、2枚重ね3色や、横ライン毎1色、水平方向同時表示8枚など、SPRITE機能が強化されます。

3Dダンジョンロールプレイングゲーム　第36回目です。
今回は、プログラム中の変数の書換えを行います。

簡単なBASICプログラム作って、変数部分（&HD000~&HD0FF）を検索してみます。
今回、変数に&HD000台を使っているので、PEEKで「&HD0」を探せばいいです。
「&HD0」はマシン語コード「RET NC」で、私は全く使わない命令ですので、見付かればまず変数と思ってよい。（あとは、「JP」、「JR」の飛び先指定くらいですかね…。）
まぁ、それがせめてもの救いですね…。


こんなにあった…。
37行×6個で222箇所…。

あと、「&HD1」（メッセージデータ開始アドレス）と、「&HDF」（選択ウィンドウ選択肢格納ワーク）も併せて検索します。

こちらは「&HD1」、困ったことに「&HD1」は「POP HL」でもあるので、結構ありました…。
ほとんどが「POP HL」だと思います。
仕訳が大変そうです。


こちらは「&HDF」、こちらもマシン語コード「RST 18H」で私は使いません。
なのでほぼ変数だと思われます。

まぁ、結構な数ありますね…。
ボチボチ変換かけて行くことにします。
一括変換機能が欲しい…。
これもハンドアセンブルじゃなく、アセンブラ言語なら簡単だったのかな？

3Dダンジョンロールプレイングゲーム　第35回目です。

…あぁ…。
…あぁ、遂にマシン語部が&HCFFFに達してしまいました！
前回、スクリプト命令「BE」で掲載されたプログラムで気付かれた方もいると思いますが、遂にこの時が来たという感じですね。


うーん、戦闘部分だけプログラムを分けるか、変数・データエリアをズラすかで悩んでいたのですが、まだ、システムメニューも、イベント発生ロジックも組めていない…。
と言う訳で、必然的に変数・データエリアをズラす方になります。

まぁ、今回のメッセージ表示ルーチンへの「|」制御コード追加など、プログラムの最初の方のルーチンのバグフィックスで、プログラムの最後の方に修正分を追加したところがいくつかあるので、まぁ、そうなるだろうなと薄々感じてはいましたので、それほどショックは大きくない。
もし、戦闘部分だけプログラムを分ける方にしても、膨大な作業量であることに変わりないですしね。

と、言う訳で変数群及び各種データエリアを&HD000→&HE000にズラします。
その分をマシン語エリアに充てるので、マシン語エリアが倍になります。
作業的には、なんと、プログラム中の変数はすべて書き換えです。
各種データは、登録用のBASICプログラムで保存先を変更するだけで済みますが、変数はそうはいかない…。
一体何カ所の変更が必要なのか…。
怖いです…。

「最初の見込みが甘いとこうなるよ」と言う反面教師にしてください…。
しかし、&HC000~&HCFFFは4kバイト…。
あっという間に埋まりましたね。
MSXのメモリ、本当に少ないんだなぁと、改めて感じました。
これ以上の拡張は難しいので、プログラムなるべく節約していきます。

うーん、プログラム書き換えに結構時間かかるかも…。

3Dダンジョンロールプレイングゲーム　第34回目です。
さて、今回も残りのスクリプト命令「BE」を組んでいきます。

ただ、メッセージデータを見て気になることがひとつ…。
「WO,16,0,30,6,0」が多い…。

宿屋4箇所

宝箱2箇所

ゲート3箇所

デフォルトのメッセージウィンドウを表示することで、
・イベント終了時に、メッセージを消す
・選択メニューを開いた際の、メインウィンドウ再表示
が目的ですが、あまりにも多すぎる。
1箇所につき、13バイトも取ってしまいます。


そこで、新たに「DW」（Default Window）命令を作って、13バイト→2バイトに縮めて、1箇所当たり11バイトのデータ圧縮を図ります。
「DW」命令プログラムサイズが32バイトなので、3箇所直せば元が取れます。




ああ、スッキリしました。
他のイベントも併せ、まだ途中なのに既に14箇所あったので計154バイト圧縮、154-32＝122バイトの節約になりました。
意外とメリット大きい！
まだまだイベント組むので、「DW」命令どんどん使うと思います。
最終的に何バイトの節約になるのか楽しみです。

次に「BE」ですが、これは戦闘ルーチンが完成後、それと連動させますので今は呼び出し口だけ作成しておきます。


これで、今作で予定していたスクリプト命令は、全て組み込み完了しました。
次回は、今回組み込んだスクリプト命令の使い方やパラメータをまとめます。

3Dダンジョンロールプレイングゲーム　第33回目です。
さて、今回も残りのスクリプトの命令「CI」、「LI」を組んでいきます。

「CI」（Check Item）は所持アイテムをチェックして、指定アイテムの有無に応じメッセージを変更します。
例えば、持っていなければ「もっていません。」メッセージ表示。
持っていれば「LI」命令実行。と言った使い方をします。


「LI」は単純に所持アイテムからアイテムを消失させます。
そのアイテムを持っていなくても特に何も起こらないので、確実に消したい時は「CI」命令と併用してください。


共に、アイテムを使う処理に使います。
ドアの鍵開けや、アイテムを所持している事でイベントが発生など。



次回、残りのスクリプトを全部組み込んでいきます。