模型组件

模型组件用于显示一个静态的3D模型。通过mesh设置模型网格,通过material改变模型外观。

属性 功能
mesh 用于渲染的3D模型资源。
materials 用于渲染模型的材质,一个材质对应mesh中的一个submesh。
shadowCastingMode 如果场景启用了平面阴影,则启用后会渲染平面阴影。
visibility 用于模型会被哪个摄像机渲染,只有visibility与模型相同的摄像机才会渲染该模型。
enableDynamicBatching 是否启用动态合批,细节见下节

模型分组渲染

分组渲染功能是通过相机组件(CameraComponent) 的 Visibility 属性配合 模型组件(ModelComponent) 的 Visibility 属性共同决定。用户可通过代码设置 Visibility 的值来完成分组渲染,需要注意的是,Visibility 的值是 按位比较 的,用户可通过 位运算 操作 Visibility 的 前 20 位 来完成分组。
我们默认提供的摄像机和模型都为不分组全部渲染,用户没有特殊需求的情况下不需更改此值。

关于动态合批

动态合批适用于绘制大量低面数、同材质的非透明动态模型的需求,目前要开启动态合批,只需在所使用的材质中勾选 USE_BATCHING 开关,无需任何其他操作。
运行时会根据这些模型使用的材质分组,然后对每个材质组每帧合并顶点和世界变换信息,然后一次性完成绘制1

注意因为合批会影响透明模型的排序,对透明物体即使开启开关也不会实际参与合批。

合批不会影响正常的 frustum culling 流程,但每帧合并顶点等操作还是会引入一部分 CPU 开销(在 JS 中尤其昂贵);另外需要提醒 drawcall 数量并不是越少越好2,最佳性能往往是 CPU 与 GPU 负载均衡的结果,所以在尝试使用合批功能时,请一定多做测试,明确性能瓶颈,做有针对性的优化。


[1] 注意目前使用 uniform 上传合批后的世界变换矩阵,考虑到 WebGL 标准的 uniform 数量限制,目前一批最多绘制 10 个模型,所以对大量同材质的模型,开启合批后 drawcall 数量预期最多会减少 10 倍。
[2] 关于合批与性能的话题业界一直有不少探讨,可以参考比如 这里/papers/BatchBatchBatch.pdf) 的 slide

静态合批

目前静态合批方案仅支持运行时静态合批,通过调用BatchingUtility.batchStaticModel(staticModelRoot: Node, batchedRoot: Node)可进行静态合批。该函数接收一个节点,然后将该节点下的所有ModelComponent里的mesh合并成一个mesh,并将其挂到另一个节点下。在合批后,将无法改变原有的ModelComponent的transform,但可以改变合批后的根节点的transform。只有满足以下条件的结点才能进行静态合批:

  • 子节点中只能包含ModelComponent
  • 子节点下的ModelComponent的mesh的结构必须一致
  • 子节点下的ModelComponent的材质必须相同

results matching ""

    No results matching ""