Unity线性工作流实战：从Gamma校正到PBR渲染的色彩管理
1. 项目概述：为什么我们需要线性工作流？
如果你在Unity里辛辛苦苦调好了一个材质，颜色、质感都完美，结果一发布到移动端或者PC上，发现颜色发灰、对比度丢失，或者跟你在Photoshop里设计好的UI贴图对不上色，那多半是颜色空间和Gamma校正的锅。这不是玄学，而是数字图像处理中一个非常基础但又极易被忽视的环节。今天要聊的“Unity & PS线性工作流”，就是一套从内容创作（PS）到引擎渲染（Unity）的标准化色彩处理流程，目的就是为了保证“所见即所得”，避免色彩在传递过程中失真。
简单来说，我们的显示器、手机屏幕天生是非线性的（Gamma 2.2空间），它们会把你图像中暗部的细节压得更暗。而现代基于物理的渲染（PBR）引擎，如Unity的URP/HDRP，其光照计算是在线性颜色空间（Linear Space）中进行的，这更符合真实世界的光线叠加规律。如果你把一张为Gamma 2.2屏幕准备的图片（比如大部分网络下载的贴图、PS默认保存的图片）直接扔进线性空间里计算，引擎会错误地认为它已经是线性数据，从而进行二次Gamma校正，结果就是颜色变淡、变灰。线性工作流的核心，就是确保输入引擎的纹理颜色数据是“线性”的，让光照计算正确，最后输出时再由引擎统一做一次针对显示设备的Gamma校正。
这不仅仅是“好看”的问题，它直接影响渲染结果的物理准确性。错误的颜色空间会导致光照强度计算错误、反射强度失衡、后期特效（如Bloom）效果异常。对于需要跨平台、追求高品质画面的项目，尤其是使用PBR材质的项目，线性工作流不是可选项，而是必选项。整个流程涉及Photoshop的配置、Unity项目的设置、不同种类纹理的处理策略，以及针对UI等特殊元素的优化技巧，是一个环环相扣的系统工程。
2. 核心概念与原理拆解：Gamma与Linear的前世今生
要搞定线性工作流，不能只知其然，必须知其所以然。我们先抛开软件，聊聊背后的数学和物理。
2.1 Gamma校正的由来：一场历史与技术的妥协
Gamma校正根本不是为图形学发明的，它的起源是古老的阴极射线管（CRT）显示器。CRT电子枪的电压和屏幕亮度之间不是简单的线性关系，而是一个指数关系，这个指数的值大约在2.2到2.5之间。为了让输入信号（电压）能产生线性的亮度输出，就需要在发送信号前，对其进行一个反向的、指数约为0.45（1/2.2）的预校正。这样，信号 -> CRT物理特性 -> 最终亮度这个链条的结果才是线性的。虽然CRT早已淘汰，但Gamma 2.2这个标准却作为遗产被保留下来，成为了现代数字图像和显示设备的默认约定。
这意味着什么？意味着一张普通的JPEG或PNG图片，它的像素值（R,G,B）存储的并不是物理意义上的线性亮度，而是已经经过Gamma 0.45编码（即“压暗”）后的值。这样做有一个额外的好处：符合人眼对暗部更敏感的特性，能用8位色深（0-255）存储更多的暗部细节，更高效地利用存储空间。
2.2 线性颜色空间：物理渲染的基石
现代渲染引擎模拟光线碰撞、反射、折射这些物理过程时，计算必须在线性空间中进行。因为真实世界的光强叠加是线性的：两束光打在一起，亮度就是简单相加。如果你用经过Gamma编码的非线性数据来计算，1.0 + 1.0就不会等于2.0，会导致所有基于物理的模型（如BRDF）失效，渲染出的光照和材质没有物理依据，自然也不真实。
Unity的线性工作流，就是创建这样一个环境：让着色器计算时，所有输入的颜色和纹理数据都处于线性空间。这需要两步：
- 输入转换：将输入的sRGB纹理（如Albedo贴图）在采样时转换到线性空间。
- 输出转换：将着色器计算完成的线性颜色结果，在写入屏幕缓冲区之前，转换回sRGB（Gamma 2.2）空间，以适应显示器。
Unity通过Graphics设置中的Color Space选项和纹理导入设置中的sRGB (Color Texture)选项来协同管理这个过程。
注意：这里有一个关键陷阱。不是所有纹理都应该被当作sRGB处理。代表物理属性的纹理，如金属度（Metallic）、粗糙度（Roughness）、法线（Normal）、高度（Height）等，它们存储的是数据参数，而不是颜色信息。这些纹理必须标记为“非sRGB”，告诉Unity不要对它们进行Gamma到线性的转换，否则你的金属会看起来不金属，粗糙度会错乱。
3. 实战全流程：从PS配置到Unity导入
理解了原理，我们开始动手。流程的起点在内容创作端——Photoshop。
3.1 Photoshop的正确配置：源头活水必须清
很多人的PS可能从未正确设置过颜色空间，这是万恶之源。我们的目标是在PS里工作在线性空间（或模拟线性），并输出带正确色彩配置的纹理。
步骤1：颜色设置（关键中的关键）打开编辑 -> 颜色设置（Shift+Ctrl+K）。
- 工作空间 - RGB：选择
sRGB IEC61966-2.1。这是网络和大部分设备的通用标准，也是Unity默认期待的输入空间。不要选择Adobe RGB或ProPhoto RGB，它们的色域更广，但会导致颜色在sRGB设备上显示不饱和。 - 色彩管理方案 - RGB：设置为
保留嵌入的配置文件。这能确保你打开来自不同来源的图片时，PS能正确识别其色彩空间，避免自动转换导致色偏。 - 更多选项：勾选
高级模式，在转换选项中，将引擎设为Adobe (ACE)，意图设为可感知或相对比色，并务必勾选使用黑场补偿和使用仿色（8位/通道图像）。这能让颜色转换更平滑，减少色带。
步骤2：新建文档与视图模拟新建文档时，颜色配置文件默认会跟随工作空间（sRGB）。对于制作Albedo（漫反射贴图）等颜色贴图，这就够了。 但为了更精确地在PS中预览在线性空间下（即经过Unity渲染后）的效果，我们可以使用一个技巧：
- 复制你的颜色图层。
- 对复制层应用
滤镜 -> 模糊 -> 高斯模糊，半径设大一些，模拟光照的散射。 - 将原图层和模糊图层的混合模式改为
线性减淡（添加）。在线性空间下，光的叠加就是加法。你可以观察这样叠加后的亮度是否自然，高光是否会过曝，这能帮你更好地把握贴图的明暗对比度。
步骤3：保存与导出
- PSD源文件：正常保存即可，保留所有图层和调整信息。
- 导出纹理（如PNG）：使用
文件 -> 导出 -> 导出为（Alt+Shift+Ctrl+W）。在导出面板中，确保颜色空间下的转换为sRGB是勾选状态，并且嵌入颜色配置文件（通常是sRGB IEC61966-2.1）。这样导出的PNG才是带正确sRGB标记的，Unity才能识别。
实操心得：养成在PS里使用调整图层（如曲线、色阶）的习惯，而非直接破坏性编辑。这样你可以随时返回修改，并且这些调整在sRGB空间下进行，符合输出预期。对于需要绝对线性数据的高度图或遮罩图，可以在
图像 -> 模式中切换到16位/通道，并关闭所有色彩管理，用纯灰度来绘制，这样能避免任何Gamma干扰。
3.2 Unity项目配置：搭建线性渲染环境
现在，我们把正确的纹理导入正确的Unity项目。
步骤1：创建项目与选择渲染管线如果你新建项目，在Unity Hub模板中选择URP或HDRP，它们默认就启用了线性颜色空间。对于旧版内置渲染管线的项目，转换需要更多步骤，建议新手直接从URP开始。
- 通过
Window -> Package Manager安装Universal RP。 - 在Project窗口右键
Create -> Rendering -> Universal Render Pipeline -> Pipeline Asset (Forward Renderer)创建一个URP资产和渲染器资产。 - 进入
Project Settings -> Graphics，将Scriptable Render Pipeline Settings拖拽为你刚创建的URP资产。
步骤2：强制启用线性颜色空间这是最关键的一步。进入Project Settings -> Player，在Other Settings部分下方，找到Rendering。
- Color Space：从
Gamma切换为Linear。 切换后，Unity编辑器可能会短暂重新编译着色器。对于移动平台（如Android/iOS），请确保在Player Settings中对应平台的设置里，Color Space也是Linear。部分老旧GPU可能不支持线性空间，但如今99%的设备都已支持。
步骤3：纹理导入设置：区别对待纹理导入是线性工作流最容易出错的地方。选中Project中的纹理，在Inspector面板中进行设置：
- 纹理类型：根据用途选择
Default、Normal map、Sprite等。 - sRGB (Color Texture)：这是一个复选框。
- 勾选（sRGB）：用于所有表示颜色的纹理。如：Albedo（漫反射贴图）、Diffuse、Emissive（自发光）、所有UI精灵图、图标。这些纹理需要从sRGB转换到线性空间。
- 不勾选（Linear）：用于所有表示数据/数值的纹理。如：Metallic（金属度）、Roughness/Smoothness（粗糙度/光滑度）、Occlusion（环境光遮蔽）、Height（高度）、Normal（法线，虽然它存储方向，但也是数据）、任何用作遮罩（Mask）的纹理。这些纹理必须保持线性数据不变。
下面是一个常见的PBR材质贴图导入设置对照表：
| 贴图类型 | 纹理类型 (Texture Type) | sRGB (Color Texture) | 说明 |
|---|---|---|---|
| Albedo | Default | 勾选 | 基础颜色，必须进行sRGB到线性的转换。 |
| Metallic | Default | 不勾选 | 黑白图，白色代表金属。线性数据。 |
| Roughness | Default | 不勾选 | 黑白图，白色代表粗糙。线性数据。 |
| Normal Map | Normal map | 不勾选 | 法线贴图，引擎会进行特殊解码，但本身是数据。 |
| Height Map | Default | 不勾选 | 灰度高度图，线性数据。 |
| Ambient Occlusion | Default | 不勾选 | 灰度环境光遮蔽图，线性数据。 |
| Emission | Default | 勾选 | 自发光颜色，需要转换。 |
| UI Sprite | Sprite (2D and UI) | 勾选 | UI元素，需要在sRGB空间显示。 |
踩坑记录：最常见的错误就是把Metallic或Roughness贴图的
sRGB勾选了。这会导致贴图在采样时被错误地“提亮”（应用了约0.45的Gamma），结果就是你的金属区域看起来泛白、塑料感十足，粗糙表面反光异常。如果发现材质物理感不对，首先检查这里。
4. 特殊案例与深度优化策略
基础流程搭建好后，我们会遇到一些棘手的特殊情况，需要更精细的优化。
4.1 UI与2D Sprite的“反其道而行之”
Unity的UI（Canvas下的Image、RawImage等）和2D Sprite默认是在Gamma空间下渲染的，以确保UI元素与操作系统其他UI、网页设计稿保持一致。这就在全线性工作流的项目中形成了一个“特区”。
问题：如果你的UI贴图是sRGB的（理应勾选sRGB），但UI系统默认用Gamma空间渲染，那么贴图会先被Unity转换成线性（因为勾选了sRGB），然后UI系统又把它当线性数据在Gamma空间显示，结果就是UI变暗。
解决方案：有两种主流方案，根据项目复杂度选择：
方案A：为UI纹理单独处理（推荐用于简单UI或2D项目）
- 将所有UI贴图、Sprite的
sRGB (Color Texture)取消勾选，导入为线性数据。 - 这样，Unity不会对它做sRGB->Linear转换。
- UI系统在Gamma空间下直接显示这些线性数据，由于显示器的Gamma 2.2特性，它会自动将其“压暗”回正确的sRGB外观。这相当于我们手动跳过了引擎的转换，依赖显示器的硬件Gamma。
- 优点：设置简单，兼容性好。
- 缺点：依赖于显示器的Gamma曲线绝对准确，在不同设备上可能有细微差异。对于需要与3D场景颜色精确匹配的UI（比如一个显示角色血条颜色的UI），可能不准。
方案B：使用特殊的Shader或渲染设置（用于复杂项目或需要精确匹配）
- UI贴图依然勾选
sRGB，保持其正确的颜色数据。 - 为UI Canvas单独创建一个使用
Unlit/Transparent这类不参与光照计算的Shader，或者使用URP/HDRP提供的UI UnlitShader Graph。 - 关键步骤：在这个Shader的片元着色器输出前，手动进行一次线性到sRGB的转换。在HLSL中，可以使用内置的
LinearToSRGB()函数，或者近似公式：pow(color, 1.0/2.2)。 - 这样，sRGB贴图先被转成线性，经过你的Shader计算（可能只是简单的采样），最后在输出前又被转回sRGB，正好抵消了UI系统Gamma空间渲染的影响，实现了颜色保真。
- 优点：颜色最准确，与3D场景颜色匹配度最高。
- 缺点：需要自定义Shader，增加了复杂度。
个人经验：对于大多数移动端游戏和UI复杂度不高的项目，我推荐方案A。它的差异在绝大多数设备上人眼难以察觉，且性能开销为零。只有在对色彩一致性要求极端苛刻（如专业设计工具、高保真模拟）的项目中，才值得去折腾方案B。
4.2 后期处理与颜色分级
在线性空间下进行后期处理（Post-Processing）效果更真实。例如，Bloom（泛光）效果是对高光区域进行模糊和叠加。在线性空间下，高光的强度是物理准确的，Bloom的扩散和叠加才会自然。如果在Gamma空间做Bloom，亮部区域很容易过曝或显得“脏”。
Unity URP/HDRP的后期处理栈（Post Processing Stack）默认就是在线性颜色空间下工作的。当你启用了Linear Color Space后，直接使用Volume框架添加Bloom、Tonemapping（色调映射）、Color Grading（颜色分级）等效果即可。色调映射（如ACES）负责将HDR（高动态范围）的线性颜色压缩到LDR（低动态范围）的sRGB空间，这是输出前最后也是最重要的一步，能让画面电影感十足。
注意事项：如果你在脚本中通过Graphics.Blit或自定义RenderPass进行全屏图像处理，务必注意你处理的是线性颜色数据。任何基于亮度的计算（如 luminance、阈值判断）都必须在线性空间下进行。一个常见的错误是，在Shader中直接用dot(color, float3(0.3, 0.59, 0.11))这个Gamma空间的亮度公式来计算线性颜色的亮度，这会导致错误。应该使用线性空间的亮度公式：dot(color, float3(0.2126, 0.7152, 0.0722))。
4.3 性能考量与平台适配
启用线性工作流和正确的纹理设置，对性能有轻微影响，但通常是值得的。
- 带宽影响：sRGB纹理在采样时，GPU硬件会进行快速的sRGB->Linear转换（通过查找表LUT），这个开销在现代GPU上微乎其微。将非颜色纹理标记为Linear，反而避免了不必要的转换，节省了这点开销。
- 内存影响：无差异。纹理在内存中的存储格式不变。
- 平台兼容性：如前所述，几乎所有现代GPU（OpenGL ES 3.0+, Metal, Vulkan, DX11+）都支持线性帧缓冲区和sRGB纹理的硬件转换。对于极少数不支持的老旧设备（如一些非常低端的Android设备），Unity在构建时会自动回退到Gamma空间，但你的纹理设置（sRGB勾选与否）依然有效，只是转换方式不同，这保证了最基本的兼容性，不会崩溃。
优化建议：
- 纹理压缩：对于移动平台，务必使用合适的纹理压缩格式（如ASTC）。在纹理导入设置中，针对Android/iOS平台选择ASTC 4x4或6x6。ASTC格式本身就支持sRGB颜色空间，压缩时能更好地保留颜色梯度。
- Mipmaps：为3D模型贴图启用Mipmaps，这对性能和图像质量都有好处。UI纹理通常不需要。
- 合图（Atlas）：将大量小UI纹理合并成一张大图集（Sprite Atlas），可以显著减少Draw Call。确保图集纹理的
sRGB设置正确（通常不勾选，采用上述方案A）。
5. 问题诊断与排查手册
即使按照流程操作，实践中仍会遇到各种诡异问题。这里是一个快速排查清单。
问题1：整个场景或材质看起来发灰、对比度不足。
- 可能原因A：项目颜色空间仍为
Gamma。检查：Project Settings -> Player -> Other Settings -> Rendering -> Color Space。 - 可能原因B：主要的Albedo/Diffuse颜色贴图在导入时没有勾选
sRGB (Color Texture)。检查：选中关键材质贴图，查看Inspector。 - 可能原因C：使用了不支持线性空间的自定义Shader或第三方Shader。检查：尝试将材质切换为Unity标准材质（URP/Lit或Built-in/Standard），看问题是否消失。
问题2：金属或光滑表面看起来不对，像塑料，或者反光过强/过弱。
- 几乎可以确定：Metallic贴图或Roughness/Smoothness贴图错误地勾选了
sRGB。立即检查并取消勾选。
问题3：UI元素颜色比在PS里看到的暗。
- 可能原因：你采用了上述方案A（UI纹理Linear导入），但在某些设备上显示器Gamma校准不准。或者，你错误地采用了混合方案（部分UI图勾了sRGB，部分没勾）。
- 排查：统一所有UI纹理的导入设置。创建一个纯色（如 RGB: 255,0,0）的测试UI图，分别用勾选和不勾选sRGB的方式导入，在Unity中与PS里并排对比。选择视觉效果最接近PS的那个设置作为项目标准。
问题4：后期处理效果（如Bloom）异常，光晕颜色奇怪或强度失控。
- 可能原因：自定义的后处理Shader或代码中，颜色空间处理错误。确保在Linear空间下进行亮度计算和颜色混合。
- 排查：在Shader中，检查是否使用了正确的线性空间亮度转换公式。确保从相机采集到的源纹理（
_CameraColorTexture）是在线性空间下的。
问题5：构建到移动设备后画面颜色与编辑器不一致。
- 可能原因A：移动平台的Player Settings中颜色空间未设置为Linear。检查：在Build Settings切换平台后，再次确认
Player Settings中对应平台的Color Space设置。 - 可能原因B：设备显示器差异。不同手机厂商的屏幕调校（色域、Gamma）千差万别，这是硬件层面的客观差异，无法在软件层面完全统一。只能通过美术评审环节，在主流设备上进行实机测试，取一个折中的视觉效果。
通用调试技巧：
- 在Unity编辑器中，你可以通过
Frame Debugger窗口，逐步查看渲染过程中每个Draw Call的输入输出颜色，帮助定位是哪个环节的颜色转换出了问题。 - 对于Shader调试，可以在片元着色器中返回
float4(linearValue, 1.0)或float4(srgbValue, 1.0)来直接查看线性值或sRGB值，辅助判断。
6. 高级工作流与自动化
对于大型项目，手动设置每一张贴图是不现实的。我们需要借助自动化工具和规范。
1. 基于文件夹规则的纹理导入设置Unity支持通过.meta文件存储导入设置。我们可以通过脚本或编辑器扩展，根据纹理存放的文件夹路径或命名规则，自动配置其Texture Importer属性。例如：
- 所有放在
Assets/Textures/Color/下的纹理，自动设置为sRGB = true。 - 所有放在
Assets/Textures/Data/下的纹理，自动设置为sRGB = false。 - 所有以
_N、_Normal结尾的纹理，自动设置为Texture Type = Normal Map，sRGB = false。 这可以通过编写一个AssetPostprocessor脚本来实现，在纹理导入时根据规则自动修改TextureImporter。
2. 色彩管理管道与ACES对于追求电影级画质的项目（尤其是HDRP），可以探索更专业的ACES（Academy Color Encoding System）色彩工作流。ACES提供了一套更完整、设备无关的颜色管理和转换标准。Unity HDRP内置了对ACES的支持，它需要配合特定的LUT（查找表）和色调映射模式使用。这比简单的sRGB->Linear转换更复杂，但能提供更广阔的色域和更一致的跨平台观感。入门ACES需要美术和技术的深度配合，并准备好相应的色彩校准设备。
3. 与 Substance Painter/Designer 的衔接Substance系列工具是PBR材质创作的事实标准。好消息是，Substance Painter/Designer在导出贴图时，可以完美适配线性工作流。
- 在导出配置中，确保颜色贴图（Base Color）的色彩空间（Color Space）设置为sRGB。
- 确保数据贴图（Metallic, Roughness等）的色彩空间设置为Linear（或Raw Data）。
- 导出时选择正确的文件格式（如PNG或TIFF），并嵌入色彩配置。 这样导出的贴图包，直接导入Unity，按照前述规则设置
sRGB选项即可，无需在PS中二次处理。
建立一套从美术工具（PS, Substance）到游戏引擎（Unity）的、标准化的线性工作流，是提升项目视觉品质和开发效率的基石。它开始时可能会带来一些学习成本和设置上的小麻烦，但一旦跑通，就能从根本上避免无数因色彩空间错乱导致的视觉Bug和返工。记住核心口诀：颜色贴图勾sRGB，数据贴图不勾sRGB，UI特殊处理，平台设置别忘记。把这套流程固化到你们团队的美术资源规范文档里，能让每个团队成员都输出颜色正确、物理准确的资产，让渲染效果真正达到“所见即所得”的预期。