【ウディタ講座】SRPGをつくろう！　操作コマンドのフラグ対応と「待機」

ＣＤＢでユニットの各種データが管理できるようになりました。

このＣＤＢ操作方法の確認ついでに、ユニットを操作して待機を行うまでの流れ（行動フラグのＣＤＢ操作）を作ってみます。

ＣＤＢの読み取り方

ＣＤＢのユニットのデータを読み書きする際は、「ＤＢ操作」でこんなふうに指定していきます。

緑の線の部分が、ユニット番号から所属ナンバーを抜いた下2ケタの番号です（101なら1、314なら14）。

赤の線の部分は見ての通り「所属」ナンバーに対応します。ユニット番号から計算する所属ナンバーは自軍１、敵軍２、友軍３。ＣＤＢの並びは、前回記事では自軍２、敵軍３、友軍４となっていました。

なので、対象ユニットの所属がわからない場合は、「所属ナンバー＋1」の値を使って変数指定することができます。

しかし、赤線部分を変数指定すると、いちばん右の項目の名前呼び出しのリストが呼び出せなくなります。赤線部分をいちど「自軍指定」に手打ちして、項目で読み込みたい数値を名前指定してから、赤線部分を変数指定に書き換える……といった工夫が必要です。

入力値で「ユニット番号」と「読み書き対象の項目名」を指定したらＯＫな専用コモンを作るのもいいですね。

入力値で指定する項目は赤の矢印のように変数指定を行います。この番号は、黄色の線が示すようにＣＤＢの同名項目と対応。

ユニットが移動＆攻撃をして待機するまでのフローを固めていきましょう。

この行動フローも作品ごとにけっこう差があります。

ＦＥ（ファイアーエムブレム）方式では、攻撃や道具の操作を実行したらもうその場所からは移動できなくなります。ＴＯ（タクティクス）方式では移動も攻撃も好きな順番でいちどずつ行えますね。

ここではＦＥ方式でやっていきます。

ユニットごとのＣＤＢに「行動フラグ」という項目を立てていました。

柔軟に操作可能なＴＯ方式ならかなり複雑にこのフラグを書き換えていくことになりますが、ＦＥ方式ではＣＤＢの行動フラグは「行動可＝0、待機済＝1」ぐらいで済むのではないでしょうか。

攻撃や移動を終えたかどうかは、ユニット操作のコモンのなかだけのフラグでまかなっていきます。

「┣■ユニット操作」コモンをこんな感じに改修していきましょう。

「┃┣表示ｺﾏﾝﾄﾞﾘｽﾄ取得」コモンはこんな感じになります。一例ですが。

上記ループのなかで決定したコマンドを「済コマンドログ」に追加していけば、「┃┣表示ｺﾏﾝﾄﾞﾘｽﾄ取得」コモンがいい感じに動いて「攻撃や移動は１ターンの行動で１回だけ」となっていきます。

過去に作った「┃┣移動先選択」や「┃┗攻撃先決定待ち」の返り値を整備して、その操作が決定されたのかキャンセルされたのかがわかるようにしておきましょう。これがコマンド単位のキャンセル確認ですね。

キャンセルといえば、おおもとのユニット操作でもキャンセルがありえます。

「移動を試してみて、やっぱりやめて、他のユニットをさきに動かすことにした」ようなケースですね。しかし、攻撃などを実行済の場合は、ユニット操作のキャンセルは禁止され、待機を選ぶまではコマンド選択肢が表示され続けます。

ユニット操作キャンセル可否のフラグも用意しておいて、コマンド決定時に適宜操作していきましょう。

待機時の暗化ついでに、ユニット画像（主人公）を下向きする命令を足すと、よりそれらしいかもしれません。

上のコモンで、コマンド選択肢の増減はそれらしくなりました。

が、「移動」→「攻撃」とすすめてみるとおかしなことになってきます。移動前の位置を基準にして射程の赤パネルが出てしまいました。

また、移動後にユニット操作そのものをキャンセルすると、操作開始前の位置に戻って欲しいのですが、それもありません。

移動前と移動後の座標を両方保持しておかないと、このあたりはうまく処理することができないのです。

メモ用なので、あまり整然としている必要もありません。複数の座標（変数）を扱うので、通常変数をあれこれ立てるよりはラクかな、ぐらいのものです。

あとは呼び出し値をおさえておくと便利ですね。

1100000000 (11AABBBBCC)
→ 可変ﾃﾞｰﾀﾍﾞｰｽタイプA/データB/項目C

なので、たとえば「多目的メモ」の「ユニット操作」の「移動前座標Ｙ」は「1105000001」で直接指定できます。つまり、いちいちCSelfに受けなくても、呼び出しコモンの入力値でCDBを指定できるわけです。

次のコマンドをあちこちに書き足していきましょう。

「┣■ユニット操作」コモンの変更部分はこんな感じです。

これで一通りできあがりです。

【ウディタ講座】SRPGをつくろう！　まとめ