本記事は QualiArts Advent Calender 2019 24日目の記事になります。
昨日は @ogrszk の 「Spineでできること〜エディタのTipsとAPI使用例〜」でした
注意：
環境
目次
今までのUnityでは .unitypackage を使用したり Assets 以下にGitのSubmoduleで管理するといった方法がありましたが、やっとPackageManager周りが実用的になったので個人的に良いなと思ったフローを紹介します
今回の記事は2019.1.3で作成しています。今後仕様が変わる可能性があるので注意してください
ここで作成したサンプルはこちらに上げているので気になったらどうぞ
github.com
非実行時にEditorスクリプトからHierarchey内のオブジェクトに変更を加えても
UnityEditor全体に対しての更新通知が行かないため、SceneView,GameViewの描画更新が行われない
Viewサイズを変える、Inspectorから変更をする等をすれば更新されるがすぐに確認したい場合
Unity - Scripting API: EditorApplication.QueuePlayerLoopUpdate
遡ると2017.2から追加された模様
これを呼び出せばUnityEditor全体にRepaint通知が行ってすぐに見た目が確認できるようになった
気になる内容の記事があったので検証してみました
qiita.com
コードそのままお借りしてます＋無理やり適当な名前で追加してすみません
極力transform取得の処理負荷が出るようにlocalPositionにしています
public class PerformanceTest : MonoBehaviour { private readonly Dictionary<Type, object> _componentCache = new Dictionary<Type, object>(); public new T GetComponent<T>() where T : Component { var type = typeof(T); if (_componentCache.ContainsKey(type) == false) { var component = base.GetComponent<T>(); if (component == null) component = gameObject.AddComponent<T>(); _componentCache.Add(type, component); } return (T) _componentCache[type]; } private readonly Dictionary<Type, Component> _componentCacheFast = new Dictionary<Type, Component>(); public T GetComponentFast<T>() where T : Component { var type = typeof(T); Component component = null; if (_componentCacheFast.TryGetValue(type, out component) == false) { component = base.GetComponent<T>(); if (component == null) component = gameObject.AddComponent<T>(); _componentCacheFast.Add(type, component); } return (T) component; } private readonly int max = 10000; private CustomSampler samplerNormal; private CustomSampler samplerDefaultGetComponent; private CustomSampler samplerOverrideGetComponent; private CustomSampler samplerGetComponentFast; private CustomSampler samplerCache; private Transform cacheTransform; private void Awake() { samplerNormal = CustomSampler.Create("transform"); samplerDefaultGetComponent = CustomSampler.Create("base.GetComponent"); samplerOverrideGetComponent = CustomSampler.Create("GetComponent"); samplerGetComponentFast = CustomSampler.Create ("GetComponentFast"); samplerCache = CustomSampler.Create("cacheTransform"); cacheTransform = base.GetComponent<Transform>(); } private void Update() { Vector3 pos; //普通の使い方 samplerNormal.Begin(); for (var i = 0; i < max; ++i) pos = transform.localPosition; samplerNormal.End(); //GetComponentおじさん samplerDefaultGetComponent.Begin(); for (var i = 0; i < max; ++i) pos = base.GetComponent<Transform> ().localPosition; samplerDefaultGetComponent.End(); //貼るだけで速くなるコード(?) samplerOverrideGetComponent.Begin(); for (var i = 0; i < max; ++i) pos = GetComponent<Transform> ().localPosition; samplerOverrideGetComponent.End(); //貼るだけで速くなるコードTryGetValue版 samplerGetComponentFast.Begin(); for (var i = 0; i < max; ++i) pos = GetComponentFast<Transform> ().localPosition; samplerGetComponentFast.End(); //メンバ変数でキャッシュ samplerCache.Begin(); for (var i = 0; i < max; ++i) pos = cacheTransform.localPosition; samplerCache.End(); } }
丁度2018が正式リリースされていたので2018.1.0f2で検証
| transform | 0.58ms |
| GetComponent | 0.846ms |
| DictionaryIndexer | 3.17ms |
| DictionaryTryGetValue | 2.06ms |
| transformCache | 0.399ms |
TryGetValueにするだけで約65％軽減（どっちにしろ重いけど、、）
キャッシュとの違いは10倍近く
何が言いたいかというとキャッシュはしたほうがいいよ
Dictionaryのインデクサは使わないほうがいいよ
という話でした
今GravityDAZE2をやっているのですが、水表現が面白いことになっていたので自分でUnityを使って実装してみました
水https://t.co/nvvfGaXU1g pic.twitter.com/fxkgM5oWpV
— 渡邉太郎 (@taro_b19) 2017年1月29日
背景が殆ど無いので分かりにくいと思いますが…
モデルの裏側をキャプチャしたものを使用して法線で歪ませて描画する方法で実装しました
GrabPass { "_WaterGrab" }GrabPassを記述すると描画直前のバッファを_GrabTextureにコピーしてくれますが、上のようにTexture名を指定することでこのGrabPassが初めて呼ばれたときのみコピーされるみたいです。
例えばこのシェーダで４個メッシュを描画すると１個めが描画されたときのみGrabPassが走り、２個め以降は１個めで使用したGrabTextureを再利用する
これで負荷を最小限にできます！
あとは一般的なスクリーン投影計算とリム計算ぐらいです。
half kScale = 1.7777; half2 enc; enc = i.viewNormal.xy / (i.viewNormal.z+1); enc /= kScale; i.viewNormal.xy = enc * 0.5;
フラグメントシェーダ内のこの処理は法線方向をスクリーンでいい感じに見えるように変換する計算式です
UnityCG.cgincのEncodeViewNormalStereo関数を持ってきました
Unityの法線テクスチャ描画時に呼ばれている関数なのですが、使ってみたら結構いい感じになったのでこれにしました。
水の揺れ表現にはClothを使ってみました
パラメータはちょこちょこっと変えていい感じにして外部から少しだけ力を加えて動くようになっています。
頂点設定は一部の頂点を動きにくい設定にして凸凹感が出やすいようにしました。
多分ここをきれいに設定するともっと柔らかい歪みになると思います。
0.1だと動かなすぎるし大きい値だと動きすぎて本来の一から離れすぎてしまうので0.15~0.2ぐらいがちょうどよかったです
Cloth工夫次第でいろいろできそうな予感がします
これ使って何か作りたい
実行、非実行時でモデルプレビュー出来るツールを作成しているのですが、再生時にモデルを一旦リセットして再生成するスクリプトを作成したい
ということでこんなスクリプトを書くと
ここのボタンを押す度にOnPlayModeStateChangedメソッドが呼ばれるようになります
void OnEnable () { EditorApplication.playmodeStateChanged += OnPlayModeStateChanged; } void OnDisable () { EditorApplication.playmodeStateChanged -= OnPlayModeStateChanged; } void OnPlayModeStateChanged () { Debug.Log("Changed"); }
ここで問題なのが思っているよりも多くこのイベントが発行されるということです しかし、このメソッド内で
EditorApplication.isPlaying
EditorApplication.isPlayingOrWillChangePlaymode
の値を見るとより詳細なStateが確認できます
つまりisPlaying==isPlayingOrWillChangePlaymodeを見ることで実行、Editorに完全移行したかどうかが取れ、逆の場合は遷移する直前の処理が書けます
このままだとPauseボタンでも呼ばれてしまうので上記の条件が一致したらフラグを立てておくことでPauseを無視することができます でもOnDisableとOnEnableだけで上手く頑張れば出来るっぽい雰囲気 とりあえずこのプロパティと組み合わせれば厳密にStateを取れたという感じ
Unity5.3にアップデートしてかなり発見しにくいバグ？を見つけたのでメモ
[ExecuteInEditMode] public class Test : MonoBehaviour { void Awake() { DontDestroyOnLoad (gameObject); } }
こんなクラスがあった時にEditor上でHierarchyにスクリプトを追加しようとすると表示されず、GameObject毎どこかに行ってしまいます。
FindObjectOfTypeを使用するとどこかに存在していることは分かるのですが、困ったことにどこにも見つかりません。
原因はDontDestroyOnLoadの挙動が変更されているからのようです。 このメソッドが呼び出された直後、普段は隠蔽されている”DontDestroyOnLoad”シーンにGameObjectが移動される挙動になっていました。
gameObject.scene.name
でログを出力するとDontDestroyOnLoadシーンに飛ばされていることが分かります。
このシーンは実行直前にHierarchy上で確認することが出来ます。
（実行が開始すると消えるので動画キャプチャから抜き出しました）
解決策としては実行している時のみ指定をすれば一応動作します
if (Application.isPlaying) {
DontDestroyOnLoad (gameObject);
}
滅茶苦茶ハマりました…
