从 WIC 图像 c++ 获取 RGB

Question

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

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

所以我创建了一个循环来使用迭代器遍历 COLORREF 并且条件是 i 因为我知道数组中只有 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)。各个通道的顺序由格式名称指示。因此，如果它是 24bppBGR，您将使用 data[(x + y * width) * 3] 获得蓝色通道， data[(x + y * width) * 3 + 1] 获得绿色通道，以及 data[(x + y * width) * 3 + 2] 为红色。

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

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

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