本当に脳内の意識が全世界の状況なのでしょう。
覚醒までの過程を追うように、そこまでフラクタル、と言うか
だからこそ安心して良い、と言う事です。


あの時、確かに「絶対大丈夫」と言う感覚を覚えました。
その直前は本当に苦しくて苦しくて仕方がない
状態でした。そこから必死に出口を探しましたが、
僕の場合は奇妙な場所でした。
最悪と最高が混ざり合っていた職場、
そこで自分と言うピースを見つける為の
惨めなまでの、無能さを体験したのですが
後でこれはこうだった・・・そうだったのか！！


と分かった瞬間がやってきました。



内側で戦ったこの意識が、これから起こる社会情勢の
縮図だったと言う・・・二極化は一時的なもので
強制的に外からやって来る、これがおそらく答えでしょう。
もうだめだ！と思ったときに徐々に回復→答えを見つける→
覚醒。

日月神事にも９分９厘？ぐらいでひっくり返る、とありますが
こういう事だったんですね。この覚醒の手順をなぞる構造こそが
この社会だったわけです。


正負の法則（カルマとも言う）が今回は、死ぬ前にやって来る
と言った方がピンとくるかもしれません。




これが地球規模で起きてくると思います。
内と外、と言う現象が幻想であり一体型である証拠です。
実際に僕の脳内で起こっていたことが後を追うように
フラクタルに展開されています。
その時感じた「圧倒的虚無」を彼らは体験することになるはずです。
量子もつれ的な世界なので、＋は-に、-は+に。
逆に言うと、先に宿題を終えた人は逆に楽しい世界になり、
その逆はこの虚無を体験すると言う両立した世界を実現するように
後付けで現象がやって来る、と言ったとこですかね。



だから、長期で見れば大丈夫であり、短期で見たら
大丈夫じゃないと言う事です。



底を勘違いしてテラーは「大丈夫だよ！ポジティブに！」見たいな
事を言うんでしょうね・・・・

マシンガンなどで音を連続で出す場合に
再生タイミングがまばらになってしまう問題発生。
いろいろ試して分かった事はUnityのプロジェクト設定
自体の問題だったと言う事。


Project Settings > Audio > DSP Buffer Size　の項目を
DefaultからBest Latencyにすることで遅延が解消します。
オーディオエンジン側のバッファリング（裏での読み込み）
による読み込み遅延が再生に遅延を発生させているっぽいです。




とか言ってますが、ＡＩで判明しました。
さすがＡＩ時代です。

目が見えにくくなってから面倒なところはスルーする
癖がついてからこういった凡ミスが目立つように。


ここでは本来
if (StaticVal_s.weaponMode != Define_s.WEAPONMODE_TYPE_MISSILE) return;

なのですが何故か、


if ( StaticVal_s.GameMode != Define_s.WEAPONMODE_TYPE_MISSILE) return; 


となっていて、意図しない挙動に。これで数時間無駄にしました。
今日はこれくらいですかね。


ミサイルを打ち上げ、AIに追尾、そして爆破エフェクトとカメラの揺れ。
こんなところです。GIFにしても3MB程使うので今後は
youtubeで簡単にアップできる環境を整えると良いですね。


まだまだ味付けはしていませんので、とりあえず。
スティンガー以外には実弾系を用意して画面奥と手前の避け合いと打ち合い
も考えていますが、うーん・・・武器の弾薬はドライブ中限定の武器として
個別に用意した方がいいか迷っています。

　


一瞬ですが、ロックオン中のオブジェクトが消えると
エラーを吐く組み方を変更しました。

Listで管理していた為、.AllRemoveだったかな？
追尾対象を消すと自動的に配列が詰めなおされるので
その弾頭が担当する対象が変わってしまったり
又は不在（NULL)にエラーとなっていました。



１，クリックで「見せかけロケットインスタンス生成」
２，見せかけロケットにアタッチしてるｽｸﾘﾌﾟﾄの変数を参照しGameObjectを渡す
３，見せかけロケットが消えると同時に本命ロケット生成
４，そのロケットにアタッチしたｽｸﾘﾌﾟﾄの変数を参照し同じくたらいまわす
５，本命ロケットのスクリプトでif(targetObj != NULL)みたいな感じで
入っている時のみターゲットを追尾するように変更


どうやって渡すのか？


あらかじめアタッチするｽｸﾘﾌﾟﾄにメンバ関数を作っておく。
例えば、

public class DammyRocket : MonoBehaviour
{
    private GameObject targetObj;
    public void SetupRocketTarget(GameObject target)
    {
          targetObj = target;
    }
}

この様に仕組んでおく。
そして撃つ側のスクリプトで撃った時にメンバ関数を
呼ぶ。


public class Shot : MonoBehaviour
{
　Update（）
 ｛
         if(撃つ)
         {
                GameObject obj = Instantiate(生成したいオブジェ);
                obj.GetComponents<DammyRocket>().SetupRocketTarget(ターゲットオブジェ);
         }
   }

}


これを繰り返す。僕はダミーと本命、クリック操作があるので
ダミー、本命の２つにメンバ関数を作る。
「obj」には生成されたプレハブ（左のヒエラルキーのオブジェそのもの）
が代入されるので、そこから右のインスペクター
（アタッチしてるすべてのコンポーネント）を取得できる。
TransformならばGetcomponent<Transform>();と書く。


obj = ロケット　なのでロケットにアタッチしたｽｸﾘﾌﾟﾄを
参照する。この場合<DammyRocket>()。撃つたびに
ロケットが生成されるのでこのShotクラスはそれぞれのロケット
に独立して作られる。これでforやfoeachなど使わずにすむ、と言う方法。

 

ロックオンシステムが面倒くさい・・・
ヘリや戦闘機的な敵を出したいのでスティンガー
ミサイル的な追尾システムを作らなければならない。



ということでとりあえず作りました。


３Ｄではないので疑似的なものです。
打ち上げた弾頭は上空で消去し、それと同時
に小さい弾頭とエフェクトを生成し、
ゆっくりした速度で
「遠くに飛んで行っている」風に見せている
感じですね。



面倒なのは、ロックした敵を「それぞれ」
発射弾頭ごとに追尾させる事です。今のシステムだと
ロックオンマークが点滅した時に「追尾すべき敵」を
一つの変数に代入しています。






「LockOn_AllObjectList[i]」はList変数で照準
に現在触れているロックオン可能なオブジェクトが
代入されています。「fireAndForget_Target」には
追尾すべきターゲットを代入。

その変数から敵の座標を元に弾頭が追尾する仕組み。
敵から照準が外れ数秒後にロックオンマークが消える時
ロックが解除されて追尾が終了してしまいます。
個の解消にはListなどを使い、
「どの弾頭か？」「どの敵か？」を保存しておく
変数が必要そうですね・・・


若しくは当たるか外れるまで撃てなくする仕様
にして、1発の重みをかなり上げる「最強の武器」
と言う位置づけにするか・・・