Unity全局光照烘焙器深度对比：Enlighten与Progressive GPU Lightmapper

1. 项目概述：一次关于Unity全局光照烘焙器的深度抉择

在Unity项目的开发中，尤其是涉及到写实风格或对视觉品质有较高要求的项目时，全局光照（Global Illumination, GI）的质量直接决定了场景的真实感和沉浸感。而实现高质量GI的核心工具，就是光照烘焙器（Lightmapper）。过去几年，Unity引擎内置的烘焙方案经历了从Enlighten到Progressive GPU Lightmapper的显著变迁。对于项目负责人、技术美术和图形程序员来说，理解这两套系统的底层原理、性能表现和适用场景，不再是一个可选的加分项，而是一项关乎项目技术选型、开发流程和最终品质的核心决策。

简单来说，Enlighten是Unity早期引入的、基于CPU的预计算实时GI解决方案，而Progressive GPU Lightmapper（以下简称Progressive）则是Unity后来推出的、主要利用GPU进行渐进式烘焙的离线方案。它们不仅仅是两个不同的工具，更代表了两种截然不同的光照工作流和技术哲学。选择哪一个，会深刻影响你的美术制作管线、迭代速度、硬件投入和最终效果。这篇文章，我将结合自己多个项目的实战经验，从原理、流程、效果到成本，为你进行一次彻底的对比分析，帮你找到最适合你当前项目的那个“光”。

2. 核心原理与架构拆解：CPU预计算 vs GPU渐进式

要做出明智的选择，我们必须先钻进引擎盖下面，看看这两套系统到底是如何工作的。它们的根本差异，决定了后续所有的表现。

2.1 Enlighten：基于辐射度的预计算实时GI

Enlighten的核心技术是预计算实时全局光照。这个名字有点绕，我们拆开来看：

• 预计算（Precomputed）：在编辑器模式下或构建时，Enlighten会运行一个相对耗时的“预计算”过程。这个过程并非直接计算最终的光照贴图（Lightmap），而是计算场景中所有静态物体表面之间的光能传递关系，生成一个名为“辐射度传输”的数据集。你可以把它想象成一张记录了“A墙面反射的光有多少能到达B地板”的复杂关系网。
• 实时（Realtime）：正因为光能传递的关系已经被预先计算并压缩存储，在游戏运行时，引擎可以非常高效地利用这些数据，结合动态光源（如角色手中的手电筒、爆炸的火光）的颜色和强度，实时地解算出这些动态光对场景的间接光照影响。这是Enlighten当年最吸引人的特性：实现了部分动态光源的间接光照效果。

它的工作流是分阶段的：先进行漫长的预计算，生成中间数据；运行时再根据实时灯光状态快速合成光照。优势在于运行时灵活，但预计算阶段慢，且对场景复杂度敏感，调整一个静态物体可能触发大范围的重新预计算。

2.2 Progressive GPU Lightmapper：基于路径追踪的渐进烘焙

Progressive GPU Lightmapper则采用了完全不同的路径。它本质上是一个离线烘焙器，其核心是蒙特卡洛路径追踪算法，并利用GPU进行大规模并行计算。

• 路径追踪（Path Tracing）：这是一种物理正确的渲染算法。它模拟光线从摄像机出发，在场景中随机反弹、寻找光源的过程。每一次“采样”就是发射一条这样的随机路径。路径追踪能天然地模拟复杂的全局光照效果，如柔和的阴影、精确的色彩溢出（Color Bleeding）、焦散等。
• 渐进式（Progressive）：这是其工作方式的关键。烘焙开始时，它会立刻显示一个非常粗糙、充满噪点的预览结果。随着时间推移，它持续进行更多轮的路径采样，将每一轮的结果累积平均，从而逐步消除噪点，使图像越来越清晰、平滑。你可以随时中断这个过程，得到一个“尚可”或“足够好”的结果。
• GPU加速：路径追踪算法包含大量可并行的独立计算（每条路径互不依赖），这正好契合GPU的众核架构。Progressive LM将绝大部分计算负载转移到GPU上，从而获得了比传统CPU烘焙器高出一个数量级的计算速度。

它的工作流是线性的：点击烘焙，立即看到渐进预览，根据预览效果随时调整光源或材质，然后继续烘焙直至满意。优势在于迭代速度快、效果物理精确，但它是纯离线的，运行时无法改变烘焙好的间接光。

