UE 渲染改造：交叉渐变效果 Part.1 前言

这篇文章所介绍的技术，在原理层面比较简单，但如果需要将此技术优雅地植入到引擎现有的庞杂逻辑中，则需要对引擎本身的构成有着一定程度上的了解，因此这篇文章希望能够通过一个具体案例，让初次接触相关方向的读者熟悉 UE 渲染器中各种模块的架构。
由于 UE 本身非常庞大，想要充分理解其体系中的全部实现细节几乎是不可能的。同时，网上虽然存在的大量自底向上，展示类关系图和源码分析的文章，但是在没有案例和动机的情况下，这些文章的理解难度同样也非常高，一些文章甚至不如直接亲自阅读源码和打断点看调用堆栈的主动学习方法有效（毕竟 C++ 本身就是给人阅读的）。因此，这里我通过一个具体案例，自顶向下地，按需引入 UE 中一些模块的原理，并且展现出思考解决方法的过程，将各种实现方案的优雅性、性能、效果罗列出来并进行取舍，并附上一些延伸阅读材料。当通过案例大概掌握各个模块的宏观架构之后，再去自底向上地细致了解其实现细节才是学习复杂软件系统的最佳途径。
如果想直接了解实现过程，可以忽略所有引用块内的文本（样式同此段文本），或者直接找到文章中的代码块即可。

• 最暴力的解决方案：同时渲染两个相机呗。但是在 UE 中，如果我想渲染到 RT，需要使用 Scene Capture 2D，然后后处理材质读入两个 RT 做混合，但我又想在渐变完了之后将视角重新交还到角色逻辑上做正常的玩家视角，还得考虑到万一目标视角就是玩家可以立刻控制的呢？这种乱糟糟的逻辑很难保证框架的优雅性，因此放弃。
  
• 修改 UE 自带的多 View 渲染机制。但简单的阅读代码就可以发现，UE 做出来多 View 机制其实就是针对本地分屏来设计的，在 Base Pass 中，不同的 View 都渲染到同一组 Scene Texture 组合，通过 Viewport 来控制分屏中每一个用户视角的渲染范围。这显然不能直接用在渐变中。
  

• 录制视频（FMV）。此种实现方法被大量用在游戏的过场动画中，其拥有最好的画面质量，同时几乎不耗费性能。当然缺点也显而易见，其不能适用于动态视角切换，同时视频的分辨率、码率、文件大小也都会产生问题。
  
• 在转换之前“截一帧”，转换时用这一帧静态图和转换后的动态视角实现渐变效果。此种方法不足之处在于渐变前的视角在渐变时变成了静态图，容易穿帮，但其在性能、内存占用和画质上都有不错的表现，非常适用于视角移动不太剧烈的场景中。同时，如果将截的这张图作为自定义节点暴露给材质蓝图的话，借助着 UE 强大的材质编辑能力，使用后处理材质可以完全将渐变效果交给美术来调节。本文中介绍的既是这种实现方案。
  

有些人可能会问了，保留一帧有啥可大动干戈改造渲染器的，Reddit 上一搜净是这种实现方法。不过大多数方法仍然是通过使用 Scene Capture 2D 来捕捉场景画面到一个 RT 资源上，进而被后处理材质所使用。Scene Capture 2D 在捕捉场景时，由于和场景视角（View）本身都不是一个 View Family，其性能开销比多 View 渲染还要大很多，虽然只保留一帧，但这一帧显然会造成不小的卡顿，无法作为正式项目的解决方法，因此需要更改渲染器，让渲染器能够保留特定的一帧，并且提供给后处理材质。