テクスチャアトラスとアレイテクスチャ：CPUとGPUによる処理の違いと、パフォーマンスへの影響

Unity 5.4（現在ベータ版）は、配列テクスチャ-OpenGLのArrayTextureと同じ無駄に待望の機能（2013年以降）をもたらします。ただし、配列-テクスチャーとテクスチャーアトラスについて少し読んだ後でも、CPUとGPUによるそれらの使用法の技術的な違いを完全には理解できません。

具体的には、CPUとGPUがテクスチャアトラスとテクスチャ配列を処理する方法の主な違いと、最も重要なのは、そのような違いがパフォーマンスとメモリの処理にどのように影響するか（例：テクスチャ配列がテクスチャアトラスよりもパフォーマンスを向上させる方法など）。

Unityの実装に関する技術的な詳細が、残念ながらクローズドソースであるために欠けている場合は、OpenGL.s ArrayTextureに関する回答で十分満足しています。

上記のコメントで述べたように、パフォーマンスは実装、特定のハードウェア、およびテクスチャで何をしようとしているかに依存するため、信頼できる唯一の答えは、それぞれの選択肢をプロファイルすることです。

ただし、各オプションの使用方法にはいくつかの違いがありますが、これは一貫して適用されます。

1つの大きな違いは、配列テクスチャの場合、テクスチャ座標のラップやミップマッピングなどの目的で、各テクスチャが個別に処理されることです。

これにより、特に深いミップレベルでサンプルの端が混ざり合うのを防ぐために、隣接するテクスチャ見本の間にパディングを追加する必要があるテクスチャアトラスの一般的な問題が回避されます。

これは、テクスチャをタイリングしたい場合、テクスチャサンプリングハードウェアを使用して、バニラテクスチャと同じように行うことができることも意味します。アトラを使用すると、通常、フラグメントシェーダーでタイリング計算を行う必要があります。サンプラーは、アトラス全体のテクスチャ座標をラップ/ミラー/クランプ/ボーダーするだけで、内部の個々のタイルはラップしないためです。

配列テクスチャの主な制限は、すべての構成テクスチャが同じ解像度とミップレベル数を持つ必要があることです。解像度のニーズが非常に異なるテクスチャをバッチでまとめようとしている場合（たとえば、距離とともにLoDが低下するテレインタイルを仮想テクスチャに格納する場合）、代わりにアトラスの柔軟性が必要になる場合があります。