Unity3D引擎對(duì)紋理的處理是智能的：不論你放入的是PNG词顾，PSD還是TGA硬霍，它們都會(huì)被自動(dòng)轉(zhuǎn)換成Unity自己的Texture2D格式贮匕。
在Texture2D的設(shè)置選項(xiàng)中，你可以針對(duì)不同的平臺(tái)刊头，設(shè)置不同的壓縮格式，如IOS設(shè)置成PVRTC4诸尽，Android平臺(tái)設(shè)置成RGBA16等原杂。
嗯，非常的智能您机。
但是穿肄，在一些進(jìn)階的使用中，一些情況是難以滿足的际看。
比如咸产，我們NGUI的圖集紋理，在Android平臺(tái)仲闽，使用ETC1紋理+Alpha通道圖的方式脑溢；iOS平臺(tái)，使用PVRTC4的紋理赖欣。
個(gè)別圖片紋理屑彻，要求清晰度較高的，使用RGBA16顶吮，但是使用RGBA16的漸變顯示圖片卻慘不忍睹社牲；
一些要求高保真的，則需要直接使用最高質(zhì)量的RGBA32格式云矫。
很多時(shí)候，隨著項(xiàng)目的復(fù)雜需求發(fā)展汗菜，單純的Unity紋理管理已經(jīng)無(wú)法滿足我們的需求了让禀。這時(shí)候，往往需要我們做一些額外工作陨界。
總結(jié)一下我自己的紋理壓縮方案：
紋理壓縮的策略
手游開(kāi)發(fā)（Android/iOS）中巡揍，我會(huì)使用3個(gè)級(jí)別的壓縮程度：高清晰無(wú)壓縮、中清晰中壓縮菌瘪、低清晰高壓縮腮敌；4種壓縮方法：RGBA32， RGBA16+Dithering俏扩，ETC1+Alpha糜工，PVRTC4。一般足夠應(yīng)付大部分的需求了录淡。
高清晰無(wú)壓縮 - RGBA32
RGBA32等同于原圖了捌木，優(yōu)點(diǎn)是清晰、與原圖一致嫉戚，缺點(diǎn)是內(nèi)存占用十分大刨裆；對(duì)于一些美術(shù)要求最好清晰度的圖片澈圈，是首選。
要注意一些png圖片帆啃，在硬盤(pán)中占用幾KB瞬女，怎么在Unity中顯示卻變大？因?yàn)閁nity顯示的是Texture大小努潘，是實(shí)際運(yùn)行時(shí)占用內(nèi)存的大小诽偷，而png卻是一種壓縮顯示格式；可以這樣理解慈俯，png類似于zip格式渤刃，是一個(gè)壓縮文件，只不過(guò)在運(yùn)行時(shí)會(huì)自動(dòng)解壓解析罷了贴膘。
中清晰中壓縮 - RGBA16 + Dithering
RGBA16 + Dithering
既然叫RGBA16，自然就是RGBA32的閹割版刑峡。
對(duì)于一些采用漸變的圖片洋闽，從RGBA32轉(zhuǎn)換成RGBA16，能明顯的看出顏色的層疊變化突梦，如上圖诫舅。
RGBA16的優(yōu)點(diǎn)刊懈，內(nèi)存占用是RGBA32的1/2；搭配上Dithering抖動(dòng)娃闲，在原尺寸下看清晰度一模一樣虚汛；
缺點(diǎn)，Unity原生不支持Dithering抖動(dòng)皇帮，需要自己做工具對(duì)圖片做處理卷哩；對(duì)于需要放大、拉伸的圖片属拾，Dithering抖動(dòng)的支持不好将谊，會(huì)有非常明顯的顆粒感。
如何進(jìn)行Dithering抖動(dòng)渐白？
在我的項(xiàng)目中，TexturePacker具有非常重要的作用纯衍，像UI的圖集生成眠砾，預(yù)先生成好正方形的IOS PVRTC4圖集和非正方形的Android ETC1圖集、 縮放原圖50%等工作都由TexturePacker完成。
同樣褒颈，對(duì)圖像進(jìn)行抖動(dòng)處理柒巫，也是預(yù)先在TexturePacker使用FloydSteinberg算法進(jìn)行圖像抖動(dòng)，再在Unity中導(dǎo)入使用谷丸。
TexturePacker提供命令行工具堡掏，可以做成自動(dòng)化的工具。具體方法這里不詳述刨疼。
RGB16
而RGB16泉唁，是主要針對(duì)一些，不帶透明通道揩慕，同時(shí)長(zhǎng)寬又不是2的次方的圖片亭畜；對(duì)于這些圖片，使用RGB16可以降低一半的內(nèi)存迎卤，但是效果會(huì)略遜于RGB32拴鸵。
當(dāng)然了，RGB16其實(shí)也是可以搭配抖動(dòng)蜗搔，也能提升顯示效果劲藐。
要注意的是，Dithering抖動(dòng)對(duì)拉伸放大是不友好的樟凄。
低清晰高壓縮 - ETC1+Alpha/PVRTC4
很多初學(xué)者都會(huì)疑惑聘芜，為什么游戲開(kāi)發(fā)中經(jīng)常看到一些圖片缝龄，需要設(shè)置成2的次方汰现？因?yàn)橄馝TC1、PVRTC4等這類在內(nèi)存中無(wú)需解壓叔壤、直接被GPU支持的格式瞎饲，占用內(nèi)存極低，而且性能效率也是最好的百新。
但是企软，相對(duì)RGBA32庐扫，還是能肉眼看出質(zhì)量有所下降的饭望。
ETC1
ETC1+Alpha一般應(yīng)用在Android版的UI圖集中，ETC1不帶透明通道形庭，所以需要外掛一張同樣是ETC1格式的Alpha通道圖铅辞。方法是，在原RGBA32的原圖中萨醒，提取RGB生成第一張ETC1斟珊，再提取A通道，填充另一張ETC1的R通道富纸；游戲運(yùn)行時(shí)囤踩，Shader將兩張ETC1圖片進(jìn)行混合旨椒。
生成Alpha通道圖的方法可參考：
http://blog.csdn.net/u010153703/article/details/45502895
后來(lái)，由于不想基于Unity API生成透明圖堵漱，我生成Alpha通道圖的方法综慎。我使用Python的一個(gè)png.py庫(kù)，用Python腳本來(lái)處理：
png.py生成alpha圖
要配合ETC1+Alpha勤庐，還需要Shader支持示惊，這里參考直接修改NGUI的Unlit/Transparent With Colored的Shader。
PVRTC4
PVRTC4在Unity中是直接支持的愉镰，不過(guò)要注意的細(xì)節(jié)是米罚，它必須是二次方正方形；也就是說(shuō)丈探，長(zhǎng)寬在二次方的同時(shí)录择，還必須要相等。
幾種紋理格式的對(duì)比
| 格式 | 內(nèi)存占用 | 質(zhì)量 | 透明 | 二次方大小 | 建議使用場(chǎng)合 |
|---|---|---|---|---|---|
| RGBA32 | 1 | ★★★★★ | 有 | 無(wú)需 | 清晰度要求極高 |
| RGBA16+Dithering | 1/2 | ★★★★ | 有 | 無(wú)需 | UI类嗤、頭像糊肠、卡牌、不會(huì)進(jìn)行拉伸放大 |
| RGBA16 | 1/2 | ★★★ | 有 | 無(wú)需 | UI遗锣、頭像货裹、卡牌，不帶漸變精偿，顏色不豐富弧圆，需要拉伸放大 |
| RGB16+Dithering | 1/2 | ★★★★ | 無(wú) | 無(wú)需 | UI、頭像笔咽、卡牌搔预、不透明、不會(huì)進(jìn)行拉伸放大 |
| RGB16 | 1/2 | ★★★ | 無(wú) | 無(wú)需 | UI叶组、頭像拯田、卡牌、不透明甩十、不漸變船庇，不會(huì)進(jìn)行拉伸放大 |
| RGB(ETC1) + Alpha(ETC1) | 1/4 | ★★★ | 有 | 需要二次方，長(zhǎng)寬可不一樣 | 盡可能默認(rèn)使用侣监，在質(zhì)量不滿足時(shí)再考慮使用上邊的格式 |
| RGB(ETC1) | 1/8 | ★★★ | 無(wú) | 需要二次方鸭轮，長(zhǎng)寬可不一樣 | 盡可能默認(rèn)使用，在質(zhì)量不滿足時(shí)再考慮使用上邊的格式 |
| PVRTC4 | 1/8 | ★★ | 無(wú) | 需要二次方正方形橄霉，長(zhǎng)寬一樣 | 盡可能默認(rèn)使用窃爷，在質(zhì)量不滿足時(shí)再考慮使用上邊的格式 |
- 內(nèi)存占用，相對(duì)于RGBA32做比較
- 質(zhì)量星級(jí)，更多是本人感受按厘，僅供參考
一個(gè)商業(yè)項(xiàng)目医吊，混搭多種紋理格式是在所難免的事情。把項(xiàng)目紋理劃分成高逮京、中遮咖、低三種質(zhì)量需求，是這個(gè)方案的落腳點(diǎn)造虏。
在項(xiàng)目中御吞，盡可能是使用ETC1和PVRTV4等GPU直接支持的圖片格式，不僅內(nèi)存占用低漓藕、性能也更好陶珠；當(dāng)出現(xiàn)質(zhì)量不及格時(shí)，再逐步的提升壓縮格式享钞，來(lái)滿足需要揍诽。
