使用WinGDI渲染PDF解压位图异常的技术求助

一、可靠判断PDF图像流的字节序（RGB/BGR） #

判断核心依赖PDF图像对象的元数据定义，结合测试图验证：

• 优先读取ColorSpace字段：
  • 若为DeviceRGB，PDF规范默认图像流字节顺序是RGB（像素按R→G→B存储），但WinGDI的24位DIB默认是BGR顺序，此时需要转序。
  • 若为DeviceBGR（极少出现），直接匹配GDI的BGR顺序，无需转换。
• 检查Decode数组：
  DeviceRGB的默认Decode数组是[0 1 0 1 0 1]（样本值直接映射为颜色值）；如果数组是[1 0 1 0 1 0]，表示每个颜色分量反转（R→255-R、G→255-G、B→255-B），转BGR后还需对每个通道字节值做反转处理。
• 用RGB三色块测试验证：
  解压后取红色块的第一个字节，若为0xFF但GDI渲染显示蓝色，说明需要RGB转BGR；若渲染为红色，说明字节序已匹配。

二、图像变形、失色的修复方案 #

针对你当前的测试状态（修正尺寸后条纹消失但失色变形），从以下几点排查修复：

1. 修正图像行对齐（Pitch/Stride）
   WinGDI要求DIB的每行字节数必须是4的倍数，PDF图像流通常未做对齐处理。计算正确Stride：

   int bitsPerPixel = 24; // 假设为8位RGB，总位深24
   int stride = ((imageWidth * bitsPerPixel) + 31) / 32 * 4;
   

   不要直接用imageWidth * 3作为行字节数，否则宽度非4的倍数时，GDI会读取越界内存导致变形。

2. 反转图像扫描行顺序
   PDF图像扫描行默认从左下角开始，而WinGDI的DIB默认从左上角开始。需将解压后的图像字节按行倒序：
   示例：假设每行字节数为rowSize、总高度为imageHeight，将第0行与第imageHeight-1行交换，第1行与第imageHeight-2行交换，以此类推。

3. 确认颜色分量位深度与范围

   • 检查PDF图像字典的BitsPerComponent字段：若为16位而非8位，需将每个分量从16位转8位（比如取高8位），否则GDI按8位处理会导致颜色错乱。
   • 若ColorSpace为DeviceCMYK或其他非RGB空间，需先完成颜色空间转换（如CMYK转RGB），再传入GDI渲染。

4. 验证zlib解压完整性
   即使解压后大小匹配，也要检查zlib返回值是否为Z_OK，确保无解压错误：

   int ret = inflate(&strm, Z_FINISH);
   if (ret != Z_OK && ret != Z_STREAM_END) {
       // 处理解压错误逻辑
   }
   

5. 校准BITMAPINFO结构
   确保BITMAPINFOHEADER字段正确：

   • biWidth和biHeight用PDF图像的原始宽高值；若已手动反转行顺序，biHeight设为负数（表示GDI按从上到下扫描）；若未反转，设为正数（表示从下到上扫描）。

内容的提问来源于stack exchange，提问作者Señor Tonto