| 【 Making「FP3(仮)」その２ 】 |
|---|
| Home | PC-6001mkII | Program | etc |
| このページでは、基本機能の実装過程を書いています。 |
| 2009/05/24：繋がり | |||||||||||||||||||
|
このゲームで一番肝になる、くっつき（２つ繋がり）と岩変化（３つ以上繋がり）の処理について考える。 「２つ繋がり」は後にして、まず「３つ以上繋がる」というのはどう判定するか。まず「３つだけ繋がる」という状況を考えると、以下のパターンがある。
これらを判定する場合、大きく以下の2つのどちらかを満たせれば良い。
さて困った。先ほどの条件１では四角のパターンが該当しないし、条件２では凸型のパターンが該当しない。 仕方ないので、これらを判定できるように条件を少し緩和してみる。
直感の部分もあるが、条件３よりも条件４の方が簡単そうなので、こちらでいきたいと思う。 一応、５つ繋がったパターンでも試してみるか。
...よし、大丈夫そうだ。条件４で行こう。 あとは、２つ繋がったパターンだ。これを後回しにしたのは訳がある。３つ以上繋がったパターンを排除すれば、２つ繋がりの条件は簡単になるからだ。 ３つ以上繋がったパターンを処理した後だと、上下左右のどこかに同じ種類のコマがあればそれだけで２つ繋がりという事がわかる。 あとは、これをマシン語で表現するだけだ。 |
| 2009/05/28：岩変化実装 | ||||||
|
5/24で考えた岩変化処理をマシン語で実装してみる。 主な処理としては、画面データ内の各キャラクタのあるアドレスについて以下を実行することにする。
っと。とりあえず出来たので、試してみる。まずは全部同じフルーツの場合。
...予定と違う。 PC-6001VWのモニタモードでステップ実行していくと、一部アドレスを戻すのを忘れていた事がわかった。早速修正してアセンブルを行う。
まあ、岩変化部分はこんなものかな？ |
| 2009/05/30：くっつき実装 | |||
|
引き続き、縦または横に2つ並んだときのくっつき処理を実装する。 各コマで、自分の右と同じ種類のフルーツなら横長、自分の下と同じ種類のフルーツなら縦長のキャラクタに変更する。 割とあっさり完成したので、またランダムにフルーツを配置して動作を確かめてみる。
フルーツが縦長や横長に代わる様子は、思ったより楽しい。 後は移動処理と手詰まり処理位かな？ |
| 2009/06/01：手詰まり判定実装 | |||
|
続いて、手詰まり処理を考える。 手詰まりの条件を改めて言うと、「一画面内に同種のフルーツが2つ以下」になる事だ。つまり、各フルーツの個数を数えてどれか一つでも合計数が1または2であれば手詰まりの条件が成り立つことになる。という事で、実装してみよう。
途中コーディングミスもあったが、うまく機能しているようだ。 |
| 2009/06/13：移動処理 | ||||||||||||||||||||||||||||||||||||
|
メインとなる処理の残り一つ、移動処理について考える。 TOMの移動自身は、押されたカーソルキーによって変えれば良いので特に難しくない。面倒なのは、移動先のキャラクタによる移動処理だ。 キャラクタと移動方向によるパターンは、ざっとこれだけある。
この通りのパターンで判定処理を愚直に作っていけばいいのだが、もうちょっと処理をまとめたいとことだ。 |
| 2009/06/14：移動処理実装 |
|
昨日考えた移動方法の実装だ。 この辺りは面倒な部分なのでどうにも食指が動かなかったが、やる気のあるタイミングを見計らって、とりあえず一気に書き上げる。 さて、一面の面データにて実行...動かない。まあ、一発で動くとはそもそも思っていない。キーが押されてからの処理をステップ実行して確認すると、キー入力の直後に行ったキーバッファクリア処理が、入力キーの情報を消したようだ。という事で修正。 次は壁...TOMが表示されない。動けない時にTOMのアドレスを元に戻し損ねていたようなので修正。 次は岩...押せない。なんかボロボロだなあ。別の用途で使用していたAレジスタの値を戻していなかったので修正。 次は通常フルーツ...岩に変わってしまった。あ、岩と共通処理にしたけど移動時に岩のキャラクタを書いてたんだっけ...。修正。 次は縦長フルーツ...縦方向はOK。横方向は...岩3つに変わってしまった。実際に押していない側のフルーツの消去するためのアドレス更新をしてなかった。その後にTOMを表示する処理も抜けていたので、合わせて修正。 次は横長フルーツ...縦方向はOK。横方向は...OK。 これで普通に操作できるかな？改めて一面で操作を試してみよう。
|
| 2009/06/23：戻り値その１ |
|
せっかく、今回USR()関数を使っているのだから、BASICに結果を返すようにしてみようか。戻り値を入れたら、音を出すときの分岐が簡単になるはずだ。 とりあえずはこんな感じかな？
とりあえず、手詰まり判定の部分のみ実装してみる。
|
| ← その１ | Making「FP3(仮)」 | その３ → |