ゲーム開発でもバリバリ役に立ちます。
コーディングに詰んだりした時や、ネット検索でどう
検索していいかわからないときにかなり強みになるでしょう。
そして時短につながります。



以下GPTのやり取りを一部載せておきます↡

　

それに対してのGPTの返答↡

オッサンほいほい、西部劇。
20代前半に買った「夕日のガンマン」ＤＶＤ版。
何で買ったか覚えてないけど当時メルカリは使ってなかったと
思うのでどこか店頭で買った気がします。

祖父が映画好きでリビングでは西部劇がよく流れていました。
当然子供の頃は汚らしい髭づらのおっさん達がむさ苦しい汗を
垂らしながら繰り広げられるしょーもない薄っぺらいストーリー
にあまり興味がありませんでした。


　


何がきっかけだったか、当時簡単な言語でＦＰＳを創っているときに
このＤＶＤを見て「ＳＡＡ」のカッコよさを知った気がします。
ブラックパウダーによる銃口からの煙がカッコいいんですよね。

これはゲームに追加したい要素と言う事でゲーム内に登場させて
行きたいと思います。ソレっぽく描いてみました。ハッタリですが、まぁこれでいいでしょう。





　


ダブルバレルも追加で。
ソウドオフとロングの2種類を用意してみました。
FPSでダブルバレルショットガンを初めて使ったのは
ゲームボーイアドバンス版DOOM２だったと思います。
この時期はあまり良さを感じませんでしたが決定的だったのは
KillinFloorのサポートスペシャリストのアレでした。

オルトファイアでぶっ飛ぶスペシメン達に脳汁が出たのを覚えています。
友達も何もいない、寂しい思い出です（笑）

　


とりあえずテスト用にロックオン（今では死語？）出来る「敵」
を2つ用意し、OnTriggerStay2D、OnTriggerEnter2D、OntriggerExit2Dを
駆使して複数重なったターゲットで最も近い敵をロックできるシステムを構築したい。


BoxCollider2DとRigidBody2Dを使う事でスマートではないが
簡単に当たり判定は取得可能。当たった場合上のOnTrigger系が呼ばれるので
この３つを使って何とか実現できそう。1つの空オブジェの子として2つのレティクル用オブジェ
を作成、この階層と並列にBoxColliderを設置。レティクル側と敵側の2種類にBoxColliderを。

RigidBodyはレティクル側に付け、物理処理は「重め」の常時作動に。
この設定をしなければRigidBody搭載オブジェが静止した時にOnTrigger系が呼ばれないので
常時動かす必要がある。それだとうまく使えないのでこの設定はONが条件。




いろいろ考えたがもっと簡単な方法があった。
そしてこのデバック機能は本当に便利で、問題があった時に一時停止してくれて
変数１つ１つにどのタイミングで何が入っているかが分かるので非常に助かる。

謎の挙動をした時はこれが一番確実と思われる。



現在のレティクルがロックオン可能のオブジェに何個当たっているか？
と言う判定は、ヒット数カウント変数を作りそこに
Enterが呼ばれた時に＋1、
Exitが呼ばれたときに―1を代入することで取得できた。


後はオブジェを格納するLIST変数を用意しヒット毎(Enter)に呼ばれたら
ヒットしたObjectを格納。Exitで離れた場合ヒットしたObjectをDeletすれば
絶賛当たっているObjectだけが格納される変数の出来上がり。（のはず）


このList変数に入っていると言う事は当然現在当たっているObjectのみ
なので、ティクルの中心地から一番近いターゲットを割り出せば
上手い事ロックオンマーカーが意図したターゲットに付けられるはず。



でも今日はいい時間なので寝ることにする。
試験的に色分けしてみましたが、見にくいかもしれません。
どうですかね。

1日手をつけずfar cry2をプレイする日でありました。その前日はボックスコライダーヒット中のオブジェクトをカウントするスクリプトを書きました。






trigger stayが呼ばれない時用のカウンターを作りましたが、Updade()とは独立して呼ばれるtrigger系がフレームレート的に低い為この方法だとtrigger stayでisHit的な判定用Bool変数を作ってもtrigger系が呼ばれなかった場合上書きされずにfalseに…


stayよりもEnterで判定用変数に1プラスし、Exitで1マイナスにすることで当たってるオブジェが簡単に取得できる事をある記事で知りました。これは便利。
あとはlistにEnterヒットしたオブジェを入れて行き、Exitの時にヒットしてるオブジェとlistに入れたオブジェが一致してたらそいつをリストから消せばヒット中のオブジェクトのみがlistに入ってることになりますね！


後はその残りのlistのオブジェクトの座標を全て調べて照準のセンター座標から1番近い方を割り出せば上手くロックオンマーカーの表示すべきオブジェクトがわかりそうです。


面倒なので今日は取り敢えず寝ますzzZ

「Input.MousePositon」はマウスの座標を取得できます。
しかし最近のUnityでは旧式の「InputManager」を推奨していません。
残念ながらInput.系はこの旧式のInputManagerです。



新型のInputSystemのみを使う場合は使えないのですね。
設定でInputManagerとInputSystemの併用が可能ですが
僕の環境だとマウスを動かした途端InputSystem側の操作が
うまく作動しなくなり「操作不可能」になる場面がありました。


InputSystemは非常に便利でアクション１つに複数の周辺機器を登録でき
、Xbox系だろうがPlayStation系だろうが纏めることが出来るため、
出来ればInputSystemを使いたい所。しかし面白い事に主流になった今でも
マウス座標の取得は







// マウス座標取得
Input.MousePosition





といろんなブログなどで見かけます。




これはこの競合を避ける為にInputSystemのみ使用する設定にすると当然ながら
使えなくなります。エラーを吐きます。



この場合は



Mouse.current.position.ReadValue()





コチラを使う事で回避できました。
まだよくわかってませんがとりあえず行けたのでここに記録しておきます。



参考にさせていただいたサイト↡
https://teratail.com/questions/348893