Cocos2dx的内存优化

1加载图片过程优化

问题:以cocos2dx 2.x为例,创建精灵CCSprite的过程中会创建一个CCImage,所以短时间会占用2倍内存,所以应避免连续加载(同一帧内,加载多张图片)。

解决:一帧加载一个纹理(CCTextureCache的addImage方法),用schedule方法

2尽量少使用jpg图片

问题:创建jpg纹理的过程中,和普通纹理加载的过程一样,同时再加一步转化成png纹理,这里会额外产生CCImage的内存。所以比png要高很多。根据牛人 的说 法,普通纹理过程中会产生2倍自身的内存,jpg又由于多一步转化,需要3倍自身内存大小的内存。

解决:避免使用,虽然png图更大,可以用压缩图片来压缩一下。

3纹理的管理

问题:

1 常见颜色深度编码:

RGBA565 rgb各占4位,一个像素占2个byte,5+6+5位来表示颜色值,没有alpha通道,不能透明。

RGBA4444 rgba各占四位,一个像素占2个byte,

RGBA8888 rgba各占8位,一个像素占4个字节。显示效果最好。

RGB5A1 15位表示颜色值,1bit表示alpha值,一个像素占2个byte,只能完全透明或者完全不透明。

1024*1024的图片,采用RGBA8888和采用RGBA565。磁盘占用大小一样,但是内存纹理大小,前者4M后者2M!

解决:

1、cocos2dx默认把所有纹理渲染成16bit的,所以最好用16bit的纹理。

2、使用TextPacker打包图片,使用NPOT(non power of two)纹理。

3、使用PVR格式的纹理。

4、三种可选用的PVR文件格式中,pvr.ccz最适合,生成的文件最小,加载速度要快。消耗内存更少。

5、PVRTC压缩是有损的,优点是不用再内存中解压缩纹理。效果略差,粒子效果中使用它最合适。

6、纹理加载顺序:由大到小。

7、最好不要通过移出没有使用的纹理来缩小内存,

8、分析当前纹理来去除最可能不会使用到的纹理。CCTextureCache::sharedTextureCache()->dumpCachedTextureInfo()打印出当前的纹理占用情况 ,计数只有1或者2的当前最不可能被使用。删除大纹理效果才明显。执行TextureCache和SpriteFrameCache这两个地方的删除操作。 SpriteFrame类创建的时候引用了TextureCache,所以如果不执行后者的删除,则Texture的纹理还是大于1的。不能被及时删除。

9、cocos2dx缓存分为:纹理缓存,精灵帧缓存,动画缓存。删除纹理缓存可能会牵扯到其他缓存。

10、声音文件不使用了及时清除

11、有些纹理只会被当时使用一次,这用的纹理使用过后马上清除。eg:

CCSprite *pBg = CCSprite::create(sBg);

.....

CCTextureCache::sharedTextureCache()->removeTextureForKey(sBg);

12、使用Loading层作为缓冲,清除前面没用的缓存完了加载新的场景。

5声音文件

解决:立体声道变单声道。MP3比特率,Ios上96到128kbps够用。

时间: 2024-08-25 11:25:36

Cocos2dx的内存优化的相关文章

cocos2dx之如何优化内存使用

内存优化原则 为了优化应用内存,你应该知道是什么消耗了你应用的大部分内存,答案就是Texture(纹理)!它几乎占据了90%的应用内存.那么我们应该尽力去减小我们应用的纹理内存使用,否则我们的应用进程可能会被系统杀死. 为了减少内存警告,这里我们给出两个普遍的关于cocos2dx游戏内存优化的指导原则.1)了解瓶颈,然后解决掉 什么样的纹理消耗了大部分应用的内存呢?或者说这些纹理消耗了多少内存呢?你不用去手工计算或者猜测. 这里我们正好有一个工具.它就是苹果的开发工具- Allocations

转 cocos2dx内存优化 (之二)

一.cocos2dx之如何优化内存使用(高级篇) 本文由qinning199原创,转载请注明:http://www.cocos2dx.net/?p=93 一.内存优化原则 为了优化应用内存,你应该知道是什么消耗了你应用的大部分内存,答案就是Texture(纹理)!它几乎占据了90%的应用内存.那么我们应该尽力去减小我们应用的纹理内存使用,否则我们的应用进程可能会被系统杀死. 为了减少内存警告,这里我们给出两个普遍的关于cocos2dx游戏内存优化的指导原则. 1)了解瓶颈,然后解决掉 什么样的纹

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

