cocos2d3.2 渲染队列的结构和执行流程分析

前端之家收集整理的这篇文章主要介绍了cocos2d3.2 渲染队列的结构和执行流程分析前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

在一开始看Render里面代码的时候对render方法有点疑惑:

void Renderer::render()
{
    _isRendering = true;   
    if (_glViewAssigned)
    {
        //Process render commands
        //1. Sort render commands based on ID
        for (auto &renderqueue : _renderGroups)
        {
            renderqueue.sort();
        }
        visitRenderQueue(_renderGroups[0]);
    }
    clean();
    _isRendering = false;
}

这里对每个渲染队列进行了排序,然后访问第一个渲染队列,那么其他的渲染队列怎么去访问呢?还有什么时候会去增加一个渲染队列呢?

带着这个疑问我们进入今天的正题。

首先_renderGroups中的每个元素都是一个渲染队列RenderQueue,在Render构造出来的时候会有一个默认的渲染队列放入到_renderGroups中。渲染队列中保存数据的是一个数组_commands,根据放入到这个渲染队列中的命令属性(globalZorder,is3D,isTransparent)决定到底把这个命令放入到_commands中的那个位置中。这个其实在将渲染机制的时候就已经提到过了。很简单,不用赘述。

在访问一个队列的时候,无非就是把其中的每个位置中所有的命令拿出来处理,processRenderCommand 就是对命令的具体处理方式:

void Renderer::processRenderCommand(RenderCommand* command)
{
    auto commandType = command->getType();
    if( RenderCommand::Type::TRIANGLES_COMMAND == commandType)
    {
        //Draw if we have batched other commands which are not triangle command
        flush3D();
        flushQuads();
        
        //Process triangle command
        auto cmd = static_cast<TrianglesCommand*>(command);
        
        //Draw batched Triangles if necessary
        if(cmd->isSkipBatching() || _filledVertex + cmd->getVertexCount() > VBO_SIZE || _filledIndex + cmd->getIndexCount() > INDEX_VBO_SIZE)
        {
            CCASSERT(cmd->getVertexCount()>= 0 && cmd->getVertexCount() < VBO_SIZE,"VBO for vertex is not big enough,please break the data down or use customized render command");
            CCASSERT(cmd->getIndexCount()>= 0 && cmd->getIndexCount() < INDEX_VBO_SIZE,"VBO for index is not big enough,please break the data down or use customized render command");
            //Draw batched Triangles if VBO is full
            drawBatchedTriangles();
        }
        
        //Batch Triangles
        _batchedCommands.push_back(cmd);
        
        fillVerticesAndIndices(cmd);
        
        if(cmd->isSkipBatching())
        {
            drawBatchedTriangles();
        }
        
    }
    else if ( RenderCommand::Type::QUAD_COMMAND == commandType )
    {
        //Draw if we have batched other commands which are not quad command
        flush3D();
        flushTriangles();
        
        //Process quad command
        auto cmd = static_cast<QuadCommand*>(command);
        
        //Draw batched quads if necessary
        if(cmd->isSkipBatching()|| (_numberQuads + cmd->getQuadCount()) * 4 > VBO_SIZE )
        {
            CCASSERT(cmd->getQuadCount()>= 0 && cmd->getQuadCount() * 4 < VBO_SIZE,please break the data down or use customized render command");
            //Draw batched quads if VBO is full
            drawBatchedQuads();
        }
        
        //Batch Quads
        _batchQuadCommands.push_back(cmd);
        
        fillQuads(cmd);
        
        if(cmd->isSkipBatching())
        {
            drawBatchedQuads();
        }
    }
    else if (RenderCommand::Type::MESH_COMMAND == commandType)
    {
        flush2D();
        auto cmd = static_cast<MeshCommand*>(command);
        
        if (cmd->isSkipBatching() || _lastBatchedMeshCommand == nullptr || _lastBatchedMeshCommand->getMaterialID() != cmd->getMaterialID())
        {
            flush3D();
            
            if(cmd->isSkipBatching())
            {
                cmd->execute();
            }
            else
            {
                cmd->preBatchDraw();
                cmd->batchDraw();
                _lastBatchedMeshCommand = cmd;
            }
        }
        else
        {
            cmd->batchDraw();
        }
    }
    else if(RenderCommand::Type::GROUP_COMMAND == commandType)
    {
        flush();
        int renderQueueID = ((GroupCommand*) command)->getRenderQueueID();
        visitRenderQueue(_renderGroups[renderQueueID]);
    }
    else if(RenderCommand::Type::CUSTOM_COMMAND == commandType)
    {
        flush();
        auto cmd = static_cast<CustomCommand*>(command);
        cmd->execute();
    }
    else if(RenderCommand::Type::BATCH_COMMAND == commandType)
    {
        flush();
        auto cmd = static_cast<BatchCommand*>(command);
        cmd->execute();
    }
    else if(RenderCommand::Type::PRIMITIVE_COMMAND == commandType)
    {
        flush();
        auto cmd = static_cast<PrimitiveCommand*>(command);
        cmd->execute();
    }
    else
    {
        CCLOGERROR("Unknown commands in renderQueue");
    }
}

RenderCommand::Type::TRIANGLES_COMMAND 和RenderCommand::Type::QUAD_COMMAND的命令很类似,它们采用了批量渲染,超过了VBO的大小就触发批量渲染。

当看到RenderCommand::Type::GROUP_COMMAND类型的命令时,会触发去访问其它渲染队列。具体是哪个渲染队列要看这个groupCommand的renderQueueID。

int renderQueueID = ((GroupCommand*) command)->getRenderQueueID();
 visitRenderQueue(_renderGroups[renderQueueID]);

所以如果我们知道了groupCommand的创建过程就应该能解决文章开始的疑惑了。

在创建一个groupCommand的时候,会去向groupcommandmanager申请一个id,如果没有id,那么会创建一个新的id,并且Render会创建一个渲染队列。初始化完成之后,放加入到Render的_renderGroups中去,

void Renderer::addCommand(RenderCommand* command)
{
    int renderQueue =_commandGroupStack.top();
    addCommand(command,renderQueue);
}

void Renderer::addCommand(RenderCommand* command,int renderQueue)
{
    CCASSERT(!_isRendering,"Cannot add command while rendering");
    CCASSERT(renderQueue >=0,"Invalid render queue");
    CCASSERT(command->getType() != RenderCommand::Type::UNKNOWN_COMMAND,"Invalid Command Type");

    _renderGroups[renderQueue].push_back(command);
}

注意组命令 还是会放到当前渲染队列的末尾,_commandGroupStack存放着所有加入到_renderGroups中的组命令的id。

组命令加入之后,才会把它的id放入到_commandGroupStack中,这意味着所有后来加入的命令会放到下一个渲染队列中去。当执行到这个组命令的时候,会根据它的id去执行id对应的渲染队列。


总结:每个渲染队列的末尾总会是一个组命令(如果有的话),这个组命令执行的时候触发了下一个渲染队列的执行。


OVER!!!

原文链接:https://www.f2er.com/cocos2dx/341673.html

猜你在找的Cocos2d-x相关文章