1. 项目概述为什么我们需要光照烘焙如果你在Godot里鼓捣过3D场景尤其是室内或者光影复杂的场景大概率会遇到一个头疼的问题场景看起来“平”或者性能开销巨大。实时动态光照比如DirectionalLight、OmniLight虽然灵活但每帧都要计算对GPU是沉重的负担尤其是在移动设备或低端PC上帧率会直线下降。而Godot自带的GIProbe全局光照探针虽然能提供不错的动态间接光但其运行时开销和光线渗透Light Leaking问题也让很多追求画质与性能平衡的开发者望而却步。这时“光照烘焙”Lightmap Baking就登场了。简单说它就是把场景中静态物体墙壁、地板、家具的光照效果包括直接光照、阴影和间接光反弹预先计算好并“烘焙”成一张或多张纹理贴图即光照贴图。游戏运行时引擎不再实时计算这些静态光照而是直接采样这些贴图性能开销几乎为零。这就像在拍电影前先把舞台的灯光布景全部安排好、拍成照片电影放映时直接播放这些照片而不是现场实时打光。我最近在一个移动端项目里为了在千元机上也能跑出有层次感的光影把整个项目的照明方案从实时GIProbe切换到了全烘焙光照。实测下来帧率从勉强30帧提升到了稳定的60帧而视觉表现反而更细腻、阴影更柔和。这个“Godot光照烘焙完整指南”就是把我从原理研究、参数调试到实战踩坑的全过程梳理出来希望能帮你绕过我走过的弯路高效地在你的项目里应用这项“老牌但依旧能打”的技术。2. 核心原理拆解光照烘焙到底在干什么理解原理才能用好工具。很多人觉得烘焙就是点个按钮等结果但如果不明白背后发生了什么遇到噪点、接缝、漏光等问题时就会无从下手。2.1 光照贴图的工作流程光照烘焙的本质是一个离线的光线追踪模拟。你可以把它想象成一个极度简化的、预计算的“光线弹珠游戏”。引擎会模拟光线从光源如太阳、灯泡发出在场景中与物体表面碰撞、反弹、衰减最终记录下每个表面点接收到的光照强度和颜色。这个过程具体分为几步UV2展开Godot需要知道把这张记录光照信息的“照片”光照贴图贴到模型的哪个位置。这就需要第二套UV坐标即UV2。这套UV必须确保模型的每个三角面在纹理上都有自己独立且不重叠的“座位”否则光照信息就会错乱。光线模拟引擎根据你设置的光源位置、颜色、强度、物体材质反照率、粗糙度和环境设置模拟数百万甚至上亿条光线的路径。这包括直接光照光源直射、阴影以及光线在表面间多次反弹形成的间接光照。信息记录模拟完成后每个表面点对应UV2上的一个纹素的光照信息颜色、强度被计算出来并保存到一张或多张图片中这就是光照贴图。运行时采样游戏运行时着色器会使用模型的UV2坐标去采样这张光照贴图将其结果与材质的反照率颜色相乘从而得到最终显示的颜色。实时灯光可以叠加在上面但基础照明已经被“固化”了。2.2 与GIProbe的核心差异为什么有了GIProbe还要用光照烘焙下表清晰地对比了两者的核心区别特性Baked Lightmap (光照烘焙)GIProbe (实时全局光照)运行性能极低。运行时仅采样纹理适合移动端/低端设备。中到高。需要实时计算体素和光照传播对GPU有持续开销。视觉质量高且稳定。基于光线追踪烘焙时间接光准确阴影柔和无噪点。动态但近似。基于体素化近似可能有漏光、体素化痕迹间接光噪点随时间减少。灵活性完全静态。烘焙后光照无法改变能量参数可调。场景布局、光源位置变动需重新烘焙。部分动态。光源移动、颜色变化可实时影响间接光。动态物体也能接受和贡献光照。烘焙时间长。复杂场景可能需要数分钟到数小时。短。通常几秒到几分钟即可完成预计算。内存/存储纹理内存。占用显存存储光照贴图纹理。显存计算。占用显存存储体素数据并需要计算资源。反射支持无。需搭配ReflectionProbe反射探针使用。有。可提供粗糙的反射信息。适用场景静态场景为主对性能要求苛刻移动端、VR追求高质量静态光影。场景需要动态光照变化昼夜交替、可移动光源或包含大量动态物体交互。实操心得不要非此即彼。我的项目中室外大场景用DirectionalLight烘焙模式为Indirect提供动态日光和实时阴影室内静态装饰灯全部用OmniLight烘焙模式为All来烘焙。这种混合方案在保证视觉动态性的同时压榨出了最大性能。2.3 关键组件BakedLightmap节点在Godot中一切始于BakedLightmap节点。它定义了烘焙的“工作区域”和核心参数。边界框Extents一个包围盒只有在此区域内的MeshInstance节点才会被纳入烘焙计算。务必确保它完全包裹住所有需要烘焙的静态几何体但也不必过大否则会浪费计算资源在空白区域生成探针。光照数据Light Data烘焙产出的核心资源一个.lmbake文件。它内部引用了生成的光照贴图纹理通常是EXR格式和用于动态物体光照的探针数据。3. 实战前准备模型、UV2与场景设置磨刀不误砍柴工。错误的模型设置会导致烘焙失败或效果极差。这部分是很多新手最容易翻车的地方。3.1 为模型生成正确的UV2这是光照烘焙的基石。Godot提供了几种生成UV2的方法你需要根据资产来源选择。方法一导入时自动生成推荐这是最省心、效果通常也最好的方法尤其适用于从Blender、Maya等DCC工具导入的FBX/glTF文件。在文件系统面板中选中你的场景或模型文件。切换到导入面板。找到Light Baking部分将模式设置为Gen Lightmaps。设置Texels Per Unit每单位纹素数。这是最重要的参数之一它决定了光照贴图的分辨率。例如设置为“16”意味着场景中每1个Godot单位通常1单位1米的面积会分配16x16个像素来存储光照信息。值越高细节越丰富但纹理尺寸也越大。建议室内小物件可以设高如32-64大面积的墙面地面可以设低如8-16。初期调试可用默认值16。注意事项Godot会为导入的网格生成一个.unwrap_cache文件。务必将其纳入版本控制如Git。这个缓存文件保证了在不同电脑、不同Godot版本上重新导入时生成的UV2是一致的。如果丢失重新生成的UV2可能不同导致之前烘焙的光照贴图错位。方法二在Godot编辑器中手动生成如果模型已经导入但未启用UV2生成或者你需要调整在场景中选择MeshInstance节点。点击顶部菜单栏的Mesh-Lightmap UV2-Generate from Mesh。Godot会弹出一个UV展开预览窗口。你可以在这里调整Padding填充防止纹素间 bleed和Max Texture Size最大纹理尺寸。点击Accept应用。方法三在3D建模软件中制作UV2这是高级工作流适用于对展开质量有极致要求或需要复用复杂展开的团队。在Blender等软件中你需要为模型创建第二套UV通道通常叫UVMap.001。使用建模软件的UV展开工具如Blender的Smart UV Project进行展开。注意要避免拉伸和重叠。导出时确保这第二套UV被正确导出。避坑指南模型实例化与缩放Godot在生成UV2时只以场景中第一个找到的网格实例的缩放为准。如果你在多个地方实例化Instance了同一个PackedScene但它们的缩放比例差异巨大例如一个缩放为1另一个缩放为0.2那么缩放不一致的那个实例的UV2会错位导致光照贴图拉伸或压缩出现难看的黑块或亮斑。解决方案要么避免对实例进行非统一的大幅度缩放要么为不同缩放的实例准备不同的网格资源。3.2 检查UV2展开质量生成UV2后一定要检查在MeshInstance的Mesh菜单中选择Lightmap UV2-Debug UV2。编辑器视口会以线框形式显示UV2展开图。理想情况所有面片应均匀、无重叠地分布在0-1的UV空间内。危险信号看到面片大量重叠、严重拉伸或集中在某个角落。这会导致烘焙时光照信息相互“涂抹”必须重新调整展开参数或回建模软件修改。3.3 配置场景与灯光1. 设置 MeshInstance选中场景中所有静态的MeshInstance墙壁、地板、静态家具在检查器中勾选Use in Baked Light。如果通过方法一导入这个选项通常会自动勾选。2. 理解灯光的三种烘焙模式这是控制烘焙行为的核心。每个Light节点DirectionalLight, OmniLight, SpotLight都有一个Bake Mode属性。Disabled该灯光完全不被烘焙。它仍然是实时灯光影响所有物体包括静态和动态。适合用于玩家手电筒、爆炸闪光等完全动态的光源。Indirect (默认)只烘焙该灯光的间接光照部分。直接光照和实时阴影仍然保留。这是最常用的模式在静态场景基础上保留了光源的可调性如颜色渐变、轻微移动。动态物体能投射实时阴影到烘焙表面上。All直接和间接光照全部烘焙。这是性能最优的模式静态表面完全不再计算该光源的着色和阴影。但代价是游戏运行时你无法再通过脚本改变这个光源的颜色、强度或位置来影响静态物体。动态物体也不会在烘焙表面上投射该光源的阴影。3. 灯光Size属性与软阴影当灯光的Bake Mode设置为All时检查器中的Size属性会生效。这个属性模拟了真实世界光源的物理尺寸。Size大于0的光源会产生柔和的、有半影区的软阴影阴影边缘会根据遮挡物与接受物的距离产生自然的模糊。这能极大地提升烘焙阴影的真实感。Size对实时阴影无效只影响烘焙结果。4. 执行烘焙参数详解与流程优化一切就绪点击那个令人激动的Bake Lightmaps按钮。但别急我们先理解一下弹出来的那些参数。4.1 烘焙参数深度解析Quality (质量)Low/Medium/High/Ultra直接影响光线追踪的采样数。越高噪点越少间接光越平滑但烘焙时间呈指数级增长。初期布光调试时永远用Low或Medium。只有确认所有灯光、材质都无误后最终导出前再用High或Ultra进行最终烘焙。Bounces (反弹次数)控制光线在场景中反射的次数。默认3次是一个平衡点。增加次数会让间接光更亮、更充分例如角落会更亮场景整体更“通透”但也会显著增加计算时间。减少到1次可以快速预览大效果但场景会显得很暗因为缺少光线反弹。Use Denoiser (使用降噪器)强烈建议开启。Godot集成了Intel的OpenImageDenoise库能在烘焙后对光照贴图进行降噪处理用少量细节损失换取画面纯净度的巨大提升。对于室内场景和柔和光照效果拔群。Use Hdr (使用HDR)启用后光照贴图将以EXR格式高动态范围存储。这意味着它可以保存亮度值超过1.0的强光信息如阳光直射点避免高光区域一片死白过曝。除非你确定场景中没有强光源否则都应开启。关闭可以减小文件体积。Use Color (使用颜色)启用后光照贴图会存储彩色光照信息。如果关闭所有光照信息将变为灰度仅保存亮度。对于仅烘焙间接光Indirect模式的场景关闭此选项可能视觉差异不大因为间接光颜色通常不饱和。但对于烘焙了直接光All模式的彩色灯光如霓虹灯关闭会导致颜色丢失。在最终版本中为了质量应保持开启。与HDR一同关闭可最大程度压缩贴图尺寸。Default Texels Per Unit (默认单位纹素数)这是全局的纹素密度设置。如果一个MeshInstance没有通过导入设置或Mesh菜单单独指定纹素密度就会使用这个值。降低此值可以大幅减少光照贴图的总尺寸和烘焙时间但代价是光照细节变模糊可能出现像素块。调试时可先调低如8最终烘焙时再根据视觉需求调高。Atlas (图集)Generate是否将多个对象的光照贴图打包成一张大图集。对于GLES3后端强烈建议开启能减少绘制调用提升渲染效率。如果你的项目需要兼容GLES2例如一些非常老的安卓设备则必须关闭因为GLES2不支持图集采样。Max Size图集纹理的最大尺寸如4096x4096。超过这个尺寸Godot会自动拆分成多张图集。需要根据目标平台显存决定。移动端建议2048PC端可用4096或更高。4.2 动态物体光照捕获 (Capture)这是Godot光照烘焙非常强大的一点自动为动态物体如角色、车辆提供间接光照无需手动摆放光照探针。Enabled必须勾选否则动态物体将无法接收到烘焙的间接光会显得与场景格格不入。Cell Size探针网格的间距单位米。值越小探针分布越密动态物体上的间接光过渡越平滑但烘焙时间越长生成的Light Data文件也越大。对于角色大小约2米的游戏0.5到1.0是一个不错的起点。Quality每个探针点的采样质量。提高质量能让动态物体上的光照更准确减少噪点增加烘焙时间。通常Medium或High即可。Propagation类似GIProbe的传播参数。控制间接光在探针网格中“扩散”的强度。如果发现动态物体比周围静态环境暗可以适当调高此值如从0.7调到1.0。4.3 烘焙流程与迭代策略初次烘焙快速验证设置Quality: Low,Bounces: 1,Default Texels Per Unit: 8。点击烘焙。这个过程应该很快几秒到一两分钟。目的检查UV2是否正确有无黑斑、拉伸灯光位置和强度是否合理烘焙边界是否覆盖全场景。布局调整与中级烘焙根据初次结果调整灯光位置、颜色、强度、材质反照率颜色和Bake Mode。将质量提升到MediumBounces调回3Texels Per Unit根据物体重要性调整主要区域16次要区域8。再次烘焙。这次时间稍长用于微调光影关系和明暗对比。最终烘焙发布前确认所有视觉元素无误。设置Quality: High或Ultra开启Denoiser和HDR。根据目标平台调整Max Atlas Size。进行最终烘焙。这可能需要较长时间可以去喝杯咖啡。性能提示烘焙是CPU密集型任务默认会使用所有CPU核心。如果你在烘焙时电脑卡得无法工作可以到编辑器 - 编辑器设置 - 3d - Lightmap Baking Number Of Cpu Threads中减少使用的线程数。例如8核机器设置为6留出2个核心给系统和其他应用。5. 混合照明实战构建一个完整的室内场景让我们通过一个简单的室内书房场景将理论付诸实践。目标是静态家具拥有精美的烘焙光影而玩家手持的提灯动态光源能实时照亮周围并投射动态阴影。5.1 场景搭建与资产准备模型准备房间模型墙壁、地板、天花板、书桌、书架、沙发等静态网格。确保它们都已按3.1节的方法生成了正确的UV2。材质为所有静态模型赋予简单的 SpatialMaterial设置好 Albedo反照率纹理或颜色。注意粗糙度Roughness和金属度Metallic参数也会影响光照的反射和吸收进而影响烘焙结果请根据物理属性设置。灯光布置主光源在窗外添加一个DirectionalLight模拟日光。将其Bake Mode设为Indirect。这样阳光的直接光和实时阴影保留而它造成的室内漫反射间接光被烘焙。顶灯在房间中央添加一个OmniLight。将其Bake Mode设为AllSize设为0.2左右以产生柔和的软阴影。这盏灯的全部光照信息将被烘焙。台灯书桌上添加一个OmniLight同样设为All模式Size调小如0.1营造温馨的点光源效果。BakedLightmap节点添加到场景根节点。使用3D视图中的手柄调整其Extents使其刚好包围整个房间。5.2 烘焙与验证使用4.3节的流程先进行快速烘焙Low Quality。检查阳光是否透过窗户洒进来阴影方向对吗顶灯和台灯的光照范围是否合适有没有过亮或过暗的区域在BakedLightmap节点的Light Data属性中临时将Energy调高或调低可以全局调整烘焙亮度用于快速预览不同氛围。调整满意后进行最终质量烘焙High Quality Denoiser。5.3 引入动态元素玩家与提灯创建一个简单的角色模型并为其附加一个子节点OmniLight作为提灯。将此灯的Bake Mode设为Disabled。动态光照交互由于主光源DirectionalLight是Indirect模式提灯动态光能在烘焙的地板上投射实时阴影。而顶灯和台灯因为是All模式其光照已固化提灯无法影响它们照亮过的表面但提灯本身的光照会叠加在烘焙结果之上。反射房间内如果有光滑地板或玻璃桌面添加ReflectionProbe节点来提供局部反射效果弥补光照烘焙缺乏反射的不足。至此一个兼具高性能与高视觉质量的混合照明场景就完成了。静态部分拥有电影级的光影细节动态部分保持了交互灵活性。6. 常见问题、故障排查与性能优化即使按照指南操作你可能还是会遇到一些“坑”。这里是我总结的常见问题及解决方案。6.1 视觉瑕疵类问题问题光照贴图上有明显的接缝或拉伸。原因UV2展开不当面片在UV空间中有拉伸或重叠。解决使用3.2节的方法检查UV2。对于复杂模型考虑在建模软件中手动展开UV2或提高Texels Per Unit密度并在Godot的UV2生成器中增加Padding值。问题场景角落或物体背面有奇怪的亮斑漏光。原因光线在反弹计算时穿过了过薄的几何体或渗透了角落。解决检查模型是否封闭有无单面面片如一个平面。光照计算需要厚度。在BakedLightmap节点中适当增加Bias偏置值例如从0.001增加到0.005。这相当于将阴影生成面“推离”几何体表面一点。确保模型的缩放是统一的1,1,1非统一缩放可能导致光线相交计算错误。问题烘焙后场景一片漆黑或极暗。原因1灯光Bake Mode设置错误。检查是否所有想参与烘焙的灯都未设置为Disabled。原因2Bounces次数太低如为0或1。间接光无法充分传播。原因3环境光太暗。检查WorldEnvironment中的Ambient Light颜色和能量。解决逐一排查以上设置。可以先单独设置一个Bake Mode为All的强光源看是否能烘焙出光亮。问题动态物体看起来比静态环境暗/亮很多不融合。原因BakedLightmap中Capture部分的Propagation参数或Interior标志设置不当。解决调整Propagation值使动态物体接收的间接光强度与环境匹配。如果场景是纯室内没有天空光勾选Interior。如果场景是室外或有大窗户取消勾选Interior让动态物体同时受天空盒环境光影响。6.2 性能与工作流问题问题烘焙时间太长迭代效率低。解决永远从低质量开始初期只用Low质量 1次Bounce。降低分辨率大幅调低Default Texels Per Unit如到4和Max Atlas Size如1024。分区域烘焙对于超大型场景可以将其拆分成多个子场景每个子场景有自己的BakedLightmap分别烘焙。运行时再实例化组合。禁用不需要的物体烘焙前暂时将无关的、复杂的装饰性模型隐藏或移出烘焙边界。问题生成的光照贴图文件.lmbake和.exr太大。解决降低Texels Per Unit是减少纹理尺寸最有效的方法。关闭Use Hdr和Use Color可以将EXR从RGBA32F格式转换为更小的L8或RGB8格式。在项目设置的压缩中为生成的EXR纹理启用VRAM压缩如ETC2/ASTC for GLES3。检查图集利用率。如果很多小物体生成了大量小图块考虑合并一些静态网格。问题在GLES2渲染器下烘焙光照不显示或出错。原因GLES2对纹理格式和图集的支持有限。解决在BakedLightmap节点中取消勾选Atlas - Generate。确保项目设置中正确配置了GLES2的后处理兼容性。通常为移动端发布时如果坚持用GLES2可能需要更简化的光照方案。6.3 进阶技巧灯光烘焙遮罩Light节点和MeshInstance节点都有Light Mask属性。你可以通过设置不同的遮罩层来控制特定灯光只烘焙特定物体实现更精细的控制。烘焙后微调.lmbake资源中的Energy参数可以在运行时通过脚本动态修改例如$BakedLightmap.light_data.energy 2.0。这可以用来实现全局的昼夜亮度变化或闪电效果。但注意这只会均匀地调亮/调暗所有烘焙光照无法改变光影结构。与后处理配合烘焙光照的对比度和颜色可以通过WorldEnvironment中的Tonemap和Adjustment进行调整使其更好地与实时元素融合。光照烘焙不是一颗银弹但它是在性能受限平台上实现高质量静态光影的利器。它要求你在开发流程中付出一些预计算的时间换来的是运行时极致的性能释放和稳定的视觉输出。理解其原理善用混合照明你的Godot 3D项目就能在画质和帧率之间找到完美的平衡点。