c++ - 从 WIC 图像 C++ 获取 RGB

Question

我正在使用 WIC 加载图像，然后我希望能够获取每个像素的 RGB 值。我已经使用 getDataPointer() 来创建一个 byte 缓冲区(我将其转换为一个 COLORREF 数组)但是在这之后事情变得奇怪。

我有一个正在测试的 10x10 24 位 png。如果我查看 size 值，getDataPointer() 会告诉我它是 300，这是有道理的，因为 10 * 10 * 3(每个像素 3 个字节)= 300。如果我执行 getStride()，它会给我 30，这也是有道理的。

所以我创建了一个循环来使用迭代器遍历 COLORREF 并且条件是 i < size/3 因为我知道数组中只有 100 个像素.然后，我使用宏 GetRValue()、GetGValue() 和 GetBValue() 来获取 rgb 值。

这是事情变得奇怪的时候 - 我的小图像只是一个测试图像，其中包含纯红色、绿色、蓝色和黑色像素，但我的 RGB 值出现 (255, 0, 0), (0, 255, 0 ), (27, 255, 36), (0, 0, 0) 等。似乎某些值无法正确显示并且以某种方式损坏。此外，图像的最后 20/30 像素要么是大量疯狂的颜色，要么是全黑，让我觉得那里有某种损坏。

我还用一张更大的实际照片对其进行了测试，结果全是灰度并重复相同的图案，这让我觉得这是一个步幅问题，但我不明白这是怎么回事，因为当我调用 getPixelFormat() WIC 表示它是 24bppBGR 或 24bppRGB，具体取决于图像。

有人知道我做错了什么吗？我不应该使用 COLORREF 和宏或类似的东西吗？

感谢您的宝贵时间。

编辑

嗯，我这里还有一个问题。我尝试使用 PixelFormat() 报告为 24bppBGR 的另一个 24 位 PNG，但似乎步幅已关闭或因为它绘制为倾斜(强制性 nyan cat 测试):

编辑 2

好吧，现在看来我有一些可以工作，一些没有。一些报告自己作为 24bpp BGR 工作，而其他人看起来像上面的图像，如果我计算它给我的步幅与应该的步幅相比，它们是不同的，缓冲区的大小也不同。我还有一些 32bpp BGR 图像，其中一些有效，而另一些则无效。我在这里错过了什么吗？什么可以构成缓冲区中的额外字节？

这是一个示例图片:

24bppBGR JPEG:

width = 126
height = 79
buffer size = 30018
stride = 380

如果我这样计算:

buffer size should be: width * height * 3 = 126 * 79 * 3 = 29862
difference between calculation and actual buffer size: 30018 - 29862 = 156 bytes

stride size should be: width * 3 = 378
difference between calculation and actual buffer size: 380 - 378 = 2 bytes

I was thinking that we had 2 extra bytes per line but 79 * 2 is 158 not 156 hmm.

如果我对到目前为止有效的图像进行这些计算，我发现计算和代码给我的值没有区别...

我理解错了吗？这些计算现在应该像我想的那样工作吗？

再次感谢

Answer 1

您不应该使用 COLORREF 和相关的宏。 COLORREF 是 4 字节类型，而您有 3 字节像素。以 COLORREF 值数组的形式访问数据是行不通的。相反，您应该将其作为字节数组访问，每个像素位于 ((x + y * width) * 3)。各个 channel 的顺序由格式名称指示。因此，如果它是 24bppBGR，您将执行 data[(x + y * width) * 3] 以获得蓝色 channel ，data[(x + y * width) * 3 + 1] 用于绿色，data[(x + y * width) * 3 + 2] 表示红色。

如果你真的想要一个像素数组，你可以创建一个包含 3 个 BYTE 字段的结构，但是由于这些字段的含义取决于像素格式，所以这可能没有用。

事实上，您根本不能假定任意图像会以 24 位格式加载。您可以获得的格式数量多于您可以合理预期支持的格式数量。

相反，您应该使用 WICConvertBitmapSource将数据转换为您可以使用的格式。如果您更喜欢使用 COLORREF 数组和相关宏，请使用 GUID_WICPixelFormat32bppBGR。