iOS和android游戏纹理优化和内存优化(cocos2d-x)

转自：http://blog.csdn.net/langresser_king/article/details/9313255

1、纹理压缩。  就像windows下的dds图片一样，使用纹理压缩可以极大的减少图片加载时间（意味着不会有图片加载时的卡顿），内存消耗（以pvrtc4为例，内存直接减少到原来的八分之一），和游戏渲染性能。   ios下毫无疑问是pvr了（pvrtc4）  ,android下比较变态，显卡不同，支持的纹理压缩格式也不相同，一般来说etc1的格式(pkm或ktx扩展名)是opengles2.0均支持的格式。 但是这个仅仅是理论上支持，永远不要高估山寨机的性能，在某些山寨机（或者是联想这样的准山寨机）etc1的图片也无法正常显示，甚至是会崩溃。  所以android下不推荐使用纹理压缩格式。这样比较保险点。最新测试发现，原来是部分显卡不支持非2的整次幂的etc1图片，部分显卡是支持的。所以保险起见，所有的etc1图片需要是2的整次幂。  

     2、关于纹理内存优化没有太多可说的了，无非就是减少像素位数（RGBA888-->RGB565），减少图片大小，合理使用图片（即使释放资源）

     3、图片加载速度也是比较关键的一点。  能使用纹理压缩固然很好，不能使用的话，有两个解决方法，使用异步加载（可以解决卡顿的问题），合理预加载图片。

     4、图片体积，这个关系到最终安装包的大小。虽然现在手游的安装包越来越大，但是小一些总是好事。  同样，ios下使用pvrtc4的图片，一些颜色过渡明显的，使用png图片，如果没有半透明则使用jpg图片。

           android下不考虑使用压缩纹理。  则颜色位数少的使用png8的图片格式，颜色位数较多的如果非半透明使用jpg图片，如果含有半透明使用原始png图片（一般来说这种图片不会很多）。 总体来说，使用png8和jpg来减少图片体积大小。 同样图片体积小了也有助于提高加载速度。

    5、关于webp格式。这个我之前测试过，不知道现在有没有改进。  虽然他支持半透明，并且拥有比jpg更优的压缩比，但是由于纯cpu解压，所以加载速度非常悲剧。暂不考虑

    6、关于上文提到的png8的格式，这个是一个调色板格式，也就是说如果颜色位数小于256的话，图片就不会失真。这个不要用photoshop的转换，那个算法很挫，效果很糟糕。推荐一个在线工具和一个命令行工具进行批处理。 使用命令行工具转换的png8绝大多数情况与原图一直，除非半透明渐变过渡非常强的图，这样会有明显的波纹。

       在线版本     http://tinypng.org/

       命令行版本  pngquant,   使用方法很简单   pngquant.exe --force --verbose --ext .png --ordered --speed=1 --quality=50-90  xxxx.png

        其中--ext指定输出后缀，直接指定.png就是覆盖原文件

   7、关于jpg的压缩，jpg图片虽然很小了，但是还是可以进一步压缩的。使用Image Optimizer工具可以使图片进一步减少（10%~60%）

   8、使用2d骨骼动画甚至是3d动画，可以有效减少纹理所占的内存和加载消耗，虽然会增加一些cpu运算的消耗，但是手游应该不会出现同屏多少模型的情况。 尤其是一些全屏光效，拿2d图片帧几乎无法处理，但是3d光效就可以轻易搞定。 

------------------------------------------------------------------------------------------------------------------------------

1、2d游戏最占内存的无疑是图片资源。

2、cocos2d-x不同平台读取纹理的机制不同。ios下面使用CGImage,android和windows下是直接调用png库。我测试了下，使用png库直接读取png会比CGImage还要节约1mb左右内存（图片所占内存4mb）但是速度要比CGImage慢一倍。时间和空间如何取舍就看实际情况了。不过最佳的选择似乎是pvr（即使android版本，即使不使用pvrtc4）。

3、一般来说，我们可以直接使用  w * h * bpp得到一张纹理所占的内存，比如一张1024*1024格式为argb8888，那么他所占的内存就是1024*1024*4=4mb。之前看到有博客提到jpg会开辟3倍与此的内存（先转换为png，然后解析png），但是新的ios系统似乎没有这个问题。jpg与png所消耗的内存几乎相同，并且jpg解析速度更快（几乎都是4mb解析+4mb纹理数据，而jpg解析时间是png的一半），但是这样反而很怪异，因为jpg是没有透明色的，一个像素最多3字节，而png一个像素4字节，jpg纹理应该占用内存更小才对，后来看了下cocos2d的ios加载图片的代码，它把所有纹理转换成rgba8888格式，所以无论是jpg还是png，占用的都是4字节。正因cocos2d对其他纹理支持不够好，pvr才会显得那么高效。

4、pvr格式可以被显卡所认可，而不需要开辟临时内存来读取，所以即便同为argb8888格式的图片，pvr也会比png有效率，虽然不会节约程序稳定运行时的内存，但是会避免加载大量图片时的内存暴涨。  并且如果是ios设备的话，可以使用pvrtc4格式的图片，这个格式相当于windows下的dds图片，是可以被显卡直接支持的。它是有损压缩，一个像素只占4位，不过如果不是有渐变半透明色的话，一般效果可以接受，而其节约的内存和cpu时间非常非常显著。

5、pvr也不是万金油。android设备下虽然可以使用pvr格式，但是不能使用pvrtc4，希望通过pvr像ios设备上一样真正减少游戏内存是不太可行的。

