cocos2dx——cocos2dX图片纹理使用(转)

 

不能被GPU所识别(jpg,png…),这些图片格式当被游戏读入后,还需要经过CPU解压成像素格式,如:RGBA8888,再传送到GPU端进行使用。 

纹理内存大小 = 纹理长度 * 纹理宽度 * 单位像素占用的字节数

理论要点
要点一:
文件格式与像素格式的区别:文件格式是图像为了存储信息而使用的对信息的特殊编码方式,大都经过了压缩,它存储在磁盘或内存中,但是并不能被GPU所识别(jpg,png…),这些图片格式当被游戏读入后,还需要经过CPU解压成像素格式,如:RGBA8888,再传送到GPU端进行使用。
而像素格式是能被GPU所识别的,能被快速寻址并采样。

要点二:
图片本身大小和其所占内存大小是两码事。这就好比一个zip压缩包使用时要解压还原数据,这个zip文件就好比图片本身,而解压后的文件就好比图片所占内存大小。纹理本身大小主要看我们选用什么样的压缩格式和压缩比,而所占内存大小就只由两个因素决定:1,图片的像素点个数(分辨率) 2,单位像素占用的字节数(像素格式)。即纹理内存大小 = 纹理长度 * 纹理宽度 * 单位像素占用的字节数,如:一张1136x640的RGBA8888的png图片占用的内存为 1136x640x4 = 2.8M左右。
注:cocos引擎中,对于大的背景图我们一般使用jpg文件格式,jpg压缩比更大,是有损压缩,而像素格式使用16位的RGB565格式。但是它占内存大小就不是我们使用的RGB565 16位格式了,cocos会自动把它转换为RGBA8888 32位格式解析。最终决定图片占用内存的是它的像素格式和尺寸,与其扩展名无关。png8、png32、jpg、pvr只要其像素格式都是rgba8888,那么最终图片占用的内存是一样的。

要点三:
在cocos中,谈谈不同纹理实际加载过程中内存变化,先以一张1024*1024 本身大小500k的jpg/png图片为例:
1,读取图片文件(500k)
2,把jpg/png数据最终都是按RGBA8888(默认)格式解析(4mb)
3,释放500k的图片内存
4,上传给OpenGL纹理数据(4mb)
5,释放4mb内存
注意,这个过程不是必然的顺序执行,释放内存实际是由系统决定的,会很快,但是不一定是立即执行。 所以内存会瞬间飙升到8.5mb左右,然后减少5mb,稳定到4mb左右,这么一个过程变化。这就是我们常说的“间歇性内存飙高”。

而pvr格式显卡直接支持,加载速度自然要快,不需要开辟临时内存来读取pvr图片,节约了解析图片数据到纹理这一步的消耗(第2步)。也就是说读取同样像素格式的pvr资源(一般用pvr.ccz压缩格式)消耗4mb,将pvr图片数据提交给显卡消耗4mb。然后释放文件数据4mb。这么看似乎跟Png从内存占用上相比也没什么优势。但是如果像素格式用的是RGBA4444那就有很大优势了,内存少一半。而前面的那种自身不管用什么格式,最终cocos都会把它们的格式统一默认转换为32位的RGBA8888再上传GPU。
注释:
1,pvr.ccz其实就是pvr图片zip打包下,程序读的时候要先解压出pvr资源,然后再读取pvr。不过由于压缩下可以极大的减小图片体积,所以虽然多了解压过程也不会有特别多的cpu消耗,一般我们都是推荐选择pvr.ccz的。
2,当加载jpg、png这样的纹理时,在短时候内,它会消耗约两倍于(jpg3倍,多jpg到png转换过程)它本身内存占用的内存大小。这个告诉我们这样的纹理最好不要一帧内连续加载,最好分散到多帧去完成,因为每帧cocos都会自动回收一次内存,对于这些中间创建的纹理内存会自动释放,从而避免一帧里内存不至于飙太高。
3,按照纹理size从大到小的顺序加载纹理,由于加载纹理时额外的内存消耗问题,所以,采用按纹理size从大到小的方式来加载纹理是一个最佳实践。假设,你有一个占内存16MB的纹理和四个占用内存4MB的纹理。如果你首先加载4MB的纹理,这个程序将会使用16MB的内存,而当它加载第四张纹理的时候,短时间内会飙到20MB。这时,你要加载16MB的那个纹理了,内存会马上飙到48MB(4*4 + 16*2),然后再降到32MB(4*4 + 16)。但是,反过来,你先加载16MB的纹理,然后短时候内飙到32MB。然后又降到16MB。这时候,你再依次加载剩下的4个4MB的,这时,最多会彪到(4*3 + 4*2 + 16=36)MB。在这两种情况下,内存的峰值使用相差12MB,要知道,可能就是这12MB会断送你的游戏进程的小命。

如何减小资源占磁盘大小
1,jpg压缩比最高,质量较好,但是不支持半透明(一般用于背景图)。
2、png8同样图片会比jpg略大一些,使用ImageAlpha进行转换,视觉上几乎看不出差别。
注: 这两种图片格式都可以极大的减少图片体积(减少70%~80%),但是无助于减少内存。

如何减小资源占内存大小
1,尽量使用颜色深度为16bit的图片。cocos上通过cc.Texture2D.setDefaultAlphaPixelFormat(cc.Texture2D.PIXEL_FORMAT_RGBA4444)改变默认像素格式,

 

 

但如果图片本身的颜色深度是32位,转换成RGBA4444后,则可能会使图片失真,看起来就很模糊。这个可以通过TexturePacker工具中开启抖动算法得到改善(模糊处颜色混合处理)。特别是在拥有Retina显示的像素密度下,你几乎看不出16位与32位的纹理之间的差别。

