1. 项目概述为什么Unity光照烘焙是项目成败的关键如果你做过一个稍微复杂点的Unity项目尤其是在移动端或者对性能有严格要求的平台那你一定对“烘焙”这个词又爱又恨。爱的是它能把那些实时计算起来要了老命的光影效果变成一张张轻飘飘的贴图运行时几乎零开销恨的是烘焙过程本身就像开盲盒动辄几小时甚至一晚上出来的结果不是漏光就是黑斑或者光照强度完全不对反复调试能把人逼疯。我经历过太多这样的时刻了美术同学精心搭建的场景在编辑器里用实时光照预览时美轮美奂一烘焙就面目全非。性能测试报告显示Draw Call和GPU压力都达标了但画面质感却倒退了好几年。问题的核心往往不在于美术资源本身而在于我们对Unity这套光照烘焙系统尤其是从Lightmap到全局光照GI的实现原理理解得不够透彻。只知道点“Generate Lighting”按钮却不知道引擎在背后做了哪些计算、有哪些关键的“开关”和“旋钮”决定了最终效果。所以今天我们不聊那些浮于表面的“三步出图”教程而是深入到引擎层面把Unity光照烘焙这口“黑箱”拆开来看。我会结合自己踩过的无数个坑从最基础的Lightmap是什么、怎么存的一直讲到复杂的全局光照算法如Enlighten、Progressive Lightmapper、GPU Lightmapper是如何工作的以及那些藏在Quality Settings和Lighting面板深处的参数到底在控制什么。目标是让你下次再遇到烘焙问题时能清晰地知道该从哪个环节入手排查甚至能预判不同设置组合会带来的结果真正把烘焙从“玄学”变成一门可控的“科学”。2. 核心原理拆解光是如何被“计算”并“烘焙”成贴图的要理解烘焙首先得忘掉“实时渲染”那套思维。实时渲染是“现在进行时”每一帧光源、物体、摄像机的位置关系都被重新计算光照效果动态变化。而光照烘焙是“过去完成时”它的核心思想是预计算在游戏运行之前就把场景中静态物体之间复杂的光照交互包括直接光照、阴影、间接光照、颜色渗透等计算好并把计算结果存储起来。运行时引擎只需要去查找这些存储好的数据而无需再进行昂贵的光线追踪或辐射度计算。2.1 Lightmap的本质一张特殊的“光影身份证”很多人以为Lightmap光照贴图就是一张存储了明暗信息的灰度图这其实是个很大的误解。一张标准的RGB格式Lightmap其每个像素更准确地说是每个纹素存储的信息远比“亮暗”要丰富。它存储的是“光照贡献”。具体来说是场景中所有光源方向光、点光源、聚光灯等照射到物体表面某一点后经过该点材质属性如颜色、光滑度调制后最终反射到摄像机方向的辐射亮度。这包括了直接光照光源直接照射产生的亮度。直接阴影物体遮挡光源形成的阴影。间接光照光线在场景中物体表面之间多次反弹后带来的“环境光”效果这是全局光照的核心。环境光遮蔽模型自身缝隙、凹陷处因难以接收到环境光而产生的自然变暗效果能极大增强体积感。Unity在烘焙时会为场景中的每个静态物体标记为Static或Contribute GI分配一块或多块Lightmap。你可以把它想象成给每个静态物体发了一张“光影身份证”身份证上记录了该物体表面每个点在当前光照环境下的“标准照”。运行时引擎就通过物体的UV2第二套纹理坐标去这张身份证上查找对应的光影信息然后与物体自身的漫反射贴图颜色进行乘法混合从而得到最终渲染的颜色。注意这里就引出了第一个关键点——UV2的展开质量直接决定了Lightmap的精度和是否产生拉伸。如果模型自带的UV2展开得不好存在大量重叠或严重拉伸那么再高的Lightmap分辨率也是浪费甚至会产生难看的接缝。通常我们需要在三维软件中或使用Unity的Lightmap UVs自动生成功能在模型导入设置中来确保UV2的合理性。2.2 全局光照系统的演进从Enlighten到ProgressiveUnity的全局光照系统并非一成不变它经历了多次核心算法的迭代理解这些算法的差异是进行正确技术选型的基础。2.2.1 Enlighten曾经的王者与它的“预计算”阶段在Unity 5.x到2017.x时代Enlighten是默认的全局光照解决方案。它的工作流程非常独特分为两个阶段预计算阶段这个阶段耗时极长。Enlighten会将场景的几何结构简化成一个个“表面元素”并计算它们之间的相互可见性和光能传递系数生成一个名为“光照传输数据”的文件.exr文件。这个过程是纯CPU计算且复杂度与场景中静态物体的数量和复杂度呈几何级数增长。实时阶段运行时Enlighten利用预计算好的传输数据结合当前光源的颜色和强度这些是可以实时变化的快速解算出整个场景的间接光照结果。这正是Enlighten最大的卖点——支持实时动态全局光照比如太阳下山时天空盒颜色变化整个场景的间接光色调也会随之温暖地变化。然而Enlighten的缺点也很明显预计算慢如蜗牛对场景结构改动极其敏感挪动一个静态物体就可能需要全部重新预计算且黑盒化严重调试困难。在追求快速迭代的开发流程中它逐渐成为瓶颈。2.2.2 Progressive Lightmapper高画质与可交互的权衡从Unity 2018开始Progressive Lightmapper渐进光照烘焙器成为了新的默认选项。顾名思义它是“渐进式”的。工作原理它采用路径追踪算法。想象一下从摄像机发射出无数条光线这些光线在场景中碰撞、反弹、吸收最终追溯到光源。PLM通过持续发射这些光线并累积计算结果画面会从充满噪点逐渐变得清晰平滑。你在烘焙窗口看到的实时更新就是这个累积过程。优势所见即所得可以随时暂停、继续光照效果渐进清晰便于调试。高质量路径追踪是物理正确的渲染方法能产生非常真实、自然的软阴影和间接光效果尤其是对于复杂的表面和细节。确定性同样的场景和参数烘焙结果每次都一样。劣势速度虽然比Enlighten的预计算阶段直观但要达到低噪点的洁净效果仍然需要大量的采样光线数量耗时很长尤其是需要高质量烘焙时。纯烘焙它计算出的Lightmap是静态的不支持Enlighten那种光源颜色强度实时影响间接光照的功能但光源的Mode改为Mixed时它仍能贡献实时直接光。2.2.3 GPU Lightmapper速度的革命GPU Lightmapper是Progressive Lightmapper的变体它将路径追踪的计算从CPU搬到了GPU。利用GPU数以千计的核心进行并行光线追踪速度相比CPU版本的Progressive有数量级的提升经常能达到近乎实时的烘焙速度针对简单场景或预览质量。使用场景它是快速迭代的神器。美术同学调整灯光位置、强度或颜色后几秒到几十秒就能看到大致的烘焙效果极大提升了工作效率。注意事项GPU Lightmapper的结果和CPU Progressive Lightmapper在物理上是一致的但由于GPU浮点数精度和架构差异在极端复杂的场景或极高采样下两者可能会有肉眼难以察觉的细微差别。对于最终发布版本很多团队仍倾向于使用CPU Progressive进行最终烘焙以确保绝对的确定性。2.3 核心参数背后的数学与物理Lighting面板里密密麻麻的参数不是摆设每一个都对应着底层算法的一个控制开关。这里解析几个最核心也最容易出错的2.3.1 Indirect Resolution间接光照分辨率这是最容易让人困惑的参数之一。它不是指Lightmap图片的最终分辨率而是指场景单位面积通常是一平方米内用于计算间接光照的采样点密度。单位是Texels Per Unit每单位纹素。如何工作Unity会在场景中生成一个不可见的、均匀的“光照探针网格”或“表面采样点网格”。Indirect Resolution的值越高这个网格就越密采样点越多间接光照的计算就越精细颜色过渡越平滑但预计算数据量也越大烘焙时间越长。与Lightmap Resolution的关系Lightmap Resolution在物体Lightmap静态属性处设置决定了光影信息存储的贴图精度。Indirect Resolution决定了计算间接光照时的采样精度。两者需要匹配。如果Indirect Resolution太低即使Lightmap分辨率很高存储的间接光信息也是粗糙、有锯齿的。2.3.2 Lightmap Resolution 与 Texel Density在场景视图中你可以使用Baked Lightmap视图模式看到场景物体上覆盖着一层彩色网格。这个网格的密度就是Texel Density纹素密度。计算对于一个物体它的Texel Density等于分配给它的那块Lightmap的像素数量除以 该物体在场景中的表面积。单位是Texels Per Unit。调试意义均匀的纹素密度是保证光照质量一致性的关键。一个巨大的墙面和一个细小的装饰品如果使用相同的Lightmap Resolution设置墙面的纹素密度会非常低看起来网格很大导致光照细节模糊而装饰品的纹素密度可能极高网格很小造成存储浪费。因此我们需要根据物体在画面中的重要性、大小来差异化设置每个物体的Scale In Lightmap参数物体Lightmap静态属性中以平衡质量和内存。2.3.3 Max Distance 与 Max Bounces这两个参数控制着光线在场景中“旅行”的规则。Max Distance最大距离一条光线在场景中传播的最大距离。超过这个距离光线即使没有碰到任何物体也会被终止。这主要用于优化性能防止光线在无限大的开放空间中无意义地追踪。对于室内场景可以设置得比房间尺寸稍大对于户外则需要根据需求调整。Max Bounces最大反弹次数光线在物体表面之间最多可以反弹多少次。每一次反弹都贡献着间接光照。增加反弹次数会让间接光更充分、更柔和特别是颜色渗透如红墙旁边的白墙会泛红效果更明显但计算量呈指数增长。通常室内场景需要3-5次反弹才能有不错的效果而简单的室外场景1-2次可能就够了。3. 标准工作流与参数配置实战理解了原理我们把它落地到一套可复用的标准工作流上。这套流程能帮你规避80%的常见问题。3.1 烘焙前的场景准备打好地基烘焙出问题十有八九是前期准备没做好。在点击“Generate Lighting”之前请完成以下检查清单物体静态化确认所有需要参与烘焙的物体其Static复选框已被勾选。或者更精细地控制勾选Contribute Global Illumination贡献GI和Receive Global Illumination接收GI。对于仅接收但不贡献GI的物体如地面可以只勾选后者。UV2检查在模型导入设置中确保Generate Lightmap UVs已勾选。对于重要模型建议在三维软件中精心拆分好第二套UVUV2并导入Unity。在场景中可以通过物体的Mesh Renderer组件查看Lightmap Scaling的预览检查是否有严重拉伸。灯光模式设置这是核心决策点。Realtime纯实时灯光不参与烘焙每帧计算。用于动态物体或需要完全动态变化的光源。Baked纯烘焙灯光。光源的所有信息直接光、阴影都会被“烤”进Lightmap。运行时该灯光物体可以被禁用对性能零开销。适用于静态场景的主光源如太阳、室内顶灯。Mixed混合模式。这是最复杂也最强大的模式。Mixed灯光会将其直接光照部分以实时方式渲染而将其间接光照部分烘焙到Lightmap中。同时它还能提供一种称为“Shadowmask”或“Distance Shadowmask”的实时阴影混合技术。简单说Mixed模式让静态物体既能拥有高质量的烘焙间接光和静态阴影又能从该光源接收到动态的直接光照并且动态物体也能在该光源下投射出与静态场景融合度很高的阴影。光照贴图参数不要每次都从头调参。在Project面板中创建Lightmap Parameters资产。这是一个参数预设你可以为不同层级的场景如远景、中景、特写创建不同配置如“HighQuality_CloseUp”、“LowQuality_FarAway”然后在物体的Lightmap Static属性或Lighting面板中快速应用。3.2 Lighting面板参数逐项精讲打开Window Rendering Lighting我们重点看Lightmapping Settings。Lightmapper根据你的需求选择。快速迭代用GPU最终出品用CPU Progressive。Enlighten除非维护老项目否则不再推荐。Indirect Resolution如前所述这是质量关键。室内小场景可以从20-40开始大型户外场景可能2-5就够了。预览时可以用低值如2最终烘焙用高值。Lightmap Resolution这个参数已废弃其功能被分散到每个物体的Scale In Lightmap属性中。不要再纠结这里。Lightmap Padding同一张Lightmap图集上不同物体UV块之间的间隔。防止纹理采样时“渗色”。默认2通常够用如果出现边缘光晕可以增加到4或8。Lightmap Size单张Lightmap图集的最大尺寸如1024, 2048, 4096。引擎会尝试将多个物体的光照信息打包到一张或多张这个尺寸的图集上。尺寸越大能打包的物体越多但内存占用也越大。需要与Scale In Lightmap配合使用。Compress Lightmaps是否压缩Lightmap。压缩可以显著减少内存和包体大小但会引入轻微的色块和噪点。移动平台强烈建议开启PC/主机平台可根据质量要求决定。Ambient Occlusion环境光遮蔽设置。这里的AO是全局AO计算的是场景中物体相互之间的遮挡。Max Distance控制AO的影响范围Indirect Contribution控制AO对间接光的影响强度。想要更强烈的缝隙阴影就调高Indirect Contribution。3.3 烘焙、验证与优化开始烘焙点击Generate Lighting。如果是Progressive/GPU Lightmapper你可以观察渐进过程。噪点很多时是正常现象耐心等待采样数累积。验证结果在Scene视图下拉菜单选择Baked Lightmap查看光照贴图的实际覆盖和纹素密度。选择Global Illumination视图模式可以单独查看直接光照、间接光照、环境光遮蔽等各个通道的效果便于排查问题。检查常见的瑕疵漏光光线穿过模型缝隙、黑斑采样不足或模型面数过低、阴影偏移Lightmap UV有误或物体缩放非1。优化策略分层烘焙对于超大型场景不要一次性烘焙所有内容。可以将场景分成多个部分如分房间、分区域分别烘焙。运行时通过加载/卸载Lightmap数据来切换。这需要脚本控制LightmapSettings.lightmaps数组。差异化Scale如前所述给前景重要物体设置更高的Scale In Lightmap如4给远景或次要物体设置更低的Scale如0.5在保证视觉中心质量的同时节约图集空间。使用光照探针对于动态物体玩家、NPC它们无法使用静态Lightmap。这时就需要光照探针。光照探针是在场景空间中放置的一系列采样点烘焙时它们会记录该点的光照信息球谐函数形式。运行时动态物体通过插值附近探针的数据来获得近似的光照效果。光照探针是连接静态烘焙场景与动态物体的桥梁必不可少。4. 高级话题与疑难杂症排查当你掌握了基础流程后下面这些高级技巧和问题排查指南能让你更上一层楼。4.1 混合光照与Shadowmask详解Mixed灯光模式是性能与质量平衡的艺术。它衍生出两种关键的灯光工作流Shadowmask和Distance Shadowmask。它们在Project Settings Quality Shadowmask Mode中设置。Baked Shadows烘焙阴影这是最简单的理解。Mixed光源的阴影被完全烘焙到Lightmap中。动态物体不会向静态物体投射实时阴影但可以接收烘焙阴影静态物体也不会向动态物体投射阴影。性能最好但动态静态物体交互感弱。ShadowmaskUnity会生成一张额外的Shadowmask贴图与Lightmap配合使用。这张贴图记录了“哪些静态区域应该受到实时阴影的影响”。当动态物体在Mixed光源下运动时它能向静态地面投射实时阴影并且这个阴影能与Lightmap中烘焙的静态阴影完美融合。这需要额外的纹理内存和带宽。Distance Shadowmask这是Shadowmask的智能版。在摄像机近处它使用Shadowmask模式动态阴影是实时的在摄像机远处它自动切换回Baked Shadows模式以节省性能。你需要设置一个Shadow Distance阈值来控制切换距离。这是开放世界或大场景的推荐模式在视觉质量和性能间取得了最佳平衡。4.2 常见烘焙瑕疵与修复方案下面是一个快速排查表格列出了最常见的问题、可能的原因和解决方案问题现象可能原因排查与修复方案漏光模型本身有缝隙或非流形几何Lightmap UV壳之间有重叠。1. 检查模型网格确保是“水密”的。在三维软件中检查并修复。2. 检查UV2确保不同部分的UV块在0-1空间内没有重叠并留有足够padding。黑斑/噪点采样不足模型面数过低光照反弹次数太少Indirect Resolution太低。1. 增加Lightmapper的Samples采样数或Filtering滤波强度。2. 对于重要模型适当增加面数或使用平滑组。3. 增加Max Bounces如从2到3。4. 提高Indirect Resolution。阴影边缘锯齿Lightmap分辨率物体Scale太低UV2展开有拉伸。1. 提高该物体的Scale In Lightmap值。2. 优化模型的UV2展开减少拉伸。使用Lightmap Visualization模式查看纹素密度是否均匀。间接光过亮/过暗光源强度不合适材质反光度Albedo设置不当天空盒或环境光过强。1. 调整光源Intensity特别是用于烘焙的Baked Intensity。2. 检查材质球确保漫反射颜色Albedo不是纯白1,1,1或纯黑。纯白会反射所有光导致间接光溢出纯黑则不反射光。使用中间值。3. 调整Environment面板中的Environment Lighting的Intensity Multiplier。烘焙时间过长场景过大过复杂Indirect Resolution等参数设置过高使用了CPU Progressive。1. 尝试使用GPU Lightmapper进行预览和迭代。2. 分层烘焙只烘焙当前工作的区域。3. 适当降低Indirect Resolution和Max Bounces。对于远处物体降低其Scale In Lightmap。动态物体与场景光照不融合没有放置或烘焙光照探针。1. 在场景中关键位置房间角落、走廊、明暗交界处创建Light Probe Group并放置探针。2. 确保在烘焙前探针组是启用的并且执行了光照烘焙探针数据也需要烘焙。4.3 性能分析与内存管理烘焙不仅关乎画面也关乎性能。你需要关注两点运行时内存Lightmap是纹理会占用显存/内存。一张2048x2048的RGBA Half Float格式Lightmap占用内存约为2048 * 2048 * 8 bytes/channel * 4 channels / (1024*1024) ≈ 128 MB。压缩后如BC7可大幅减少。在Quality Settings中可以设置Lightmap Compression和Lightmap Max Size来限制内存开销。Draw Call与合批使用Lightmap本身不会增加Draw Call。但是Unity的静态合批和动态合批机制对使用了Lightmap的物体有特殊规则。静态合批需要物体不仅标记为Static还要共享相同的材质和Lightmap。如果合批失败Draw Call就会上升。使用Frame Debugger工具可以精确查看每一帧的Draw Call来源检查是否因Lightmap使用不当导致合批中断。5. 面向未来的光照技术栈Unity的光照技术仍在快速演进。除了传统的烘焙现代项目越来越多地采用混合方案Enlighten Realtime GI的替代品Unity新的Enlighten Realtime Global Illumination系统已经 deprecated。社区和官方更倾向于使用光照探针体积或基于屏幕空间的方案如SSGI来模拟动态间接光。Baked GI 实时反射探针对于光滑表面的全局光照烘焙的Lightmap无法处理精确的镜面反射。这时需要布置反射探针它可以烘焙场景的立方体贴图为物体提供基于位置的精确反射环境与Lightmap相辅相成。GPU Driven Rendering随着Unity DOTS/ECS和SRP可编程渲染管线如URP/HDRP的成熟完全由GPU驱动、包含复杂光照计算的渲染流程正在成为可能。这可能会在未来改变我们预计算光照的方式。说到底Unity的光照烘焙不是一个“一键完美”的魔法按钮而是一套需要精心调校的物理模拟系统。从理解Lightmap的本质到选择合适的光照器再到配置每一个参数背后的意义最后到解决实际生产中的各种“坑”这个过程本身就是一次对计算机图形学和项目工程管理的深度实践。我的经验是建立一个标准化的场景检查清单和参数预设库能节省大量重复调试的时间。把每次遇到的诡异烘焙问题及其解决方案记录下来你会逐渐形成自己的“光照直觉”到那时你就从烘焙的“受害者”变成了它的“掌控者”。
1. 项目概述为什么Unity光照烘焙是项目成败的关键如果你做过一个稍微复杂点的Unity项目尤其是在移动端或者对性能有严格要求的平台那你一定对“烘焙”这个词又爱又恨。爱的是它能把那些实时计算起来要了老命的光影效果变成一张张轻飘飘的贴图运行时几乎零开销恨的是烘焙过程本身就像开盲盒动辄几小时甚至一晚上出来的结果不是漏光就是黑斑或者光照强度完全不对反复调试能把人逼疯。我经历过太多这样的时刻了美术同学精心搭建的场景在编辑器里用实时光照预览时美轮美奂一烘焙就面目全非。性能测试报告显示Draw Call和GPU压力都达标了但画面质感却倒退了好几年。问题的核心往往不在于美术资源本身而在于我们对Unity这套光照烘焙系统尤其是从Lightmap到全局光照GI的实现原理理解得不够透彻。只知道点“Generate Lighting”按钮却不知道引擎在背后做了哪些计算、有哪些关键的“开关”和“旋钮”决定了最终效果。所以今天我们不聊那些浮于表面的“三步出图”教程而是深入到引擎层面把Unity光照烘焙这口“黑箱”拆开来看。我会结合自己踩过的无数个坑从最基础的Lightmap是什么、怎么存的一直讲到复杂的全局光照算法如Enlighten、Progressive Lightmapper、GPU Lightmapper是如何工作的以及那些藏在Quality Settings和Lighting面板深处的参数到底在控制什么。目标是让你下次再遇到烘焙问题时能清晰地知道该从哪个环节入手排查甚至能预判不同设置组合会带来的结果真正把烘焙从“玄学”变成一门可控的“科学”。2. 核心原理拆解光是如何被“计算”并“烘焙”成贴图的要理解烘焙首先得忘掉“实时渲染”那套思维。实时渲染是“现在进行时”每一帧光源、物体、摄像机的位置关系都被重新计算光照效果动态变化。而光照烘焙是“过去完成时”它的核心思想是预计算在游戏运行之前就把场景中静态物体之间复杂的光照交互包括直接光照、阴影、间接光照、颜色渗透等计算好并把计算结果存储起来。运行时引擎只需要去查找这些存储好的数据而无需再进行昂贵的光线追踪或辐射度计算。2.1 Lightmap的本质一张特殊的“光影身份证”很多人以为Lightmap光照贴图就是一张存储了明暗信息的灰度图这其实是个很大的误解。一张标准的RGB格式Lightmap其每个像素更准确地说是每个纹素存储的信息远比“亮暗”要丰富。它存储的是“光照贡献”。具体来说是场景中所有光源方向光、点光源、聚光灯等照射到物体表面某一点后经过该点材质属性如颜色、光滑度调制后最终反射到摄像机方向的辐射亮度。这包括了直接光照光源直接照射产生的亮度。直接阴影物体遮挡光源形成的阴影。间接光照光线在场景中物体表面之间多次反弹后带来的“环境光”效果这是全局光照的核心。环境光遮蔽模型自身缝隙、凹陷处因难以接收到环境光而产生的自然变暗效果能极大增强体积感。Unity在烘焙时会为场景中的每个静态物体标记为Static或Contribute GI分配一块或多块Lightmap。你可以把它想象成给每个静态物体发了一张“光影身份证”身份证上记录了该物体表面每个点在当前光照环境下的“标准照”。运行时引擎就通过物体的UV2第二套纹理坐标去这张身份证上查找对应的光影信息然后与物体自身的漫反射贴图颜色进行乘法混合从而得到最终渲染的颜色。注意这里就引出了第一个关键点——UV2的展开质量直接决定了Lightmap的精度和是否产生拉伸。如果模型自带的UV2展开得不好存在大量重叠或严重拉伸那么再高的Lightmap分辨率也是浪费甚至会产生难看的接缝。通常我们需要在三维软件中或使用Unity的Lightmap UVs自动生成功能在模型导入设置中来确保UV2的合理性。2.2 全局光照系统的演进从Enlighten到ProgressiveUnity的全局光照系统并非一成不变它经历了多次核心算法的迭代理解这些算法的差异是进行正确技术选型的基础。2.2.1 Enlighten曾经的王者与它的“预计算”阶段在Unity 5.x到2017.x时代Enlighten是默认的全局光照解决方案。它的工作流程非常独特分为两个阶段预计算阶段这个阶段耗时极长。Enlighten会将场景的几何结构简化成一个个“表面元素”并计算它们之间的相互可见性和光能传递系数生成一个名为“光照传输数据”的文件.exr文件。这个过程是纯CPU计算且复杂度与场景中静态物体的数量和复杂度呈几何级数增长。实时阶段运行时Enlighten利用预计算好的传输数据结合当前光源的颜色和强度这些是可以实时变化的快速解算出整个场景的间接光照结果。这正是Enlighten最大的卖点——支持实时动态全局光照比如太阳下山时天空盒颜色变化整个场景的间接光色调也会随之温暖地变化。然而Enlighten的缺点也很明显预计算慢如蜗牛对场景结构改动极其敏感挪动一个静态物体就可能需要全部重新预计算且黑盒化严重调试困难。在追求快速迭代的开发流程中它逐渐成为瓶颈。2.2.2 Progressive Lightmapper高画质与可交互的权衡从Unity 2018开始Progressive Lightmapper渐进光照烘焙器成为了新的默认选项。顾名思义它是“渐进式”的。工作原理它采用路径追踪算法。想象一下从摄像机发射出无数条光线这些光线在场景中碰撞、反弹、吸收最终追溯到光源。PLM通过持续发射这些光线并累积计算结果画面会从充满噪点逐渐变得清晰平滑。你在烘焙窗口看到的实时更新就是这个累积过程。优势所见即所得可以随时暂停、继续光照效果渐进清晰便于调试。高质量路径追踪是物理正确的渲染方法能产生非常真实、自然的软阴影和间接光效果尤其是对于复杂的表面和细节。确定性同样的场景和参数烘焙结果每次都一样。劣势速度虽然比Enlighten的预计算阶段直观但要达到低噪点的洁净效果仍然需要大量的采样光线数量耗时很长尤其是需要高质量烘焙时。纯烘焙它计算出的Lightmap是静态的不支持Enlighten那种光源颜色强度实时影响间接光照的功能但光源的Mode改为Mixed时它仍能贡献实时直接光。2.2.3 GPU Lightmapper速度的革命GPU Lightmapper是Progressive Lightmapper的变体它将路径追踪的计算从CPU搬到了GPU。利用GPU数以千计的核心进行并行光线追踪速度相比CPU版本的Progressive有数量级的提升经常能达到近乎实时的烘焙速度针对简单场景或预览质量。使用场景它是快速迭代的神器。美术同学调整灯光位置、强度或颜色后几秒到几十秒就能看到大致的烘焙效果极大提升了工作效率。注意事项GPU Lightmapper的结果和CPU Progressive Lightmapper在物理上是一致的但由于GPU浮点数精度和架构差异在极端复杂的场景或极高采样下两者可能会有肉眼难以察觉的细微差别。对于最终发布版本很多团队仍倾向于使用CPU Progressive进行最终烘焙以确保绝对的确定性。2.3 核心参数背后的数学与物理Lighting面板里密密麻麻的参数不是摆设每一个都对应着底层算法的一个控制开关。这里解析几个最核心也最容易出错的2.3.1 Indirect Resolution间接光照分辨率这是最容易让人困惑的参数之一。它不是指Lightmap图片的最终分辨率而是指场景单位面积通常是一平方米内用于计算间接光照的采样点密度。单位是Texels Per Unit每单位纹素。如何工作Unity会在场景中生成一个不可见的、均匀的“光照探针网格”或“表面采样点网格”。Indirect Resolution的值越高这个网格就越密采样点越多间接光照的计算就越精细颜色过渡越平滑但预计算数据量也越大烘焙时间越长。与Lightmap Resolution的关系Lightmap Resolution在物体Lightmap静态属性处设置决定了光影信息存储的贴图精度。Indirect Resolution决定了计算间接光照时的采样精度。两者需要匹配。如果Indirect Resolution太低即使Lightmap分辨率很高存储的间接光信息也是粗糙、有锯齿的。2.3.2 Lightmap Resolution 与 Texel Density在场景视图中你可以使用Baked Lightmap视图模式看到场景物体上覆盖着一层彩色网格。这个网格的密度就是Texel Density纹素密度。计算对于一个物体它的Texel Density等于分配给它的那块Lightmap的像素数量除以 该物体在场景中的表面积。单位是Texels Per Unit。调试意义均匀的纹素密度是保证光照质量一致性的关键。一个巨大的墙面和一个细小的装饰品如果使用相同的Lightmap Resolution设置墙面的纹素密度会非常低看起来网格很大导致光照细节模糊而装饰品的纹素密度可能极高网格很小造成存储浪费。因此我们需要根据物体在画面中的重要性、大小来差异化设置每个物体的Scale In Lightmap参数物体Lightmap静态属性中以平衡质量和内存。2.3.3 Max Distance 与 Max Bounces这两个参数控制着光线在场景中“旅行”的规则。Max Distance最大距离一条光线在场景中传播的最大距离。超过这个距离光线即使没有碰到任何物体也会被终止。这主要用于优化性能防止光线在无限大的开放空间中无意义地追踪。对于室内场景可以设置得比房间尺寸稍大对于户外则需要根据需求调整。Max Bounces最大反弹次数光线在物体表面之间最多可以反弹多少次。每一次反弹都贡献着间接光照。增加反弹次数会让间接光更充分、更柔和特别是颜色渗透如红墙旁边的白墙会泛红效果更明显但计算量呈指数增长。通常室内场景需要3-5次反弹才能有不错的效果而简单的室外场景1-2次可能就够了。3. 标准工作流与参数配置实战理解了原理我们把它落地到一套可复用的标准工作流上。这套流程能帮你规避80%的常见问题。3.1 烘焙前的场景准备打好地基烘焙出问题十有八九是前期准备没做好。在点击“Generate Lighting”之前请完成以下检查清单物体静态化确认所有需要参与烘焙的物体其Static复选框已被勾选。或者更精细地控制勾选Contribute Global Illumination贡献GI和Receive Global Illumination接收GI。对于仅接收但不贡献GI的物体如地面可以只勾选后者。UV2检查在模型导入设置中确保Generate Lightmap UVs已勾选。对于重要模型建议在三维软件中精心拆分好第二套UVUV2并导入Unity。在场景中可以通过物体的Mesh Renderer组件查看Lightmap Scaling的预览检查是否有严重拉伸。灯光模式设置这是核心决策点。Realtime纯实时灯光不参与烘焙每帧计算。用于动态物体或需要完全动态变化的光源。Baked纯烘焙灯光。光源的所有信息直接光、阴影都会被“烤”进Lightmap。运行时该灯光物体可以被禁用对性能零开销。适用于静态场景的主光源如太阳、室内顶灯。Mixed混合模式。这是最复杂也最强大的模式。Mixed灯光会将其直接光照部分以实时方式渲染而将其间接光照部分烘焙到Lightmap中。同时它还能提供一种称为“Shadowmask”或“Distance Shadowmask”的实时阴影混合技术。简单说Mixed模式让静态物体既能拥有高质量的烘焙间接光和静态阴影又能从该光源接收到动态的直接光照并且动态物体也能在该光源下投射出与静态场景融合度很高的阴影。光照贴图参数不要每次都从头调参。在Project面板中创建Lightmap Parameters资产。这是一个参数预设你可以为不同层级的场景如远景、中景、特写创建不同配置如“HighQuality_CloseUp”、“LowQuality_FarAway”然后在物体的Lightmap Static属性或Lighting面板中快速应用。3.2 Lighting面板参数逐项精讲打开Window Rendering Lighting我们重点看Lightmapping Settings。Lightmapper根据你的需求选择。快速迭代用GPU最终出品用CPU Progressive。Enlighten除非维护老项目否则不再推荐。Indirect Resolution如前所述这是质量关键。室内小场景可以从20-40开始大型户外场景可能2-5就够了。预览时可以用低值如2最终烘焙用高值。Lightmap Resolution这个参数已废弃其功能被分散到每个物体的Scale In Lightmap属性中。不要再纠结这里。Lightmap Padding同一张Lightmap图集上不同物体UV块之间的间隔。防止纹理采样时“渗色”。默认2通常够用如果出现边缘光晕可以增加到4或8。Lightmap Size单张Lightmap图集的最大尺寸如1024, 2048, 4096。引擎会尝试将多个物体的光照信息打包到一张或多张这个尺寸的图集上。尺寸越大能打包的物体越多但内存占用也越大。需要与Scale In Lightmap配合使用。Compress Lightmaps是否压缩Lightmap。压缩可以显著减少内存和包体大小但会引入轻微的色块和噪点。移动平台强烈建议开启PC/主机平台可根据质量要求决定。Ambient Occlusion环境光遮蔽设置。这里的AO是全局AO计算的是场景中物体相互之间的遮挡。Max Distance控制AO的影响范围Indirect Contribution控制AO对间接光的影响强度。想要更强烈的缝隙阴影就调高Indirect Contribution。3.3 烘焙、验证与优化开始烘焙点击Generate Lighting。如果是Progressive/GPU Lightmapper你可以观察渐进过程。噪点很多时是正常现象耐心等待采样数累积。验证结果在Scene视图下拉菜单选择Baked Lightmap查看光照贴图的实际覆盖和纹素密度。选择Global Illumination视图模式可以单独查看直接光照、间接光照、环境光遮蔽等各个通道的效果便于排查问题。检查常见的瑕疵漏光光线穿过模型缝隙、黑斑采样不足或模型面数过低、阴影偏移Lightmap UV有误或物体缩放非1。优化策略分层烘焙对于超大型场景不要一次性烘焙所有内容。可以将场景分成多个部分如分房间、分区域分别烘焙。运行时通过加载/卸载Lightmap数据来切换。这需要脚本控制LightmapSettings.lightmaps数组。差异化Scale如前所述给前景重要物体设置更高的Scale In Lightmap如4给远景或次要物体设置更低的Scale如0.5在保证视觉中心质量的同时节约图集空间。使用光照探针对于动态物体玩家、NPC它们无法使用静态Lightmap。这时就需要光照探针。光照探针是在场景空间中放置的一系列采样点烘焙时它们会记录该点的光照信息球谐函数形式。运行时动态物体通过插值附近探针的数据来获得近似的光照效果。光照探针是连接静态烘焙场景与动态物体的桥梁必不可少。4. 高级话题与疑难杂症排查当你掌握了基础流程后下面这些高级技巧和问题排查指南能让你更上一层楼。4.1 混合光照与Shadowmask详解Mixed灯光模式是性能与质量平衡的艺术。它衍生出两种关键的灯光工作流Shadowmask和Distance Shadowmask。它们在Project Settings Quality Shadowmask Mode中设置。Baked Shadows烘焙阴影这是最简单的理解。Mixed光源的阴影被完全烘焙到Lightmap中。动态物体不会向静态物体投射实时阴影但可以接收烘焙阴影静态物体也不会向动态物体投射阴影。性能最好但动态静态物体交互感弱。ShadowmaskUnity会生成一张额外的Shadowmask贴图与Lightmap配合使用。这张贴图记录了“哪些静态区域应该受到实时阴影的影响”。当动态物体在Mixed光源下运动时它能向静态地面投射实时阴影并且这个阴影能与Lightmap中烘焙的静态阴影完美融合。这需要额外的纹理内存和带宽。Distance Shadowmask这是Shadowmask的智能版。在摄像机近处它使用Shadowmask模式动态阴影是实时的在摄像机远处它自动切换回Baked Shadows模式以节省性能。你需要设置一个Shadow Distance阈值来控制切换距离。这是开放世界或大场景的推荐模式在视觉质量和性能间取得了最佳平衡。4.2 常见烘焙瑕疵与修复方案下面是一个快速排查表格列出了最常见的问题、可能的原因和解决方案问题现象可能原因排查与修复方案漏光模型本身有缝隙或非流形几何Lightmap UV壳之间有重叠。1. 检查模型网格确保是“水密”的。在三维软件中检查并修复。2. 检查UV2确保不同部分的UV块在0-1空间内没有重叠并留有足够padding。黑斑/噪点采样不足模型面数过低光照反弹次数太少Indirect Resolution太低。1. 增加Lightmapper的Samples采样数或Filtering滤波强度。2. 对于重要模型适当增加面数或使用平滑组。3. 增加Max Bounces如从2到3。4. 提高Indirect Resolution。阴影边缘锯齿Lightmap分辨率物体Scale太低UV2展开有拉伸。1. 提高该物体的Scale In Lightmap值。2. 优化模型的UV2展开减少拉伸。使用Lightmap Visualization模式查看纹素密度是否均匀。间接光过亮/过暗光源强度不合适材质反光度Albedo设置不当天空盒或环境光过强。1. 调整光源Intensity特别是用于烘焙的Baked Intensity。2. 检查材质球确保漫反射颜色Albedo不是纯白1,1,1或纯黑。纯白会反射所有光导致间接光溢出纯黑则不反射光。使用中间值。3. 调整Environment面板中的Environment Lighting的Intensity Multiplier。烘焙时间过长场景过大过复杂Indirect Resolution等参数设置过高使用了CPU Progressive。1. 尝试使用GPU Lightmapper进行预览和迭代。2. 分层烘焙只烘焙当前工作的区域。3. 适当降低Indirect Resolution和Max Bounces。对于远处物体降低其Scale In Lightmap。动态物体与场景光照不融合没有放置或烘焙光照探针。1. 在场景中关键位置房间角落、走廊、明暗交界处创建Light Probe Group并放置探针。2. 确保在烘焙前探针组是启用的并且执行了光照烘焙探针数据也需要烘焙。4.3 性能分析与内存管理烘焙不仅关乎画面也关乎性能。你需要关注两点运行时内存Lightmap是纹理会占用显存/内存。一张2048x2048的RGBA Half Float格式Lightmap占用内存约为2048 * 2048 * 8 bytes/channel * 4 channels / (1024*1024) ≈ 128 MB。压缩后如BC7可大幅减少。在Quality Settings中可以设置Lightmap Compression和Lightmap Max Size来限制内存开销。Draw Call与合批使用Lightmap本身不会增加Draw Call。但是Unity的静态合批和动态合批机制对使用了Lightmap的物体有特殊规则。静态合批需要物体不仅标记为Static还要共享相同的材质和Lightmap。如果合批失败Draw Call就会上升。使用Frame Debugger工具可以精确查看每一帧的Draw Call来源检查是否因Lightmap使用不当导致合批中断。5. 面向未来的光照技术栈Unity的光照技术仍在快速演进。除了传统的烘焙现代项目越来越多地采用混合方案Enlighten Realtime GI的替代品Unity新的Enlighten Realtime Global Illumination系统已经 deprecated。社区和官方更倾向于使用光照探针体积或基于屏幕空间的方案如SSGI来模拟动态间接光。Baked GI 实时反射探针对于光滑表面的全局光照烘焙的Lightmap无法处理精确的镜面反射。这时需要布置反射探针它可以烘焙场景的立方体贴图为物体提供基于位置的精确反射环境与Lightmap相辅相成。GPU Driven Rendering随着Unity DOTS/ECS和SRP可编程渲染管线如URP/HDRP的成熟完全由GPU驱动、包含复杂光照计算的渲染流程正在成为可能。这可能会在未来改变我们预计算光照的方式。说到底Unity的光照烘焙不是一个“一键完美”的魔法按钮而是一套需要精心调校的物理模拟系统。从理解Lightmap的本质到选择合适的光照器再到配置每一个参数背后的意义最后到解决实际生产中的各种“坑”这个过程本身就是一次对计算机图形学和项目工程管理的深度实践。我的经验是建立一个标准化的场景检查清单和参数预设库能节省大量重复调试的时间。把每次遇到的诡异烘焙问题及其解决方案记录下来你会逐渐形成自己的“光照直觉”到那时你就从烘焙的“受害者”变成了它的“掌控者”。
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
