使用 image.Decode 解码 JPEG 并写入 PDF 时颜色不正确？

php小编子墨在使用image.Decode解码JPEG并写入PDF时遇到了一个问题，就是颜色不正确。这个问题可能是由于颜色空间的不匹配所导致的。在解码JPEG图像时，需要确保图像的颜色空间与PDF的颜色空间相匹配，否则会导致颜色不正确的问题。解决这个问题的方法是，可以尝试使用image.DecodeConfig函数获取JPEG图像的颜色模式，然后将其与PDF的颜色空间进行匹配，确保一致性。另外，还可以尝试使用其他的图像处理库或者调整图像的颜色空间来解决这个问题。

问题内容

我尝试使用 image.decode() 方法解码图像文件（png、jpg、gif 和 bmp 格式）来创建 pdf，以获取 image.image。然后，我将像素数据写入 pdf 流，随后进行压缩。我遇到的问题是，当我解码 jpeg 时，生成的 pdf 中的颜色不正确。所有其他图像格式均按预期工作。我已附上该问题的屏幕截图。

截图： https://i.stack.imgur.com/e3hc8.png

有人知道是什么原因导致这个问题吗？使用 image.decode() 时是否需要以不同方式处理 jpeg 的特定方式？任何有关如何解决此问题的建议将不胜感激！

编辑：

代码：

var idata image.image
ifile, err := os.open(path)
if err != nil {
  [...]
} else {
  idata, _, err = image.decode(ifile)
}

[...]
x.Dictionary.Set("ColorSpace", "/DeviceRGB")
x.Dictionary.Set("BitsPerComponent", 8)
for j := 0; j < iData.Bounds().Dy()/pixelMul; j++ {
    for k := 0; k < iData.Bounds().Dx()/pixelMul; k++ {
        r, g, b, _ := iData.At(k*pixelMul, j*pixelMul).RGBA()
        x.Write([]byte{byte(r), byte(g), byte(b)})
    }
}
[...]

直接使用 jpeg.decode 时，pdf 中生成的图像看起来相同。

我希望生成的 pdf 中的图像看起来就像原始 png 一样，但可能会有些退化。

原始png：https://i.stack.imgur.com/rnkgq.png

转换后的 jpg：https://i.stack.imgur.com/yj69y.jpg

其他 jpeg 也有同样的问题，例如来自 w3c 的第一个测试 jpeg https://www.w3.org/markup/test/xhtml-print/20050519/tests/a_2_1-bf-01.htm

解决方法

color.rgba() 返回 alpha 预乘颜色分量0..0xffff 的范围。

像 byte(r) 这样的值转换为 byte 将保留其最低 8 位，与原始值相比，这似乎只是随机的。您需要一个 8 位颜色分量，不要将其转换为 byte 而是使用高 8 位，这意味着右移 8（或除以 256）：

x.write([]byte{byte(r>>8), byte(g>>8), byte(b>>8)})

解释为什么它仍然适用于 png 和 gif，但不适用于 jpeg：

解码 png 和 gif 图像可能使用使用 color.rgba 颜色模型，使用 8 位值存储组件。但其 rgba.rgba() 方法通过复制原始 8 位值将这些值转换为 16 位值：

func (c RGBA) RGBA() (r, g, b, a uint32) {
    r = uint32(c.R)
    r |= r << 8
    g = uint32(c.G)
    g |= g << 8
    b = uint32(c.B)
    b |= b << 8
    a = uint32(c.A)
    a |= a << 8
    return
}

这意味着如果您采用低 8 位，您将获得与采用高 8 位相同的原始值。解码 jpeg 图像可能会使用 color.ycbcr 颜色类型，它不会重现此“实现行为”。

不要依赖于此。当您需要 16 位组件中的 8 位组件时，请始终使用较高的 8 位。

以上是使用 image.Decode 解码 JPEG 并写入 PDF 时颜色不正确？的详细内容。更多信息请关注PHP中文网其他相关文章！