前言
近年来，随着移动平台硬件的性能不断提升，移动端游戏采用的渲染技术更加先进，整个行业对画质效果的需求也越来越大，我们借此做了一些技术尝试，测试了Unity HDRP是否可以在移动端跑起来，结果是可行的。（后来我们又升级到了.1.x版本，对应HDRP 11.0.0版本，以下说明都是基于这个版本的。）先看一下之前某个开发阶段录制的视频，米11上30+ fps：
管线预览
管线采用了Forward+和TBDS的混合管线，非常适合移动端TDDR GPU架构，对多光源支持较好，比Forward节省光照计算，又比传统的Deferred管线节省带宽；支持物理相机、HDRI Sky、面光源、体积雾、SSR、TAA等多种特性，我们对一些特性做了删减和开关，对相关计算做了优化。先看一下整个管线的大体流程：
a) Pre-Z Pass阶段，写入前向渲染的深度和法线，以及材质对应的 stencil id
b) 写入GBUFFER信息及材质对应的stencil id。固定使用四个GBUFFER缓存。
（GBuffer0 ：BaseColor+SpecularOcclusion）
（GBuffer1: Normal+Roughness）
（GBuffer2: Metallic + RenderingLayer + ShadowMask0 + MaterialFlagsId）
（GBuffer3: BakeDiffuseLighting/EmissionColor）
c) Hi-z 深度图生成，用于后面的 SSR 精确快速的ray marching
d) motionvector map绘制
e) 构建灯光列表和 基于tile的材质id。依屏幕大小等分tile网格，主要构建灯光列表和更大的BigTileLightList。前者用于一般的光照访问，tile大小为32x32；后者用于Volume以及半透物体，或者其他不需要精确光照的渲染阶段，tile大小为64x64。另外，还构建了用于Cluster模式的VoxelLightList。
f) Volumetric voxelization，利用clusterbuffer的bigtile生成3d的DensityBuffer。可用于体积雾以及其他需要3D纹理的渲染效果。
在屏幕体素化到一个低分辨率的3DTexture中，生成VolumetricDensityBuffer，将场景中的local volume数据存入这3DTexture中。使用上一步生成的BigTileList计算所需光照。
g) CSM，开启主光4级级联阴影，关闭了点光、面光阴影
h) SSR &SSPR。主要分为以下两步，SSRTrace和SSRAccum。
（SSRTracing：根据之前Stencil记录，没有标记SSR的像素就直接跳过，利用屏幕深度、法线进行RayMarching）
（SSRAccum：上一步得到的HitPos用于检测相机MotionVector，用相机位移来影响最终的透明度，反射颜色本身则可以使用ColorPyrimid近似累积，根据粗糙度判断使用哪一级ColorBuffer缓存来采样，或者通过近似高斯模糊的方式做PBR累积。累积结果加入间接高光）
i) GTAO
（AOPackedData）
j) Volume Lighting, 根据BigTile的灯光List以及VolumeVoxelization生成的DensityBuffer，计算一个VolumetricLightBuffer。用于之后的折射、雾等效果。
k) Tile Deferred每种材质组合进入自己类型的CS中计算，每种类型的CS只计算指定数量的Tile，分为Tile和Cluster两种类型，优化为四种组合，涵盖点光、聚光、面光、环境光。
l) 前向forward+ 渲染。不透明物体的正常前向渲染。
m) 渲染天空
n) 计算大气散射。有雾就有散射，并支持体积雾，也支持高度分层。体积雾需要采样之前生成的VolumetricLightBuffer，并叠加雾颜色，混合到最终的ColorBuffer。
o) 计算Color Pyramid 用于折射与反射，降采样后的color 做一下高斯模糊，保证低分辨下亮度不丢失。
ColorPyramid: 6 mipLevel，大小呈2次幂递减，每一级都有高斯模糊
p) 透明物体渲染
q) 后处理渲染，移植了UE4中一些后处理做法
主要改造说明
这里主要介绍兼容性和优化方面做的一些工作
兼容性
1） 两种lightlist生成方案，针对不同硬件采用不同算法。这部分主要是针对Adreno GPU与Mali GPU来做的，两种硬件在UBO/SSBO数量、线程localmemory等方面都不同，差别较大，对于复杂的数据和计算在compute shader产生了一些兼容性问题。我们通过大量测试，合并存储计算结果的SSBO，发现Mali GPU更适合Cluster算法，Adreno GPU更适合FPTL算法
2） rt格式修改，移动端遇到了一些效果bug，后来发现是和格式有关，有些是手机兼容性不好，有些是手机不支持。比如：修改RG16为RGB16（RG16真机支持不好）、R16G16_UNorm改用R16G16B16_SFloat、B10G11R11_UFloatPack32改用rgba16、hdr采用rgba16（默认b10g11r11真机兼容性不好）等等
3） 浮点格式修改，主要是针对手机端浮点精度导致的效果错误或格式兼容性报错等
4） 反射球贴图使用普通2dTextureArray（手机端不支持cubemap array），各个probe的贴图依次列到TextureArray的各个slice上
优化
1） 调整GBuffer。原本GBuffer在不同的材质特性Standard/SSS/Anisotropic/Irridescence下存储的内容有所不同。这里只留下standard模式，其余分支都去掉。
2） 在管线的GBUFFER阶段将材质id写入模板缓冲区，在构建灯光列表阶段对不同材质的屏幕tile进行分类。渲染阶段对不同的分类进行针对性的渲染，固定几种组合，对光照计算的各个分支做了部分删减，减少shader编译过程
3） Bindless优化，UBO和SSBO。将一些光照数据从SSBO放入UBO，如DirectionLightData，shadowData。从全局buffer访问到快速访问的内存访问，速度会有所提升。其次，原本使用Texture的地方尽可能用TextureArray代替，比如ReflectionProbe改为预烘焙，在游戏启动时做一次合并到TextureArray。最多支持16个probe，存储的是2d展开的cube。
4） 引入FSR，为了减轻移动端延迟渲染对硬件产生的压力，进一步提升帧率，减少带宽压力和发热功耗，而不过度损失游戏效果，使用AMD的FidelityFX Super Resolution 技术提升画面在低分辨率下的质量。
5） CSM分帧更新，采用了四级级联阴影，分帧更新，第一级每帧更新，其他级隔帧更新
6） 增加缓存以替代实时计算。
PrepareLightsForGPU当中收集准备灯光、阴影、Probe数据。这里可以做一些缓存，启动时只进行一次，避免每帧都去直接收集数据，可以减少一些CPU端的消耗。而如果需要开启TOD，灯光数据LightData的获取则可以分帧来获取
7） 增加遮挡剔除方案。Unity自带的Occlusion Culling在运行时消耗大量CPU时间且不支持动态加载与卸载PVS数据。加入一个针对prefab对象的Occlusion系统，做为遮挡体的Occluder初始完全加载，被遮挡体的Occludee随Prefab动态加载。利用CullingGroup做裁剪
8） 增加灯光剔除，按layer分类，根据相机距离缩减各类灯光的Range比例
9） 扩展添加了给平面反射使用的SSPR，减少SSR中raymatching计算面积，效率更高（场景中大量的使用的是平面反射）SSPR使用模板缓冲区标记屏幕内平面反射区域）
10） 关闭RayTrace、简化PBR光照Feature、删除不必要的计算、限制单个tile灯光数量等等
小结
HDRP管线偏重度一些，集成了多种渲染技术，通过对HDRP管线的移动端改造，我们验证了一些技术方案的可行性，积累了相关经验，并推广到了项目中应用。
欢迎加入我们！
感兴趣的同学可以在官网投递简历：
内推码：NTAI1kh
引擎校招：搜狐畅游 - 校园招聘
引擎实习：搜狐畅游 - 校园招聘
TA校招：搜狐畅游 - 校园招聘
TA实习：搜狐畅游 - 校园招聘
