BMP文件格式详解

BMP文件格式详解（BMP file format）
BMP文件格式，又称为Bitmap（位图）或是DIB(Device-Independent Device，设备无关位图)，是Windows系统中普遍使用的图像文件格式。因为它能够不做任何变换地保存图像像素域的数据，所以成为咱们取得RAW数据的重要来源。Windows的图形用户界面（graphical user interfaces）也在它的内建图像子系统GDI中对BMP格式提供了支持。

下面以Notepad++为分析工具，结合Windows的位图数据结构对BMP文件格式进行一个深度的剖析。

BMP文件的数据按照从文件头开始的前后顺序分为四个部分：

Ø         bmp文件头(bmp file header)：提供文件的格式、大小等信息

Ø         位图信息头(bitmap information)：提供图像数据的尺寸、位平面数、压缩方式、颜色索引等信息

Ø         调色板(color palette)：可选，如使用索引来表示图像，调色板就是索引与其对应的颜色的映射表

Ø         位图数据(bitmap data)：就是图像数据啦^_^

下面结合Windows结构体的定义，经过一个表来分析这四个部分。

 

 

咱们通常见到的图像以24位图像为主，即R、G、B三种颜色各用8个bit来表示，这样的图像咱们称为真彩色，这种状况下是不须要调色板的，也就是所位图信息头后面紧跟的就是位图数据了。所以，咱们经常见到有这样一种说法：位图文件从文件头开始偏移54个字节就是位图数据了，这其实说的是24或32位图的状况。这也就解释了咱们按照这种程序写出来的程序为何对某些位图文件没用了。

  下面针对一幅特定的图像进行分析，来看看在位图文件中这四个数据段的排布以及组成。

  咱们使用的图像显示以下：

                 

 

   这是一幅16位的位图文件，所以它是含有调色板的。

   在拉出图像数据进行分析以前，咱们首先进行几个约定：

   1. 在BMP文件中，若是一个数据须要用几个字节来表示的话，那么该数据的存放字节顺序为“低地址村存放低位数据，高地址存放高位数据”。如数据0x1756在内存中的存储顺序为：

     

 

                                  

这种存储方式称为小端方式(little endian) , 与之相反的是大端方式（big endian）。对二者的使用状况有兴趣的能够深究一下，其中仍是有学问的。

2.  如下全部分析均以字节为序号单位进行。

   下面咱们对从文件中拉出来的数据进行剖析：

   

 

1、bmp文件头
Windows为bmp文件头定义了以下结构体：

  

typedef struct tagBITMAPFILEHEADER 
{  
UINT16 bfType;    
DWORD bfSize; 
UINT16 bfReserved1; 
UINT16 bfReserved2; 
DWORD bfOffBits;
} BITMAPFILEHEADER; 

 

其中：

   

 

 对照文件数据咱们看到：

 

 

1-2  ：424dh = 'BM',表示这是Windows支持的位图格式。有不少声称开头两个字节必须为'BM'才是位图文件，从上表来看应为开头两个字节必须为'BM'才是Windows位图文件。

3-5  ：00010436h = 66614 B = 65.05 kB，经过查询文件属性发现一致。

6-9  ：这是两个保留段，为0。

A-D：00000436h = 1078。即从文件头到位图数据需偏移1078字节。咱们稍后将验证这个数据。

共有14个字节。

2、位图信息头
一样地，Windows为位图信息头定义了以下结构体：

  

代码  
 

 

对照数据文件： 

 

 

0E-11：00000028h = 40,这就是说我这个位图信息头的大小为40个字节。前面咱们已经说过位图信息头通常有40个字节，既然是这样，为何这里还要给一个字段来讲明呢？这里涉及到一些历史,其实位图信息头本来有不少大小的版本的。咱们看一下下表：

                

 

    出于兼容性的考虑，大多数应用使用了旧版的位图信息头来保存文件。而 OS/2 已通过时了,所以如今最经常使用的格式就仅有V3 header了。所以，咱们在前面说位图信息头的大小为40字节。

12-15：00000100h = 256，图像宽为255像素，与文件属性一致。

16-19：00000100h = 256，图像高为255像素，与文件属性一致。这是一个正数，说明图像数据是从图像左下角到右上角排列的。

1A-1B：0001h, 该值总为1。

1C-1D：0008h = 8, 表示每一个像素占8个比特，即该图像共有256种颜色。

1E-21：00000000h，BI_RGB， 说明本图像不压缩。

22-25：00000000h，图像的大小，由于使用BI_RGB，因此设置为0。

26-29：00000000h，水平分辨率，缺省。

2A-2D：00000000h，垂直分辨率，缺省。

2E-31：00000100h = 256,说明本位图实际使用的颜色索引数为256，与1C-ID获得的结论一致。

32-35：00000100h = 256,说明本位图重要的颜色索引数为256，与前面获得的结论一致。

 

3、调色板
下面的数据就是调色板了。前面也已经提过，调色板实际上是一张映射表，标识颜色索引号与其表明的颜色的对应关系。它在文件中的布局就像一个二维数组palette[N][4],其中N表示总的颜色索引数，每行的四个元素分别表示该索引对应的B、G、R和Alpha的值，每一个份量占一个字节。如不设透明通道时，Alpha为0。由于前面知道，本图有256个颜色索引，所以N = 256。索引号就是所在行的行号，对应的颜色就是所在行的四个元素。这里截取一些数据来讲明：

                           

 

 

