Geistburg

拙作ゼビモドキと、奇しくも同じ日にMSXdev'17にエントリされた超絶技術作“Tales of Popolon”が、同コンテストの審査も待たずにROMカートリッジ版として発売された由。


本作は無印MSXで真面目に3Dテクスチャマッピングをやっていて、おそらくMSX用ゲームの歴史にその名を残す名作の一つとなるだろう代物であり、よりによってこんなモノと同じ日にMSXdevに駄作を投じたのは、ボクの一生の不覚と言ってよい。だからMSXdevに出すのは嫌だ、と断ったのに（今更感）。


まぁ、正直に言うと、IMANOKらに出品を求められて固辞していた際にボクが想定していたのは、本年からMSXdevのレギュレーションが変更され、従来の無印MSX32KB縛りが外され、MSX2以上のどんな拡張もアリアリになったことから、V9990やMoonSoundといった欧州においてユーザーによって独自拡張された「お化けMSX」ベースの作品が投じられることを考えてのことであって、対して拙作ゼビモドキはMSX2のミニマム構成という最もニーズのないエリアをターゲットしていたので、そのあまりの噛み合わなさを考慮してのことであった。

ところが、結局Noと言えない日本人と化してIMANOKの説得に応じてみれば、直球勝負の無印MSXベースの超絶技術作、すなわちTales of Popolonに鼻っ柱を叩き折られたワケで、回りからどう見えているかは知らないが、ボク個人の主観としては、穴があったら入りたいどころの騒ぎではなかったのである、というか、死にたいくらいだ。いや、こんなことでは死なないけど。

それはともかくとして、あまりこういうことは誰も言わないので、みんなまったく考えていないのか、あるいは当たり前過ぎて誰も口にしないのかも知れないが、たとえばTales of Popolonの凄さは、2017年にもなってMSXでこれをやった、ということもさることながら、MSXが登場した1983年時点において、やろうと思えば誰でもこれが作れた、ということを証明して見せたことの方だ、と個人的には思っている。突き詰めればビンテージPC趣味の面白さはそこに行き着くと思うのだが、MRCでのコミュニケーションを見ていると、やっている本人たちにはあまりその自覚がないように思われるのは気のせいだろうか。

本作の演出の肝の1つとなる（と、少なくとも作っている本人は思っている）のはドラゴンブレス、すなわち先にモックアップで示したところの溜め打ちから放たれるアレなのであるが、今回はこれを実装してみた。まだ当たり判定は作っていないので、放つだけ、である。


基本的にはBASICで仮書き検証した演出をアセンブラで書き直しただけなのだが、モックアップではフレーム落ちのために気にならなかったが、実速度・フルフレームでドラゴンブレスをドラゴンの動きに合わせて反らせるといくらなんでも過剰に反応し過ぎに思われたので、追従処理を2フレームに一度実行されるように変更している。

ドラゴンブレスに至るチャージ時間（約1.5秒）やドラゴンブレスの継続時間（約2秒）は、いずれも現時点では仮のもので、今後ゲームバランス調整を通して変更される可能性がある。

開発開始時にも書いたように、本作の基本コンセプトは「オレ強ぇ！感」を全面肯定する点にあるのだが、本当に強過ぎて向かうところ敵無しになってしまうと、当たり前のことだがゲームにならない。直感的にこのバランスはドラゴンブレスの使い勝手に帰着するように思われるので、前述した2つの定数、すなわちドラゴンブレスに至るチャージ時間と発射後の継続時間は、開発を通じて終盤まで微修正が繰り返されることになるだろう。

ドラゴンブレスがドラゴンから見て真正面、つまり向かってまっすぐ右方向に放たれる場合、ドラゴン本体を含めて10個のスプライトパターンが一直線に並ぶことになり、これは無印MSXのスプライトパターン表示制約＝水平方向に4個を大幅に超過している。これを誤魔化すために、ゼビモドキにも実装したスプライトローテータを本作にも実装している。

現時点では画面がスカスカで、かつ敵からの攻撃処理が未実装のため緊張感を欠くので、やたらとチラつきが気になるのであるが、おそらくこれは画面内が賑やかしくなってくるに従って気にならなくなる……はずである、というか、そうであって欲しい。

王位請求者に率いられる兵隊（の一部）が表示できるようになった。


横3×縦5列の隊列を組んで前後進させているが、これは仮実装によるもので、ポテンシャルとしては画面内に最大30ユニットが、それぞれてんでバラバラに動くことができるようになっている。現バージョンは、隊列を成して行進した方がより軍隊っぽく見えるだろう、という意図によるもの。実際にそうかどうかの判断は、読者諸兄の感性に委ねたい。

以下、どうでもいい話になるのだが（それを言ったらボクの書くことは全部そうなのだが）本作の敵キャラクタ管理にはちょっとした……本当にちょっとした……工夫がなされていて、本稿ではそれついて自分自身のためだけに備忘しておこうと思う。

まず、前提となる技術的課題であるが、以前述べたように、本作では敵キャラクタの表示方法に、スプライトパターンとPCGを混ぜて使っている。それぞれに一長一短があることは左リンク先にまとめた通りであるが、両者はその扱い方もまた極端に異なっている。

まずスプライトパターンについて触れると、画面にスプライトパターンを表示する、というのは、最大32個表示できるスプライトパターン毎に4バイト確保されているアトリビュートテーブル（VRAM）に、縦座標、横座標、表示する図柄の番号、表示に用いる色コードを書き込むこと、である。具体的には、RAM上に用意した4バイトの左記データ構造（実際には連続するn×4バイト）をVRAMにブロック転送することになる。

対してPCGは、本来的には文字表示として管理されているところのネームテーブルの任意の位置に、パターン番号を書き込むことである。本作では、背景表示との重ね合わせ処理を兼ねた二段のフレームバッファをVRAMにブロック転送することでこれをやっている。

ここで何が問題になるか、というと、双方のキャラクタの位置情報のあり方が根本的に異なっている、という点である。スプライトパターンが表示位置について縦・横の座標情報を有しているのに対し、PCGは言うなれば文章中の一文字のようなものであって、それ自身は座標情報を持っていないのである。