‎Cocos2d-x 学习笔记(25) 渲染 绘制 Render

  • 2019 年 10 月 23 日
  • 笔记

【Cocos2d-x】学习笔记目录

本文链接:https://www.cnblogs.com/deepcho/p/cocos2dx-render.html

1. 从程序入口到渲染方法

一个Cocos2d-x项目流程中,在每一帧进行一次渲染,渲染的时机是在调度器update方法执行之后。所渲染的是当前的场景_runningScene,当前场景执行Scene::render()方法进行渲染。

在场景的渲染方法Scene::render()中,对UI树进行中序遍历,遍历到的元素执行其draw方法。对于Sprite,其draw方法是主要语句:

        _trianglesCommand.init(_globalZOrder,                                 _texture,                                 getGLProgramState(),                                 _blendFunc,                                 _polyInfo.triangles,                                 transform,                                 flags);            renderer->addCommand(&_trianglesCommand);

Sprite有成员变量TrianglesCommand _trianglesCommand,这是该Sprite的渲染命令。渲染命令在初始化后被添加到对应的渲染队列中。最后执行Renderer::render()方法。

从程序入口到Renderer::render()方法与渲染相关流程如下:

 

 

2. Renderer::render()

Node的draw方法只是将该Node的渲染命令加入到队列中,渲染的执行由Renderer::render()方法进行。

Renderer类有两个重要成员变量,也是两个容器:

std::stack<int> _commandGroupStack;  std::vector<RenderQueue> _renderGroups;

_commandGroupStack是存储ID的栈。

_renderGroups是存储RenderQueue的容器,RenderQueue类实质是一个存储了5种渲染命令的容器:

std::vector<RenderCommand*> _commands[QUEUE_COUNT];

该容器是渲染命令的队列,队列里的命令分为5类分别存储,每类代表不同的含义:

    enum QUEUE_GROUP      {          /**Objects with globalZ smaller than 0.*/          GLOBALZ_NEG = 0,          /**Opaque 3D objects with 0 globalZ.*/          OPAQUE_3D = 1,          /**Transparent 3D objects with 0 globalZ.*/          TRANSPARENT_3D = 2,          /**2D objects with 0 globalZ.*/          GLOBALZ_ZERO = 3,          /**Objects with globalZ bigger than 0.*/          GLOBALZ_POS = 4,          QUEUE_COUNT = 5,      };

Renderer::render()方法的执行需要渲染命令中的一些数据,对于Sprite,它的渲染命令是TrianglesCommand。

RenderCommand是TrianglesCommand的父类。RenderCommand有成员变量枚举Type,其定义如下:

    enum class Type      {          /** Reserved type.*/          UNKNOWN_COMMAND,          /** Quad command, used for draw quad.*/          QUAD_COMMAND,          /**Custom command, used for calling callback for rendering.*/          CUSTOM_COMMAND,          /**Batch command, used for draw batches in texture atlas.*/          BATCH_COMMAND,          /**Group command, which can group command in a tree hierarchy.*/          GROUP_COMMAND,          /**Mesh command, used to draw 3D meshes.*/          MESH_COMMAND,          /**Primitive command, used to draw primitives such as lines, points and triangles.*/          PRIMITIVE_COMMAND,          /**Triangles command, used to draw triangles.*/          TRIANGLES_COMMAND      };

TrianglesCommand的Type值是TRIANGLES_COMMAND。

在Sprite的draw方法中,TrianglesCommand类型的渲染命令通过init方法初始化。

该init方法首先调用父类RenderCommand的init方法设置3个变量:globalOrder, mv, flags。

之后将参数triangles赋给成员_triangles,这是一个结构体,其组成如下:

    struct Triangles      {          /**Vertex data pointer.*/          V3F_C4B_T2F* verts;          /**Index data pointer.*/          unsigned short* indices;          /**The number of vertices.*/          int vertCount;          /**The number of indices.*/          int indexCount;      };

包括所有顶点数据容器、索引数据容器、顶点个数、索引个数。顶点数据使用V3F_C4B_T2F结构体存储。

接下来设置矩阵_mv、_textureID 、_blendType、_glProgramState。这里的_textureID是由参数纹理执行getName方法得到的。

init方法最后执行generateMaterialID()方法生成材质ID。该方法是通过四个变量_textureID、_blendType.src、_blendType.dst、_glProgramState,计算哈希值作为材质ID(变量_materialID)。也就是说,当两个渲染命令的四个变量完全一致时,两个渲染命令(两个Sprite)的材质才算是相同的。

Renderer::render()内的执行流程大致如下:

Renderer::render()方法对_renderGroups里的每个渲染队列执行sort方法排序,对每个队列中的TRANSPARENT_3D类型的渲染命令按Depth从小到大进行排序,对GZOrder小于0的渲染命令、GZOrder大于0的渲染命令按ZOrder从小到大进行排序。此时没有对GZOrder等于0的渲染命令排序,因为这些渲染命令的添加是按照所属的Node的LocalZOrder顺序添加的,即已经排好序,无需再次排序。

排序后执行visitRenderQueue(_renderGroups[0]),该方法是按队列里命令分类的顺序,依次对每个分类的每个命令执行processRenderCommand方法。

processRenderCommand方法里会对参数命令的Type进行判断。对于Sprite的TrianglesCommand命令,当VBO的buffer已满时,会触发drawBatchedTriangles方法;当没满时,命令会存入到Renderer容器vector<TrianglesCommand*> _queuedTriangleCommands中。

刚才讲到visitRenderQueue()方法对队列里的每个命令执行processRenderCommand()方法,主要是遍历队列内的每个分类,把命令加到容器中。在当前分类的命令都被遍历之后,执行flush()方法,该方法主要是调用了drawBatchedTriangles()方法。

drawBatchedTriangles()方法对存储命令的容器进行遍历,对每个命令的操作可分为四个步骤:

 

 

装载

每个命令执行fillVerticesAndIndices方法,填充Renderer的顶点容器_verts和索引容器_indices,具体做法是:将命令的顶点坐标转为该顶点的世界坐标,再存入到_verts中,再将命令的索引存入到_indices中,最后修改(增加)_filledVertex和_filledIndex的值。

接下来,判断批量渲染的条件是否成立,主要是比较当前命令材质ID和上个命令材质ID。如果可以进行批量绘制,把当前命令的信息加入到容器数组_triBatchesToDraw[]中,下标为上次操作的容器下标。该容器大致介绍如下:

TriBatchToDraw* _triBatchesToDraw;    // Internal structure that has the information for the batches  struct TriBatchToDraw {      TrianglesCommand* cmd;  // needed for the Material      GLsizei indicesToDraw;      GLsizei offset;  };

如果该命令不能进行批量绘制,则让容器数组下标加1,新容器存储当前命令的信息。

顶点和索引复制到GL缓存

很简单。_verts和_indices内的数据被复制到GL对象的缓存里。

绘制

绘制的参数是装载步骤时的TriBatchToDraw内的信息。每个TriBatchToDraw进行一次绘制,也导致了每次绘制时DrawCall的值加1。

清理

很简单,就不介绍了。

以上就是渲染的全流程解析。可以总结出,渲染是在每帧结束前进行的;渲染之前是把每帧的所有元素的绘制用命令统一进行存储,在渲染时读取这些命令,进行绘制;渲染时还会进行批量绘制的判断,这能有效降低DrawCall值。

有关降低DrawCall值的学习在这篇文章里:Cocos2d-x 学习笔记(26) 从源码学习 DrawCall 的降低方法


本文链接:https://www.cnblogs.com/deepcho/p/cocos2dx-render.html