BITMAPINFOHEADER.biSizeImage

最新推荐文章于 2019-05-10 18:39:27 发布

最新推荐文章于 2019-05-10 18:39:27 发布 · 144 阅读

文章标签：

本文探讨了在处理由特定软件生成的非标准位图(BMP)文件时遇到的问题，这些文件中的biSizeImage字段与实际计算出的大小不符。文章提供了解决方案，包括使用Windows自带的画图工具进行修复，并提醒开发者们在处理此类文件时需要注意内存分配问题。

typedef struct tagBITMAPINFOHEADER{
  DWORD  biSize; 
  LONG   biWidth; 
  LONG   biHeight; 
  WORD   biPlanes; 
  WORD   biBitCount; 
  DWORD  biCompression; 
  DWORD  biSizeImage; 
  LONG   biXPelsPerMeter; 
  LONG   biYPelsPerMeter; 
  DWORD  biClrUsed; 
  DWORD  biClrImportant; 
} BITMAPINFOHEADER, *PBITMAPINFOHEADER; 

  以上是位图（Bitmap）结构中的一个重要部分：BITMAPINFOHEADER，其中 biSizeImage 如果不为 0 这代表位图中实际的像素数据字节数，同时位图像素数据的字节数也可以通过 biWidth biHeight biBitCount 计算得到。按照道理讲，如果指定了这个成员，那么它的值应该和计算所得是一致的。但是我在实际使用中发现，某些软件（比如 Photoshop[的某个版本?]）生成的位图文件指定了这个值但是和计算所得并不一致（大），同时位图像素数据部分的末尾会添加相应字节的对齐数据（我猜想是为了对齐到 4 字节边界）。
  对于这种情况，我们要如何处理呢？如果你仅仅是为了显示一副这样的“非标准”BMP 而你所使用的类库（函数库）恰好不能处理这样的格式，最简单的处理方案就是用 Windows 自带的《画图》把此图片稍作修改（其实只是让《画图》认为你做了修改就可以了，比如在某个点上使用铅笔工具用相同的颜色再点一下即可）然后重新保存一下就可以了。如果你自己就是类库（函数库）的作者，那么请留意这种情况的可能性。特别是配合 CreateDIBSection 使用并且让 CreateDIBSection 替你分配内存的话，那么请注意它替你分配的内存的长度是通过 biWidth biHeight biBitCount 计算得到，而不是 biSizeImage 指定的值，所以在后续的内存读写时注意不要越界。