2,碎图打大图时,使用NPOT纹理,NOPT是“non power of two”的缩写,译作“不是2的幂”。如果纹理图集(texture atlas)使用NPOT的纹理,它将有一个具大的优势:它允许TexturePacker更好地压缩纹理。因此,我们会更少地浪费纹理图集的空白区域。而且,这样的纹理在加载的时候,会少使用1%到49%左右的内存。

3,使用pvr格式纹理。因为jpg是没有透明色的,一个像素最多3字节,而png一个像素4字节,jpg纹理应该占用内存更小才对,但是cocos最终把纹理都会转换成rgba8888格式,所以无论是jpg还是png,一个像素占用的都是4字节。正因cocos2d对其他纹理支持不够好,pvr才会显得那么高效。pvr也不是万金油。pvr图像是专门为ios设备上面的powerVR图形芯片指定的图形容器,可以直接加载到显卡上,而不需经过中间的转化。虽然android设备下可以使用pvr格式,但是不能使用pvrtc4(一个像素只占4bit),希望通过pvr像ios设备上一样真正减少游戏内存是不太可行的。

4,android上最省内存纹理当然是ETC(一个像素占4bit),不过ETC1没有alpha通道,需要我们额外通过一些简单shader实现(同样大小的遮罩图做颜色混合)。不过现在最新的ETC2可以直接支持alpha通道了,而且效果更好,但是需要opengles3.0支持,考虑到2.0设备的市场占有率,一般使用ETC1。

实际项目中纹理格式选择
人生之所以纠结,在于许多事情你可以选择。上面的纹理格式,同一种情况下,可能多种都适合,那如何选择呢!我们还是根据具体情况而定:
1、场景、背景、全屏图片
2D手机游戏中,多半都有这样的图片,以作为背景,特别在一些SLG,横版过关游戏中。这种图片对ALPHA没有要求,并且,在同一时间,只会出现一张(如果是多张拼接,也不会超过屏幕尺寸太多),内存不会成为关键点。所以,在这种情况下,我们大胆选择JPG就可以了。

2、场景的前景,装饰物,可移动对象(npc,moster,…)
这种要看规模,如果规模较小,类型不多。 或者类型虽然多,但同一时间出现在场景中的类型不多,那我们可以选择压缩PNG8的方式,它支持ALPHA通道,文件又小。如果同屏可能出现多种这种,则需要考虑在IOS上使用PVRTC,在ANDROID上使用ETC1+ALPHA_MASK。实际上,为了好维护,一般都是统一用pvr.ccz打包。

3、UI
UI的背景图,可以优先考虑使用压缩PNG8,如果达不到精度要求,则使用PNG32。而对于UI的小元素,可以考虑使用压缩PNG8.
对于UI的图标,一般是不带ALPHA的PVRTC/ETC + 一张公共的ALPHA掩码图,通过双层混合来实现圆边效果。 因为图标同屏出现可能较大。 如果图标能够控制在一定范围内,由于图标是48X48等大小,一张1024x1024的大图,可以放400个图标。 换用JPG,也有4MB的开销,如果这个是可以接受的,也可以使用JPG+ALPHA_MASK的方式。

写到这里才发现,其实只需要下面一句话就可以搞定。
这类图片会不会同时出现多个,同时出现时,内存开销是否无法接受, 如果确实无法接受,则使用GPU纹理,否则,优先考虑JPG,JPG+ALPHA,或者PNG8。就是说,首先要减小安装包大小,如果内存有无法接受的情况,才需要用GPU纹理进行优化。

经验总结
游戏内存优化我们一般可以从这么3个方面入手:引擎自身提供的优化选项,引擎底层框架,语言上层(内存泄漏)。
下面是一些常用手段:
首先看纹理优化,为了优化纹理内存使用,必须知道什么因素对纹理内存使用的影响最大。主要有3个因素会影响纹理内存,即纹理格式(压缩还是非压缩)、颜色深度和大小。我们可以使用PVR格式纹理减少内存使用。推荐纹理格式为pvr.ccz。纹理使用的每种颜色位数越多,图像质量越好,但是越耗内存。所以我们可以使用颜色深度为RGB4444的纹理代替RGB8888,这样内存消耗会降低一半。此外超大的纹理也会导致内存相关问题。所以最好使用中等大小的纹理。
音频优化,3个因素会影响音频文件的内存使用,即音频文件数据格式、比特率及采样率。推荐使用MP3数据格式的音频文件,因为Android平台和iOS平台均支持MP3格式,此外MP3格式经过压缩和硬件加速。背景音乐文件大小应该低于800KB,最简单的方法就是减少背景音乐时间然后重复播放。音频文件采样率大约在96-128kbps为佳,比特率44kHz就够了。
字体和粒子优化,在此有两条小提示:使用BMFont字体显示游戏分数时,请尽可能使用最少数量的文字。例如只想要显示单位数的数字,你可以移除所有字母。至于粒子,可以通过减少粒子数来降低内存使用。

提示与技巧:
1、一帧一帧载入游戏资源
2、减少绘制调用,打包大图
3、载入纹理时按照从大到小的顺序
4、避免高峰内存使用
5、使用载入屏幕预载入游戏资源
6、需要时释放空闲资源
7、收到内存警告后释放缓存资源
8、使用纹理打包器优化纹理大小、格式、颜色深度等
9、使用JPG格式要谨慎!
10、请使用RGB4444颜色深度16位纹理
11、请使用NPOT纹理,不要使用POT纹理
12、避免载入超大纹理
13、推荐1024*1024 NPOT pvr.ccz纹理集,而不要采用RAW PNG纹理

posted @ 2020-06-05 12:51  会飞的斧头  阅读(873)  评论(0编辑  收藏  举报