誘導ミサイルの実装方法について②

えーとですね、別の方法も考えてみましょう。

まず、X軸正方向を０度として現在のミサイルのベクトルの角度Aと、自機へ向かうベクトルの角度Bを求めます。
角度C　＝　角度A　－　角度B　を計算します。
角度Cが正か負か、また角度Cの絶対値が180より小さいかどうかを基準にミサイルの方向修正する角度が正負どちらの方向か得ます。
画面座標上だと正が時計回り、負が反時計回りと鳴ります。
修正角度を角度D（ただし絶対値C＜DならD=Cとする）とすると、
正方向なら、A　 =　A　＋　D
不法項なら、A　＝　A　－　D
と、ミサイルの方向を修正します。
Dの値の大小で追尾性能が変ります。

この方法だと前の記事の方法のようにミサイルと自機の位置関係や向きによって追尾角度が変る事がありません。
ミサイルの後ろ側に自機がいたとしても同じペースで方向修正してきます。
数値上では一番理想的なアルゴリズムだと思います。

じゃあ、こっちでやりゃあ良いじゃんとなりそうでなりません。
問題は処理の重さです。
実装してみなければ実際に影響があるかどうかわかりませんが、この方法は一発のミサイルにつき１フレームに複数回ずつａｓｉｎ、ａｃｏｓの処理を必要とします。
複数のミサイルが飛びかう様を想像すると、いかにもやばそうです。

要はそれっぽく見えた上で誘導弾としての機能をちゃんと実現していれば、それが三角関数を駆使した理想的で高度な処理だろうと、単純なベクトルの合成による処理であろうと、遊ぶ人からしたらゲームが面白ければどうでも良いわけで。
無駄に高度で重い処理を多用するのは、ゲームプログラミングの方法論としては必ずしも正解ではないと思うんです。
速度無視で物理シミュレーションをするとかなら話は別ですが。

で、そんなことを考えた上で実装の方向を決めました。

弾道補正のは現在ベクトルと自機方向ベクトルの合成を使います。
で、グラフィック表示に必要なミサイルの向き（角度）のみａｓｉｎ、ａｃｏｓを使用して取得します。
いや、待てよ、三角関数使わないで出来ないか？

まず合成ベクトルを正規化（大きさ1にする）すれば、Ｘ成分の値がｃｏｓθってことになるでしょ。
で、あらかじめグラフィックの向きごとの角度の範囲を決めて移行点となる角度のｃｏｓの値をゲーム初期化部分で変数に入れておく。
変数の値とＸ成分の値を比較して向きを判断するんだけど、この情報だけだと０～180度と180～360度の範囲に２つ該当する角度が出てしまう。
そこで、Ｙ成分の正負を判定しよう。
よし！これで現在の角度が厳密ではないけども８方向のどこかは確定できる！
うまくいけば、一発のミサイルにつき１フレーム当たり１回平方根の計算をするだけで実装できるかもしれない。

というわけで、実装方法決定案。
①ミサイルの方向補正は自機方向ベクトルとの合成で行う
②合成ベクトルを正規化（ここで平方根を１回使う）し向きを判定、グラフィックに反映する
③正規化したベクトルにミサイルの速度をかけて、それを新しいミサイルのベクトルとする

これで、うまく動かないようならもうちょっと高度なアルゴリズムを考えてみます（笑）。

じゃあ、ミサイルのドット絵でも描くか！