Unity色彩空间实战：Gamma与sRGB配置指南

1. 项目概述：为什么你的游戏画面总是不真实？

你有没有遇到过这种情况？在Unity里精心制作了一个场景，美术资源都是顶尖的，但最终在屏幕上呈现的效果，总觉得哪里不对劲——颜色发灰、光照混合不自然、阴影过渡生硬，或者叠加了半透明效果后，画面就变得脏兮兮的。你反复调整材质、灯光参数，甚至怀疑是显示器的问题，但收效甚微。很多时候，问题的根源并不在于你的美术功底或者硬件，而在于一个容易被忽视的底层设置：Gamma和sRGB色彩空间。

简单来说，我们日常看到的绝大多数图片、以及显示器默认的显示方式，都遵循一种叫做“Gamma校正”的非线性规则。而现代图形渲染管线，为了进行物理正确的光照计算（比如模拟光线的叠加、衰减），则需要在“线性色彩空间”里工作。如果你的项目设置、纹理导入设置和着色器计算没有在这两种空间之间进行正确的转换，那么从你导入一张贴图开始，到最终像素显示在屏幕上，颜色值可能已经“跑偏”了好几次。最终结果就是，你辛辛苦苦调出来的“物理真实”效果，被错误的色彩空间转换给“吃掉”了，画面自然显得不真实、不协调。

这篇文章，我就以一个踩过无数坑的开发者身份，带你彻底搞懂Unity中的Gamma和sRGB。我们不会停留在枯燥的理论公式，而是直接深入到Unity编辑器的设置、纹理导入面板的选项、以及Shader代码的实战中，手把手教你如何诊断和修复因色彩空间错配导致的画面问题。无论你是程序、TA还是美术，理解并正确应用这套流程，都能让你的游戏画面质感立刻提升一个档次。

2. 核心概念拆解：Gamma、sRGB与线性空间到底是什么？

在深入Unity实战之前，我们必须先建立清晰的概念模型。很多人一听到这些术语就头大，其实我们可以用一些生活中的类比来理解。

2.1 人眼、相机与显示器：为什么需要Gamma？

想象一下你在一个昏暗的房间里，手里有一盏可以无极调光的台灯。当你把旋钮从0拧到50%的位置时，你感觉亮度增加得非常明显。但从50%拧到100%时，虽然物理亮度增加了一倍，但你感觉到的亮度变化却没那么强烈了。这就是人眼对光强的感知是非线性的：我们对暗部的变化更敏感，对亮部的变化相对迟钝。

早期的CRT显示器（大屁股显示器）的物理特性巧合地近似于这种非线性响应，其输入电压与输出亮度的关系大致是输出亮度 = 输入电压 ^ 2.2。为了“纠正”这种非线性，让输入的数字信号（0-255）能产生符合人眼感知的线性亮度变化，就需要在信号发送给显示器前，进行一次反向的校正，即输出电压 = 数字信号 ^ (1/2.2)。这个1/2.2（约0.45）的校正过程，就是Gamma编码。经过编码的数字图像，存储在硬盘上（如JPG、PNG），就是Gamma空间下的图像。

注意：这里说的“校正”是为了匹配显示器的非线性。而现代LCD/OLED显示器本身是线性的，但它们会内置一个查找表（LUT）来模拟Gamma响应，以正确显示那些已经被Gamma编码过的标准图像（如网页图片、照片）。所以，整个链条变成了：线性场景 -> Gamma编码（存储/传输）-> 显示器Gamma解码（显示）。

2.2 sRGB：一个标准化的Gamma曲线

早期每家厂商的Gamma曲线可能略有不同，导致“你屏幕上看是红色，我屏幕上偏橙色”。sRGB色彩空间的出现就是为了解决这个问题。它标准化了Gamma校正的公式，定义了一条特定的曲线（不是简单的2.2次幂，而是一段线性段和一段指数函数的组合），让颜色在不同设备间的显示尽可能一致。如今，sRGB已经成为互联网和绝大多数消费电子设备的默认色彩空间。你在Unity中看到的大多数“颜色拾取器”、以及美术提供的PNG/JPG贴图，其颜色值默认都是sRGB编码的。

2.3 线性色彩空间：图形计算的“普通话”

现在考虑一个简单的物理现象：两盏相同强度的灯照在同一个点上，该点的亮度应该是两盏灯亮度之和。在Gamma/sRGB空间下，因为颜色值被非线性编码了，直接相加颜色A + 颜色B并不能得到正确的物理亮度。这就好比两个说不同方言的人直接对话，容易产生误解。

