Unity Naninovelビルドサイズ削減 その２ キャラクターテクスチャ設定

で背景のテクスチャ設定について考えた。今回はキャラテクスチャについて。

ノベルゲームでは表情差分用に画像を複数用意するのが一般的。なので高画質な画像を使っていると重くなりがち。
Unity Naninovelでトータルビルドサイズを軽くするために、キャラの表情差分テクスチャどう扱えばよいかについて考える。（Naninovelに限らずUnityで扱うテクスチャの基本的な考え方は一緒のはず）

前提

ビルド環境
Win10 + Unity 2019.4.22f1 (64-bit) +Naninovel v1.16pre
Naninovel設定解像度: 608*1080
※1920*1080をベースに設計(スマホ、PCの両対応)
してそこからトリミングしている
1つのキャラ表情差分が10個あるとする。
1180*2048サイズのキャラを扱う。

扱うキャラは、自作ゲームで使用しているメインキャラのテクスチャ

イエティ捕獲大作戦：無料ゲーム配信中！ [ふりーむ！]

結論

１，インポートするキャラ画像は、ゲーム画面の解像度に最適化した幅/高さにしておく。

２，インポートするキャラ画像の解像度は幅/高さが4の倍数にする
※2のべき乗にしておくとなおよい。

３，Naninovel Character Implementationそれぞれのビルドサイズ比較は
live 2d Characters ＜ Diced Sprite Characters ＜ Sprite Characters

※メモリ使用量は考慮しない。

解説

１、インポートするキャラ画像は、ゲーム画面の解像度に最適化しておく

ゲームの解像度が1920*1080の解像度とするのであれば、それに収まる解像度にする。例えば、縦のサイズが1080以上だとスクリプトから画像縮小して呼び出す事になるが、画面上で縮小されてもビルドサイズは変わらない。
ビルドサイズを削減したいのであれば、ゲーム解像度に合わせてキャラ画像の解像度に決めておく。

２、インポートするキャラ画像の解像度は幅/高さを4の倍数にする

これを気にせずに適当な画像解像度でインポートすると

Only textures with width/height being multiple of 4 can be compressed to DXT5 format
（DXT5形式に圧縮できるのは、幅/高さが4の倍数のテクスチャのみです。）

と警告がひそかに出てる。そして強制的に圧縮形式None(無圧縮)と同等になりサイズが爆増する。ファイルひとつで9MBくらいのビルドサイズになってたりする。4の倍数の幅/高さに設定していればちゃんと圧縮してくれる。

３、Naninovel Characters Implementationの選択

Sprite Characters
最も一般的でシンプルなもの。
.jpg、.pngとかUnity上にインポートしたものをそのまま使用する場合はだいたいコレになる。

Diced Sprite Characters
テクスチャを細切れに抽出して、テクスチャの共通部分を再利用することで、ビルド時の容量削減が可能。
Diced Sprite導入についてUPMからの取得が必要。別途記事化

live 2d Characters
Live2D Cubism 2Dモデリングとアニメーションソフトで制作されたテクスチャとアニメモーションのデータ。１つの表情差分を１アニメーションとして扱う。
live2dキャラのインポートについては下記記事を参照。

テクスチャビルドサイズ比較結果

1キャラ表情差分画像10枚(1180*2048)1.6MB×10=16MB程度の場合

Sprite Characters : 23MB (1180*2048　※×10枚分)
Diced Sprite Characters : 6.9MB (952*1904　※変換後)
live 2d Characters:  5.3MB (2048*2048)

※live2dやDicedSprite動作に必要なライブラリ等のサイズは含んでいない（テクスチャに比べて軽い）ので、これらテクスチャサイズの差分が純粋にトータルのビルドサイズに表れるわけではない。

※画像によってはLive2dのテクスチャよりDicedSpriteの方が軽くなるケースもあると思う。

※導入の簡単さで言ったら
Sprite Characters ＞ Diced Sprite Characters ＞ live 2d Characters

この結果を踏まえて、Naninovelに使用するテクスチャの設定をちゃんと決めておき、ビルドレポートなどから最終的なビルドサイズを確認しておくのがよさそう。

おまけ

縦横サイズが二のベキ乗でないテクスチャをNPOT（Non Power of two）
縦横サイズが二のベキ乗であるテクスチャをPOT（Power of two）
という。

なぜ画像サイズを2のベキ乗推奨か？
調べると古いGPUには、2のベキ乗のテクスチャーしか対応していないものがあるらしいから、らしい。最新のものであれば気にしないでもよさそう。

2のn乗　リスト
n=0 : 1
n=1 : 2
n=2 : 4
n=3 : 8
n=4 : 16
n=5 : 32
n=6 : 64
n=7 : 128
n=8 : 256
n=9 : 512
n=10 : 1024
n=11 : 2048

参考にした記事リンク

【Unity】Texture Format - KAYAC engineers' blog