2.3 架构对比表格

为了更直观地对比，我将它们的核心差异总结如下：

注意：从Unity 2022 LTS开始，Enlighten已被标记为“遗留”（Legacy）功能，Unity官方明确推荐使用Progressive GPU Lightmapper作为默认和未来的方向。对于新项目，除非有非常特殊的“实时动态GI”需求且无法用其他方案（如光照探针+反射探针）替代，否则不应再选择Enlighten。

3. 工作流与实操体验对比

原理决定了特性，而特性直接塑造了我们的日常开发工作流。下面我以在一个典型室内场景中调整一盏主光源为例，展示两者的体验差异。

3.1 使用Enlighten的典型流程

1. 场景准备：标记好静态物体（Static），设置好UV展开参数。这一步两者类似。
2. 启动预计算：点击“Generate Lighting”，CPU开始高负荷运转。这个过程是“黑盒”的，你只能等待进度条，无法预览最终效果。
3. 漫长等待：对于一个中等复杂度的室内场景，可能需要等待数十分钟甚至数小时。期间你基本不能进行其他编辑操作，因为场景可能会被锁定。
4. 查看结果：计算完成后，才能看到光照贴图效果。如果发现阴影太硬、间接光太暗或太亮，你需要调整光源参数。
5. 重新预计算：任何对静态物体几何、UV或光源参数的修改，都可能需要完全重新进行预计算。你又回到了步骤2，开始了新一轮的等待。这种“修改-等待-查看”的循环，严重拖慢了美术迭代和关卡调试的速度。
6. 构建与运行时：构建后，你获得了光照贴图和实时GI数据。在游戏中，你可以移动一个动态的红色点光源，看到墙壁和地板会实时产生红色的间接光晕，这是Enlighten的高光时刻。

3.2 使用Progressive GPU Lightmapper的典型流程

1. 场景准备：同样标记静态物体和UV。
2. 点击烘焙/预览：在光照窗口选择“Progressive”模式，点击“Generate Lighting”或直接切换到“Baked”模式并开始。几乎在瞬间，场景视窗就会显示出带有严重噪点的光照预览。
3. 实时调整与迭代：这是革命性的改变。你无需等待烘焙完成。在预览持续进行的同时，你可以：
   • 拖动光源位置，实时看到阴影和间接光的变化趋势。
   • 调整光源强度或颜色，立刻观察到整体色调的改变。
   • 甚至修改材质的反照率（Albedo）颜色，看色彩溢出效果是否满意。
4. 决定烘焙质量：当预览效果达到一个你认可的“草案”级别时（可能只需几十秒），你就可以中断烘焙，基于这个快速反馈进行决策。确认效果方向正确后，再让烘焙继续运行更长时间（如几分钟到十几分钟），以消除噪点，得到最终用于发布的洁净光照贴图。
5. 构建与运行时：构建后，你得到的是高质量的光照贴图。运行时所有静态物体的光照都是固定的。对于动态物体，你需要依赖烘焙好的光照探针来提供间接光照，动态光源则只有直接光照。

3.3 实操心得：为什么Progressive改变了游戏规则

从我经手的项目来看，从Enlighten切换到Progressive，最大的提升不是最终效果那一点点的物理精确度，而是开发效率的质的飞跃。

• “所见即所得”的延迟极低：美术同学不再需要凭经验猜测参数，调整后立刻能看到反馈，极大地增强了创作直觉和信心。这对于构建复杂的氛围光至关重要。
• 容错成本极低：调错了？没关系，改回来就是，之前烘焙的进度不会白费，系统会在新配置上继续优化。这鼓励了更多的实验和尝试，更容易做出惊艳的效果。
• 硬件投资明确：速度取决于你的GPU。一块强大的消费级显卡（如NVIDIA RTX系列）就能带来极佳的体验。这比升级多核CPU来加速Enlighten预计算要直观和有效得多。

4. 效果与质量深度分析

虽然Progressive在流程上优势明显，但我们仍需在效果层面进行客观比较。

4.1 光照精度与真实感

