浅浅了解延迟渲染（延迟着色）

延迟渲染

• 一般采用正向渲染，也就是线进行着色，然后进行深度测试。但是这种渲染存在一个缺点，那就是如果一个颜色已经被渲染出来来的，但是经过深度测试，发现在它上面还有一种颜色需要渲染，那么就导致之前渲染的颜色所耗费的资源被浪费。因为最后看到的颜色之后是经过深度测试的颜色。
• 对于延迟渲染来说，就是先进行深度测试，然后进行着色。这样我们只渲染最后一定可以看到的颜色，对于那些被深度测试pass掉的颜色不进行渲染，这样就极大的节省了计算资源，提高FPS。

注：延迟渲染是从G-buffer中读取纹理数据，而不是从顶点着色器的变量中，这样我们在渲染片段的时候，渲染的都是最顶层的片段（感觉就是通过深度测试的片段），所以每个像素都只处理一次（无法使用MSAA，因为msaa需要对每个像素进行多次采样，综合之后得出最终的颜色值）。但是传统的正向渲染就需要对像素处理多次（这里的“多”就是指光源个数，有多少个光源，就处理多少次）。

延迟渲染流程：

分两个阶段：几何处理阶段 -> 光照处理阶段

1）几何处理阶段：先渲染场景 -> 得到对象的几何信息（位置、颜色、法向量等）-> 存储到G-buffer中

2）光照处理阶段：G-buffer纹理数据 -> 计算每一个片段中的场景光照。（ps：通常光照处理阶段是从顶点着色器获取变量进行片段着色）

复杂度对比

这里的 m 可以认为是 m 个光源，n 可以指的是 n 个需要渲染的目标或者片段或者像素点。

• 正向 O(m*n)
• 延迟 O(m+n)

延迟渲染优缺点

• 缺点显而易见：耗费内存、不支持混色（因为只渲染最顶层的片段，所以无法使用MSAA）
• 优点也显而易见： 复杂度低、多光源场景非常适用

针对延迟渲染缺点进行的改进

• 延迟光照 LightPre-Pass ： 减少内存开销
• 分块延迟渲染 Tile-Base Defferred Rendering：目的是分摊内存开销

延迟渲染真的好吗？

对于光源非常多的情况下，利用延迟渲染会极大的提高渲染效率。对于光源少的情况下，优先选择正向渲染。因为延迟渲染会造成非常大的内存开销。当内存开销非常大的时候，其实也会影响它的渲染效率。