1

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

我有一个正在测试的 10x10 24 位 png。如果我查看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 测试）：

使用 nyan cat 测试 WIC 负载，但步幅已关闭

编辑 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.

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

我是否理解这里发生的错误？这些计算现在应该像我想的那样工作吗？

再次感谢

4

1 回答 1

3

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

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

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

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

于 2013-07-12T04:07:54.967 回答