批渲染(Batch)
batch render 是大部分引擎提高渲染效率的方法,基本原理就是通过将一些渲染状态一致的物体合成一个大物体,一次提交给gpu进行绘制,如果不batch的话,就要提交给很多次,这可以显著的节省drawcall,实际上这主要节省了cpu的时间,cpu从提交多次到提交一次,对gpu来说也不用多次切换渲染状态。当然能batch的前提一定是渲染状态一致的一组物体。
Unity3d的批渲染分为两种,动态和静态
静态批
要求:必须使用同一张material,然后在编辑器里设置为static batching的。
特点:静态批是无法运动的。
所以一般制作流程上,对于场景这些静态的物体都采用静态批,美术会根据场景的规模,将相邻的一片物件的贴图合并到一张或几张1024或512的大图上,这样这些物件可以使用同一个material,就可以静态批在一起,大幅节省dc。
静态批的时候Unity3d会在运行时生成一个合并的大模型,并且为这个模型指定一张共同的贴图,所以这个批在一起的数量是有限的,如果批在一起的定点数过多,它就会自动分成两个批,一个静态批的上限我自测大约在60000多个顶点单元。
场景中不能移动的物件可以使用静态合并,它不受顶点数的限制,可以大幅减少DrawCall。但为了将元素合并到一个大模型中,这项技术需要额外的内存。主要的内存消耗在于共享多边形会在内存中重复创建。因此有时候需要牺牲渲染效率来避免静态合并,来保证内存够小。例如在茂密的树林中使用这项技术会导致大量的内存消耗。
动态批
动态批是对那些没有标记成static batching的物体在runtime unity自动将他们批在一起,这个是可以支持运动物体的,但是限制较为严格:
动态合并在满足以下条件时是自动完成的:
1.一个批次总顶点单元少于900 (模型总顶点数小于900)
2.批在一起的所有的模型应用同样的缩放值(不包含镜像transform改变。不改变Scale)
3.使用相同的材质
4.相同的一张lightmap(如果使用动态lightmap需要指定正确)
5.不能使用多pass的shader
6.不能接收阴影
由于需要在合并时通过CPU计算转为世界坐标,这项技术只在CPU消耗比DrawCall消耗“便宜”时才值得。这个衡量标准会根据平台产生差异,例如苹果平台上DrawCall的消耗便宜,就不应该使用这项技术。这个功能可以在Editor->Project Setting->Player中进行设置打开与关闭。
所以一般是小的运动的模型才比较容易动态批在一起,当然unity又说可能在后续版本放宽这个限制
NVIDIA 在GDC上曾提出 25k batch/sec的渲染量会使1GHz的CPU达到100%的使用率,因此使用公式
25K∗n(GHZ)∗Percentage/Framerate=Batch/Frame
可以推算出某些CPU可以抗多少Batch。例如红米手机CPU为1.5GHz,假设分出20%资源供渲染,希望游戏跑到30帧。那么能抗多少DrawCall? 25k * 1.5 * 0.2 / 30 = 250。因此从这方面也能看出,如果CPU不能分出更多的资源供渲染计算,能抗的DrawCall就会变少。
举例:
Unity5.0及以上,如果场景中有3个对象,且都用同一个shader(材质),这三个对象模型的总顶点数多于900个,则需要进行两次合批,每次合批都会调用三次DrawCall,但CPU的状态不会改变,既不用进行状态的检查(CPU的计算绝大多数时间花在了状态检查上),速度会快很多;(DrawCall数会多于batches数)
Unity5.0以下,每次合批,只会生成一个DrawCall;
对于Unity5.0及以上,可以通过判断两个物体的shader(材质)是否相同,若相同,则使这两个物体具有相同的MeshRenderer组件,则可以达到合并DrawCall的目的,以减少DrawCall。