基于cocos2dx的2D手游美術資源制作技術選型12 UI做機型適配，需要很多的取舍，事實上第一個取舍就是：我們不需要真正地支持所有的機型的所有分辨率，而相反，我們把主力放在支持市場占有率Top15以內的機型。從目前國內手機品牌型號占有率來看，這幾乎只有兩三個牌子：三星、小米和華為。在切掉了大部分碎片機型的時候，我們手上的分辨率還是很多，從而無論在人力或是時間成本上，公司宣傳片拍攝我們都是不可能完成所有的分辨率的資源。所以UI設計還得有進一步的優化UI的核心功能是：交互，你必須知道的8大發展觀同時對于富UI的游戲來說，它還要好看，所以本著這兩個主要目標，又要配合所有的屏幕，我們考慮過兩個極端的方案，但最終選擇的是把兩者結合：方案一是簡單粗暴的縮放：即在不同分辨率不同機型上對UI進行縮放，使之占滿全屏。旅游攝影常識詳解但這個方案一提出來就立刻被自己否決了，簡單縮放的問題在于：在手機上好好的UI，在平板電腦上慘不忍睹，按鈕其大無比，操作十分不舒服，同時由于UI資源的圖片大小精度不夠，還會出現大片大片的馬賽克，也非常難看方案二則是力求效果上的完美：一套UI資源，為每個分辨率的屏幕做一套UI布局，布局時可以適當的縮放原始資源,這個方案能達到最好的UI效果，但一種分辨率一種布局缺點是工作量還是太大，時間和人力成本過高我們最終采用的方案三則是結合了方案一和二的優點，但同時也犧牲了一定的美感：美術制作一套UI圖片資源，但按分辨率區間把屏幕分為：低、中、高三檔，每一檔對應若干組分辨率的機型，然后為低、中、高分區制作不到的布局(Layout)，在具體的布局區間內，這個布局文件會自動根據分辨率進行等比縮放，并進行居中，兩邊無UI處留黑。這樣做的結果是用多套布局適配到所有的分辨率，同時提供可接受的操作感和外觀。（雖然它的etc編解碼用的是愛立信實驗室的實現）最終我們選擇ktx的理由是因為它的庫足夠簡單，而且有OpenglES官方組織撐腰在不遠的將來，在OpenglES3.0普及之后，ETC2勢必成為未來手游的最主流紋理圖片格式，因為它不但將支持更豐富的圖片格式，帶alpha支持和單通道紋理的支持（單通道可以用來做alpha、光照、mask等等），同時它提供更多的壓縮方式以提高紋理壓縮質量。另外，對我們來說，選擇2的冪做為制作限制，還有一個必要的原因：etc壓縮算法針對的是4x4的像素塊，所以紋理的大小是2的冪且大于2的情況下，影視視頻制作自然就能滿足此要求。且事實上一般游戲項目里也不太可能存在小于4x4的圖片資源（mipmap低階除外）應該說在2D動畫制作這一點上，Cocostudio對Flash動畫導出表面上顯得風風光光，極大的增加了資源重用，但實際上卻是乏善可呈，企業宣傳片制作它逐幀導出的flash動畫，無異于給手游團隊挖了一個大坑，就等著你跳事實上，如果你仔細觀察一下逐幀導出的動畫，你就會發現這種導出方式有多浪費，圖(1)展示了一個15幀的角色抓耳撓腮的動作在內存受限的手機上，拼裝動畫是唯一可行的優化方案，至于這個動畫幀怎么去拼，但首先要解決變現和版權！則至少有兩種方式：第一種方式是純粹的把圖切碎，每幀使用小圖拼出不同的大圖來，這種拼碎幀的方式要求美術有較好的圖片拆分能力，并且有耐心去拼接。缺點是有較大的美術工作量，廣告口號的形式美探究論文！比較費時。優點則是資源量小，任何相要的效果，只要肯花時間，都是可以做出來的。這一種自由拼圖方式的動畫，cocostudio是不提供支持的。所以如果要做，需要自己制作相關的動畫制作工具、數據存儲格式和加載渲染庫而第二種拼裝方式則2D骨骼動畫，2D骨骼動畫在Cocostudio里提供了里支持，具體也是把每一幀切成不同的塊，進行拼裝，所不同的是它的圖塊依附于骨骼，圖片本身不做任何變換，且不同的幀所接受的圖片數目也要和第一幀相同。2D骨骼動畫簡化了動畫制作過程，同時可以在制作動作類游戲的時候加上諸如反向動力學等計算。但它的缺點卻是一般來說，效果要比第一種拼裝方式要粗糙一些,PVZ2的動畫就都是使用的2D骨骼動畫。