Sprite Atlasは複数のSpriteのTextureをまとめるAssetです。
Unity 6.3ではSprite Atlas V2を作成し、使うSpriteをObjects for Packingへ登録してPack Previewで確認します。
画像をまとめただけで、すべての描画が1回になる、必ずBatchesやメモリが減るとは判断しません。
現在の手順はUnity 6.3 LTS（6000.3）の公式資料に基づき、2026年10月25日に再確認しました。
元記事にはUnity 2017以降の初期Sprite AtlasとUnity 5系Sprite Packerの画像・比較が含まれます。
今回、Unity Editorのパッキング、ビルド、実機性能測定は行っていません。
旧画像をV2の動作確認にせず、下の少数Spriteで期待値を照合してください。
Sprite Atlas V2と旧Sprite Packerの違い
| 条件・症状 | 手順・確認する結果 |
|---|---|
| 現在のSprite Atlas V2 | Sprite Atlas AssetのPackablesにSprite/Texture/フォルダーを登録する。Createで.spriteatlasv2を作る。 |
| 以前のSprite Atlas V1 | V2へアップグレードする場合は元Assetをバックアップ。公式はV2からV1へ戻せないと説明。 |
| Unity 5系Sprite Packer | Packing Tagを使う旧方式。旧タグ設定・AtlasCacheのパスを現行V2の操作として使わない。 |
| Sprite Sheetの分割 | 1枚の画像から複数Spriteを切り出す作業。複数画像をAtlasへまとめることとは別。 |
1. まとめるSpriteと読み込み方法を決める
同じ画面/Sceneで使うSprite、同じ圧縮/フィルター条件のSpriteを小さくまとめるところから始めます。
全Assetsを1Atlasへ集めると、使わない画像のメモリや複数Textureページを含むため、一覧の数だけで最適と決めません。
Sprite Atlasの公式概要も使用場面や設定で分ける方法を説明しています。
新規確認ではResourcesやAssetBundleへ移す前に、Sceneへ直接参照した少数SpriteとInclude in Build有効のAtlasで確認します。
元記事の「AtlasだけをResourcesへ入れる」はすべてのプロジェクトの必須構成ではありません。
次の画像は旧Resources構成の資料です。
2. Sprite Atlasを作りPack Previewで確認する
先にEdit > Project Settings > EditorのSprite Atlas/Modeを確認します。
編集時もAtlasで確認する例はSprite Atlas V2 – Enabledです。
古いV1 Assetがあるプロジェクトで切り替える場合は、移行前のAssetと設定をバックアップします。
V2へ変換したAssetをV1へ戻せる手順ではありません。
- コピーした素材をSpriteとしてインポートし、使用するSpriteがProjectに見えることを確認します。静的画像1枚とSprite SheetのMultipleを混同しません。
- Assets > Create > 2D > Sprite AtlasでAtlasを作ります。Unity 6.3の公式作成手順は.spriteatlasv2です。
- 作成したAtlasを選び、Objects for PackingのPackablesへSprite/Texture/専用フォルダーを登録します。最初は少数のSpriteを直接指定し、無関係な素材を取り込まないよう確認します。
- Pack Previewを押し、Inspector下部のPreviewで登録したSpriteが含まれるか、Textureページや寸法、Platform Settingsの対象を確認します。Previewは実ビルドの読込・性能を検証したことにはなりません。
- SceneのSpriteRendererまたはuGUI Imageへ元のSpriteを割り当て、Game/Playと対象プラットフォームのビルドで表示を確認します。Sprite自体をAtlas画像の任意領域へ手で置き換える操作ではありません。
次の作成・旧設定画像は初期Sprite Atlas/Sprite Packerの資料です。
旧Always Enabledという項目名を、そのままV2の設定に置き換えないでください。
ModeがSprite Atlas V2 – Enabled for Buildsの場合、編集時のScene/Gameビューでは元Textureを使います。
この設定ではPlay開始時とビルド時にAtlasを作成・使用するため、編集ビューだけで判断しないでください。
Normal MapやMask Mapを付けたSpriteは、Sprite EditorのSecondary Texturesも確認します。
同じAtlasへ入れるSprite間で追加Textureの数が異なると、結合後のTextureに空き領域が増える場合があります。
Pack Preview右上の選択欄で、通常のTextureに加えて結合後の追加Textureも確認してください。
3. Canvas UI・ピクセルアートで確認する設定
| 条件・症状 | 手順・確認する結果 |
|---|---|
| Canvasで使うSprite | Allow Rotationを無効にする。公式Inspector資料がCanvas UIの回転を避ける設定として説明。 |
| Tight Packing | SpriteのCustom Outlineの形で詰める機能。単なるPNG透明余白のファイル削除とは別。必要な形状とUI表示を比較する。 |
| Padding | 隣のSpriteの色が混ざらないよう間隔をとる。必要量はフィルター・縮小・圧縮等の条件で確認。 |
| Filter Mode | Pointはピクセル表現、Bilinear等は拡大縮小の見た目を確認。すべてのUIへPointを推奨しない。 |
| Read/Write | CPUからTextureデータを読み書きする用途がなければ不要な有効化を避ける。公式には条件によりコピー保持の負担が説明されている。 |
| Max Texture Size・Format | 対象プラットフォームの寸法/形式/Overrideを確認。Previewの見た目だけで実機メモリを決めない。 |
各設定はUnity 6.3 Sprite Atlas Inspectorを参照します。
同じAtlasを使ってもMaterial/Shader、Sorting、Mask/Clip等の描画条件が異なれば同じまとまりとして描画されるとは限りません。
4. Include in BuildとResources・手動読み込み
通常の確認ではInclude in Buildを有効にします。
無効にするとPlay/ビルドでAtlas Textureが見つからずSpriteが消えることがあり、Scene/Game編集ビューで見えるだけでは読込の確認になりません。
公式の手動読込・Late BindingではatlasRequestedへロード結果を返す方法を説明しています。
- 起動時から使う場合はInclude in Build有効の構成で確認します。
- 必要なときだけ読み込む場合はInclude in Build無効、ResourcesまたはAssetBundle等の配置、atlasRequestedの処理を一組として設計します。Atlasをフォルダーへ移しただけでは手動読込処理が完成しません。
- AssetBundleへAtlasとSpriteを分ける場合は重複Assetと依存を公式資料で確認します。「元SpriteをResourcesから出す」だけを全方式の重複対策としません。
- 同じSpriteを複数Atlasへ入れた場合は、意図したAtlasが使用される条件を確認します。公式作成資料は実行時のAtlas選択が一定にならない場合を説明しています。少数のAtlasとSpriteでビルドまで試します。
Include in Buildを無効にしても、Resources内のAtlasはビルドへ含まれます。
違いは起動時の自動読み込みで、Resourcesから使う場合は読込処理を用意します。
手動読込で表示されない場合は、要求されたAtlas名、読込先、取得結果を順に記録してください。
取得したSpriteAtlasをコールバックへ渡すところまで確認します。
AssetBundleで重複を避ける基本構成として、公式はAtlasとそのSpriteを同じBundleへ割り当てています。
旧版資料：Unity 5のSprite Packerと自動タグ付け
ここからの旧画像はPacking Tagを設定してSprite PackerでPackする方式です。
Unity 5系の既存プロジェクトを読む資料として保ちます。
旧Resources制限やLibrary/AtlasCacheの場所を、現在のV2の必須条件にしません。
旧SpritePostprocessorの元記事はUnity 5.3.4f1の2016年の自動設定例です。
TextureImporterのPacking Tagを付ける旧処理で、V2のPackablesへ自動追加するコードではありません。
画像のImporter値だけを統一する用途はPreset Managerと分けます。
この旧コードはV2のAtlasを自動生成しません。
作者の旧SpritePostprocessor.csも全文を確認しました。
対象はパスにAssets/Sprite/を含むTextureで、親フォルダー名をPacking Tagへ設定します。
圧縮形式・Mip Map・Filter Modeの変更箇所はコメントアウトされており、貼り付けるだけでは適用されません。
効果を確認する：旧Batchesの数値と今回の検証手順
元記事には画像6枚でパッキングなし7、あり2というBatchesの比較がありました。
次の画像は旧測定資料ですが、使用Unity版・Scene・Material・描画順・プラットフォーム等の再現条件を十分追跡できません。
現在の環境で7→2になるとは保証せず、今回測定した値として扱いません。
- 同じScene、Sprite、画面サイズ、Material、Camera/Canvas、Build Targetで、Atlasを使う構成と使わない構成を作ります。ほかの描画や設定を同時に変えません。
- Frame Debuggerで対象描画が使うTexture、Material、描画順を確認します。Stats/ProfilerのBatchesやSetPass、CPU/GPU時間を用途に応じて記録し、SRP Batcher等の条件も残します。
- 同じ表示でメモリ、Atlasページ数、ロード時の挙動も確認します。Batchesが減ることとTextureメモリが減ることは別の確認です。
- 対象実機のビルドで複数回確認し、条件と測定結果を保存します。Editorの旧画像だけからFPSや実機改善を断定しません。
透明余白：旧サイズ比較の読み方
元記事は64×64pxに8×8px矩形を置く条件として、4枚は透明あり/なしとも32×32px、8枚は透明なし32×32px・透明あり64×32pxという結果を記載しています。
次の2画像は旧素材・結果です。
Packing Mode、Tight、Padding、回転、圧縮等の条件は十分追跡できないため、この表から「先にPNGをトリミングすれば常に小さくなる」と一般化しません。
現在のSprite AtlasではTight PackingとCustom Outlineを確認し、同じ設定で必要なSpriteの領域が保たれるか比較します。
元画像の余白を直接切る場合は、Pivot・Border・Spriteの切り出し・位置合わせやアニメーションへ影響するため、Atlasのサイズだけで決めずコピー素材で表示を照合します。
次の旧自動設定・比較画像も、旧手順の記録です。
SpritePostprocessorの導入成功やV2の性能確認ではありません。
表示されない・パックされないときの切り分け
| 条件・症状 | 手順・確認する結果 |
|---|---|
| Pack Previewに対象がない | Sprite import、Packablesの参照、対象フォルダー、Mode、Consoleを確認。 |
| 編集では見えるがPlayで消える | Include in Build、手動読込のCallback、ロード先/依存、ビルドの実表示を確認。 |
| UIの角・向きが変 | Allow Rotation、Sprite形状/Border、Padding・フィルター・圧縮を同じ表示で確認。 |
| 描画数が減らない | 対象のTexture/Material/Shader、Sorting・Mask、SRP Batcher等の描画条件を確認。 |
| V1から戻したい | V2→V1変換を前提にしない。移行前のバックアップ/設定を復元する。 |
V1を移行する場合は公式のアップグレード手順でバックアップとSprite Atlas V2 – Enabledを確認します。
Editor Modeを変えてV2をV1へ戻せると判断しません。
今回、移行・パッキング・ビルド・性能の実行検証は未実施です。
旧版も新しい版も、条件を記録した少数対象から確認してください。
次の関連画像は元記事から保持した資料です。
現在のV2を実行した記録として数えません。
2Dとスプライトの記事は、ほかにもあります。
