Unity Shader Graph通道混合器计算不符预期，求内部工作原理

你的问题核心在于忽略了Unity颜色空间的转换逻辑，通道混合器并非直接对0-255的整数颜色值进行相加钳位，而是基于线性颜色空间的浮点值完成计算，最终显示时会经过颜色空间转换，具体步骤如下：

1. 输入颜色的空间转换与归一化 #

你输入的R50、G100、B150是8位sRGB格式的颜色值，Unity会先执行两步转换：

• 首先将整数颜色值归一化为0-1范围的sRGB浮点值：
  • R_sRGB = 50 / 255 ≈ 0.196
  • G_sRGB = 100 / 255 ≈ 0.392
  • B_sRGB = 150 / 255 ≈ 0.588
• 由于Shader默认工作在线性颜色空间，这些sRGB值会被转换为线性空间的浮点值，转换公式为：

  linear_value = (srgb_value <= 0.04045) ? (srgb_value / 12.92) : pow((srgb_value + 0.055)/1.055, 2.2)
  

  计算后得到线性空间的输入值：
  • R_linear ≈ 0.0407
  • G_linear ≈ 0.1492
  • B_linear ≈ 0.3375

2. 通道混合器的加权求和计算 #

通道混合器的每个输出通道，是输入各通道的线性加权求和，权重即为你设置的系数（此处输出R通道的权重均为1）：

output_R_linear = R_linear*1 + G_linear*1 + B_linear*1 ≈ 0.0407 + 0.1492 + 0.3375 ≈ 0.5274

这里不会立即钳位数值，保留浮点计算结果以便后续颜色空间转换。

3. 结果的颜色空间转换与显示 #

计算完成的线性值会被转换回sRGB空间，用于取色器或屏幕显示，转换公式为：

srgb_value = (linear_value <= 0.0031308) ? (linear_value * 12.92) : (1.055 * pow(linear_value, 1/2.2) - 0.055)

代入输出R的线性值计算：

• output_R_sRGB ≈ 1.055 * pow(0.5274, 1/2.2) - 0.055 ≈ 0.73
• 转换为8位整数即为 0.73 * 255 ≈ 186，与你观察到的181接近（差异来自计算精度和Unity内部的细微处理）

4. 对比Shader的差异原因 #

你制作的对比Shader输出R255（sRGB），对应的线性值为1.0，转换回sRGB后仍为255；而通道混合器的输出线性值仅为≈0.5274，两者的sRGB值自然存在明显差异，这完全符合线性颜色空间下的渲染逻辑。

如果强制将Shader设置为sRGB工作空间，通道混合器会直接对0-1的sRGB浮点值相加，此时0.196+0.392+0.588≈1.176，钳位到1.0后显示为255，但这不符合Unity默认的线性渲染管线规范，通常不建议使用。

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