BMP格式解析

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

         参考文章：《位图文件（BMP）格式分析以及程序实现》

         本来应该先着手把SDRAM模块再整理包装一下，但是今天没法静心整理代码，所以就干脆趁着周末上网方便好好对BMP格式的图片数据结构做一些深入的了解。之所以先从位图（Bitmap）入手，当然是因为位图简单，更因为它是Windows显示图片的基本格式。在Windows下，任何各式的图片文件（包括视频播放）都要转化为位图的时候才能显示出来。关于这点，做过一些液晶驱动器的特权同学还是深有体会的。不过以前做过的驱动部分大都是人家送数据过来我放到RAM里，然后每次显示从RAM搬数据这样的活，相对比较简单，没什么真正意义上的图片结构的成分，只是自己定义好了起始和结束地址就OK了。这样的数据也很容易得到，用字模或者图片取模软件转一下就可以。那么就开始好好学习一下BMP吧。

一、下面我们来看看位图文件（*.BMP）的格式。

位图文件主要分为如下3个部分：

1、   文件信息头BITMAPFILEHEADER

结构体定义如下：

typedef struct tagBITMAPFILEHEADER {                 /* bmfh */

UINT bfType;   

DWORD bfSize;

UINT bfReserved1;

UINT bfReserved2;

DWORD bfOffBits;

} BITMAPFILEHEADER;

其中：

         看完理论不够，看看实际的Winhex里的数据是什么吧：

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />

         直接找的图片的开始簇。偏移地址0-1是4D42H，即‘BM’；偏移地址2-5是00300036H，即该图片大小为十六进制的300036Byte，换算一下3M左右，和winhex里的根目录的数值是一样的；偏移地址6-7、8-9都是0000H；偏移地址a-d是00000036H也就是说从图片开始字节地址41000H往后的偏移量为36H字节的数据才是真正的图片数据。你算一下会发现这前36H地址即存放54个字节数据正好是文件信息头（14B）和位图信息头（40B）的数据。

2、位图信息头BITMAPINFOHEADER

结构体定义如下：

typedef struct tagBITMAPINFOHEADER {               /* bmih */

DWORD biSize;

LONG biWidth;

LONG biHeight;

WORD biPlanes;

WORD biBitCount;

DWORD biCompression;

DWORD biSizeImage;

LONG biXPelsPerMeter;

LONG biYPelsPerMeter;

DWORD biClrUsed;

DWORD biClrImportant;

} BITMAPINFOHEADER;

其中：

         再来看偏移地址0E开始的信息头的数据。偏移地址0e-11H为00000028H，即BITMAPINFOHEADER结构所需要的字数为28H，具体是个什么含义就不得而知了；偏移地址12-15H为00000400H（即1024），偏移地址16-19H为00000300H（即768），这两个参数对应图片的像素是1024*768；偏移地址1AH-1BH是0001H，即biPlanes=1；偏移地址1CH-1DH是0020H，即该32bit/像素；偏移地址1eH-21H是00000000H，应该是表示没有压缩的图像；偏移地址22H-25H是00300000H；表示图像大小为3MB；偏移地址26H-29H是00000000H，偏移地址2aH-2dH是00000000H；偏移地址2eH-31H是00000000H；偏移地址32H-35H是00000000H。

3、RGB颜色阵列

有关RGB三色空间我想大家都很熟悉，这里我想说的是在Windows下，RGB颜色阵列存储的格式其实BGR。也就是说，对于24位的RGB位图像素数据格式是：

对于32位的RGB位图像素数据格式是：

透明通道也称Alpha通道，该值是该像素点的透明属性，取值在0（全透明）到255（不透明）之间。对于24位的图像来说，因为没有Alpha通道，故整个图像都不透明。

         这么看来，BPM还真是原滋原味的表现出了图片的所有数据，不带任何压缩的。