1. 项目概述为什么Unity开发者需要Bakery如果你在Unity里做过稍微复杂一点的静态场景比如一个室内公寓或者一个布满植被的室外环境然后尝试用Unity自带的Enlighten或Progressive光照贴图烘焙器GI去烘焙大概率会遇到几个让人头疼的问题烘焙时间长得可以去泡杯咖啡甚至吃顿饭内存占用动不动就飙到十几个G机器风扇狂转好不容易等完了发现角落里有奇怪的光斑、漏光或者阴影锯齿还得反复调整参数重试。这种体验尤其是在项目迭代频繁、需要快速验证美术效果的时候非常折磨人。Bakery的出现就是为了解决这些核心痛点。它不是一个简单的插件而是一个完全独立、重新设计的光照贴图烘焙解决方案。我第一次接触Bakery是在一个需要大量预烘焙静态光影的移动端项目上Unity自带的烘焙器在复杂网格和大量光照探针的场景下几乎不可用。换上Bakery后烘焙时间从小时级降到了分钟级内存占用也稳定得多最关键的是其基于GPU光线追踪或高度优化的CPU路径追踪的算法在大多数情况下能产出更干净、噪点更少的光照贴图。对于追求高质量静态光影、又受限于运行性能如移动端、VR或需要快速迭代的项目来说Bakery几乎是从“能用”到“高效好用”的关键升级。简单来说Bakery的核心价值在于速度、质量和可控性。它特别适合以下场景需要高质量预烘焙光照的移动端或主机游戏、建筑可视化ArchViz、任何包含大量复杂静态几何体的场景以及团队需要频繁烘焙以验证灯光美术效果的开发流程。接下来我会结合一次完整的实战流程拆解从安装、配置到最终烘焙出图的所有核心环节和避坑要点。2. 核心概念与工作流解析Bakery和Unity GI有何不同在动手操作之前理解Bakery和Unity内置GI的根本区别至关重要。这决定了你后续的配置思路和问题排查方向。2.1 算法基石从辐照度缓存到路径追踪Unity的Enlighten或Progressive烘焙器其核心是辐照度缓存Irradiance Caching和光照贴图Lightmap技术。它们通过在整个场景中稀疏地采样计算间接光照然后插值生成最终贴图。这种方法在简单场景下效率尚可但在几何复杂、遮挡多的场景中为了捕捉细节就需要极高的采样密度导致计算量暴增和内存膨胀并且容易产生插值错误形成光斑或漏光。Bakery则主要采用了蒙特卡洛路径追踪Path Tracing算法。你可以把它想象成模拟真实光线的物理行为从光源发射出大量“光线粒子”这些粒子在场景中反弹反射、折射最终记录下它们照射到物体表面的能量颜色和亮度。因为是模拟物理过程所以它能更自然地处理焦散、复杂的间接光照和阴影结果通常更物理准确、噪点控制更好。Bakery巧妙地将这种计算密集型任务部分转移到了GPU上如果硬件支持利用显卡的并行计算能力大幅加速。2.2 数据输出不止一张LightmapUnity的标准工作流输出的是光照贴图Lightmap可能附带一张方向图Directional Map用于模拟凹凸细节。Bakery的输出则更为丰富和模块化直接光照贴图Direct Light仅包含来自光源如Directional Light, Point Light的直接照射和阴影。间接光照贴图Indirect Light仅包含光线在场景中反弹一次或多次后产生的间接照明。环境光遮蔽贴图Ambient Occlusion, AO仅计算物体缝隙和角落的遮蔽阴影信息。光照贴图Lightmap通常是以上几种的合成结果也就是最终我们看到的样子。光照探针Light Probes和反射探针Reflection Probes数据Bakery可以统一烘焙确保静态物体和动态物体的光照环境一致。这种模块化输出的好处是巨大的。例如你可以在Shader中分别采样直接光和间接光贴图实时调整它们的混合比例或颜色实现动态的昼夜切换效果而无需重新烘焙整个场景。这在传统工作流中是很难实现的。2.3 工作流对比预设化 vs 精细化Unity GI更倾向于“一键式”或半自动很多参数是全局的、联动的调整一个参数可能产生意想不到的连锁反应。Bakery则提供了更精细、更独立的控制。每个光源、每个渲染器Renderer都可以有独立的烘焙设置。这种设计赋予了美术和TA更大的控制权但也意味着需要理解和配置更多参数。接下来的章节我们将进入实战配置环节。3. 环境准备与基础配置搭建高效的烘焙管线假设你已经从Asset Store购买了Bakery并导入到项目中。首次导入后你可能会看到一堆新的窗口和组件别慌我们一步步来。3.1 场景预处理为烘焙优化你的资产在点击“烘焙”按钮之前花些时间优化场景能事半功倍避免很多后续错误。模型与UV准备Bakery和所有光照贴图技术一样严重依赖第二套UVUV1。这套UV必须没有重叠、拉伸尽量均匀。注意许多从DCC工具如Maya, 3ds Max, Blender导入的模型其自动生成的UV1可能质量很差。务必在导入Unity前或在Unity中使用“Generate Lightmap UVs”功能在模型导入设置的Model分页下检查并生成。确保“Hard Angle”、“Pack Margin”等参数设置合理。一个检查方法是给模型贴一个棋盘格纹理在UV1通道下查看是否均匀、无扭曲。场景结构整理将所有的静态物体Static放置在一个清晰的层级结构下。建议使用空GameObject作为文件夹来管理例如“_BakedStatic_Environment”、“_BakedStatic_Props”。这不仅是为了整洁更是因为Bakery可以通过图层Layer或标签Tag来批量操作物体的烘焙属性。将所有参与烘焙的物体标记为“Static”至少勾选“Contribute GI”。光源设置Bakery支持Unity的大部分光源类型。一个关键区别是你需要为每个希望参与烘焙的光源添加Bakery特定的组件如BakeryDirectLight(用于Directional Light)、BakeryPointLight(用于Point/Spot Light)。这让你可以针对单个光源设置采样数、是否生成阴影等精细参数。对于Directional Light模拟太阳光这是必须的。3.2 Bakery渲染器设置核心参数详解在Window - Rendering - Bakery打开主设置窗口。这里参数很多我们聚焦最关键的部分。“Main” 标签页Bake Mode这是最重要的选择之一。Full Lighting烘焙完整的直接光间接光。最常用也是计算量最大的模式。Indirect仅烘焙间接光。适合直接光由实时光源提供但需要高质量间接光的场景。Shadowmask/Distance Shadowmask用于混合光照模式生成阴影遮罩让静态物体能向动态物体投射阴影。AO仅烘焙环境光遮蔽。非常快常用于快速预览遮挡关系。Lightmap Resolution单位是“texels per unit”即每Unity单位有多少纹素。数值越高细节越丰富但贴图尺寸和烘焙时间也呈平方级增长。室内小物件可能需要15-30大型建筑外墙可能只需要2-5。这里常踩的坑是全局设置过高导致少数几个大物体就生成一张4096x4096的巨图浪费资源。更好的做法是在物体上单独覆盖这个分辨率。Lightmap Size单张光照贴图的最大尺寸如1024, 2048。Bakery会自动将多个物体的光照信息打包到多张这个尺寸的图集中。根据目标平台合理设置移动端建议从1024开始。GPU Baking如果勾选并选择了正确的GPU设备将能利用显卡加速速度提升非常显著。前提是你的显卡支持CUDANVIDIA或OpenCLAMD/Intel。这是Bakery速度优势的主要来源。“Advanced” 标签页Samples路径追踪的采样数。这是质量与速度权衡的核心杠杆。较低的采样数如64-256预览很快但噪点多。最终烘焙可能需要1024甚至更高。Bakery的降噪器Denoiser效果很好通常可以在中等采样数如512下配合降噪获得干净图像节省大量时间。Bounces光线反弹次数。对于大部分室内场景3-5次反弹已经足够。室外场景2-3次即可。增加反弹次数会显著增加计算时间。Denoiser强烈建议开启。它能有效去除路径追踪固有的噪点让你用更少的采样数获得平滑的结果。有OptixNVIDIA RTX显卡最佳和OpenImageDenoise等选项。“Atlas” 标签页这里管理光照贴图图集的打包。可以设置填充边距Padding以防止颜色渗漏。如果遇到物体边缘在烘焙后出现“光晕”或颜色错误通常是这里的Padding值设得太小。配置完这些你可以先尝试点击“Preview”进行快速预览。预览模式会大幅降低采样率和分辨率让你在几十秒内看到大致的灯光和阴影分布非常适合布局阶段反复调整。4. 逐对象优化与高级技巧从能用走向精通全局设置是基础但真正发挥Bakery威力需要对场景中的每个重要元素进行微调。4.1 为单个物体设置覆盖参数在场景中选择一个静态物体在Inspector面板中你会发现多了一个“Bakery”组件如果没有可能需要手动添加Bakery Mesh Renderer组件。这里可以覆盖全局的烘焙设置Lightmap Resolution Override为一个特别重要的雕像或家具设置更高的分辨率而为远处的地面或墙壁设置更低的分辨率。这是优化光照贴图内存和质量的关键技巧。Force Non-Rotated UVs有时为了解决拉伸可以强制物体不使用旋转的UV打包。Unwrap如果物体没有合适的UV1可以在这里尝试快速生成。4.2 光源的独立控制为Directional Light添加BakeryDirectLight组件后你可以设置Samples提高该重要主光源的采样数使其阴影更柔和、噪点更少。启用Alpha Shadow用于产生半透明物体如树叶的彩色阴影。调整Shadow Spread控制阴影边缘的柔和度这比调整光源角度更直观。对于Point Light或Spot LightBakeryPointLight组件允许你控制光源的衰减范围、是否参与烘焙等。你可以关闭一些装饰性小灯泡的烘焙贡献让它们仅作为实时光源存在以节省烘焙时间。4.3 处理透明与自发光材质透明物体如玻璃的烘焙是传统GI的难点。Bakery的路径追踪能较好地处理折射和焦散但需要正确设置材质。确保透明材质的“Rendering Mode”为“Transparent”或“Fade”并且其Shader是支持光线追踪的例如Standard或Bakery提供的一些Shader变体。自发光材质Emissive是重要的间接光源。在Bakery中需要确保材质的自发光强度Emission Intensity足够高并且勾选了“Global Illumination”选项。你还可以在Bakery Light Mesh组件可添加到带有自发光材质的物体上中进一步调整发光强度和采样质量。4.4 光照探针与反射探针的统一烘焙动态物体如角色需要光照探针来获取静态环境的光照。Bakery可以在烘焙光照贴图的同时自动计算场景中放置的光照探针组Light Probe Group的数据。确保在Bakery窗口的“Probes”标签页中勾选了“Bake Light Probes”。同样反射探针Reflection Probe也可以由Bakery烘焙确保其捕获的立方体贴图与烘焙光照的环境亮度完全一致避免静态场景和反射图像之间的亮度差异。在“Probes”标签页配置反射探针的烘焙参数。5. 执行烘焙与结果分析从点击按钮到问题排查当你认为场景和参数都调整妥当后就可以开始最终烘焙了。5.1 烘焙执行与监控点击Bakery窗口的“Bake”按钮。一个进度窗口会弹出显示当前阶段如“Building acceleration structure”, “Path tracing direct light”, “Denoising”等。如果启用了GPU加速你会看到GPU利用率飙升。此时最好关闭其他占用GPU的应用程序。烘焙时间取决于场景复杂度、采样数、分辨率和硬件性能。一个中等复杂度的室内场景~50万个三角形在RTX 3070上2048采样开启降噪可能需要5-15分钟。同样的场景用CPU烘焙可能需要数小时。5.2 结果验证与常见问题排查烘焙完成后Bakery会自动将生成的光照贴图、探针数据等赋值给相应的物体和场景设置。你需要检查以下几个方面1. 光照贴图查看在Unity的“Lighting”窗口Window - Rendering - Lighting的“Lightmaps”标签页可以看到Bakery生成的所有光照贴图图集。点击某张图集然后在Scene视图中将光照贴图可视化在Scene视图左上角的“Shading Mode”下拉菜单中选择“Baked Lightmap”。你应该检查是否有拉伸或扭曲这通常源于糟糕的UV1。需要回到模型导入设置重新生成UV。是否有接缝或颜色不连续检查物体的“Scale in Lightmap”值是否过小或者光照贴图分辨率是否不足。增加该物体的分辨率覆盖值或全局Padding值。是否有奇怪的亮斑或黑斑这可能是路径追踪采样不足导致的噪点或者是由于几何体交叉两个网格面离得太近甚至相交造成的“漏光”假象。增加采样数或者仔细检查场景几何确保没有非必要的面片重叠。2. 性能与资源分析在“Lightmaps”标签页关注生成的图集总数量和最大尺寸。如果生成了过多的小图集比如几十张512x512的说明你的“Lightmap Size”可能设得太小或者物体分辨率设置得太分散导致打包效率低下。适当增大“Lightmap Size”或合并一些物体的烘焙设置。 检查生成的光照贴图内存占用。过大的光照贴图如多张4K贴图会显著增加包体和运行时内存。使用Texture Compression针对目标平台来压缩它们。3. 常见错误与解决方案烘焙失败报错“Failed to build acceleration structure”这通常是场景中存在非法或损坏的网格数据。尝试分批烘焙定位出问题的模型。使用Unity的“Mesh Cleanup”功能或回到DCC工具修复模型。GPU烘焙崩溃或驱动超时更新显卡驱动到最新版本。如果问题依旧尝试降低“Lightmap Size”或“Samples”或者暂时使用CPU模式烘焙。某些复杂的着色器可能与GPU烘焙器不兼容尝试将问题材质替换为Standard Shader测试。动态物体没有得到光照探针照明确保Light Probe Group已经放置并且在Bakery中勾选了烘焙探针的选项。同时动态物体的MeshRenderer必须勾选“Use Light Probes”。烘焙后场景变暗或变亮检查场景中所有灯光的“Mode”是否为“Baked”。混合Mixed或实时Realtime灯光在烘焙后可能仍保留其实时贡献造成叠加。确认Bakery的“Bake Mode”与你期望的灯光模式匹配。检查Color SpaceGamma vs Linear不一致会导致亮度差异。6. 集成到项目管线与进阶优化将Bakery融入团队的生产管线需要考虑更多工程化问题。6.1 版本控制与资源管理Bakery生成的光照贴图、探针数据等都是资源文件。必须将它们纳入版本控制系统如Git, Perforce。一个良好的实践是在项目目录下建立一个明确的文件夹结构来存放这些烘焙数据例如Assets/BakedData/Scenes/SceneName/。在提交时确保这些文件被正确添加。由于光照贴图文件可能很大考虑使用Git LFS或Perforce的流管理来处理大文件。在团队协作中约定好谁在何时执行烘焙避免多人同时修改烘焙数据导致冲突。6.2 自动化与脚本化烘焙对于大型项目手动点击烘焙每个场景是不现实的。Bakery提供了完整的API允许你通过C#脚本在编辑器下或命令行用于持续集成CI中触发烘焙。你可以编写一个编辑器脚本遍历所有场景自动应用一套预设的烘焙配置如针对移动平台的“低配”配置和针对PC的“高配”配置然后执行烘焙并输出到指定目录。这在需要为多个平台构建不同质量光照数据时非常有用。// 示例简单的编辑器脚本调用Bakery烘焙 using UnityEditor; using UnityEngine; using System.Collections.Generic; public class BakeryBatchProcessor { [MenuItem(Tools/Bakery/Bake Current Scene (Mobile))] public static void BakeCurrentSceneMobile() { // 获取Bakery的FTBakery组件 var bakery Object.FindObjectOfTypeFTBakery(); if (bakery null) { Debug.LogError(Bakery not found in scene!); return; } // 预设移动端配置 bakery.lightmapResolution 10; // 较低分辨率 bakery.lightmapSize 1024; // 较小图集 bakery.samples 256; // 较少采样 bakery.bounces 2; bakery.gpuEnabled true; // 仍可使用GPU加速 // 开始烘焙 bakery.StartBake(); // 注意实际API调用可能更复杂需要处理异步和回调此处为示意 } }6.3 与URP/HDRP的协作Bakery完全支持Unity的通用渲染管线URP和高清渲染管线HDRP。集成过程基本一致。需要注意的是HDRP和URP有自己的材质系统和光照单位。在HDRP中灯光的强度单位可能不同你需要根据Bakery的文档或示例调整灯光的“Intensity”值使其在烘焙后与HDRP的色调映射Tone Mapping匹配避免过曝或过暗。通常Bakery的示例场景会提供针对不同渲染管线的预制件和材质从那里开始是最稳妥的。6.4 内存与性能的终极优化当项目场景非常庞大时即使使用Bakery全场景一次性烘焙也可能不现实。这时需要采用分块烘焙Chunked Baking或流式加载Streaming策略。分块烘焙将大世界划分为多个区块Chunk每个区块独立烘焙其静态光照。运行时根据玩家位置加载相应区块的光照贴图。这要求你的场景管理系统和光照贴图UV在区块边界处经过精心设计以避免接缝。光照贴图流式加载Unity自身支持纹理流式加载。你可以将巨型光照贴图图集标记为“Streaming Mipmaps”Unity会根据摄像机距离动态加载不同Mipmap级别减少内存压力。但这需要更多的存储空间来存放Mipmap链。简化烘焙代理对于极其复杂的模型如一棵有数万片叶子的树直接烘焙会生成海量的三角面数据拖慢烘焙。一个常用技巧是创建一个简化的低模版本Proxy用它来烘焙光照贴图然后将烘焙结果应用到高模上。这要求高低模的UV1布局和世界空间位置基本一致。Bakery是一个强大的工具但它不是魔法。它需要你理解光照烘焙的基本原理并愿意花时间调整场景和参数。我的经验是与其追求一次完美烘焙不如建立一个快速迭代的流程用低采样、低分辨率快速预览布局和灯光氛围确认无误后再针对最终版本进行高质量参数烘焙。将时间投资在场景优化干净的几何、良好的UV上比盲目提高采样数更能获得回报。当你熟悉了它的工作模式后Bakery确实能成为你项目光照管线中可靠而高效的“神器”。