iOS和android游戏纹理优化和内存优化(cocos2d-x) (未完成) 1.2d游戏最占内存的无疑是图片资源. 2.cocos2d-x不同平台读取纹理的机制不同.ios下面使用CGImage,android和windows下是直接调用png库.我测试了下,使用png库直接读取png会比CGImage还要节约1mb左右内存(图片所占内存4mb)但是速度要比CGImage慢一倍.时间和空间如何取舍就看实际情况了.不过最佳的选择似乎是pvr(即使android版本,即使不使用pvrtc4).

转 cocos2d-x 优化(纹理渲染优化、资源缓存、内存优化)

概述 包括以下5种优化:引擎底层优化.纹理优化.渲染优化.资源缓存.内存优化 引擎优化 2.0版本比1.0版本在算法上有所优化,效率更高.2.0版本使用OpenGl ES 2.0图形库,1.0版本使用OpenGL ES 1.0. 纹理优化 纹理是最消耗内存的,而且会降低渲染速率. 二的幂次方 OpenGL在申请内存存放纹理时,是按2的幂次方申请的,即对应480*320的图片,它申请的是512*512空间.可见,会有相当多的内存被浪费.所以,我们设计的图片,最好是2的幂次方,不然OpenGL最终还

Cocos2dx项目--动作类游戏内存优化--Spine结构分析

项目接近尾声,需要做加载效率优化和内存优化. 在加载Spine制作的资源时候,我们需要将文件(.json)进行解析,然后创建对象 spAtlas* t_atlas = spAtlas_createFromFile(altas_name.c_str(), 0); 第一步 //加载纹理文件 spSkeletonJson* json = spSkeletonJson_create(t_atlas); 第二步 //根据上步产生的对象穿件JSON骨架 spSkeletonData* skeletonDat

COCOS2DX 3.0 优化提升渲染速度 Auto-batching

最近在看COCOS2DX 3.0的Auto-batching合批与Auto Culling动态缩减功能下面就来仔细看看吧:整合好的渲染提速干货: 简介 在游戏的绘制渲染中,往往消耗很多资源和内存,当绘制精灵数量越多,游戏的卡顿会很明显,为了优化和提升渲染效率.Cocos2d-x为我们提供了Auto-batching和SpriteBatchNode. Auto-batching 意思是Renderer将多次draw的调用打包成一次big Draw 调用.(又名批处理). SpriteBatchNo

quick cocos2dx lua 内存释放

前言 对于内存的优化,网上有很多例子和教程.总体来说,就那么几种解决方案,在最后我会简单提下,这里先说下在quick中,对于图片的处理. 1.查看内存调试信息 对于quick框架的了解,我们可以参考\docs\文件夹里面的文件,有相关api.学会学习的第一步,就是学会看api.好了,废话不多说,下面是和内存相关的地方. 但是在这里我不说具体再项目中怎么使用了,相信各位大神们一看就明白,有错误的地方,更好的,请大神们分享一下. 在项目的config.lua中有些调试信息的设置,这里简单说下. 在初

试试SQLSERVER2014的内存优化表

原文:试试SQLSERVER2014的内存优化表 试试SQLSERVER2014的内存优化表 SQL Server 2014中的内存引擎(代号为Hekaton)将OLTP提升到了新的高度. 现在,存储引擎已整合进当前的数据库管理系统,而使用先进内存技术来支持大规模OLTP工作负载. 就算如此,要利用此新功能,数据库必须包含"内存优化"文件组和表 即所配置的文件组和表使用Hekaton技术. 幸运的是,SQL Server 2014使这一过程变得非常简单直接. 要说明其工作原理,我们来创

android内存优化5—对界面UI的优化(2)

在一个应用程序中,一般都会存在多个Activity,每个Activity对应着一个UI布局文件.一般来说,为了保持不同窗口之间的风格统一,在这些UI布局文件中,几乎肯定会用到很多相同的布局.如果我们在每个xml文件中都把相同的布局都重写一遍,一个是代码冗余,可读性很差:另一个是修改起来比较麻烦,对后期的修改和维护非常不利.所以,一般情况下,我们需要把相同布局的代码单独写成一个模块,然后在用到的时候,可以通过<include /> 标签来重用layout的代码. 常见的,有的应用在最上方会有一个