Download as PDF, PPTX
![[SerializeField] GameObject player;
アセット参照のためのコード](https://image.slidesharecdn.com/cedec2018yamamura-181005132032/85/CEDEC2018-Unity-68-320.jpg)
![[SerializeField] GameObject player;
アセット参照のためのコード
[AssetReferenceTypeRestriction(typeof(GameObject))]
public AssetReference player;](https://image.slidesharecdn.com/cedec2018yamamura-181005132032/85/CEDEC2018-Unity-69-320.jpg)
![[SerializeField] GameObject player;
アセット参照のためのコード
[AssetReferenceTypeRestriction(typeof(GameObject))]
public AssetReference player;
参照する（予定の）アセットのアドレス](https://image.slidesharecdn.com/cedec2018yamamura-181005132032/85/CEDEC2018-Unity-70-320.jpg)
![[SerializeField] GameObject player;
アセット参照のためのコード
[AssetReferenceTypeRestriction(typeof(GameObject))]
public AssetReference player;
参照する（予定の）アセットの型](https://image.slidesharecdn.com/cedec2018yamamura-181005132032/85/CEDEC2018-Unity-71-320.jpg)
![アセット参照のためのコード
[AssetReferenceTypeRestriction(typeof(GameObject))]
public AssetReference player;](https://image.slidesharecdn.com/cedec2018yamamura-181005132032/85/CEDEC2018-Unity-72-320.jpg)
Uploaded byUnity Technologies Japan K.K.
【CEDEC2018】ココが変わる！Unityの新しいエディタワークフロー
2018/8/22に開催されたCEDEC2018の講演資料です。 講師：山村 達彦（ユニティ・テクノロジーズ・ジャパン合同会社）
More Related Content
![[GTCJ2018]CuPy -NumPy互換GPUライブラリによるPythonでの高速計算- PFN奥田遼介](https://cdn.slidesharecdn.com/ss_thumbnails/gtcj2018cupypfnryosukeokuta-181009073034-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 【CEDEC2018】ココが変わる！Unityの新しいエディタワークフロー
![[4.20版] UE4におけるLoadingとGCのProfilingと最適化手法](https://cdn.slidesharecdn.com/ss_thumbnails/ue4loadgcprofilingoptimization420-180802153630-thumbnail.jpg?width=640&height=640&fit=bounds)
【CEDEC2018】ココが変わる！Unityの新しいエディタワークフロー
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7. GameObjectのアセット化 値のオーバーライド Prefabの更新で他の全てのアセットに反映 Prefabのおさらい ATK : 100 DEF: 30 ATK : 120 DEF : 30 ATK : 50 DEF : 40
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. Prefab量産後に一括更新が面倒くさい 同じ構成、同じ機能、同じ用途、しかしパラメータが少しずつ違う、別のPrefab prefab1 prefab2 prefab3prefab4 prefab5 異なるPrefabの為、一括更新が 少々面倒になる
- 15. Prefab量産後に一括更新が面倒くさい 同じ構成、同じ機能、同じ用途、しかしパラメータが少しずつ違う、別のPrefab prefab1 prefab2 prefab3prefab4 prefab5 異なるPrefabの為、一括更新が 少々面倒になる 特別なスクリプトを作って解決！
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. • バージョン、キャッシュ、依存関係、アセット格納先、開放タイミング等、考えることが多い • ローカルのアセットと依存関係を構築できない •ビルドする為にコードが必要 AssetBundleの配信が面倒くさい
- 22. • バージョン、キャッシュ、依存関係、アセット格納先、開放タイミング等、考えることが多い • ローカルのアセットと依存関係を構築できない •ビルドする為にコードが必要 AssetBundleの配信が面倒くさい 特別な人を作って解決！
- 23.
- 24.
- 25. New Prefab Workflow AddressableAsset System
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43. Nested Prefabの階層化 X =1 Prefab1 X = 1Y = 1 Y = 1 Prefab2 Prefabを階層化しても、Prefabは維持される
- 44. Nested Prefabの階層化 X =2 Prefab1 X = 2Y = 1 Y = 1 Prefab2 オリジナルPrefabを変更すれば、使用してるPrefabにも反映される
- 45. Nested Prefabの階層化 X =2 Prefab1 X = 2 Y = 1 Y = 1 Prefab2 参照する全てのPrefabが反映してしまう X = 2 Y = 1 Prefab3
- 46. Nested Prefabのオーバーライド X =2 Prefab1 X = 2Y = 1 Prefab2 Y = 1
- 47. Nested Prefabのオーバーライド X =2 Prefab1 X = 2Y = 1 Prefab2 親のPrefabが子のPrefabの値を上書きする Y = 4
- 48. Nested Prefabのオーバーライド X =2 Prefab1 X = 2 Y = 1 Prefab2 他のPrefabには反映されない X = 2 Y = 1 Prefab3 Y = 4
- 49. Nested Prefabのオーバーライド X =2 Prefab1 X = 2 Y = 12 Prefab2 オーバーライドした値が優先される点には注意 X = 2 Y = 12 Prefab3 Y = 4
- 50.
- 51.
- 52.
- 53. X = 1 Prefab1 Y= 1 X = 1 Prefab2 Y = 1 Variantを作成
- 54. X = 1 Prefab1 Y= 1 X = 2 Prefab2 Y = 1 個別に値をオーバーライドできる
- 55. X = 1 Prefab1 Y= 5 X = 2 Prefab2 Y = 5 大本Prefabを更新すると、反映される
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63. Prefab Texture Model Material Prefab Texture Audio Shader アセットを参照すると、自動的にロードされてしまう •とはいえAssetBundleにすると途端に面倒くさい事になる
- 64. • 直接参照 SceneやPrefabからアセットへ直接参照する 関連するアセットが速やかに根こそぎロードされる • Resources 名前ベースで指定したアセットをロードする。（現在非推奨） •AssetBundle アセットを外部ファイルにまとめて配信する バージョン、キャッシュ、依存関係、アセット格納先、開放タイミング等、考えることが多い 直接参照か、ResourcesかAssetBundleか
- 65. • 直接参照 完全に関係のあるアセット 即座にアセットがロードされる • AddressableAsset System 関係の薄いアセット 格納場所を気にせずアセットをロードできる 直接参照か、ResourcesかAssetBundleか
- 66.
- 67.
- 68.
- 69.
- 70. [SerializeField] GameObject player; アセット参照のためのコード [AssetReferenceTypeRestriction(typeof(GameObject))] publicAssetReference player; 参照する（予定の）アセットのアドレス
- 71. [SerializeField] GameObject player; アセット参照のためのコード [AssetReferenceTypeRestriction(typeof(GameObject))] publicAssetReference player; 参照する（予定の）アセットの型
- 72.
- 73.
- 74.
- 75. オブジェクトの生成 GameObject playerInstance; player.Instantiate<GameObject>().Completed +=(op) => {playerInstance = op.Result;} GameObject playerInstance; playerInstance = Object.Instantiate(player); 今まで Addressable
- 76. オブジェクトの生成 GameObject playerInstance; player.Instantiate<GameObject>().Completed +=(op) => {playerInstance = op.Result;} GameObject playerInstance; playerInstance = Object.Instantiate(player); 今まで Addressable 基本的に非同期で動作するAPI
- 77.
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84. ラベルに指定したアセットの事前ロード var preloadOp =Addressables.PreloadDependencies("preload", null); yield return preloadOp; “preload”のラベルを持つアセットを 事前にロードしておく
- 85. ラベルを指定したアセット一覧を取得 var op =Addressables.LoadAssets<IResourceLocation>(hazardsLabel.labelString, null); yield return op; hazardLocations = new List<IResourceLocation>(op.Result); public AssetLabelReference hazardsLabel;
- 86.
- 87.
- 88.
- 89. 格納方式もグループ単位 pack Separately １Addressable １AssetBundle packTogether １つのAssetBundleに纏める
- 90.
- 91.
- 92.
- 93.
- 94.
- 95. Resource Profiler (PM Profiler)
- 96. Resource Profiler (PM Profiler)
- 97. ここが変わった！ Addressable AssetBundleへの参照がResourcesや直接参照並みに簡単に Virtual /Fastモード AssetBundleビルド待ちせず調整が可能に メモリ管理 検証がやりやすくなった 参照カウンターで自動的に開放される 色々考えなくても良い感じによしなにしてくれるようになった
- 98.
- 100.
- 101. “ ” AddressableとNew PrefabWorkflowで 特別なコードを書かなくとも 良い感じにアセットを制御しやすくなった
- 102.
- 103.