Base-渲染方案演进总览

渲染技术不是一条线，而是多条线并行演进：光照、GI、反射、AO、阴影、抗锯齿……每一条都被”硬件能力、美术流程、标准化需求”推着走，最终收敛成今天各引擎里那套熟悉的组合。

这篇把游戏行业常用的渲染技术按维度整理成演进链——每条链给出”从哪来 → 到哪去”，每一站一句话原理、代表引擎或论文，末尾汇总成总表。引擎不限于 Unity/UE：id Tech、CryEngine、Frostbite、Source、Decima、RE 引擎都在谱系里。

它和另外几篇是互补关系：Base-引擎梳理 是”知识地图”（按技术分类 + 链接），Base-PBR 是”光照原理”，Unity-APV体积探针 是”GI 终点方案深挖”。这篇是所有维度合起来的总演进图——GI 的全时间线也并在这里，不再单独成文。

年份以各方案的公开论文 / 引擎发布为准，个别存在出入，请以原始资料核对。

0. 总览：一张表看完全部

下面按维度展开。

1. 光照与着色：Phong → Blinn-Phong → PBR

• 驱动力：从”每个引擎自己调一套高光公式”到”一套物理约束 + 统一参数”。PBR 不是某个 Shader，而是一套让材质在任意光照环境里行为一致的约束——细节见 Base-PBR。
• 扩展：Clear Coat、Sheen、Anisotropy、次表面、透射，都是在基础 BRDF 上叠光学层次。

2. 间接光 GI：烘焙 → 探针 → 实时（详版）

GI 是变化最多、也最能拉开画面上限的一条线。它内部其实是四条独立的子线在走，先建立坐标系，再按时代看。

2.1 四条主线（先建立坐标系）

A 和 B 目标不同：A 决定”暗部有没有环境色”，B 决定”高光反射是什么”；C 不是方案而是存储手段，A/B 都借它存数据；D 是从概念走向工程的独立尝试线，成败取决于硬件跟没跟上。

2.2 五个时代

时代一：无 GI / 纯直接光（1990s 初 – 1996）

画面 = 直接光 + 美术手工摆的假环境光、假 AO（把暗角画进贴图）。没有间接光照概念，硬件也没有计算能力，靠手艺硬扛。

时代二：烘焙 GI 奠基（1996–2007）

时代三：IBL 成型 + PBR 标准（2008–2015）

时代四：探针体系成熟 + 实时 GI 的第一次尝试（2015–2020）

时代五：实时 GI 主推 + 烘焙方案重新定义（2020–今）

2.3 关键时间线（GI）

1
2
3
4
5
6
7
8
9
10
11
12
13

1996  Quake lightmap
2002  SH / PRT 论文
2004  Source radiosity lightmap / Halo 2 SH
2009  LPV（CryEngine 3）—— 实时 GI 首次工程化
2013  PBR + split-sum
2014  UE4 正式版
2015  Unity 5（Enlighten）
2016  LPPV
2018  DXR / RTX；SSGI 实验；DDGI 论文
2020  UE4.25 RTGI
2022  UE5 Lumen
2023  Unity 弃用 Enlighten；APV 预览
2024  Unity 6：APV 正式

2.4 怎么判断一个新 GI 方案（对 TA 的启示）

判断程序三步：

1. 先问属于哪条主线：烘焙的（换存储）→ 探针优化；实时的（换计算）→ 硬件 / 算法优化。主线决定它为什么存在、何时被替换。
2. 再问静态还是动态：场景不动，烘焙探针又快又稳；光照要动，才轮到实时 GI 出场。
3. 最后看成本：烘焙方案用”烘焙时间 + 探针内存”换”运行时开销低”；实时方案用”GPU 开销 + 降噪”换”不用等烘焙、光源随便动”。

三个常被问错的点：

• APV 不是新发明，是”烘焙漫反射 IBL”主线（2002 年 SH + 2015 年探针思路）收敛后的终点形态。
• Lumen 没淘汰 APV：静态场景烘焙仍然更快更稳，Lumen 只在”光照要动”时才值得。
• IBL 的镜面路线不会消失：反射探针 + prefiltered env 是 PBR 的地基，Lumen 和 RTGI 也绕不开它。

驱动整条线的力量：硬件算力（lightmap 算不起实时 → RTX 够求交）→ 美术流程（画假 AO → 烘焙等半天 → “光源可调、别等烘焙”）→ 引擎路线分歧（UE 押注实时 Lumen，Unity 押注烘焙 APV）。

3. 反射 / 环境光：cubemap → 反射探针 → SSR → 光追

• 驱动力：从”静态贴图”到”能反映场景变化的探针”，再到”真正算出来”的 SSR / 光追。SSR 便宜但只能看屏幕内，RT 精确但有硬件门槛，Lumen 用软件追踪折中。
• 这条线的终点仍是 IBL 分工：反射探针 + prefiltered env 是 PBR 的地基，实时 GI 也绕不开。SSR 细节见 Unity-URP延迟渲染SSR。

