creator源码阅读系列之第三篇(2)

简介: creator源码阅读系列之第三篇


五 ModelBatcher 数据合批

ModelBatcher : 用以管理渲染数据model,渲染批次合并,从而减少drawcall,提升性能。

var ModelBatcher = function (device, renderScene) {
    this._renderScene = renderScene;
    this._device = device;
    ... ...
    // buffers
    this._quadBuffer = this.getBuffer('quad', vfmtPosUvColor);
    this._meshBuffer = this.getBuffer('mesh', vfmtPosUvColor);
    this._quadBuffer3D = this.getBuffer('quad', vfmt3D);
    this._meshBuffer3D = this.getBuffer('mesh', vfmt3D);
    ... ...
};


/

在 ModelBatcher 的初始化中,会持有仅包含渲染相关内容的场景数据:_renderScene,以及4个渲染数据 Buffer。2D图片渲染用到的就是其中的 _meshBuffer 。

5.1 ModelBatcher 的 _renderScene

class Scene {
  constructor(app) {
    this._lights = new FixedArray(16);
    this._models = new FixedArray(16);
    this._cameras = new FixedArray(16);
    this._debugCamera = null;
    this._app = app;
     this._views = [];
  }
  ... ... 
}

ModelBatcher 中的 _renderScene 的类型是定义于 cocos2d\renderer\scene\scene.js 的Scene类。所有渲染批次数据都会保存到 _models 数组内,_lights 是所有灯光,_cameras 是所有的摄像机,这些暂时不具体了解。

RenderScene 中的数据会在 ForwardRender 中,将数据渲染到屏幕的过程中使用,具体内容在 ForwardRender 的详解中细讲。

5.2 ModelBatcher 与 Model

// CCRenderComponent 中的 _checkBatch 检测合批方法

_checkBacth (renderer, cullingMask) {
       let material = this._materials[0];
       if ((material && material.getHash() !== renderer.material.getHash()) || 
           renderer.cullingMask !== cullingMask) {
           renderer._flush();
           renderer.node = material.getDefine('CC_USE_MODEL') ? this.node : renderer._dummyNode;
           renderer.material = material;
           renderer.cullingMask = cullingMask;
       }
   }
<p data-line="185" class="sync-line" style="margin:0;"></p>



在渲染流程中,节点的遍历方式为深度优先遍历。在 CCRenderComponent 的 _checkBatch 检测合批方法中,如果发现2个使用的材质的hash值不同,会调用_flush方法创建一个新的渲染批次数据 Model.

// ModelBatcher 的 _flush 方法

_flush () {
       ... ...
       // Generate ia
       let ia = this._iaPool.add();
       ia._vertexBuffer = buffer._vb;
       ia._indexBuffer = buffer._ib;
       ia._start = buffer.indiceStart;
       ia._count = indiceCount;
       // Generate model
       let model = this._modelPool.add();
       this._batchedModels.push(model);
       model.sortKey = this._sortKey++;
       model._cullingMask = this.cullingMask;
       model.setNode(this.node);
       model.setEffect(effect);
       model.setInputAssembler(ia);
       this._renderScene.addModel(model);
       buffer.forwardIndiceStartToOffset();
   },

ModelBatcher 调用 _flush 方法,生成一个新的 Model 数据,并且加入了_renderScene 中。一个Model 数据就是一个渲染批次,所以Model 数据越多,drawcall 越多,这也就导致背包等有多个item的应用场景下,导致卡顿。

Model 的定义如下代码片段,其中需要重点了解的就是 _inputAssembler 变量。在 _flash 方法中看到,model.setInputAssembler(ia) 方法设置了 _inputAssembler 。ia 就是InpputAssembler类型的变量,且所有参数也在上面初始化了。需要注意到:

ia._vertexBuffer 是 this._meshBuffer._vb 的引用。

ia._indexBuffer 是 this._meshBuffer._ib 的引用。

ia._start是顶点索引的开始位置。

ia._count是顶点索引的个数。

// Model 数据的结构
export default class Model {
constructor() {
   this._type = 'default';
   this._poolID = -1; // 对象池id
   this._node = null; // 节点
   this._inputAssembler = null; // InputAssembler 包含渲染数据
   this._effect = null; // Effect shader
   this._viewID = -1;
   this._cameraID = -1;
   this._userKey = -1;
   this._castShadow = false;
   this._boundingShape = null;
 }
 ......
}
<p data-line="235" class="sync-line" style="margin:0;"></p>

在 RenderFlow 的 _render 方法中, _checkBacth 合批完成后,会调用 fillBuffers 填充数据,将Assembler._renderData 中的数据填充到 buffer 中。以Assembler2D 的 fillBuffers 为例,代码如下。

 fillBuffers (comp, renderer) {
       if (renderer.worldMatDirty) {
           this.updateWorldVerts(comp);
       }
       let renderData = this._renderData;
       let vData = renderData.vDatas[0];
       let iData = renderData.iDatas[0];
       let buffer = this.getBuffer(renderer);
       let offsetInfo = buffer.request(this.verticesCount, this.indicesCount);
       // fill vertices
       let vertexOffset = offsetInfo.byteOffset >> 2,
           vbuf = buffer._vData;
       if (vData.length + vertexOffset > vbuf.length) {
           vbuf.set(vData.subarray(0, vbuf.length - vertexOffset), vertexOffset);
       } else {
           vbuf.set(vData, vertexOffset);
       }
       // fill indices
       let ibuf = buffer._iData,
           indiceOffset = offsetInfo.indiceOffset,
           vertexId = offsetInfo.vertexOffset;
       for (let i = 0, l = iData.length; i < l; i++) {
           ibuf[indiceOffset++] = vertexId + iData[i];
       }
   }

