【最適化深掘り】テクスチャとマテリアル：場面ごとの「戦略的使い分け」とミップマップの正体

「同じようなテクスチャを1枚にまとめるべきか、用途ごとにサイズを分けて作るべきか」

これはVFX制作の現場で常に議論される、「ディスク容量」と「実行負荷（ランタイム性能）」のトレードオフそのものです。

このパズルを解く鍵は、「ミップマップ（Mipmaps）」という自動最適化の仕組みを正しく理解し、その上でプラットフォームごとの「攻め所」を見極めることにあります。

実務で迷わないための、テクスチャ・マテリアル設計の決定版ガイドをお届けします。

究極のジレンマ：1枚にまとめるか、サイズ違いを作るか？

データ総量を減らすなら「1枚を使い回す」のが正解に見えますが、実行時のメモリ帯域を考えると「小さいものは小さいテクスチャにする」のが定説……。
この矛盾を解消するのがミップマップです。

結論から言うと、3D空間に配置するエフェクトに関しては、「高品質な大きいテクスチャを1枚作り、小さなエフェクトにもそれを使い回す」 のが最も賢い選択です。

理由: ミップマップがあるからです。512pxのテクスチャ1枚を、巨大な爆発にも、足元の小さな砂埃にも共有してOKです。
メリット:
- 管理コストの低下: 素材管理がシンプルになる。
- ドローコールのバッチング: 同じテクスチャ（マテリアル）を使っていれば、Unityが描画命令を一つにまとめてくれる可能性が高まります。

ミップマップは単なる「遠景用のボケ画像」ではありません。
内部的には、GPUが「テクセル密度」を監視し、最適な解像度を秒速で選び続ける守護神 です。

ミップマップが画像を切り替える基準は、距離ではなく 「画面上の1ピクセルに、テクスチャの何ピクセル（テクセル）を押し込もうとしているか？」 という勾配（Gradient）です。

GPUは、隣り合ったピクセルのテクスチャ座標（UV）がどれだけ変化したかを計算しています。

\frac{\partial u}{\partial x}, \frac{\partial u}{\partial y}, \frac{\partial v}{\partial x}, \frac{\partial v}{\partial y}

この値が大きければ大きいほど、GPUは「おっと、今の描画サイズに対してテクスチャが細かすぎる（縮小されている）」と判断し、自動的に1段低い（ボケた）ミップレベルに切り替えます。

カメラとの距離: 遠いほど縮小される。
TransformのScale: 縮小設定ならミップマップが効く。
Particle SystemのStart Size / Size over Lifetime: 描画されるポリゴンが小さければ、自動的にボケた画像が選ばれる。
画面解像度: モニターの1ピクセルが小さいほど、より精細なレベルが選ばれる。
テクスチャのTiling: 1枚の板に10回タイルさせれば、1ピクセルあたりのUV変化が激しくなり、ミップマップが適用されます。

ミップマップが「自動でサボってくれる」ことを踏まえつつ、それでも「別データ」として切り出すべき境界線を引いてみましょう。

UIエフェクトは、常に1:1に近い解像度で表示されるため、Mipmapをオフにします。
3D用のMipmapオン設定のテクスチャをUIに流用すると、メモリ容量を33%無駄に消費した上に、エッジがボケて見えるという最悪の結果を招くからです。

課題: メモリ帯域（バス）が細いため、テクスチャの「枚数」に敏感。
解決策: “Channel Packing（チャンネルパッキング）” が必須です。
1枚のRGBAテクスチャの各チャンネルに、R=炎、G=煙、B=火花……と情報を詰め込みます。
マテリアルを共通化し、シェーダーで読み出すチャンネルを変えることで、メモリ帯域とドローコールの両方を節約します。

課題: 4K環境での「解像度不足（ボケ）」がプレイヤーの没入感を削ぐ。
解決策: 解像度のメリハリ。目立つキャラエフェクトには2048pxを奢る代わりに、背景環境用のエフェクトには徹底的にミップマップを効かせ、テクスチャのインポート設定で解像度を制限します。

テクスチャを共通化しても、マテリアル（シェーダー）が重ければ意味がありません。

マスターシェーダー戦略: 1つの高機能シェーダーを使い回すのは開発効率が良いですが、計算が複雑になりがちです。
階級の切り分け:
- Class A: 屈折、ディゾルブ、高度なライティング（ボス・自キャラ用）。
- Class B: 汎用加算、アルファブレンド、簡単なノイズ（雑魚・環境用）。
- Class C: 単色、頂点カラーのみ（大量のパーティクル用）。

3D空間なら「大は小を兼ねる」: Mipmapの勾配計算を信じて、中〜大規模FX用の解像度に統一して共有。ディスク容量の増加よりも、描画バッチングの恩恵を取る。
UIは「聖域」: 3D用アセットとは設定もデータも完全に分ける。
計算の重心を意識する: モバイルならテクスチャのサンプリング回数を、コンシューマならピクセルの見た目の精細さを優先して設計する。