因此，现代图形渲染引入了线性色彩空间。在这个空间里，颜色的数值与物理光强是成线性正比的。0.5的亮度值，其物理强度就是1.0的一半。所有的光照计算（漫反射、高光、环境光遮蔽）、颜色混合（透明度混合、叠加模式）、后处理（Bloom、色调映射）都应该在线性空间中进行，这样才能得到物理正确的结果。Unity的线性渲染管线，其核心就是在Shader采样纹理时，将sRGB纹理转换到线性空间进行计算，最后输出前再转换回sRGB空间以供显示器显示。

一个关键误区：很多人认为“线性空间=更真实，所以所有纹理都应该用线性”。这是不对的。sRGB纹理的存在有其重要意义：它用8位（0-255）精度更好地匹配了人眼的感知，在暗部存储了更多的细节信息。如果强行将一张为sRGB显示设计的图片（如漫反射贴图）以线性方式导入，你会损失暗部细节，画面会显得平淡且容易产生色带。

3. Unity中的色彩空间工作流实战配置

理解了理论，我们来看在Unity中具体怎么设置。这里每一步的选择都直接影响最终结果。

3.1 项目级设置：Gamma vs. Linear

这是最根本的开关。路径：Edit -> Project Settings -> Player -> Other Settings -> Rendering。

• Gamma：传统工作流。Unity假设整个渲染过程（从纹理到帧缓冲）都在Gamma空间。不进行自动的sRGB到线性的转换。计算不正确，但简单，兼容老设备。
• Linear：现代PBR工作流的推荐选择。Unity会启用线性帧缓冲，并在采样sRGB纹理和最终输出到屏幕时进行正确的色彩空间转换。

如何选择？

• 除非你的项目需要兼容非常老旧的GPU（不支持sRGB帧缓冲），或者是一个风格化、不追求物理真实的2D项目，否则无脑选择Linear。
• 选择Linear后，Unity编辑器场景视图和游戏视图的显示会基于你的显示器进行sRGB转换，你看到的就是最终近似效果。

3.2 纹理导入设置：sRGB (Color Texture) 勾选框

这是最容易出错的地方。选中项目中的一张纹理，在Inspector面板的Import Settings中，找到sRGB (Color Texture)选项。

这个选项告诉Unity：“这张纹理里存储的颜色数据是sRGB编码的吗？” Unity会根据这个标志来决定在Shader采样时是否要对其进行从sRGB到线性的转换。

黄金法则：

1. 勾选sRGB：用于所有表示颜色的纹理。包括：
   • 漫反射贴图/Albedo：这是最典型的。颜色信息是为sRGB显示准备的。
   • 自发光贴图/Emission：表示发光的颜色。
   • 遮罩贴图（如Roughness、Metallic、AO合用的遮罩贴图）：如果它的颜色通道被当作灰度数据用于控制材质参数，并且你希望其变化是线性的（例如，0.5的粗糙度就是中间值），那么它不应该勾选sRGB。但如果是作为有艺术意图的颜色遮罩，则可能需要勾选。通常，PBR工作流中这些贴图都是线性的。
2. 不勾选sRGB（即Linear）：用于所有表示物理数据或非颜色信息的纹理。包括：
   • 法线贴图/Normal Map：它的RGB向量表示方向，不是颜色。
   • 金属度贴图/Metallic：灰度值，表示是否是金属（0或1）或程度。
   • 粗糙度/光滑度贴图：灰度值，表示表面微表面的粗糙程度。
   • 环境光遮蔽贴图/AO：灰度值，表示环境光被遮蔽的程度。
   • 高度图/Height Map：灰度值，表示高度。
   • 任何在Shader中作为纯数据读取的贴图。

实操心得：我习惯为纹理命名时加上后缀，比如_Albedo（sRGB），_Normal（Linear），_MR（MetallicRoughness， Linear）。然后在Unity中设置一次导入规则后，可以利用Postprocessor脚本自动根据后缀名设置sRGB选项，一劳永逸。

3.3 着色器代码中的色彩空间处理

项目设置了Linear，纹理也正确设置了，大部分情况下Unity内置的Standard Shader或URP/Lit Shader会自动处理好转换。但当你编写自定义Shader时，就必须手动处理。

