珍しく(?)ちょっと真面目にプログラミングの勉強中・・・

ある時からのShortcutsシリーズや特にAddDBColliderとかは処理が重くなってた。

きっと、スタジオでキャラをぐりぐり動かしていると毎秒突っかかるような症状が出る人がいるのではないかと思います。いや、確実にいます。例えば俺。

うちのPCは非力でね、3Dゲームをするにゃちょっとギリギリなんじゃないかと思うほどに。
だから、ちょいとカクつくくらいは致し方なし、と。そう思ってた。

けど、もう少しスペックの高いPCでも同様の突っかかりが出ることに気づいたのさ。

そして、「あぁ、これ自プラグインの作りが悪いのね・・・」という結論。知ってたけど。


というわけで

・ShortcutsKoi
・AddDBCollider
・SceneDataLoader

の3つを更新。

ShortcutsKoiとAddDBColliderは主に軽量化。
毎秒引っかかるような動作がなくなった(はず)なので、うちのような低スぺPCでも少しは快適になった気がするよ。

ただ、極々、極稀にシーンデータ読み込み中にAddDBColliderが原因でゲームが止まるかも。
稀にしか発生せず、原因はわかっているつもりなのに、完璧な上手い回避策が打ててないかもしれない。
1%程度の発生率かと思うし、さっきは100回ほどシーンデータ読み込んでも大丈夫だったので、多分大丈夫だと信じたいけど、ちと不安・・・
ま、ゲーム再起動で済むので、個人的には許容範囲、ってことでｗ

また、SceneDataLoaderは環境依存かもしれないけど「2回に1回の割合でマップが読み込まれない」という不具合があったので、直した。


はい、今日の更新はこんな感じです～









さて、今回の「毎秒動作が引っかかる」という症状、このおかげでだいぶ勉強になったので備忘録のように下記に残しておこう。
尚、illusionのゲーム(コイカツ)で使われているUnityは5.x系なので、それ以降のUnity2017やUnity2018には当てはまらない部分あり。

・UnityはメインスレッドでしかAPIが使えない
・重い処理や時間のかかる処理は非同期処理のできるコルーチンを使おう
・このコルーチンはメインスレッドで動いているよ
・なのでコルーチンの一つの処理が1フレーム分の時間を超えると処理落ちするよ
・処理落ちを引き起こすようなものは別スレッドで動かそう(ただし、UnityのAPIは使えない)

とまぁ、何か重い処理をやらせるにはコルーチンやらスレッドやらを利用するのが良いらしい。

そして、コルーチンまでは(間違いや勘違いが多いにせよギリギリ)使えていた。

ところが、どう頑張っても3番目の「たった一つの処理で1フレーム分の時間を超えてしまう」処理というのがあって、コルーチンでは対処しきれないケースがある。

・・・まぁ、

UnityEngine.Object.FindObjectsOfType<GameObject> とかやってんじゃねーよ！

というのが本来の結論なんですが・・・

そこを敢えてスレッドを使うという方法で何とかしてみる。

で、今のイリュゲはUnityの5.x系なので使えるのはThreadクラスまで。

Unity2017以降だとC#5.0で使えるようになったasync/await、.net4.0で導入されたParallelクラスが利用できる。（今回のケースではParallelクラスは使えたとしてもあまり意味ないけど）


さてさて、イリュゲは上記の通りThreadクラスまでなのでどうするか。

---

void Start () {
  thread = new Thread(HeavyMethod);
  thread.Start();
}

void HeavyMethod() {
  なんか重い処理
}

---

といった感じで基本的にはOK

これで今回生じたカクつきとはおさらば！


しかし、なるほど、AndroidやらWindowsのフォームアプリ、WPFなんかでもメインスレッドとは異なるスレッドからは(基本的には)UIいじれないアレと似たようなもんか。

わかったような、わかってないような・・・ｗ

次のイリュゲあたりからはasync/awaitが使えるバージョンになるのかしら？