常連

自己紹介

下記ソースでパーティクルを表示しております
```ここに言語を入力
using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class VFXViewer : MonoBehaviour
{
    public GameObject VFXObj;

    public void SplashVFX(Vector3 pos)
    {
        Instantiate(VFXObj, pos, Quaternion.identity);
    }
}
```

が、パーティクル初回表示のときのみ0.4秒ぐらいのフリーズが起きています
初回表示の時だけなので、パーティクルのデータロードによるフリーズと考えています

ステージ構成は下の画像のように非常に多くの情報をプレハブデータで取り扱っているため多くのメモリを使用している
という要素もフリーズの原因かと考えています（ステージもパーティクルと同じくInstantiateで配置しています）
（丸がHumanoidのメッシュ　四角がパーティクルのデータと考えてください）
![![イメージ説明](425f9c941afb3c6b0105a9cbb75b3b05.jpeg)](760ee47a3d9c4514f0ec0dc0cd74ea3a.jpeg)

上記ソースの
public GameObject VFXObj;
この変数に情報を代入している時点でキャッシュメモリーにロードされているという認識でしたが
違うということになりそうです

データロードによるフリーズをなくす方法をさがしていますが
もしくは、みなさんならどうやってパーティクルを表示していますか？
みなさんの方法と照らし合わせて上記ソースを添削していくことが解決の１つでもあると考えています

よろしくお願いします


追記　下の画像は初回パーティクル発生時のプロファイラー結果です
![イメージ説明](466f052cc1b40652d70840860235e653.png)

パーティクル初回表示のときのみフリーズが起きてしまう

### delegateとActionやFuncの違いを理解したいです。



delegateを学び始めたばかりの私からしたら、機能が似すぎていてどう使い分けるのかが分かりません。


**〔追記〕**

とても勘違いをしていました。
delegateはデリケート型、ActionやFuncはデリゲート変数と書いてあるサイトがあったので、そういうものがあるのかと思い質問しました。
でも、皆さんの回答で理解できました。
ありがとうございます！

delegate変数とdelegate型の違いを教えてください。

### 前提・実現したいこと
UnityでInstantiateによる複製をした際、アタッチされたComponent内変数のインスタンス化された派生クラスが、基底クラスにならないようにすることは可能でしょうか？
GameOnjetにアタッチされたObject.csの変数objClassに、SubClassをインスタンス化、代入した後、GameOnjetをInstantiateで複製すると、objClassの中身がBaseClassになってしまいます。

### 該当のソースコード

```C#
using UnityEngine;

public class Main : MonoBehaviour
{
	public Object obj;
	void Start()
    {
		obj.objClass = new SubClass();
		obj.Act();

		Object dObj = Instantiate( obj ).transform.GetComponent<Object>();
		dObj.Act();
	}
}

[System.Serializable]
public class BaseClass {
	public virtual void Action() {
		Debug.Log( "BaseClass" );
	}
}

[System.Serializable]
public class SubClass : BaseClass {
	public override void Action() {
		Debug.Log( "SubClass" );
	}
}
```

```C#
using UnityEngine;

public class Object : MonoBehaviour { 
	public BaseClass objClass;

	public void Act() {
		objClass.Action();
	}
}
```
### 表示されるメッセージ

```
SubClass   Main:Start() (at Assets/DupricateTest/Main.cs:12)
BaseClass  Main:Start() (at Assets/DupricateTest/Main.cs:15)
```
### バージョン
Unity 2019.3.2.f1

UnityでInstantiateによる複製をした際、アタッチされたComponent内変数のインスタンス化された派生クラスが、基底クラスにならないようにすることは可能でしょうか？

Unity初心者です。個人で２Ｄゲームの開発(Android)をしているのですが、
何も知識無く作っていたため、ほとんどの画像を２のべき乗でないサイズで作ってしまいました。
そのため、ビルド後のサイズが大きくなっており、フォーマットを「ETC2」や「ASTC」で圧縮するとサイズは小さくはなるのですが、
もともと２のべき乗サイズでない画像ファイルのため、圧縮への影響、ロード時間、処理速度、メモリの使用量など
どのような影響があるのかが理解出来ておりませんので質問させて頂きます。

【質問１】
２のべき乗サイズでない画像を圧縮した際に警告が出ていなければ、Unity側で勝手に丸めてくれてるとの認識で宜しいでしょうか？
実際に２のべき乗サイズでない画像をUnityに取り込んだ際、「ETC」フォーマットでは警告が出ていますが、
「ETC2」や「ASTC」フォーマットに変更すると警告が出なくなります。

【質問２】
警告無くインポート出来ていれば、２のべき乗でない画像サイズでも、処理速度やメモリ使用量に影響はないのでしょうか？
極端な例にはなりますが、「512×512」と「511×511」を同じ圧縮設定にした場合、
処理速度やメモリの使用量に大きく影響が出るのかが知りたいです。
気にしてるのは、後者の方がインポート後のサイズは小さいが、スマホで実際に展開された場合は、
展開に時間がかかったり、メモリを多く消費してしまっていたりするのか？とういう点になります。

