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

时间:2023-03-08 15:58:06

注:原文地址不详!

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打包,其读取速度与本地文件读取速度相当。这样就能够获得最佳的读取效率)

最后附上我測试的数据日志。图片是一张1024*1024的图片。实际图片内容大小为960*700。測试设备iphone4,png jpg等图片载入代码改动为windows版本号。tex后面是图片的载入时刻。

over表面后括号被装入内存占用。

版权声明:本文博主原创文章。博客,未经同意不得转载。