基于OpenCV的灰度位图头与实时绘制：单色相机图像显示异常排查

看起来你踩了一个很典型的坑——把单色灰度图像用RGB格式的位图结构去渲染了！咱们一步步拆解问题，然后给你靠谱的修正方案：

问题根源分析 #

你的Adimec N5A/CXP是单色GenIcam相机，输出的是单通道灰度数据（大概率是8位，也就是每个像素用1个字节表示亮度）。但你参考的是RGB24格式的示例代码，用了仅带单个RGBQUAD的BITMAPINFO结构——Windows会把这种结构判定为「需要调色板的非灰度位图」，于是错误地把单字节的灰度值当成调色板索引或RGB分量解析，自然就出现了奇怪的彩色阴影，而非正常的灰度效果。

修正方案：配置8位灰度位图的BITMAPINFO #

要正确显示灰度图像，你需要把BITMAPINFO配置为8位灰度位图格式，核心是调整biBitCount和调色板（可选但推荐手动配置）。

完整代码示例 #

// 假设你已获取相机输出的图像宽度imageWidth、高度imageHeight
int paletteSize = 256 * sizeof(RGBQUAD); // 8位灰度需要256个调色板项
LPBITMAPINFO bitmapInfo = (LPBITMAPINFO)malloc(sizeof(BITMAPINFOHEADER) + paletteSize);
if (!bitmapInfo) {
    // 处理内存分配失败
    fprintf(stderr, "内存分配失败\n");
    return;
}

// 填充BITMAPINFOHEADER
BITMAPINFOHEADER& header = bitmapInfo->bmiHeader;
header.biSize = sizeof(BITMAPINFOHEADER);
header.biWidth = imageWidth;
// 负高度表示图像从上到下绘制，避免默认的上下翻转
header.biHeight = -imageHeight;
header.biPlanes = 1;
header.biBitCount = 8; // 核心：设置为8位灰度格式
header.biCompression = BI_RGB;
// 计算对齐后的图像大小（Windows要求每行字节数是4的倍数）
header.biSizeImage = ((imageWidth + 3) / 4) * 4 * imageHeight;
header.biXPelsPerMeter = 0; // 按需设置，不影响基础显示
header.biYPelsPerMeter = 0;
header.biClrUsed = 256; // 明确使用全部256级灰度
header.biClrImportant = 256;

// 生成标准灰度调色板（每个索引的RGB分量值相同，对应亮度）
RGBQUAD* palette = bitmapInfo->bmiColors;
for (int i = 0; i < 256; i++) {
    palette[i].rgbRed = (BYTE)i;
    palette[i].rgbGreen = (BYTE)i;
    palette[i].rgbBlue = (BYTE)i;
    palette[i].rgbReserved = 0;
}

关键细节说明 #

1. biBitCount设置：必须设为8，明确告诉系统这是8位灰度图像，而非RGB24（24）或其他格式。
2. 调色板配置：8位灰度需要256个调色板项，每个项的RGB值保持一致（从0到255），确保系统能把单字节数据正确映射为对应亮度的灰度。如果不想手动生成，也可以把biClrUsed设为0，让Windows自动生成默认灰度调色板，但手动配置更稳定可控。
3. 图像对齐：biSizeImage必须计算为每行字节数是4的倍数，这是Windows位图的强制要求，否则图像会出现偏移或乱码。如果相机输出的数据已经是对齐状态，也可以直接使用相机输出的图像大小。

额外提示 #

如果你的相机输出的是16位灰度数据（更高动态范围），则需要把biBitCount设为16，并将biCompression配置为BI_BITFIELDS，同时设置对应的位掩码，但8位灰度是单色相机最常见的输出格式，上面的代码应该能直接解决你的问题。

内容的提问来源于stack exchange，提问作者StephiCpp