索引：(蓝，绿，红，Alpha)

0号：(fe，fa，fd，00)

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（Bits Per Pixel）为每像素的比特数。

在程序中，咱们能够表示为：

int iLineByteCnt = (((m_iImageWidth * m_iBitsPerPixel) + 31) >> 5) << 2;

这样，位图数据区的大小为：

  m_iImageDataSize = iLineByteCnt * m_iImageHeight;

咱们在扫描完一行数据后，也可能接下来的数据并非下一行的数据，可能须要跳过一段填充数据：

  skip = 4 - ((m_iImageWidth * m_iBitsPerPixel)>>3) & 3;

5、拾遗

至此，咱们经过分析一个具体的位图文件例子详细地剖析了位图文件的组成。须要注意的是：咱们讲的主要是PC机上的位图文件的构成，对于嵌入式平台，可能在调色板数据段与PC机的不一样。如在嵌入式平台上常见的16位r5g6b5位图实际上采用的掩模的方式而不是索引的方式来表示图像。此时，在调色板数据段共有四个部分，每一个部分为四个字节，实际表示的是彩色版规范。即：

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

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

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

 第四个部分是Alpha份量的掩模（缺省为0）

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

  00F8 0000 E007 0000 1F00 0000 0000 0000

其中

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

将掩码跟像素值进行“与”运算再进行移位操做就能够获得各色份量值。看看掩码，就能够明白事实上在每一个像素值的两个字节16位中，按从高到低取五、六、5位分别就是r、g、b份量值。取出份量值后把r、g、b值分别乘以八、四、8就能够补齐每一个份量为一个字节，再把这三个字节按BGR组合，放入存储器，就能够转换为24位标准BMP格式了。

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

 r = (F102 AND F800) >> 8 = F0h = 240

 g= (F102 AND 07E0）>> 3 = 20h = 32 
　 b=(F102 AND 001F) << 3 = 10h =16

至此咱们就能够显示了。（本文结束）

参考资源：

1.      wiki百科 bmp file format  

http://en.wikipedia.org/wiki/BMP_file_format

2.      gwwgle的专栏 BMP格式详解 http://blog.csdn.net/gwwgle/archive/2009/11/06/4775396.aspx

3.      匿名 BMP格式图像文件详析http://www.thethirdmedia.com/pc/200407/20040722117029.shtm

4.      Singler的专栏位图文件（BMP）格式分析以及程序实现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 bytes

typedef struct { 
/* type : Magic identifier,通常为BM(0x42,0x4d) */ 
unsigned short int type; 
unsigned int size;/* File size in bytes,所有的档案大小 */ 
unsigned short int reserved1, reserved2; /* 保留位 */ 
unsigned int offset;/* Offset to image data, bytes */ 
} FILEHEADER;

 

type：2 bytes，通常都是'B' (0x42)、'M' (0x4D)
size：4 bytes，记录该BMP档的大小，0x436 = 1078 bytes
reserved1：保留位，2 bytes
reserved2：保留位，2 bytes
offset：4 bytes，0x36 = 54 bytes
【INFO HEADER 实例图解】40 bytes

typedef struct { 
unsigned int size;/* Info Header size in bytes */ 
int width,height;/* Width and height of image */ 
unsigned short int planes;/* Number of colour planes */ 
unsigned short int bits; /* Bits per pixel */ 
unsigned int compression; /* Compression type */ 
unsigned int imagesize; /* Image size in bytes */ 
int xresolution,yresolution; /* Pixels per meter */ 
unsigned int ncolours; /* Number of colours */ 
unsigned int importantcolours; /* Important colours */ 
} INFOHEADER;

 

size：4 bytes，0x28 = 40 bytes，表示Info Header的大长度总共 40 bytes
width：4 bytes，0x10 = 16，图像宽度为16 pixel
height：4 bytes，0x10 = 16，图像高度为16 pixel
planes：2 bytes，0x01 = 1，位元面数为1
bits：2 bytes，0x20 = 32，每個pixel须要32bits
compression：4 bytes，0表明不压缩
imagesize：4 bytes，0x400 = 1024 bytes，点阵图资料大小为1024 bytes
xresolution：4 bytes，水平解析度
yresolution：4 bytes，垂直解析度
ncolours：4 bytes，点阵图使用的调色板颜色数
importantcolours：4 bytes，重要的颜色数
【RAW DATA 实例图解】

刚刚的File Header共14bytes，Info Header为40bytes，「imagesize」 = 1024 bytes，因此「14 + 40 + 1024 = 1078」， 即等于File Header中「size」的大小。下面我只提取部分的资料，反正所有的档案，減去Header档54位元组，剩下的就是点阵图的资料。

 

在Info Header中的「bits」为32 bits，故四个位元组一组，若24 bits，则三个位元组一组，例子中的长宽各为16，以「Z」字型来看，一列则为16组，即16 X 4 = 64 bytes。注意的是，图中是以A、B、C ~ …的读取顺序来解说，但实际上程序所读取到的一般回是反过来的，即… ~ C、B、A。另外，下图是以「BGRA」排列。