深入解析BMP文件格式：全面指南

1号：（fd，f3，fc，00）

2号：（f4，f3，fc，00）

3号：（fc、f2、f4、00）

4号：（f6，f2，f2，00）

数字5：(fb、f9、f6、00) 等等。

总共有256种颜色，每种颜色占用4个字节，总共1024个字节。再加上前面的54个字节的文件信息头和位图信息头加起来总共1078个字节。也就是说，位图数据出现之前总共有1078个字节，这与我们在文件信息头中得到的信息一致：文件头到文本图像数据区的偏移量是1078个字节！

4. 位图数据**

以下是位图数据。每个像素占用一个字节。获得该字节后，以该字节为索引来查询对应的颜色并显示在对应的显示设备上。

注意：由于位图信息头中的图像高度为正数，因此位图数据在文件中从左下角到右上角按行优先顺序排列。也就是说我们看到的第一个像素60是图像左下角的数据，第二个像素60是图像最后一行第二列的数据，……直到最后一列数据最后一行的倒数，后面是第二行第一列的数据，以此类推。

如果图像是24位或32位数据的位图，则位图数据区域不是索引而是实际的像素值。下面解释一下此时位图数据区中各个像素点的RGB颜色数组排列：

24位RGB按BGR顺序存储每个像素的每个颜色通道的值。当一个像素的所有颜色分量值存储完毕后，再存储下一个像素，不进行交错存储。

32位数据按照BGRA的顺序存储，其余与24位位图相同。

像素的排列规则与上述一致。

对齐规则讲完了像素的排列规则和每个像素的颜色分量的排列规则，最后讲一下数据的对齐规则。我们知道Windows中默认的最小扫描单位是4字节。如果数据对齐满足这个值，将大大提高数据采集速度。因此，BMP图像就符合这个要求，要求每行数据的长度必须是4的倍数，如果不够，就需要进行位填充（用0填充），这样可以按行快速访问。实现了。此时，位图数据区域的大小可能无法用图片宽度每像素字节数图片高度来表示，因为每一行也可能需要位填充。

填充后每行的字节数为：

，其中BPP（每像素位数）是每像素的位数。

在程序中，我们可以表示为：

int iLineByteCnt = (((m_iImageWidth * m_iBitsPerPixel) + 31) 5) 2;这样，位图数据区的大小为：

** m_iImageDataSize=iLineByteCnt * m_iImageHeight;**

当我们扫描完一行数据后，接下来的数据可能不是下一行的数据，我们可能需要跳过一段padding数据：

** 跳过=4 - ((m_iImageWidth * m_iBitsPerPixel)3) 3;**

五、拾遗至此，我们通过分析一个具体的位图文件示例，详细分析了位图文件的构成。需要说明的是：我们主要讨论的是PC上位图文件的构成。对于嵌入式平台，调色板数据段可能与PC不同。例如，嵌入式平台上常见的16位r5g6b5位图实际上是使用掩码而不是索引来表示图像。此时调色板数据段中有四个部分，每个部分为四个字节，实际上代表了颜色版本规格。现在：

第一部分是红色分量的掩模

第二部分是绿色分量的掩模

第三部分是蓝色分量的掩模

第四部分是Alpha分量的mask（默认为0）

文件中典型的调色板规范顺序为：

00F8 0000 E007 0000 1F00 0000 0000 0000

在

00F8 0000 就是FB00h=1111100000000000（二进制），它是蓝色和红色分量的掩码。 E007 0000即07E0h=0000011111100000（二进制），即绿色分量的掩码。 1F00 0000 就是001Fh=0000000000011111（二进制），它是蓝色分量的掩模。 0000 0000 设置为0。

通过对mask和像素值进行“与”运算，然后进行移位运算，就可以得到各个颜色分量的值。看mask就可以明白，其实每个像素值的16位的两个字节中，从高到低取的5、6、5位分别是r、g、b分量值。取出分量值后，将r、g、b值分别乘以8、4、8，将每个分量补全为一个字节。然后将这三个字节按照BGR组合起来放入内存中，就可以转换成24位标准BMP格式了。

这样，我们假设文件中表示为02 F1的位图数据区中有一个像素数据。这个数据实际上应该是F102：

r=(F102 和F800) 8=F0h=240

g=(F102 与07E0) 3=20h=32 b=(F102 与001F) 3=10h=16

此时我们就可以显示它了。 （本文结束）

参考资源：*维基百科BMP 文件格式*http://en.wikipedia.org/wiki/BMP_file_format

*gwwgle的专栏BMP格式详细解释* [http://blog.csdn.net/gwwgle/archive/2009/11/06/4775396.aspx](http://blog.csdn.net/gwwgle/archive/2009/11/06/4775396.aspx) *匿名BMP格式图像详细分析文件*[http://www.thethirdmedia.com/pc/200407/20040722117029.shtm](http://www.thethirdmedia.com/pc/200407/20040722117029.shtm)*Singler的列位图文件(BMP)格式分析和程序实现*[http://blog.csdn.net/yyfzy/archive/2006/06/10/785945.aspx](http://blog.csdn.net/yyfzy/archive/2006/06/10/785945.aspx) 转载自：http://www .cnblogs.com/Matrix_Yao/archive/2009/12/02/1615295.html

【FILE HEADER 实例图解】14 bytestypedef struct { /* type : Magic 标识符，通常为BM(0x42,0x4d)/unsigned Short int 类型； unsigned int size;/文件大小（以字节为单位），所有文件大小/unsigned Short int returned1,reserved2; /保留位/unsigned int offset;/图像数据的偏移量，字节*/} FILEHEADER;

type：2个字节，通常为"B"（0x42），"M"（0x4D）

size：4字节，记录BMP文件的大小，0x436=1078字节

reserved1：保留位，2字节

reserved2：保留位，2字节

offset: 4 字节，0x36=54 字节【INFO HEADER实例图解****】40 bytestypedef struct { unsigned int size;/* Info Header 大小（以字节为单位）/int width,height;/图像的宽度和高度/unsigned Short intplanes;/Number颜色平面/无符号短整型位； /每像素位数/无符号整数压缩； /压缩类型/unsigned int imagesize; /图像大小（以字节为单位）/int xresolution,yresolution; /每米像素/unsigned int ncolours; /颜色数量/unsigned int importantcolours; /重要颜色*/} INFOHEADER;