做《暗黑王朝》这个项目的光照前后折腾了大半年。系列文章写到第8章终于可以聊聊全局光照GI里最枯燥、也最见功力的部分——光影烘焙。这套烘焙系统扛起了整个游戏70%以上的光照信息画面里那些幽暗的洞窟、城堡中跳动的火把光晕、地牢尽头一抹冷青色的月光全部来源于预先计算好的光照贴图。如果你正在做暗黑类、恐怖类或者任何强调氛围感的场景这篇文章应该能帮你少走很多弯路。这篇内容会更适合三类人看一是刚接手场景光照、被烘焙质量折腾到怀疑人生的TA和图形程序二是想搞清楚“为什么游戏里光影比编辑器里好看/难看”的场景美术三是打算自研或者定制烘焙工具的引擎开发同学。我会尽量把方案选型、参数规划、工程化落地这些环节里的实际经验讲透包括我踩过的坑和最后摸索出来的解决办法。1. 为什么要为《暗黑王朝》选择“烘焙式”全局光照1.1 暗黑美术风格对GI提出的特殊要求先得说清楚一个前提《暗黑王朝》不是那种全景开放世界而是采用固定视角、区块化加载的动作RPG。这种类型对光照的要求跟写实射击游戏完全不一样它的核心诉求是氛围优先而不是物理正确优先。暗黑类美术风格最吃“光影对比度”。想象一下墓穴里的场景只有火把周围一圈暖黄色光晕远处陷入浓重的黑暗玩家只能靠微弱的轮廓光判断方向。这种效果如果全用实时GI去做动态光源数量稍微一多性能就直接崩掉就算跑得动画面的噪点和闪烁也让人无法接受。而烘焙GI天然适合这种场景因为它可以在离线阶段用大量采样把直接光、间接反弹光、环境遮蔽全部算干净运行时只需要采样几个贴图就能还原出“亮部带氛围、暗部有细节”的效果。另外暗黑场景通常有大量重复的走廊、房间和小型战斗区域。这些区域相对封闭光照变化不剧烈非常适合静态烘焙。玩家从A区域到B区域时加载的是已经“烤熟”的光照数据不需要实时计算帧率稳定体验也干净。1.2 烘焙、实时与混合方案的三方对比开始动工前我先把市面上能用的GI方案拉了个表反复权衡过一轮。这里把对比结果放出来供大家参考方案质量运行时性能场景适配度迭代效率内存成本纯静态烘焙极高无噪点无闪烁极低开销只需采样贴图适合封闭/半封闭场景慢需离线跑烘焙中等按分辨率增长实时GILumen/SSGI高但有噪点与延迟高中低端设备压力大适合开阔动态场景快所见即所得低无需大贴图烘焙实时混合高动态与静态兼顾中可控性好适合暗黑类、关卡制游戏中等需两套数据配合中高我们最终选的是“烘焙为主、少量实时补光”的混合方案。原因很简单暗黑王朝的核心战斗场景里动态的东西只有角色、怪物、技能特效和少量可破坏物件建筑、地形、道具、墙体全部是静态的。把静态部分烘焙好动态角色靠Light Probe和实时阴影做衔接就是一个性价比极高的组合。这里有一个容易被忽略的点实时GI方案对内容管线的改变是很大的。美术同学在编辑场景时要不停调整灯光参数看效果如果走实时GI光照结果跟最终发布版本几乎一致迭代确实爽但性能预算和硬件差异的坑也很深。烘焙方案则是编辑时模糊、烘焙后清晰整个工作流是“静帧式”的对团队步骤纪律要求更高。2. 烘焙前的准备场景规范、UV与参数规划2.1 一天之内解决场景“烘焙资质”问题很多人以为烘焙就是把场景丢给引擎然后点一下按钮出来不好看就加采样。实际上烘焙成败的80%在进入烘焙窗口之前就已经决定了。第一个要解决的就是场景的“烘焙资质”说白了就是让引擎知道哪些东西参与光照计算、以什么精度参与。第一步是清点静态物体。在《暗黑王朝》里我们把所有参与烘焙的模型分成三类Main Static大体量建筑、地面、Secondary Static小道具、柱子和碎石、NoGI纯动态可破坏物。Main Static统一开启“静态光照”标记并使用独立UV2通道Secondary Static允许共享Lightmap或使用顶点光照降级NoGI完全不参与烘焙只靠实时光源和Light Probe染色。这个分层的意义在于控制烘焙复杂度和贴图内存不至于让一个酒桶占用512分辨率的Lightmap。UV2通道的整理是最花时间的环节。很多人不知道Lightmap的UV跟材质UV完全是两码事它不需要考虑纹理连续性只需要考虑空间利用率。我们内部定了个规矩UV2的岛屿之间不允许有超过2像素的间隙每个岛必须保持矩形形状尽量铺满[0,1]区间。实际操作中大部分建模软件都能自动展开但展开后一定要用引擎的UV检查工具过一遍否则烘焙时漏光、混色的问题会让你怀疑人生。还有一类问题是“面片重叠”。比如墙体上挂了一个灯笼灯笼的装饰罩片重叠在柱子上烘焙时引擎不知道该优先给谁采样就会出现奇怪的条纹或黑块。处理方式是在烘焙前做一个静态碰撞简化把装饰类的细小物件从原始网格中分离出去。经验是烘焙场景里的网格面数最好控制在30万面以内再多就会出现内存和速度的双重压力。别舍不得删面暗黑场景大片黑暗区域真的不需要高模细节。2.2 Lightmap分辨率与烘焙参数的经验值解决了场景规范之后参数规划是下一个重头戏。Lightmap分辨率没有万能答案它跟物体在画面中的占比强相关。在《暗黑王朝》的固定视角下地面和大型墙体往往是视觉主体我们给出的参考经验是核心战斗区域的主要地面按“每米512像素”来分配例如一个10x10米的厅堂地面分配2048分辨率贴图次要走廊按每米256像素小道具统一使用128或256并丢进行自动图集。这里有一个内存账必须算清楚一张2048x2048的RGBM格式Lightmap运行时加载大约是16MB。如果一关有50张大贴图光光照数据就是800MB这个量级在主机上能直接把内存压出锯齿来。我们的做法是“大图少用、中小图多用”主干道用2048房间只给1024或512并且给每个关卡设了光照贴图总预算超过预算就必须往下砍。内存和质量的平衡永远是妥协的艺术没有例外。烘焙参数方面我直接给一套稳定的起点配置之后再针对每个场景微调参数项推荐值说明间接光反弹次数4-6次暗黑场景环境光暗反弹多次才有层次感但超过6次收益骤降采样数Samples64-128越高越干净但烘焙时间指数上涨建议先64看暗斑再用128收尾环境光强度0.3-0.6底色太亮会失去暗黑氛围太暗会丢失暗部细节AO采样半径0.5m-1.0m用于墙角接触阴影半径太大会糊成一片消噪强度0.6-0.7避免水彩感同时不能抹平暗部细节有个容易混淆的点采样数不是越高越好。采样数高了之后最终效果确实更细腻但如果场景本身的UV展开不够好高采样反而会把UV缝隙里的错误信息放大产生彩色的渗色现象。我建议优先确认UV再接高采样顺序不要反。3. 暗黑氛围的雕刻静态烘焙与动态灯光的协作分工3.1 两层光照结构烤底色、打高光很多团队第一次做烘焙会把所有灯光都放进烘焙里烤出来一看画面平平整整像一碗没加调料的白粥。后来我总结了一个规律暗黑氛围必须用“两层光照”来构建一层是烘焙出来的底色GI一层是实时灯光的氛围强化。底色GI负责的是“环境的整体认知”它告诉玩家这个房间有多大、通道往哪走、哪个区域是安全的。我们把它调得相对低调保守亮度控制在中间调偏低一点点让玩家一眼望去觉得“这地方很阴森但结构清楚”。与此同时火光特效、技能光、玩家手里的武器光、怪物的眼发光全部走实时光源。这些动态光负责“情绪高光”是画面里真正跳出来抓眼球的东西。举例一个墓穴大厅烘焙阶段只打了一盏顶部平行光方向从东偏向西强度调低颜色偏冷蓝让整个大厅有一层淡淡的月光底色。然后在火盆、荧光蘑菇、宝箱周围分别放了实时点光源每一盏都做了一点点冷暖偏移——火盆是2700K暖黄色蘑菇是4200K偏青宝箱是纯白带一点闪烁。烘焙底光把空间推向冷寂实时点光又把人的注意力钉在可交互物件上。这个“冷底暖点”的对比就是暗黑游戏引导视线的底层逻辑。这套结构还带来了一个额外的好处调试效率高。美术想调火盆的影响范围不需要重新烘焙整个关卡只要在编辑器里拖动实时灯光的参数就行。而调整底色GI时才需要重跑烘焙。两类改动互相隔离团队协作节奏快得多。3.2 漏光、暗斑与体积雾三大坑的解决实录先聊漏光。漏光在烘焙里指的是不该亮的地方亮了一片最常见的是墙体跟地面交接处出现一条“光缝”。排查下来一半原因是几何体之间没有完全闭合另一原因是UV2展开时岛间距太小烘焙采样串色。解决漏光我试过三个办法一是把薄墙改成带厚度的Box从根本上阻断光线穿透二是把烘焙的收缩偏移Bias调到0.1到0.2让采样点稍微往物体内部收一点三是给场景多包一圈不可见的“烘焙遮罩墙”专门用来挡不该有的环境光。第三种办法虽然粗暴但对特殊角度漏光非常有效。再是暗斑。暗斑是烘焙结果中某些区域莫名其妙出现一块黑斑放大看是噪点密集到一定程度后的视觉结果。最开始我以为是采样不足把采样数从64一路加到512结果改善有限后来发现是物体的法线贴图方向跟烘焙计算产生冲突。烘焙引擎会根据法线方向计算光照入射而美术同学做墙面法线贴图时把“凸起”方向做反了烘焙出来的光照就被引导到墙面内部。这类问题只有在关闭法线贴图单独烤一次才能定位出来效率很低。我们的最终标准是所有参与烘焙的材质法线贴图强度统一控制到0.6以下并且在烘焙前把法线方向可视化打开检查一遍。体积雾和烘焙的配合同样是大坑。雾效本质上是一种半透明散射效果如果烘焙里包含了雾的信息动态物体穿过时就会出现“雾中套娃”的违和感。我们的做法是烘焙光照时完全不考虑雾效所有雾的浓度、颜色、高度衰减都在后期Pass里叠加。这样静态场景和动态角色共享同一套雾参数不会出现角色身后拖着一条亮区痕迹的Bug。3.3 动态角色如何“融入”静态光照世界静态光照的世界里突然跑进来一个动态角色如果处理不好角色就会像“P上去的”。《暗黑王朝》里的解决办法是铺了两层桥梁Light Probe组和Contact Shadow。Light Probe说人话就是在场景里埋一些“采样点”运行时候插值算出角色所在位置应受到的环境光颜色和方向。这个技术不新鲜但在暗黑场景里有一个非常容易忽略的细节探针的密度和放置高度。我们最初是每隔4米放一个探针高度放在1.2米大概角色胸口位置结果角色一蹲下或者跳跃身上的光照颜色就跟环境脱节。后来调整策略走廊区域每2米一个探针战斗广场区域每3米一个高度分两层0.8米和1.6米大台阶和坡道处额外加密了一排。为了平衡性能探针总数控制在每个场景200个左右再多性能扛不住。Contact Shadow是另一个关键。静态烘焙里虽然有AO但角色脚下跟地面的接触位置是没有实时AO信息的没有它角色就“浮在地面上”。我们在动态角色下方加了屏幕空间接触阴影Contact Shadow采样距离设为0.02到0.05米强度不要超过0.6否则角色就像踩在一个黑洞里。这两层桥架好之后动态角色和静态环境之间才算真正“焊接”上了。4. 工程化落地跑批、压缩与版本管理4.1 自动化烘焙流水线的搭建烘焙本身不难难的是“每次场景改版后都要重烘焙”如果靠策划手动点按钮肯定有人忘了跑。我们最后搭了一条半自动化的流水线使用命令行配置文件的模式来驱动烘焙这里分享一下大致的做法。技术栈上我们用的是引擎自带的烘焙工具加一个外部Python调度脚本。调度脚本负责读取一张场景清单表表里面记录每个场景的优先级、预期烘焙耗时、分辨率LOD级别和归属版本号。每次提交新场景后构建机检测到变更文件会自动触发烘焙任务把指定场景离线烘焙成Lightmap数据、Enlighten/Lightmass缓存和探测器数据全部打包成独立的补丁包。关键的一点是“增量烘焙”和“全量烘焙”的区分。场景里只是挪动了一个火盆理论上只需要重烘焙局部区域没必要整个场景重跑。但引擎对“局部烘焙”的支持并不完美经常出现局部与全局过渡区域的光照断层。我们的应对策略是核心关卡每周做一次全量烘焙日常的小改动用局部烘焙临时看效果只有确认最终提交版本时才跑全量。这里面的节奏感很重要太频繁会拖慢开发效率太稀疏会导致画面临时状态不可控。提高烘焙速度还有一个技巧先用超低分辨率所有Lightmap降一档跑一遍全场景确认光照布局和氛围没有大问题再用高分辨率跑最终版本。这个前置流程看起来多花时间实际上省掉了很多次失败的全量烘焙。我算过一笔账一个中等规模的关卡全量高分辨率烘焙大概需要40分钟到1小时低分辨率只要8到10分钟先用低分辨率试错的话整体效率能提升接近一半。4.2 贴图压缩、加载与版本管理Lightmap的格式选择上《暗黑王朝》用了RGBM格式——把颜色存在RGB通道里倍率存在Alpha通道以扩大动态范围。这种格式在暗黑场景里很吃香因为暗部需要保留更多灰度细节RGBM可以比普通RGB多保存好几档暗部信息。代价是贴图体积略大。后来我们针对纯暗部区域做过一次优化用PQ感知量化曲线替代RGBM暗部精度更高、体积还小了30%左右但兼容性要求引擎支持HDR纹理不是所有项目都能直接照搬。版本管理这块是最容易被团队忽略的。烘焙数据是二进制产物不能像代码一样做文本合并一旦两个分支同时烘焙了同一个场景合并时就会出现不可预知的“光照冲突”。我们的做法是把“场景源文件”和“烘焙产物”彻底分开场景源文件进主版本库烘焙产物进独立的二进制资源库由构建机自动生成并关联版本号。任何人想改光照改动的是源文件烘焙产物由流水线统一产出不允许手工提交。这背后还有一个原则烘焙数据的加载必须跟场景加载走同一套异步管线否则内存峰值会很难看。我们为每张Lightmap设置了优先级队列——玩家视野中心的场景加载高优先级贴图视野外围的加载低优先级贴图再外围的直接不加载。用这套策略之后关卡切换时的峰值内存下降了差不多25%帧率抖动也缓解了。5. 调试手记那些让我抓狂的烘焙问题5.1 常见问题排查速查表维度的信息直接给你整理成一张排查表都是我实际趟过的坑照着这个顺序排查能省下大半天的翻文档时间。症状可能原因排查与解决场景大面积曝光泛白环境光强度设置过高或平行光角度过低导致反弹过多降低环境光强度到0.5以下检查平行光仰角是否小于15度墙角发黑、像烧焦AO半径太大或紫外线展开时岛屿边缘挤压AO采样半径降到0.5米以下检查UV2边界是否贴到0-1边界贴图出现彩色水渍UV2岛屿间距太小相邻岛屿采样串色打开UV检查器增加岛屿间距到4像素以上动态角色身上颜色突兀Light Probe覆盖密度不足在角色经常停留的位置加密探针注意分高度层烘焙时间指数暴涨场景中存在大量未合并的高面数网格对可静态合并的模型做合并降低非核心区域面数同一个场景两次烘焙结果不同烘焙缓存被清空或引擎版本不一致确认烘焙缓存目录未变统一构建机上的引擎版本关卡加载时贴图闪现白块纹理流送优先级设置不当调整Lightmap的流送优先级保证视野中心先加载5.2 调试过程中的几个实用心得最后分享几个不太好写进文档、但确实能救命的调试经验。第一个是“分离视图法”。排查问题时别在完整光照下判断效果把视图切换成只显示直接光、只显示间接光、只显示AO、只显示UV展开这几种模式一层层拆开看。很多时候你以为的“光照问题”其实是AO问题或者UV问题不分离根本看不出来。我们在《暗黑王朝》项目里专门做了一套调试快捷键一键切换这几种视图排查效率直接翻倍。第二个经验是“先调一版纯白材质”。碰到光照氛围不对又说不出来哪里不对时把所有模型材质临时替换成纯白漫反射重新烘焙一次。因为带纹理的材质会引入颜色干扰你很难判断光线的分布逻辑是否正确。纯白材质烘焙出来的光照就像一幅“光影地图”一下子就能看出哪个区域光线太堵、哪个区域光量不足。调好这版光影结构再换回正式材质往往会有“拨云见日”的效果。第三个经验是关于听劝的。美术同学经常跟我说“这个拐角太暗了能不能亮一点点”但实际把亮度加上去之后又觉得“没暗黑味儿了”。后来我们约定了一个工作方式所有反馈先记录“视觉目标”而不是直接改参数。比如“希望这里能隐约看到地面纹理”“希望火把能照亮墙壁上的一块浮雕”。有了明确的视觉目标再去调参数和灯光布局就不会陷入反复微调同一参数的循环。这算是我在整个项目中感悟最深的一条照明这件事参数只是工具视觉目标才是灵魂。最后如果让我重新做一次《暗黑王朝》的全局光照系统我会把更多时间投入到“灯光叙事”设计上。技术方案再高级最终玩家感受到的也只是光影带来的情绪波动。烘焙、探针、贴图压缩这些硬功夫最终都是为了服务这一个目的让玩家在踏进那个黑暗角落的一瞬间心里一紧然后被远处的微光指引着继续向前。