在下面的 getBuffer 代码中发现,其实所有的 Assembler2D 的数据都会填充到 ModelBatcher 里的 MeshBuffer 中。所以其实MeshBuffer 中保存着所有的顶点数据,包括不同的纹理。Model中保存对 MeshBuffer 的引用和该渲染批次用的顶点数据的下标。

  getBuffer () {
        return cc.renderer._handle._meshBuffer;
    }

七.ForwardRender

ForwardRender 继承于 Base, 是与底层渲染最靠近的类型,当上面的流程处理完毕后,会在ForwardRender 的 render() 中处理当前场景的渲染状态,材质,光照,通道,着色器,更新着色器的统一变量。并在 _draw() 中调用 device.draw()方法,进行绘制。

7.1 ForwardRender 的成员变量

部分重要的继承于 Base 的成员变量:

_device:根据运行平台对应的绘制图形对象 gfx.Device 的实例,用于绘制图形到屏幕,类型定义于 cocos2d\renderer\gfx\index.js。

_programLib :管理 shader 定义,获取,检查等相关的变量。类型定义于 cocos2d\renderer\core\program-lib.js。

_stage2fn:保存有不同渲染通道的名称与其对应的不同渲染方法。ForwardRender 中设置有 shadowcast, opaque, transparent 三种渲染通道。

_viewPools:单个相机的描述数据类(View) 的对象池。一个View对应一个相机。

_drawItemsPools:渲染数据类的对象池,保存有每个渲染批次需要的model,effect 等数据。

_stageItemsPools:单个渲染通道需要渲染的数据的对象池,本质是对 _drawItemsPools 中的数据按照不同通道进行了分类。

ForwardRender 中定义的成员变量:

_lights:保存所有灯光数据。

_shadowLights:保存所有阴影灯光数据。

7.2 渲染通道

类名 ForwardRender 翻译为前向渲染,泛指传统上只有 Opaque 和 Transparent 两个通道的渲染技术。cocos有三个渲染通道,渲染通道方法定义在 _stage2fn 中。

shadowcast:阴影渲染。

opaque:不透明,从前往后按顺序渲染。

transparent :透明,从后往前按顺序渲染。

渲染管线具体详解请参考unity官方文档(对的,真要学cocos还得看unity的文档):

内置渲染管线中的渲染路径:

https://docs.unity.cn/cn/2019.4/Manual/RenderingPaths.html


相关文章
|
6月前
CocosCreator 面试题(十六)Cocos Creator 节点池的基本原理是什么?如何使用?
CocosCreator 面试题(十六)Cocos Creator 节点池的基本原理是什么?如何使用?
398 0
|
4月前
|
设计模式 Java 测试技术
《手把手教你》系列基础篇(九十四)-java+ selenium自动化测试-框架设计基础-POM设计模式实现-下篇(详解教程)
【7月更文挑战第12天】在本文中,作者宏哥介绍了如何在不使用PageFactory的情况下,用Java和Selenium实现Page Object Model (POM)。文章通过一个百度首页登录的实战例子来说明。首先,创建了一个名为`BaiduHomePage1`的页面对象类,其中包含了页面元素的定位和相关操作方法。接着,创建了测试类`TestWithPOM1`,在测试类中初始化WebDriver,设置驱动路径,最大化窗口,并调用页面对象类的方法进行登录操作。这样,测试脚本保持简洁,遵循了POM模式的高可读性和可维护性原则。
46 2
|
缓存 数据格式 异构计算
creator源码阅读系列之第三篇
creator源码阅读系列之第三篇
111 0
|
Web App开发 设计模式 JavaScript
creator源码阅读系列之第一篇源码总览
creator源码阅读系列之第一篇源码总览
|
异构计算 索引 容器
creator源码阅读系列第二篇之渲染
creator源码阅读系列第二篇之渲染
155 0
|
Java Shell 开发工具
Spring源码阅读 之 搭建源码阅读环境(IDEA)
Spring源码阅读 之 搭建源码阅读环境(IDEA)
154 0
Spring源码阅读 之 搭建源码阅读环境(IDEA)
|
SQL 算法 中间件
sqlalchemy源码阅读-下篇
SQLAlchemy是Python SQL工具箱和ORM框架,它为应用程序开发人员提供了全面而灵活的SQL功能。它提供了一整套企业级持久化方案,旨在高效,高性能地访问数据库,并符合Pythonic之禅。项目代码量比较大,接近200个文件,7万行代码, 我们一起来挑战一下。
423 1
sqlalchemy源码阅读-下篇
|
SQL 安全 关系型数据库
SQLAlchemy源码阅读-上篇
SQLAlchemy是Python SQL工具箱和ORM框架,它为应用程序开发人员提供了全面而灵活的SQL功能。它提供了一整套企业级持久化方案,旨在高效,高性能地访问数据库,并符合简单的Pythonic哲学。项目代码量比较大,接近200个文件,7万行代码, 我们一起来挑战一下。 作者:游戏不存在 链接:https://juejin.cn/post/6951945198322581518 来源:稀土掘金 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
316 2
SQLAlchemy源码阅读-上篇
|
存储 缓存 JSON
tinydb 源码阅读
TinyDB是一个小型,简单易用,面向文档的数据库;代码仅1800行,纯python编写。TinyDB项目大小刚好,学习它可以了解NOSQL数据库的实现。
435 0
tinydb 源码阅读
|
IDE 测试技术 API
聊聊我的源码阅读方法
本次代码阅读的项目来自 500lines 的子项目 web-server。 500 Lines or Less不仅是一个项目,也是一本同名书,有源码,也有文字介绍。这个项目由多个独立的章节组成,每个章节由领域大牛试图用 500 行或者更少(500 or less)的代码,让读者了解一个功能或需求的简单实现。
160 0
聊聊我的源码阅读方法