【質問３】
512×512のサイズの画像をMax Sizeを256で圧縮した場合、
画像を展開したサイズは512として扱われているのでしょうか？それとも256で扱われているのでしょうか？

意味不明な質問になってるかもしれませんが、ご教授のほど宜しくお願い致します。

Unity(2019.3.10f1) / ２Ｄゲーム / ２のべき乗サイズでない画像に関して

**質問内容**


こんにちは。
少し長くなりますが質問の方に目を通していただければ幸いです。

僕は現在2Dのアクションゲームを作っています。
そして魔法を実装するにあたってオブジェクトプールについて調べていたところ、疑問が湧いたので知恵をお借りさせていただこうと思い立った次第です。

今のところ、テスト用の火の玉を飛ばす魔法をAddressables.InstantiateAsyncとAddressables.Release、それからPrefabを使って実装しています
しかしインスタンス化とDestroy（僕はReleaseを使っていますが）はとても重いとのことなのでオブジェクトプールという手法について調べてみました。

ですがオブジェクトプールの解説での例はいずれも弾幕ゲームのように二十、三十と弾丸を撒き散らすようなゲームを想定しており、さらに下記のページのようにオブジェクトプールを行わない方が効率的な場合もあると言及しているサイトもありました。

[参考にしたページの一つ](https://github.com/unity3d-jp-tutorials/2d-shooting-game/wiki/%E7%AC%AC01%E5%9B%9E-%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%83%97%E3%83%BC%E3%83%AA%E3%83%B3%E3%82%B0)

そこで質問なのですが、オブジェクトプールはどのような場面で使うのかをどうか教えていただきたいです。
また、魔法に使うとしてオブジェクトプールを行うのは魔法装備後に装備してる魔法を検出して、その魔法のオブジェクトのみをプールするような運用でいいのでしょうか？
あらかじめすべての魔法のオブジェクトをプールすることはしない方がいいですか？

個人的に使えるのかなと思っている場面は

・敵キャラを配置、あるいは無限湧きの敵キャラのみ？
・魔法
・継続的にオブジェクトを吐くステージギミック
・ロードで復活する障害物

このくらいでしょうか。
しかしこうなると逆にプールしない方がいいオブジェクトが分かりません。
一度壊すと復活しない隠し通路に繋がる壁とかボスとかでしょうか？

一応下で今回はどちらがいいのかの検証をしてみますが、オブジェクトプールとはどのくらいの規模で最適となるのか諸先輩方のアドバイスをいただければ幸いです。

どうぞよろしくお願いいたします。


**検証結果**

オブジェクトプールはこちらのサイトのコードを使用して実装しました。

[Akira_Kido_N様の　「Unityで簡単☆オブジェクトプール」](https://qiita.com/Akira_Kido_N/items/b5fa0c1ef324e57b0c28)

そしてこちらのメソッドはAddressables.InstantiateAsyncで生成したオブジェクトはプールできなかったのでInstantiateメソッドを使用したことを記しておきます。
また、プールの最大量は五個にしました。
実験の条件はプールする場合としない場合で断続的に五個ずつの火の玉を飛ばしてメモリの平均使用量と最高使用量を比較しました。


肝心の結果ですが、下記の画像のようにメモリの負荷はプールしない側が勝っていました。

プールしてない方
![プールせず](e5ed8c8681b3816b5133500a8ae6ddc7.png)

プールした方
![プールした](f665a8284a41db182d4e60dcdd37c7e4.png)

平均的に見てメモリ使用量は20MBほどプールしてない方が軽いです。

よって今回の場合はプールしない方がよさそうですが、もしなにか間違えていたら教えてください。
それから、プールを使用する場面について何かアドバイスがあれば教えてください。

この手の検証にはまだ不慣れなので、なにか結果の提示に不備がありましたらそちらもご指摘くださいませ。
よろしくお願いいたします。


（また、本筋とは違いますし本当に図々しいのですが、一つ気になることがあります。
プロファイラのメモリ使用量の変動を見ていてたまにGCが起きていることに気が付きました。
何故ならメモリの線グラフが増えては減るジグザグになり、Monoの使用量が2MBほど増えて減るのを繰り返していたからです。
ゲームプログラミングなら最初に全てのメモリを確保しておくのが望ましいかと思われますが、このようなジグザグになるコードは修正した方がよいでしょうか？
一応LINQの削除やコレクションの使いまわしなどはできうる限りで行っています。
どうかこちらも気が向きましたらご教授くださいませ）

**補足情報（FW/ツールのバージョンなど）**
Unity 2019 3,7f1


追記
AddressablesでAddressables.InstantiateAsync（）.Resultで生成したオブジェクトを渡すことができるようです。
大変失礼しました。