我相信我在 sRGB 和线性 RGB 之间正确转换，那么为什么深色的结果看起来更差？

Question

在研究了sRGB 上的维基百科条目后，我实现了一组函数来帮助进行颜色转换：

import "math"

// https://en.wikipedia.org/wiki/SRGB#Transformation

var byteDecoded [256]float32 = func() (floats [256]float32) {

    for i := 0; i < 256; i++ {

        floats[i] = float32(i) / 255

    }

    return floats

}()

// Standard returns the sRGB color space value in range [0.0-1.0] for v, assuming v is in linear RGB in range [0.0-1.0].

func Standard(v float32) float32 {

    if v <= 0.0031308 {

        return v * 12.92

    }

    return float32(1.055*math.Pow(float64(v), 1.0/2.4) - 0.055)

}

// Standardb returns the sRGB color space value in range [0-255] for v, assuming v is in linear RGB in range [0.0-1.0].

func Standardb(v float32) uint8 {

    if v >= 1 {

        return 255

    }

    if v <= 0 {

        return 0

    }

    return uint8(Standard(v)*255 + 0.5)

}

// Linear returns the linear RGB color space value in range [0.0-1.0] for v, assuming v is in sRGB in range [0.0-1.0].

func Linear(v float32) float32 {

    if v <= 0.04045 {

        return v * (1.0 / 12.92)

    }

    return float32(math.Pow((float64(v)+0.055)/1.055, 2.4))

}

// Linearb returns the linear RGB color space value in range [0.0-1.0] for b, assuming b is in sRGB in range [0-255].

func Linearb(b uint8) float32 {

    return Linear(byteDecoded[b])

}

然后我玩了一些结果。

log.Printf("Half of sRGB 255 calculated in linear RGB is %d", Standardb(Linearb(255)/2))

版画Half of sRGB 255 calculated in linear RGB is 188。

然后我做了这个：

上半部分：棋盘格红色 (255, 0, 0) 和绿色 (0, 255, 0) 像素。
左下角：使用 2 (128, 128, 0) 划分的原始混音。
右下角：(188, 188, 0)

下半部分显示了两种不同的尝试，当在两个轴上按比例缩小 50% 时，上半部分会是什么样子。由于上半部分是交错的全绿色和全红色像素，因此缩小比例必须将一半红色和一半绿色加在一起，其值是我之前计算的值 (188)。

右下角与我的普通消费者显示器上的上半部分完全吻合，所以看起来整个转换数学都在起作用。

但是深色呢？

log.Printf("Half of sRGB 64 calculated in linear RGB is %d", Standardb(Linearb(64)/2))
版画Half of sRGB 64 calculated in linear RGB is 44。

我和以前一样：

上半部分：棋盘格深红色 (64, 0, 0) 和深绿色 (0, 64, 0) 像素。
左下角：使用 2 (32, 32, 0) 划分的原始混音。
右下角：(44, 44, 0)

这一次，在我的显示器上，朴素（不正确）的方法几乎完美地匹配了上半部分，而我在右下角努力计算的值看起来太亮了。

我做错了吗？或者这只是消费者显示设备上预期的错误程度？

Answer 1

我做错了吗？是和不是。您的代码是正确的，但您的测试方法有疏忽：这只是消费者显示设备上预期的错误程度吗？是的。特别是，这很可能是由显示面板的控制驱动程序引起的。在这里看到有人做出类似的观察：https://electronics.stackexchange.com/questions/401617/lcd-pixels-how-chess-board-pixel-fill-patterns-are-called通过从棋盘像素图案到交替着色的水平像素线，可以降低问题的严重性。数学结果是一样的，但结果看起来却大不相同。第一张带水平线的图片：第二张带水平线的图片：奖励：带有垂直线的第二张图片（试着眯着眼睛；对我来说它看起来更准确）：另请注意，就显示的准确能力而言，“普通消费者显示器”已经是一个广泛的范围。如果我将这个非常 Stackoverflow 窗口拖到我更便宜的第二台显示器上，我完全无法确认您所做的任何断言，因为它的颜色输出非常不准确。