6、pvr.ccz其实就是pvr图片zip打包下，程序读的时候还是先解压出pvr资源，然后再读取pvr。不过由于压缩下可以极大的减小图片体积，所以虽然多了解压过程也不会有特别多的cpu消耗。

7、一张jpg图片实际加载过程内存消耗，以一张1024*1024 argb8888 500k的jpg图片为例： a.读取图片文件(消耗图片大小内存，500k)     b、解析jpg数据（cgimage, 4mb） c、释放500k的图片内存    d、opengl纹理数据(4mb)    e、释放cgimage的4mb内存。      注意，这个过程不是必然的顺序执行，释放cgimage内存的实际是有系统决定的，会很快，但是不一定是立即执行。  所以内存会瞬间飙升9mb左右，然后减少5mb，稳定到4mb左右

       png图片的加载过程与此相同

       pvr图片可以节约解析图片数据到纹理这一步的消耗。也就是说读取pvr图片资源（等价于解压pvr.ccz到内存，如果是1024*1024 argb8888格式的话，那么图片大小就是4mb，ccz压缩后图片1mb左右）消耗4mb，将pvr图片数据提交给显卡消耗4mb。然后释放文件数据4mb。这么看似乎跟Png从内存占用上相比也不是非常有优势。（注意这里说的pvr是指pvr封装的argb8888，与pvrtc4的性能有天壤之别）

8、由于最终消耗内存的都是纹理数据，所以只要纹理数据格式是一定的，无论图片是什么格式消耗的内存都是一样的。比如使用Png8图片，体积会减少70%，但是内存占用与png24/png32是等价的(读取的时候会内部把调色板还原成真彩色，也就是说，虽然png8是一个像素只占8位，但是读取到内存中的时候会将调色板颜色还原，依然需要开辟1024*1024*4字节的空间存放纹理数据)。 当然有无透明色，cocos2d的处理还是有区别的。如果是无透明色，可以使用png24，那么所需开辟的纹理空间就是3mb。

       这里还有一点需要说明，一般我们处理windows下的dds纹理的时候，都习惯将其按2的整次幂对其，虽然图片内容只有900*900，但是图片大小却是1024*1024。那我们读取这个图片所消耗的内存就是4mb，按2的整次幂对其是有助于提高运行效率的，但是不是非常必须的。ios和android的设备都支持非2的整次幂的纹理。所以如果是png图片，那么它该多大就多大。此时消耗的内存就只有900*900*4=3mb。

9、不要过于迷信所谓的去除alpha通道以节约内存。这个还要实际分析下具体结果。  我测试过（分别用cocos2d-x和鬼火3d引擎），rgba8888和rgb888格式的png图片显示所消耗的内存是一样的。24位图片虽然读取的时候开辟的内存只有3mb（1024*1024*3，注意如果是用CGImage读取的话，那这个值就是4mb），但是glTexImage2D提交给显卡后依然会增加4mb内存。可能跟显卡的数据对齐有关。

     这里我测试还有一个诡异的地方，如果是用pvr的npot图片的话，rgb888要比rgba8888所消耗的内存要小，但是pot图片两者又是一样的（png图片两种情况都是一样的）。可能是powervr显卡有特殊处理。

10、rgb565和rgb5551的图片所消耗的内存是rgba8888的一半，如果没有透明渐变的话，视觉上也看不出什么区别。一些大的背景图可以优先选择这种格式。

11、pvr图片加载速度要比png和jpg快3～5倍（同样1024*1024 argb8888），png消耗的时间可能是700ms左右，但是pvr只需要100ms左右。如果是pvr.ccz压缩下，消耗的时间是200ms左右。可见pvr在加载速度上还是有非常大的优势的。这个应该是因为png和jpg需要把图片数据还原为rgba，但是pvr可以直接把图片数据传递给显卡。pvrtc4的图片是可以被powervr显卡直接支持的。

总结下：

1、最终决定图片占用内存的是它的像素格式和大小，与其扩展名无关。png8  png32 jpg pvr只要其像素格式都是argb8888，那么最终图片占用的内存是一样的。

2、如果不是pvrtc4的格式，那么不要扩展成2的整次幂，因为图片越小，占用内存越小

3、单单去除透明通道不会减少图片所消耗的内存，png和jpg图片也无法减少图片体积，所以不推荐rgb888的格式。替代选择rgb565和rgb5551。

5、小心加载图片时临时开辟的纹理数据造成的内存飙高，可以考虑加入内存池，及时的开辟和释放缓冲区。

6、如果是为了减少图片体积可以选择：1、jpg--压缩比最高，质量较好，但是不支持半透明    2、png8--同样图片会比jpg略大一些，使用ImageAlpha进行转换，视觉上几乎看不出差别。    这两种图片格式都可以极大的减少图片体积（减少70%～80%），但是无助于减少内存

7、如果是为了减少内存可以选择：1、没有透明色的图片统一转换为rgb565格式，这个时候无法使用png8了，所以png和pvr.ccz图片大小几乎相同，pvr.ccz速度更快，所以推荐pvr.ccz的rgb565格式    2、如果透明色仅仅是进行关键色标注，而没有渐变混合，那么推荐rgb5551 (r5_a1)的pvr.ccz格式

8、可以考虑写个打包系统，统一把资源文件打包，而不是单个文件用pvr.ccz进行zip压缩，这样可以获得更高的效率。（比如我封装了下暴雪的mpq打包，其读取速度与本地文件读取速度相当，这样就可以获得最佳的读取效率）