• Progressive (路径追踪)：在采样足够的情况下，它能产生物理上正确的全局光照。阴影边界由光源大小决定（面光源产生柔边阴影），色彩溢出非常自然，对于自发光材质和复杂几何体间的多次反弹光模拟得更好。这是其算法带来的先天优势。
• Enlighten (辐射度)：它的效果基于预计算的近似解。在处理大面积均匀光照时表现不错，但在处理细节阴影、复杂遮挡和精确的色彩溢出时，往往显得生硬或不够准确。它更容易出现“漏光”（Light Leaking）或“阴影粘连”等瑕疵，需要美术人员手动调整参数或放置光照探针来修补。

一个典型案例：室内角落的阴影。在只有一扇窗户作为光源的房间里，房间最深处的角落。Progressive烘焙出的阴影，从窗户方向的半影区到角落的全影区，过渡是连续且自然的灰度渐变。而Enlighten烘焙的结果，这个过渡可能分层或出现不连续的光斑，感觉“不干净”。

4.2 对特定材质和光源的支持

• 自发光材质：Progressive能够将自发光物体视为真正的面光源，计算其对周围环境的照明，效果非常出色。Enlighten虽然也支持，但通常需要额外的设置，且效果和效率都不如前者。
• 区域光（Area Light）：这是体现路径追踪威力的地方。Progressive可以完美渲染区域光带来的柔和阴影，是营造高级感的关键。Enlighten对区域光的支持非常有限，通常需要将其“烘焙”成多个点光源的近似效果，流程繁琐且不真实。
• 天空盒与HDR环境光：两者都能很好地支持。但Progressive在计算环境光遮蔽（Ambient Occlusion）和来自HDR环境的精确高光时，通常更胜一筹。

4.3 性能与资源开销

这里的性能需要分两个阶段看：烘焙时和运行时。

• 烘焙时性能：

  • Enlighten：瓶颈在CPU和内存。复杂的场景预计算极慢，且内存占用高。调整后的重算成本高昂。
  • Progressive：瓶颈在GPU。一块好的显卡能带来线性提升。内存占用相对平稳。关键优势在于可中断的渐进预览，使得“有效等待时间”大大缩短。

• 运行时性能：

  • Enlighten：需要额外的运行时开销来合成实时间接光。虽然经过优化，但在低端设备上，开启实时GI仍会对帧率造成压力。它需要存储和加载预计算数据。
  • Progressive：运行时性能开销极低。静态物体就是一张光照贴图采样，成本固定。动态物体的间接光由光照探针提供，这也是轻量级的插值采样。它的主要开销在于光照贴图所需的内存和显存（纹理带宽）。对于移动平台，需要精心控制光照贴图的分辨率和数量。

实操心得：移动平台的选择：对于中高端移动项目，我强烈推荐Progressive烘焙高质量的光照贴图。移动GPU的Fill Rate（填充率）是宝贵资源，使用光照贴图将复杂的静态光照计算提前，能显著减轻运行时GPU的片元着色器压力，反而有助于提升帧率和降低发热。只需注意压缩纹理和合理设置分辨率。

5. 常见问题、排查技巧与优化实录

在实际项目中，从Enlighten迁移到Progressive或直接使用Progressive，都会遇到一些典型问题。下面是我踩过坑后总结的清单。

5.1 Progressive GPU Lightmapper 常见问题

1. 烘焙速度极慢或GPU占用为0

   • 排查：首先检查Unity编辑器是否正使用集成显卡。在“文件 -> 构建设置 -> 目标平台”下方，确保选择了独立GPU。
   • 排查：检查NVIDIA/AMD显卡驱动是否为最新版本。旧驱动可能对CUDA/OpenCL支持不佳。
   • 排查：在“Window -> Rendering -> Lighting”设置中，查看“Lightmapper”是否设置为“Progressive GPU”。确认场景中有被标记为“Contribute GI”的静态物体和烘焙光源。

2. 烘焙结果有顽固噪点无法消除

   • 原因与解决：这是路径追踪的固有特性。提高“Lighting Settings”中的“Samples”数量是根本方法。但更聪明的做法是：
     • 检查模型：确保没有极端细小或比例失调的几何体（如厚度为0的面片），它们会导致采样困难。
     • 检查材质：避免使用完全镜面（Specular）或完全光滑（Smoothness=1）的材质，除非必要。过于光滑的表面会增加采样难度。适当增加一点点粗糙度。
     • 使用降噪：在Unity 2021 LTS及更高版本中，Progressive LM集成了降噪器。在Lighting窗口的“Progressive”设置中，勾选“Denoising”，可以大幅减少达到洁净效果所需的采样数，提升烘焙速度。