关键点：在Linear项目下，声明为sRGB的纹理，在通过tex2D采样时，GPU会自动进行sRGB -> Linear的转换。你采样后得到的就是线性空间下的颜色值。你所有的计算（光照、混合）都应在线性空间下进行。最后，Unity会自动将帧缓冲中的线性结果转换回sRGB输出到屏幕。

但是，有些情况需要你手动干预：

• 在Shader中混合sRGB和Linear数据：比如用一张sRGB的遮罩去调制颜色。你必须确保它们在同一个空间下计算。
• 从脚本传递颜色到Shader：Color属性在Inspector里拾取的是sRGB空间下的颜色。如果你在Linear项目下，直接传给Shader参与线性计算，会出错。你需要转换。

Unity提供了内置函数来处理：

• GammaToLinearSpace(float3 color)： 将sRGB/Gamma空间颜色转换到线性空间。
• LinearToGammaSpace(float3 color)： 将线性空间颜色转换到sRGB/Gamma空间。
• Unity_ColorSpaceDouble： 一个有用的常量。在Gamma项目下值为2，在Linear项目下约为4.59。常用于快速补偿线性空间下混合的亮度损失（一种近似hack）。

一个经典陷阱案例：在Gamma项目下，一个常见的屏幕叠加效果（如全屏泛光）的混合公式是finalColor = sourceColor + bloomColor;。当你把项目切换到Linear后，发现叠加效果变弱、发灰。这是因为bloomColor（通常来自一个sRGB纹理）被采样后转换成了线性值，其数值变小了（例如，sRGB的0.5对应线性约0.21）。直接与线性空间下的sourceColor相加，强度自然不足。正确的做法是，要么将bloomColor转换回Gamma空间与sourceColor（此时也在Gamma空间）混合后再转回线性，要么使用一个更大的乘数（如Unity_ColorSpaceDouble）来补偿。

4. 诊断与调试：你的画面问题出在哪一环？

当画面出现不真实感时，我们可以像医生一样，进行系统性排查。

4.1 常见症状与可能原因

4.2 使用帧调试器（Frame Debugger）进行侦查

Frame Debugger是强大的调试工具。你可以一步步查看渲染的每个Draw Call。

1. 打开Window -> Analysis -> Frame Debugger。
2. 点击Enable，然后操作游戏触发有问题的画面。
3. 在左侧列表，逐级展开渲染事件。选中一个Draw Mesh事件。
4. 在右侧详情面板，查看Render Target。如果项目是Linear空间，你看到的渲染目标内容可能会比最终屏幕显示更暗、更灰（因为这是线性数据）。这是正常的。
5. 重点查看Shader部分和传递的Texture属性。你可以检查实际采样到的纹理和颜色值。对比你的预期，看数据是否在正确的空间。

4.3 编写简易调试Shader

有时你需要更直观地看到某个中间值。可以写一个最简单的调试Shader：

