Direct3D 12 sRGB伽马校正颜色异常问题咨询

问题1：代码指定颜色与Photoshop sRGB模式读取结果不匹配 #

D3D12中，若渲染目标采用*_SRGB格式，GPU会自动将线性空间颜色转换为sRGB空间后输出到显示器。你代码里写的color(128,128,128,255)或float4(0.5,0.5,0.5,1.0)是线性空间的半亮度值，经伽马转换后对应sRGB的~0.73（即RGB 188）。

而Photoshop在sRGB模式下，你输入的128（0.5）是直接作为sRGB空间的数值存储的，不会再做伽马转换——它对应的线性空间值是~0.22。两者的颜色空间起点不同，自然显示结果不匹配。

问题2：如何手动构造颜色实现预期显示效果 #

如果你想让屏幕显示“半亮度”（即Photoshop里的128/0.5 sRGB），需要先把sRGB数值转换为线性空间再传入GPU：

• 8位整数计算：将128转为0.5（sRGB），通过逆伽马运算得到线性值：linear = pow(srgb / 255.0, 2.2)，结果约为0.22，对应代码里的color(56,56,56,255)或float4(0.22,0.22,0.22,1.0)。
• HLSL中可直接用内置函数：float3 linearColor = srgbToLinear(float3(0.5,0.5,0.5));，再传入渲染管线。

若你想让代码里的0.5直接对应屏幕半亮度，要么不使用*_SRGB格式的渲染目标，要么手动在输出时做伽马转换（不推荐，GPU自动转换更高效）。

问题3：制作软件与引擎间颜色转换的意义 #

核心原因是人眼对亮度的感知是非线性的，而3D渲染的光照计算必须在线性空间中进行才会正确：

• 艺术家在Photoshop/Substance里看到的sRGB颜色，是符合人眼感知的非线性编码；如果直接把这种非线性颜色拿到线性空间做光照计算，会导致结果偏暗、对比度失真。
• 引擎的作用是把线性空间的正确计算结果（光照、阴影等）转换回sRGB空间，让显示器输出符合人眼感知的颜色——不是让显示内容不同，而是让渲染效果和艺术家创作时的视觉感受一致，前提是全流程颜色空间配置正确。

问题4：切换sRGB后，保持Blender与引擎显示一致的方法 #

Blender默认开启颜色空间管理，只需确保以下配置：

• Blender的渲染输出颜色空间设为sRGB，视图预览也切换为sRGB模式。
• 引擎导入Blender纹理时，区分纹理类型：
  • 基础色、漫反射纹理：标记为sRGB纹理，引擎加载时自动转换为线性空间。
  • 法线、金属度、粗糙度等数据纹理：标记为线性纹理，不做伽马转换。
• 测试时，用Blender导出一张纯色sRGB纹理（如RGB 128,128,128），引擎中正确标记为sRGB后，显示结果应与Blender视图一致。

问题5：伽马校正是否损失暗部饱和度？是否值得采用 #

伽马校正本身不会损失饱和度，你觉得“偏亮发灰”是因为未校正时，线性空间的计算结果直接输出到显示器，显示器会自动把输入的线性值当成sRGB值再做一次伽马转换，等于双重压缩，导致颜色偏暗浓郁。

关于线性空间的价值：

• 光照、阴影、混合、抗锯齿等核心渲染计算必须在线性空间进行，否则会出现亮部过曝、阴影过暗、颜色混合错误等明显问题。
• 所谓“3D应用中半数内容为非线性”是误解：大部分纹理（如基础色）是非线性sRGB编码，但加载后必须转成线性空间参与计算，最终输出再转回sRGB；只有法线、金属度等数据纹理本身是线性的，无需转换。
• 线性空间是现代3D引擎的标准配置，初期虽需调整工作流，但能保证渲染结果的正确性和跨工具一致性，长期来看完全值得采用。

内容的提问来源于stack exchange，提问作者Robert