1.5：Unity Render Pipeline

快来打我* 2021-12-22 04:43 239阅读 0赞

文章著作权归作者所有。转载请联系作者，并在文中注明出处，给出原文链接。  
本系列原更新于作者的github博客，这里给出[链接][Link 1]。

这一节主要是为上一节中没有提到的一些概念作补充。

上一节提到了Unity中渲染路径的概念，为了更好地理解并使用Unity，我们有必要了解有关渲染路径的详细信息。

# Unity Render Pipeline #

Unity作为引擎，为我们处理了许多渲染有关的行为细节，最终留下了**Built-in Renderer（内置渲染）**，以及配置度更高的**SRP（Scriptable Render Pipeline，可编程渲染管线）**。

## Built-in Renderer ##

Built-in Renderer是Unity的默认渲染设置，也是一直以来使用的渲染方式。Built-in Renderer为我们处理了绝大多数的细节。Built-in Renderer可以分为Forward（前向） Shading、Deferred（延迟） Shading和Built-in。

### Built-in ###

这是Unity的默认渲染路径。

### Forward Shading ###

在前向渲染中，每个作用于物体的Per-Pixel Light都会单独计算一次，Draw Call数量跟物体数量和光照数量的乘积成正比。它不受硬件限制，可以使用Multi-Sampling Anti-Aliasing（多重采样抗锯齿）等。但在这个模式下，除了Main Directional Light之外，一个物体最多接受4个Per-Pixel Light，超过的部分都会转换为Per-Vertex Light。

### Deferred Shading ###

延迟渲染是通过G-Buffer（几何缓冲）实现的。G-Buffer储存了物体的颜色，法线，材质信息。这个渲染路径没有光照数量的限制，每一个光源都会被视为Per-Pixel Light，都会拥有cookie和shadow。在这个模式下，光照处理的性能消耗和被光照影响的像素数成正比。也就是说，我们可以通过减弱光源强度，缩小光源影响范围，进而提升性能。由于真正的渲染操作被延迟，这个模式不支持多采样抗锯齿和半透明物体的渲染，也不支持Mesh Renderer组件的Receive Shadows设置，剔除选项的受支持度也很有限。

## Scriptable Render Pipeline ##

Unity引擎的内核是C++编写的，外壳是C\#脚本构建的，脚本实现各模块之间的交互，编辑器界面等，许多行为都在内核进行了处理，作为游戏开发者只能接触到界面以及API，无法定制化渲染。随着硬件的升级，游戏体量的增加以及游戏玩家对游戏画面的要求逐渐升高，这种配置式的设置就显现出了不足之处。为了适应游戏开发者的需要，Unity决定实现一种新的架构，只在C++端保留渲染的核心功能，把更多的选择交给C\#脚本，把控制权移交给开发者，并在2018中加入了SRP。

SRP是一系列C\#的API，用于配置各个渲染设置。SRP有三种形式：LWRP（Lightweight Render Pipeline，轻量级渲染管线，这在目前已经得到了官方较好的支持）、HDRP（Hight Definition Render Pipeline，高清渲染管线，目前仍在试验阶段）、自定义渲染管线。LWRP和HDRP都是SRP的一套Asset，LWRP性能较好，HDRP需要更好的硬件支持，当然渲染效果也会更加真实，自定义渲染管线则是基于SRP的接口自定义的一套适用于自己工程的渲染管线配置。

转载于:https://www.cnblogs.com/Li-F/p/10739164.html

[Link 1]: https://kaorizh.github.io/