サブルーチンＨＩＴＣＨＫには実はバグが存在していました。
それはすべてのタスクに対して当たり判定をしていたからです。
今回はたまたま他のタスクが使われていなかったので誤動作は生じていません。
そこで安全なサブルーチンに修正します。
まず、ここで使用しているタスクについて記述しておくと
タスクは全部で２０個あります。
先頭は０番で最後が１９番です。
０番は現在未使用ですが、本来はゲームタスクが使います。
このサンプル２では使用しません。
１番はプレイヤタスクが使います。
２番から８番まではエネミタスクが使用します。
９番から１１番まではターゲットタスクが使用します。
残りの１２番から１９番までは現在使用していませんが今後使用します。
当たり判定をしたいタスクにだけ当たり判定する最も簡単な方法は
フラグを応用する事です。
というより、そのためにフラグ修理について説明していたわけですから
当然の事ですよね。
ここでフラグについての仕様は下記の通りです。
ＳＦ（ＴＮ）のフラグｎ番 → フラグ名
０ → プレイヤ識別
１ → エネミ識別
２ → ターゲット識別
７ → 当たり判定フラグ
それでは修正コードです。
実際にあたり判定をしているサブルーチンＨＩＴCHKでフラグ７番の当たり判定フラグを確認します。
当たり判定の必要が無ければ判定せずに次のタスクへ進みます。
次のＩＦ文で当たり判定する相手かどうかを判断します。
変数ＦＬＡＧに当たりを行いたい相手の識別ビッチを１にしたものを入れてＨＩＴCHKを読みだします。
これはフラグ処理におけるフラグ判定です。
今までのＨＩＴＣＨＫは全てに当たり判定していましたが
当たり判定フラグが１であり、識別ビットが１のタスクに当たり判定します。
サブルーチンＳＥＴＯＢＪでは新たに当たり判定フラグを１にし
そして自分が何者なのかを識別するビットの設定が必要になります。
ＳＥＴＯＢＪを呼ぶ前に変数ＦＬＡGに識別ビットを設定します。
識別ビットが０の時は当たり判定する必要がないことを意味します。
プレイヤタスクでは当たり判定のフラグをセットし
またプレイヤ識別のビットもセットする必要があります。
初期化のところで変数ＦＬＡＧに自分に識別のために＆Ｂ０01を代入しています。
要するにフラグ変数ＳＦの０ビット目のフラグが１の時プレイヤであるという事です。
そして判定を行っている部分でも変数ＦＬＡGに当たり判定の識別ビットを代入します。
＆Ｂ００１はプレイヤでした。
プレイヤがプレイヤに当たり判定をする必要はありませんね。
＆Ｂ０１０はエネミタスクです。
当然当たり判定が必要です。
＆Ｂ１００はタ０ゲットタスクです。
これも当たり判定が必要です。
＆Ｂ０１０ ←エネミ識別
＆Ｂ１００ ←ターゲット識別
ＯＲ ←両方ともにだからＯＲですね。
＆Ｂ１１０ ←その結果これがエネミとターゲット両方に当たりを行うための判定ビットになります。
最後のＩＦ文は以前の修正で記載していなかったものなので
ついでに変更しておいてください。
エネミタスクも識別フラグを設定します。
ターゲットタスクも識別フラグを設定します。
