你的sRGB与线性RGB转换代码完全符合维基百科定义的标准公式，没有逻辑错误。深色场景下的视觉差异，主要是消费级显示器的实际输出特性偏离sRGB标准导致的。

1. 先确认你的转换逻辑正确性 #

我们可以手动复现64的转换流程，验证代码计算结果：

• sRGB 64归一化值：64/255 ≈ 0.25098
• 转线性RGB：因为0.25098 > 0.04045，套用公式 ((v + 0.055)/1.055)^2.4，计算得 ≈0.0505
• 线性值取半：0.0505/2 = 0.02525
• 转回sRGB：因为0.02525 > 0.0031308，套用公式 1.055*v^(1/2.4) - 0.055，计算得 ≈0.1729，乘以255后取整为44，和你的代码输出完全一致。

这说明你的转换逻辑是严格遵循sRGB规范的，没有问题。

2. 深色场景视觉差异的原因 #

消费级显示器的gamma曲线（亮度与信号值的对应关系）很少完全符合sRGB的标准（近似2.2 gamma），尤其是在低亮度区域：

• 很多厂商为了让深色画面“更通透”，会在出厂时调整gamma曲线，对低信号值做提亮处理，导致实际输出的亮度比sRGB标准计算值更高。
• 你提到的“直接将64除以2得到32”的naive方法，是在sRGB非线性空间做亮度减半，这本身不符合物理亮度的减半逻辑，但因为显示器的实际gamma偏差，这个错误操作的结果刚好匹配了人眼对原棋盘格的视觉感知——毕竟原棋盘格的显示效果也是显示器实际输出的，而非严格的sRGB标准亮度。

3. 验证代码正确性的方法 #

如果要确认代码的准确性，可以：

• 使用经过专业校色的显示器测试，这类显示器的gamma曲线更接近sRGB标准，此时44的显示效果会更接近线性减半后的预期亮度。
• 对比行业标准的颜色转换工具（如Photoshop的颜色空间转换功能），你会发现你的代码输出和标准工具的结果一致。

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