4. AO：烘焙 → SSAO → HBAO → GTAO → 光追

• 驱动力：从”贴图”到”屏幕空间便宜算”再到”场景空间精确算”。SSAO 全屏随机有噪声，HBAO 换成分方向扫描更稳定，GTAO 再加时间滤波逼近真实——但三者都只认屏幕内信息，光追 / SDF AO 才彻底解决”屏幕外”。
• 常见误区：AO 主要削弱间接光，不该粗暴乘到所有直接光上。HBAO 原理见 Unity-URP延迟渲染HBAO。

5. 阴影：ShadowMap → PCF → CSM → VSM/MSM → 光追

• 驱动力：从”有阴影”到”软阴影”到”精确阴影”。CSM 是方向光的事实标准，VSM/MSM 解决”滤波软阴影”，光追阴影代表终点精度。
• 细节见 Base-阴影ShadowMap 与 UE4-DistanceFieldShadow。

6. 抗锯齿与超分：MSAA → FXAA/SMAA → TAA → DLSS/FSR

• 驱动力：空间方法到顶，转向时间维度复用。TAA 是转折点——之后所有超分都是”低分辨率 + 运动矢量 + 历史累积”。代价是 Ghosting / Smearing，核心难点是历史拒绝（见 Base-TAA）。
• 这条路代表近十年画质跃升的最大杠杆：超分让引擎用 1/2 甚至 1/4 分辨率渲染，再重建到目标分辨率。

7. 色调映射：Reinhard → Filmic → ACES

• 驱动力：HDR 管线（孤岛危机 2007 起标配）出现后，Tone Mapping 从”压缩”变成”风格”——ACES 提供了跨平台一致的色彩基准。
• 注意：相同材质在不同引擎看起来不同，往往不是 PBR 参数错，而是曝光、Tone Mapping、颜色管理不同。

8. 体积 / 大气：高度雾 → 体积雾 → 参与介质

• 驱动力：从”叠一层颜色”到”参与介质物理模拟”。体积雾（参与介质）统一了雾、烟、光束的理论框架。

9. 其他演进链（简表）

10. 演进的一般规律

拉远看，这些链有几个共同规律：

1. 硬件先解锁，算法再跟上：光追硬件（2018 RTX）解锁了 RTGI/RT 反射；算力增长让 SSAO、PBR 实时化成为可能。
2. 从”美术手工”到”物理标准”：假 AO → 真 AO；经验高光 → PBR。标准化（PBR、ACES、split-sum）让”每个引擎各搞一套”成为过去。
3. 从”空间”到”时间”：单帧算不动的，用历史帧换——TAA、超分、光追降噪都是这个思路。
4. 屏幕空间是”性价比区”：SSAO/HBAO、SSR、SSGI 便宜好用，但只认屏幕内信息——它们的极限就是光追 / 场景空间方案的入口。
5. 两条腿的格局会长期存在：烘焙（静态、稳、便宜）和实时（动态、贵、灵活）不是替代关系，是按场景选择。

11. 全部演进链总表

1
2
3
4
5
6
7
8
9

光照     Lambert → Phong(1975) → Blinn-Phong(1977) → Cook-Torrance(1982) → PBR+IBL(2013)
GI       lightmap(1996) → SH(2002) → 烘焙探针(2015) → VLM/APV → 实时GI(LPV→VXGI/SSGI→RTGI→Lumen)
反射     cubemap(1976) → 反射探针(2014) → SSR(2015) → RT反射(2020) / Lumen反射(2021)
AO       烘焙 → SSAO(2007) → HBAO(2008) → GTAO(2016) → 光追/SDF AO
阴影     ShadowMap(1978) → PCF → PCSS(2005) → CSM(2006) → VSM/MSM → SDF阴影 → 光追阴影
抗锯齿   SSAA → MSAA → FXAA(2009)/SMAA(2011) → TAA(2014) → DLSS/FSR/TSR/XeSS(2018-2022)
色调     直接映射 → Reinhard(2002) → Filmic(2010) → ACES(2015+)
体积     高度雾 → GodRay(2009) → 体积雾(2015) → 大气散射(2020)
架构     前向 → 延迟 → Clustered → GPU Driven

12. 总结

所有演进链可以收进一句话：渲染从”美术手工凑效果”走向”物理约束 + 标准化”，从”单帧算满”走向”时间 + 硬件换空间”。

判断任何新方案，先问三条：

1. 它属于哪条线（光照 / GI / 反射 / AO / 阴影 / AA / 后处理）？
2. 它是”换存储”（烘焙）还是”换计算”（实时）？
3. 它解决了旧方案哪个具体的痛（精度？成本？屏幕外？美术流程）？

这三问答完，你就知道它为什么存在、会不会被替代。要补某一维度的细节，正文里每一节都链到了对应文章。

年份以公开论文 / 引擎发布为准，个别小版本可能存在出入，请以原始资料核对。相关原理细节见 Base-PBR、Base-引擎梳理、Unity-APV体积探针、Base-TAA、Base-阴影ShadowMap。