3. 动态物体没有间接光照（一片黑）

   • 解决：这是Progressive作为离线烘焙器的特点。你必须为动态物体放置光照探针。在“GameObject -> Light -> Light Probe Group”创建探针组，并确保其覆盖动态物体的活动区域。烘焙光照时，间接光照信息会自动烘焙到这些探针中。

4. 光照贴图分辨率爆炸，包体过大

   • 优化：不要全局使用过高的分辨率。在Mesh Renderer组件的“Lighting”部分，为每个模型单独设置“Scale In Lightmap”参数。对于大而平坦的墙面、地面，可以降低这个比例（如0.5）；对于细节丰富的雕塑、家具，可以保持或提高（如1.5或2）。同时，在Lighting Settings中设置合理的“Lightmap Resolution”上限。

5.2 从Enlighten迁移到Progressive的注意事项

1. 光照效果“变了”：这是必然的。路径追踪和辐射度算法结果本就不同。迁移后需要重新调整光源参数，特别是光源的强度和颜色。通常需要降低一些强度，因为路径追踪的间接光更“有效”。
2. 场景变亮或变暗：检查天空盒材质和环境光的设置。Progressive对环境光的响应更敏感。可能需要调整“Environment Lighting”中的“Source”和“Intensity Multiplier”。
3. 重新处理动态物体：如前所述，必须设置光照探针组。这是迁移工作中必不可少的一步。

5.3 高级优化技巧

1. 分层烘焙：对于超大型场景，可以按区域分层烘焙光照贴图。将场景分成多个部分，分别烘焙，然后通过脚本在运行时加载对应的光照贴图。这能突破单张光照贴图的大小限制。
2. 利用光照探针代理体：对于大量重复的动态小物体（如草丛、碎石），使用“Light Probe Proxy Volume”比使用标准的光照探针组更高效，能提供更精确的体积内间接光照。
3. 烘焙通道管理：合理利用“Lighting Settings”中的“Lightmaps”标签页，管理不同场景的光照贴图资源，避免资源冗余和混乱。

6. 总结与最终建议

经过从原理到实操的全面对比，结论已经非常清晰。Enlighten作为一项曾经领先的技术，其支持实时动态间接光照的特性在特定历史时期和项目类型（如某些需要强烈动态光影互动的游戏）中发挥了价值。然而，其缓慢、不直观的预计算工作流，以及最终效果在物理精度上的局限，使其在当今的开发环境中已不具备竞争优势。

Progressive GPU Lightmapper凭借其GPU加速的渐进式路径追踪核心，带来了颠覆性的开发体验：近乎实时的反馈、物理上更精确的效果、以及对现代硬件特性的更好利用。它代表了Unity光照烘焙技术的现在和未来。

给不同项目的最终建议：

• 全新项目（尤其是Unity 2019 LTS及以上版本）：毫不犹豫地选择Progressive GPU Lightmapper作为你的默认甚至唯一的光照烘焙方案。将硬件投资向GPU倾斜，为你的美术和技术团队配备强大的显卡。
• 维护中的旧项目（使用Enlighten）：需要评估迁移成本和收益。如果项目对视觉效果有升级需求，且迭代仍在进行，那么投入资源进行迁移是值得的，长期来看会提升效率。如果项目已处于维护末期，则可能不必大动干戈。
• 对“实时动态GI”有硬性需求的项目：首先评估是否可以用“烘焙光照贴图 + 光照探针 + 屏幕空间反射/环境光遮蔽”的组合方案来近似实现。如果确实无法替代，再考虑保留Enlighten，但要做好承受其缺点的准备。同时关注Unity未来的实时渲染管线（如URP/HDRP）中基于硬件光线追踪的动态GI方案，那才是更现代的出路。

从我个人的经验来看，切换到Progressive不仅仅是换了一个工具，更是将光照制作从“基于经验的猜测和漫长等待”转变为“基于直观反馈的快速创作”。它解放了美术的生产力，让开发者能更专注于艺术本身，而不是与工具链搏斗。在图形质量要求日益提高的今天，拥有一个高效、精准的光照工具，是项目成功的重要基石。