大家好,又见面了,我是全栈君。
http://blog.csdn.net/epeaktop/article/details/26730909中已经说明了程序的设计,让我们来看看在cocos2dx 3.0中代码是怎样实现的。
void Sprite::draw(Renderer *renderer, const kmMat4 &transform, bool transformUpdated) { // Don't do calculate the culling if the transform was not updated _insideBounds = transformUpdated ? renderer->checkVisibility(transform, _contentSize) : _insideBounds; if(_insideBounds) { _quadCommand.init(_globalZOrder, _texture->getName(), _shaderProgram, _blendFunc, &_quad, 1, transform); renderer->addCommand(&_quadCommand); } }
renderer->addCommand 将运行的指令放到一个队列中。
然后在统一的处理,在drawScence函数中能够观察到先调用visit()。然后在调用render()
然而没有发现http://blog.csdn.net/epeaktop/article/details/26730909的设计的相关实现。依然是主线程在做这些事情。why?眼下还在确认之中。有知道的童鞋请告诉我吧!
对此我还是有点失望,引擎还是没有质的飞跃。
官方文档阐述相关实现如图
visit()函数增加render queque中。render 负责排序;然后运行命令。
官方的说法这样做是为了解决v2.2这种问题
1、draw() order == visit() order // 这么做的目的是?
2、Difficult to optimize(No auto-batching)// 不好优化。后面会讲到
3、Difficult to extend and maintain(Lots of OpenGL command in Nodes)// 不好扩展和维护
在游戏的绘制渲染中,往往消耗非常多资源和内存。当绘制精灵数量越多,游戏的卡顿会非常明显,为了优化和提升渲染效率。
Cocos2d-x为我们提供了Auto-batching和SpriteBatchNode。
Auto-batching 意思是Renderer将多次draw的调用打包成一次big Draw 调用。(又名批处理)。
SpriteBatchNode 主要用于批量绘制精灵提高精灵的绘制效率的。须要绘制的精灵数量越多。效果越明显。
Auto-batching
在3.0版本号实现了引擎的逻辑代码与渲染代码的分离,实现了Auto Batch与Auto Culling功能。不再推荐使用SpriteBatchNode提高精灵的绘制效率。
Auto-culling的支持,Sprite在绘制时会进行检查。超出屏幕的不会发给渲染, 可见渲染的效率还是有改进的,
auto cmd = static_cast<QuadCommand*>(command); //Batch quads if(_numQuads + cmd->getQuadCount() > VBO_SIZE) { //Draw batched quads if VBO is full drawBatchedQuads(); // 真正的调用显卡渲染程序glDrawElements }
针对大资源的渲染解决方式參考
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/115788.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...