Shader "Debug/CheckLinear" { Properties { _MainTex ("Texture", 2D) = "white" {} } SubShader { Tags { "RenderType"="Opaque" } LOD 100 Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 vertex : SV_POSITION; }; sampler2D _MainTex; float4 _MainTex_ST; v2f vert (appdata v) { v2f o; o.vertex = UnityObjectToClipPos(v.vertex); o.uv = TRANSFORM_TEX(v.uv, _MainTex); return o; } fixed4 frag (v2f i) : SV_Target { // 直接采样，观察自动转换后的结果 fixed4 col = tex2D(_MainTex, i.uv); // 尝试手动转换，对比差异 // fixed4 linearCol = GammaToLinearSpace(col); // fixed4 gammaCol = LinearToGammaSpace(col); return col; // 或返回 linearCol/gammaCol 的某个通道进行观察 } ENDCG } } }

将这个Shader赋给一个材质，应用到模型上，通过返回不同的值（如直接采样结果、手动转换后的结果），你可以直观地在屏幕上看到纹理数据在当前渲染管线中所处的状态。

5. 高级议题与性能考量

正确配置色彩空间可能会引入一些额外的计算开销，但通常是值得的。

5.1 sRGB采样与硬件支持

当纹理设置为sRGB时，GPU在采样时会进行转换。现代GPU（支持sRGB纹理格式，如GL_SRGB8_ALPHA8）的纹理采样单元通常内置了高效的sRGB到线性的转换逻辑，这个开销微乎其微，可以忽略不计。它比在Shader中用数学函数进行转换要快得多。因此，正确的做法是依赖硬件sRGB采样，而不是自己手动在Shader里转换。

5.2 移动平台与Gamma空间

在移动平台发展的早期，一些低端GPU可能不完全支持可编程的sRGB帧缓冲或sRGB纹理采样。因此，一些老旧的移动项目为了最大兼容性，会选择Gamma空间。然而，如今绝大多数中高端移动GPU都已支持。苹果的Metal和安卓的Vulkan/OpenGL ES 3.0+对此支持良好。在Unity的Player Settings中，你可以针对不同平台设置色彩空间。对于新项目，即使在移动端，也建议优先测试Linear空间，除非在目标低端设备上遇到兼容性问题。

5.3 HDR与线性空间

高动态范围（HDR）渲染与线性空间是天作之合。HDR纹理（如EXR格式）通常直接以线性方式存储高精度（16/32位浮点数）的颜色数据。在导入Unity时，无论项目色彩空间如何，HDR纹理都会被当作线性数据处理（sRGB选项无效）。在Linear项目下，它们可以被直接使用。在Gamma项目下，Unity会在导入时将其转换到Gamma空间，这可能导致精度损失和意料之外的颜色变化。因此，使用HDR流程强烈建议配合Linear色彩空间项目。

5.4 后处理与色彩空间

后处理效果（如Bloom, Color Grading, Tonemapping）必须在线性空间下进行，才能产生物理正确的结果。Unity的Post Processing Stack v2以及URP/HDRP内置的后处理组件都设计为在Linear空间工作。如果你在Gamma项目下使用它们，或者自己编写后处理Shader时未考虑色彩空间，效果会严重失真。例如，色调映射（Tonemapping）的核心就是将线性HDR值映射到LDR的sRGB显示范围，这个映射曲线是在线性空间定义的。

6. 从理论到实践：一个完整的场景色彩校正案例

让我们假设一个场景：一个室内环境，有窗户射入的阳光和室内的人造光源。漫反射贴图是sRGB的，粗糙度贴图是线性的。我们使用Standard Shader。

步骤1：项目设置确保Edit -> Project Settings -> Player -> Other Settings -> Rendering -> Color Space设置为Linear。

步骤2：纹理导入

• Wall_Albedo.png: 勾选sRGB (Color Texture)。
• Wall_Normal.png:不勾选sRGB，并设置Texture Type为Normal map。
• Wall_MetallicSmoothness.png:不勾选sRGB。R通道为金属度，A通道为光滑度。
• Wood_Albedo.jpg: 勾选sRGB。

步骤3：光照设置使用线性强度的灯光。Directional Light的强度（Intensity）可以超过1.0（模拟太阳）。确保使用了Linear或Gamma编码的Skybox，并与项目设置匹配。在Linear空间下，环境光的贡献计算会更准确。

步骤4：编写一个自定义的混合Shader（示例）假设我们想实现一个“污渍叠加”效果，用一张sRGB的污渍贴图去调制墙体颜色。

Shader "Custom/DirtBlend" { Properties { _MainTex ("Albedo (RGB)", 2D) = "white" {} // sRGB纹理 _DirtTex ("Dirt (RGB)", 2D) = "white" {} // sRGB纹理 _Blend ("Blend", Range(0,1)) = 0.5 } SubShader { Tags { "RenderType"="Opaque" } LOD 200 CGPROGRAM #pragma surface surf Standard fullforwardshadows #pragma target 3.0 sampler2D _MainTex; sampler2D _DirtTex; float _Blend; struct Input { float2 uv_MainTex; float2 uv_DirtTex; }; void surf (Input IN, inout SurfaceOutputStandard o) { // 采样，硬件会自动将sRGB纹理转换到线性空间 fixed4 mainColor = tex2D(_MainTex, IN.uv_MainTex); fixed4 dirtColor = tex2D(_DirtTex, IN.uv_DirtTex); // 在线性空间下进行混合操作 // 这里使用简单的lerp，更复杂的混合模式需要确保在正确的空间 fixed4 blendedColor = lerp(mainColor, dirtColor, _Blend * dirtColor.a); o.Albedo = blendedColor.rgb; o.Metallic = 0.0; o.Smoothness = 0.1; o.Alpha = 1.0; } ENDCG } FallBack "Diffuse" }

这个Shader很简单，因为混合发生在硬件sRGB采样之后（线性空间），所以直接lerp就是正确的。如果_DirtTex是一张线性数据贴图（比如控制磨损程度的灰度图），而你想用它来乘以_MainTex，那么你需要确保它们在同一个空间，或者理解乘法的物理意义。

步骤5：验证与调试运行场景，观察墙面与污渍的混合是否自然。如果污渍看起来太亮或太暗，可以：

1. 检查_DirtTex的导入设置（sRGB是否正确）。
2. 在Frame Debugger中查看传递给Shader的实际纹理数据。
3. 尝试在Shader中输出dirtColor的某个通道到自发光（o.Emission）上，直观查看采样得到的值。

7. 常见问题与排查技巧实录

在实际项目中，我遇到过无数色彩空间相关的问题。下面是一些高频问题和我的解决思路。

问题1：从Gamma项目切换到Linear项目后，整个场景变亮了/变暗了。

• 排查：这是最典型的症状。首先，检查所有灯光强度。在Linear空间下，光强的物理意义更明确，你可能需要降低一些灯光的强度（尤其是Directional Light和点光源）。其次，检查天空盒材质和环境光设置。确保天空盒纹理的导入设置正确（HDR或sRGB），环境光强度也可能需要调整。
• 技巧：不要试图通过调整后期曝光来补偿整体的过亮过暗。先确保基础光照和材质是正确的。

问题2：特定的材质（尤其是自定义Shader）在Linear下颜色完全不对。

• 排查：几乎可以断定是Shader代码的问题。重点检查：
  1. 所有tex2D采样使用的纹理，其sRGB导入设置是否与Shader中的使用预期匹配。
  2. 在Shader中是否进行了手动的pow(color, 2.2)或类似操作？在Linear项目下，这通常是错误的，因为硬件已经做了转换。
  3. 从Properties或脚本传入的颜色值（_Color）是否被正确对待？在Linear项目下，Inspector里选的颜色是sRGB的，如果直接用于线性计算，需要转换。可以使用GammaToLinearSpace()或UnityCG.cginc中的DeGammaSpace()。
• 技巧：写一个Shader变体，在片元着色器最后，将输出颜色强制转换为LinearToGammaSpace(col)并输出。如果画面变“正常”了（和你Gamma项目下一样），说明你的Shader输出的是线性空间的值，而Unity期望的是sRGB输出（这反了）。但实际上Unity会自动转换，所以更可能的问题是，你的输入就已经错了。

问题3：UI元素（TextMeshPro、UGUI Image）在Linear项目下颜色过饱和。

• 排查：UI渲染通常是一个独立的、最后绘制的层，并且为了保持设计稿的视觉一致性，它常常被配置为在Gamma空间渲染。在URP中，检查你的URP Asset -> Rendering -> UI Rendering是否勾选了Render UI in Gamma Space（如果存在）。对于内置管线或复杂情况，UI可能使用了自己的、不参与线性转换的Shader。
• 技巧：如果UI必须在线性空间下与其他3D内容正确混合（比如UI半透明覆盖在3D场景上），那么你需要确保UI纹理也正确设置为sRGB，并且UI Shader能处理线性空间。这通常更复杂，需要定制。

问题4：烘焙光照贴图（Lightmap）在切换色彩空间后失效或出错。

• 排查：光照贴图是预先计算的光照信息，其存储的值依赖于烘焙时的色彩空间。如果你从Gamma项目切换到Linear项目，旧的光照贴图是基于Gamma空间计算的，直接使用会导致错误。必须重新烘焙光照贴图。
• 技巧：在切换项目色彩空间后，将所有的光照贴图数据清空并重新烘焙，这是一个标准流程。同时，检查参与烘焙的静态物体的材质是否也适应了Linear空间。

问题5：移动设备上画面和编辑器里看起来不一样。

• 排查：首先确保Player Settings中对应平台的色彩空间设置一致。其次，不同移动设备屏幕的色域、默认Gamma响应可能有差异。这超出了Unity色彩空间管理的范畴，属于设备校准问题。但对于色彩空间设置错误导致的问题，在所有设备上的表现趋势应该是一致的（都发灰或都过饱和）。
• 技巧：在真机上使用简单的颜色测试图（如纯色渐变）进行对比，可以快速排除是否是色彩空间配置错误，还是单纯的设备屏幕差异。

色彩空间的管理是现代游戏渲染的基石之一。它不像一个炫酷的特效那样引人注目，但一旦出错，就会无声无息地破坏你为画面真实感所做的一切努力。花时间理解它、正确配置它，就像为你的渲染管线打好地基，之后的所有工作才能建立在坚实、正确的基础之上。