你的模型做完了、贴图画完了、资产也都摆进场景了，但一拍屏就是灰、闷、平，甚至不如别人半夜随手拉的夜景白模。于是你怀疑自己美术基础不行，开始疯狂加细节、叠贴图，结果画面更乱了。
这里我先给一个判断：如果你的单件资产在模型、贴图、原画层面都能看，但整体画面就是不如参考图，问题大概率不是“做东西”的能力，而是流程里缺了最关键的一步——引擎内整合与最终视觉调校（In-Engine Polish & Art Integration）。
这一步不重做模型，也不重画贴图，而是把渲染管线、色彩空间、光照、后处理、材质统一、场景构图、性能预算放在一起过一遍。很多独立项目的美术资产已经有 70 分，真正让最终画面掉到 40 分的原因，是没有人专门负责“最终成片”这道关。
下面给你一套可以落地的六步检查清单：渲染管线与色彩空间、光照与天空盒、后处理与色彩分级、材质统一、场景叙事、性能与多平台校验。每一步都有操作顺序、判断标准和常见误区，并给出 Unity 环境下的配置示例和脚本模板。UE5 项目也可以按同样思路迁移，因为核心不是某个按钮，而是你愿不愿意在引擎里多花几天做最终整合。
1. 核心能力速览
| 能力项 | 说明 |
|---|---|
| 目标 | 在不动原有资产的前提下，通过引擎内整合把画面质量提升一个档次 |
| 适用引擎 | Unity（内置管线 / URP / HDRP）、Unreal Engine（默认管线） |
| 核心工作 | 色彩空间校正、光照布局、后处理校色、材质规格统一、镜头叙事、性能预算校验 |
| 不涉及的内容 | 不重做模型、不重画贴图、不改玩法逻辑 |
| 前置条件 | 场景已经具备基础模型、贴图、动画、碰撞，建议在场景“能完整跑起来”之后再做 |
| 建议投入 | 一个中型场景预留 3-5 个工作日做最终调校 |
| 输出物 | 一份可复用的 Final Polish 检查清单、调校后的场景、帧率和效果对比记录 |
| 适合场景 | 游戏关卡、虚拟展厅、CG 短片、数字人展示空间、场景白盒进入成品阶段 |
| 不适合场景 | 资产本身严重缺失、贴图分辨率过低、模型面数严重不足、玩法还没有闭环 |
从这张表可以读出两层信息。第一，这个步骤不是“加特效”，而是“统一与收敛”，目标是让所有已存在的视觉资源在同一个画面规则下工作。第二，它需要你以“最终相机画面”为准来判断，而不是以资源窗口里的预览为准。
2. 适用场景与使用边界
2.1 适合谁
最容易从这一步里受益的是三类人。
第一类是独立游戏开发者，通常一个人包揽模型、程序、策划，做着做着就把“场景画面是否统一”放到最后才管。第二类是场景美术，单件资产做得很细，但放进大场景后缺少层次和视觉引导。第三类是技术美术，已经懂 Shader 和后处理，但缺少一套标准化的 Polish 流程来反复校验画面。
2.2 能解决什么问题
这一步能解决的是“资源不错但画面不出效果”的问题。典型表现包括：场景发灰、明暗层次不明显、主次不分、色调不统一、阴影死黑、Bloom 糊成一片、同一场景里的材质质感参差不齐。
这些往往不是靠多画一张贴图能解决的，而是需要从整体画面维度做一次收敛。
2.3 不适合什么
如果资产本身确实达不到基础线，比如贴图分辨率 256 不到、模型面数严重不足、很多物体连法线贴图都没有，那 Final Polish 也救不回来。它能放大已有资产的优势，但不能无中生有。
另外，这一步不负责解决性能问题之外的玩法问题。如果帧率低到没法玩，再好看的画面也没有意义。Polish 不是最后才想性能，而是要把性能预算当成画面决策的一部分。
2.4 版权与合规边界
做最终调校时一定会用到参考图、LUT、第三方材质贴图或模型，使用前必须确认来源与授权。参考图只能作为画面标准，不能直接放进游戏资源目录；从网上下载的材质、角色、贴图，商用前要核对许可证。涉及真人肖像、声音、品牌标识的素材，需要更谨慎地确认授权。合规问题一旦在发布阶段暴露，返工成本会比调校本身高得多。
3. 环境准备与前置条件
开始调校前，先确认下面这些基础项，否则后面每一步都可能被环境问题干扰。
3.1 确定引擎版本与渲染管线
Unity 项目要确认当前是内置渲染管线、URP 还是 HDRP。不同管线对光照单位、后处理栈、Shader 兼容性的处理方式不一样。
如果项目还在内置管线上且没有后处理方案，先别急着把所有材质升级到 HDRP，那是另一个工程。更稳妥的做法是先在当前管线下把版本和画面问题列清楚，再决定是否需要切换管线。
Unreal 项目确认主场景是默认光栅渲染还是启用了 Lumen、Virtual Shadow Map。这些设置影响光照方案和后处理强度，不是随便拉几个参数就能复用的。
3.2 色彩空间
Unity 里打开 Project Settings -> Player -> Other Settings，确认 Color Space 是 Linear 还是 Gamma。
Linear 色彩空间能让光照衰减、后处理混合更接近物理结果，是大多数写实项目的默认选择。但移动端项目要单独测试，Linear 会有额外性能开销，部分老设备可能不正常。这里的判断标准不是“Linear 一定更好”，而是“团队是否理解这套设置带来的结果”。
UE5 默认使用线性工作流，一般不需要额外调整，但要注意贴图导入设置里的 sRGB 勾选是否正确。
3.3 准备参考图与 LUT
找 1-3 张与你目标风格接近的参考图，导出成 JPG 或 PNG，放在项目外的 Reference 目录里。不要直接放进游戏资源包。
参考图建议选那些和你项目明暗结构相近的画面，而不是只看“好看”的图。例如你的场景是黑夜小巷，就不要拿大晴天草原做参考，否则光照方向和环境光强度全部会走偏。
3.4 建立目录结构与记录环境
调校过程需要反复对比，建议先建立一套目录：
ArtPolish/ Reference/ # 参考图、LUT、色卡 Shots/ # 相机点位截图 Output/ # 调校后的成品截图和对比图 Checklist.md # 当前场景的 Polish 检查清单每次改动参数前，先截一张当前画面，再调，再截一张。用文件名区分版本，例如shot_01_before.png、shot_01_after.png。没有对比记录的调校，基本等于凭感觉碰运气。
4. 实操第一步：渲染管线与色彩空间检查
这一步的目标是让引擎的“底层画面规则”正确，不会在一开始就把颜色算错。
4.1 检查 Unity 色彩空间
打开 Project Settings -> Player -> Other Settings，在 Rendering 区域确认 Color Space 设置。
Player Settings -> Player -> Other Settings Color Space : Linear如果你的项目已经有大量美术资产，临时从 Gamma 切到 Linear 会让所有材质颜色变化，必须提前做一次全场景截图，方便切换后对比。
4.2 确认 URP 中的后处理支持
如果项目用的是 URP，需要确认 Renderer Asset 里是否开启了 Post Processing。
Assets/Settings/URP-RendererAsset Renderer Features Post Processing : Enabled Post Processing Data Grading LUT : 32 或 64 Tonemapping : ACES / Neutral / Custom这里的 Tonemapping 选项直接影响高光压缩和颜色风格。写实类的场景，可以从 ACES 起步；卡通或风格化项目，可以尝试 Neutral 或 Custom。两种模式的颜色表现差异非常大，不要换一个 Tonemapping 就以为只相当于加了饱和度。
4.3 Unreal 检查项
UE5 项目中，确认 Project Settings -> Rendering 里的默认设置，并检查 Post Process Volume 是否覆盖场景主体区域。至少要确认：
- Exposure 是否使用自动曝光。自动曝光会随着镜头转动不停调整明暗，很多时候画面忽亮忽暗并不是灯光问题，而是这里没有固定。
- 是否启用了合适的 GI 方案，例如 Lumen 或 Screen Space GI。
- 主场景是否有一台覆盖全图的 Post Process Volume，而不是只在局部放了几个互相冲突的 Volume。
4.4 判断标准
打开场景后，把一个白色立方体放在主光下方，屏幕上白色立方体的高光区域不发灰、不过曝，阴影带有环境色而不是纯黑，这一步就算通过。如果阴影死黑，先不要急着加后处理强度，回到环境光和阴影强度重新调整。
5. 实操第二步：光照、后处理与色彩分级
这是最容易被忽略，也最能拉开画面差距的一步。很多美术资源没问题，但最后画面不行，问题几乎都集中在这三个地方：光没层次、后处理参数乱拉、没有统一的色彩分级。
5.1 先做光照层次，再做后处理
后处理的作用是“润色”，不是“救火”。如果场景里一盏灯都没有布置好，后处理再重也没用。
主光负责定方向，补光负责填充阴影，轮廓光负责把主体从背景里分离出来。对新手团队来说，最容易犯的错是只有一盏平行光，阴影里死黑一片，画面毫无层次。
| 灯光类型 | 常见作用 | 调校时重点关注 |
|---|---|---|
| 主光 | 确立物体体积和阴影方向 | 方向、强度、阴影柔和度 |
| 补光 | 填充暗部、保留暗部细节 | 强度宁低勿高，冷色补光更容易出层次 |
| 轮廓光/逆光 | 把主体从背景中分离 | 光源方向对着相机/主要观察方向 |
| 环境光/IBL | 决定暗部反射颜色 | 不同时间段天空盒差异很大 |
建议调整顺序是先定主光，再定环境光/天空盒，最后加补光和轮廓光。顺序颠倒会导致补光反过来影响主光判断。
有一种很快的检验方法：把后处理临时全部关掉，只凭光照和材质看场景能不能“读得懂”。如果关掉后处理后人眼还能分辨前景、主体、背景的关系，再加后处理就有底子。如果关掉后什么都分不清，说明问题在光照和材质，先把这一步补齐。
5.2 后处理参数建议起点
后处理不是参数越高越好，关键是让画面“统一”。下面给出常见调试起点，具体值会随项目和场景变化，不要直接照抄：
| 后处理项 | 建议起点 | 说明 |
|---|---|---|
| Bloom Threshold | 0.8-1.2 | 太低了整片画面都发光，尽量只让亮部发光 |
| Bloom Intensity | 0.1-0.5 | 风格化可以高一点，写实建议压低 |
| Color Adjustments Saturation | 0-20 | 多数项目不适合大幅拉饱和度 |
| Contrast | 10-30 | 以暗部不糊死为准 |
| Vignette | 0.1-0.3 | 轻微压暗四角即可，太重会有镜头感 |
| Tonemapping | ACES / Neutral | 写实优先 ACES，风格化尝试 Neutral |
这个表的价值不在于给你精确答案，而是提醒你：后处理参数之间会互相影响。比如 Saturation 拉高以后，Bloom 的阈值可能要跟着提高，否则过饱和的颜色会直接变成一片光晕。
5.3 LUT 色彩分级：把风格固定下来
LUT（Look-Up Table）是画面风格统一最有效的手段之一。做法是先在引擎里截一张基础场景图，导到 Photoshop 或 DaVinci Resolve 里做颜色调整，再导出 LUT 文件，回到引擎后放在后处理的 Color Lookup 单元上。
这样做有一个很实际的好处：画面风格的判断可以发生在外部工具里，而不是在引擎里盲拉几个 Color Adjustments 参数。同一个 LUT 可以复用到整个项目的不同场景，让各关卡色调保持统一。
导出 LUT 时建议使用 32x32 或 64x64 的尺寸，文件放在Assets/ArtPolish/LUT/目录下，并使用项目内统一的命名规范，例如LUT_ForestDay_01.png。
6. 实操第三步：材质统一与场景叙事
做了色彩空间、光照、后处理以后，画面整体通常已经正常了。下一个坑是材质“各管各的”。
6.1 材质统一不等于所有物体用同一套贴图
材质统一指的是：同一类物体在引擎里的 PBR 属性范围是一致的。比如所有金属物体保持相似的 Roughness 范围，所有布料表面不使用超低 Roughness，否则一个场景里会出现“金属看起来像塑料”“布料像胶皮”的割裂感。
检查方式很简单：在场景里选中材质，逐个查看金属度（Metallic）和粗糙度（Roughness）贴图是否有实际引用。很多画面问题不是贴图画得不好，而是贴图在材质节点里没有接上，或者默认值范围不合理。
6.2 批量检查材质引用
大型场景手动查材质不现实，可以写一个简单 Editor 脚本，把那些没有连接基础贴图或金属度的材质批量列出来。
下面是一个 Unity Editor 脚本模板，用于检查所有被场景使用的材质是否引用了基础贴图。字段名需要按实际 Shader 调整：
// Editor/MaterialAuditTool.cs using UnityEngine; using UnityEditor; using System.Collections.Generic; public static class MaterialAuditTool { [MenuItem("ArtPolish/Check Scene Materials")] public static void CheckSceneMaterials() { Renderer[] renderers = Object.FindObjectsOfType<Renderer>(); HashSet<Material> mats = new HashSet<Material>(); foreach (Renderer r in renderers) { foreach (Material m in r.sharedMaterials) { if (m != null) mats.Add(m); } } Debug.Log("场景中使用材质数量: " + mats.Count); foreach (Material m in mats) { // _BaseMap 是 URP 常见字段，内置管线可能是 _MainTex bool hasMainTex = m.HasProperty("_BaseMap") && m.GetTexture("_BaseMap") != null; bool hasRoughness = m.HasProperty("_MetallicGlossMap") && m.GetTexture("_MetallicGlossMap") != null; if (!hasMainTex) Debug.LogWarning("缺少基础贴图: " + m.name, m); if (m.HasProperty("_Metallic") && !hasRoughness) Debug.Log("无金属度贴图，可能使用参数近似: " + m.name, m); } } }这个脚本的价值不是一键解决问题，而是把排查范围缩小。先找出哪些材质没有接贴图、哪些用了默认参数，再逐个修改。批量任务的前提是先能批量发现问题。
6.3 场景叙事：把人的视线引到该看的地方
场景叙事不是只能靠剧情，画面构图本身就包含叙事。入口、中景、焦点、出口，四个点的视线引导通常靠灯光亮暗、冷暖对比和物体轮廓完成。
一个很简单的测试方法：把截图转成灰度模式，只看明暗分布。人眼自然会落在画面中明暗对比最强的区域。如果最亮的地方是场景角落的一面白墙，那观众的视线就会跑到那里去。
调整方式有三种。降低非焦点区域的亮度，而不是一味提高焦点区域亮度；用冷色补光把背景压暗，用暖色光突出主角；在相机路径上设置明确的视觉焦点，避免每个区块都同样亮。
7. 功能测试与效果验证
调校完以后，必须用可重复的方法验证，而不是“感觉好了很多”。
7.1 前后对比截图
找一个固定相机点位，分别截取调校前和调校后的画面。对比时优先看这几点：整体明暗层次是否清晰、主体是否从背景中分离、色调是否统一、高光是否溢出、暗部是否死黑。
建议把前后对比图拼成一张横向图，方便快速判断差异。
7.2 灰度模式验证明暗
把截图导入 PS 或使用截图工具，直接去色观察。如果只靠明暗就能读出场景结构，说明光照层次是成立的。如果去色后整张图糊成一团，说明颜色分工有问题。
7.3 帧率和资源占用观测
Polish 后画面变好，帧率掉一半也没有意义。你需要量化的数据包括：帧耗时（毫秒）、Draw Call 数量、三角形数、显存占用、粒子数量。
Unity 里可以用 Profiler 面板直接观察，也可以写一个简单的帧耗时统计脚本：
// FpsMeter.cs using UnityEngine; public class FpsMeter : MonoBehaviour { public float updateInterval = 0.5f; private float accum = 0f; private int frames = 0; private float timeLeft; void Start() { timeLeft = updateInterval; } void Update() { timeLeft -= Time.deltaTime; accum += Time.timeScale / Time.deltaTime; frames++; if (timeLeft <= 0f) { float fps = accum / frames; float ms = 1000f / Mathf.Max(fps, 0.001f); Debug.Log($"平均帧耗时: {ms:F1} ms, FPS: {fps:F1}"); timeLeft = updateInterval; accum = 0f; frames = 0; } } }观察时要固定一条相机路径，以相同速度走一遍，记录最高帧耗时和平均帧耗时。只盯编辑器里的 Game 视图是不够的，要分别测试 Editor 和打包后的 PC 包，最好再跑一台中低端设备。
7.4 批量截图校验
项目里多个相机点位需要反复对比时，可以用 Unity Batchmode 跑自动截图。
# Windows 下示例，路径按实际项目调整 Unity.exe -batchmode -projectPath "D:/YourProject" -executeMethod ArtPolishTools.CaptureAllShots -quit对应的 Editor 脚本里，可以读取一个相机点位列表，依次截图并存到指定目录。这样每次调整完照明或后处理，就能批量生成一组新旧对比图。
8. 常见问题与排查方法
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 画面整体发灰 | 色彩空间是 Gamma；Tonemapping 不匹配；LUT 未启用 | 检查 Player Settings 和 Post Process Volume | 切换 Linear；调整 Tonemapping；检查 LUT 是否挂载 |
| 阴影死黑 | 环境光太低；阴影强度过高；无补光 | 关掉后处理后观察阴影 | 提升环境光强度；降低 Shadow Strength；增加冷色补光 |
| 颜色过曝刺眼 | HDR 亮度范围过大；Bloom 阈值太低 | 查看场景中灯光强度和 Bloom Threshold | 压低高亮灯光强度；提高 Bloom Threshold |
| Bloom 糊成一片 | Intensity 过高；Threshold 太低；半透明材质过多 | 单独关闭 Bloom 对比 | 降低 Intensity；提高 Threshold |
| 物体像塑料 | Roughness 范围不合理；金属度贴图未接入 | 检查材质贴图引用 | 修整材质节点；接入 Roughness 和 Metallic 贴图 |
| 各场景色调不统一 | 每个场景独立调色，没有 LUT | 截图并排对比 | 制作统一 LUT 并复用到所有场景 |
| 打包后帧率掉了很多 | 后处理开销高；实时阴影过多；Overdraw 高 | 用 Profiler 查看耗时占比 | 降低后处理分辨率；改用烘焙光照；优化半透明物体 |
| 移动端颜色和电脑差很多 | 色彩空间、Gamma 差异；后处理开关不同 | 在真机上截图对比 | 分平台设置后处理强度；必要时使用 Gamma 工作流 |
这些问题是引擎内整合阶段最常遇到的，不一定意味着某个模型或贴图做错了。先按表格顺序排查，绝大多数情况能在半小时内定位到具体原因。
9. 最佳实践与后续扩展
9.1 每次只改一个变量
调校时最容易犯的错是同时动灯光、后处理、材质、LUT，最后出了问题不知道是哪一步引起的。建议每次只改一个变量，截图记录，再改下一个。这样最终保留的是能推断出因果关系的配置，而不是一堆碰出来的参数。
9.2 建立一份可复用的 Polish 检查清单
把每一步的检查项整理成 Checklist，放在项目文档目录里。每次新做场景、新接一个美术模块时，先按这个清单走一遍，而不是等所有资产完成后再临时补课。
一份基础清单可以包含：色彩空间是否正确；主光方向是否明确；阴影是否保留细节；后处理参数是否在建议范围内；LUT 是否挂载；材质是否引用了基础贴图；场景的明暗分布是否能读清主体；性能数据是否达标。
9.3 把校色流程接到内容管线里
如果团队有多个场景，建议把 LUT、后处理 Volume、相机设置作为公共资产，而不是每个场景复制一份。复制容易导致修改一处后其他场景不同步。使用 Prefab 或 ScriptableObject 统一管理公共设置，可以避免这类问题。
后续如果项目要加天气、昼夜循环、季节变化，这套已经收敛好的照明和后处理配置就是一套很好的基准。等到新系统接入时，不需要再从头调一遍画面。
9.4 先做哪个场景
如果是多场景项目，不要一次性把所有场景都调完。先选一个最有代表性的、覆盖最多资产类型的场景，把它调到符合参考图标准，再把这套配置迁移到其他场景。这样既能验证流程，也能用结果说服团队按这个方法走。
9.5 合规与素材管理提醒
调校阶段会频繁使用参考图和 LUT。参考图、色彩校准用图不要直接放进游戏资源目录，最好放在项目外的 ArtPolish/Reference 目录。LUT 文件虽然本身是调色数据，但如果LUT是从付费工具或他人项目中导出的，商用前要确认原始素材的许可范围。美术外包场景和角色模型更是如此，发布前需要统一核对授权文件。
最后想说的其实是一句话：如果你的美术资产本身不差，但游戏画面总觉得差一口气，大概率不是水平问题，而是你没有在引擎里做过一次“最终整合”。这步补齐之后，画面会立刻从“资源展示”变成“成片效果”。
今天可以先做一件小事：打开项目，开启线性色彩空间，固定一张参考图，在场景里放一台固定相机，拍一张调校前的截图，再按上面的流程走半小时。等你能连续对比出“调校前”和“调校后”的差异时，这最关键的一步就不再是漏洞，而是你项目里的固定步骤了。
