图形学之Unity渲染管线流程

Unity中的渲染管线流程

下图是《Unity Shader 入门精要》一书中的渲染流程图；

ApplicationStage阶段：准备场景信息（视景体，摄像机参数）、粗粒度剔除、定义每个模型的渲染命令（材质，shader）——由开发者定义，不做讨论；

GemetryStage阶段：顶点着色器、曲面细分着色器、几何着色器、裁剪、屏幕映射；

RasterizerStage阶段：三角形设置遍历，片元着色器、逐片元操作；

每个阶段具体操作如下图（虚线框是可选阶段）：

模型空间——矩阵变换——齐次裁剪空间——透视除法——NDC标准设备坐标——屏幕映射

齐次裁剪空间是视景体空间（台体）；

CVV:标准视体-也就是NDC坐标系对应的空间；

透视除法：顶点坐标除以w分量，将当前z深度所在的截面缩放为（2,2,2）的截面坐标；所以w分量记录了z深度信息；

硬件做透视除法获得NDC归一化设备坐标——再经过屏幕映射获得屏幕坐标系下顶点坐标；

Unity使用OpenGL的NDC，z分量在[-1,1]；

OpenGL和DirectX差异

NDC空间——OpenGL为[-1,1]，DirectX为[0,1]，深度z范围不同；

窗口坐标系——DirectX左上角原点，OpenGL左下角原点；

投影平面——DirectX投影平面就是视景体近截面，OpenGL有视平面；

左右手坐标系——DirectX左手，OpenGL右手，叉乘顺序；

问题：

为什么片元不叫像素？

片元是很多状态的集合，记录了该像素的屏幕坐标，深度信息，法线，UV等；

DrawCall为什么会影响性能？

DrawCall是CPU向GPU添加渲染命令的过程，过程会由CPU向GPU发送数据（模型信息），DrawCall的次数越多CPU消耗性能就越大，DrawCall次数过多会导致每一帧CPU来不及发送全部数据给GPU渲染；

GPU有一个命令缓存区（Command Buffer），CPU的渲染命令都会存储在这里，GPU从命令缓存区依次执行渲染命令；

两种渲染命令：渲染模型（CPU提交模型信息也就是DrawCall）和改变渲染状态（着色器纹理状态改变，更耗时）；

一般情况都是GPU渲染完成等待CPU发渲染命令；