bmp位图结构详解.docVIP

要辨认图像中的字符，起首要会处理惩罚图像，把图像的信息读出来。这就必须先懂得图像的布局，存储体式格式。清华大学出版的一本《数字图像处理惩罚编程入门》给了我不少帮助。第一章的Windows位图和调色板让我对bmp图像有了根蒂根基懂得。对于彩色图，可以用RGB模型来默示。根蒂根基上所有色彩都可以用这三种色彩的组合来形成。但实际上也有一些差别，小于24位图都哄骗到了调色板，也就是一张R、G、B表，主如果为了节俭存储空间。bmp文件布局如下： ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?图一 bmp位图布局示意图 ? 第一项目组为位图文件头BITMAPFILEHEADER，是一个布局，其定义如下： typedef struct tagBITMAPFILEHEADER { WORD?????????? bfType; DWORD bfSize; WORD?????????? bfReserved1; WORD?????????? bfReserved2; DWORD bfOffBits; } BITMAPFILEHEADER; 这个布局的长度是固定的，为14个字节（WORD为无符号16位整数，DWORD为无符号32位整数），各个域的申明如下： bfType 指定文件类型，必须是0 x，即字符串“BM”，也就是说所有.bmp文件的头两个字节都是“BM”。 bfSize 指定文件大小，包含这14个字节。 bfReserved1，bfReserved2????? 为保存字，不消推敲 bfOffBits 为从文件头到实际的位图数据的偏移字节数，即图1.3中前三个项目组的长度之和。 第二项目组为位图信息头BITMAPINFOHEADER，也是一个布局，其定义如下： 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; 这个布局的长度是固定的，为40个字节（LONG为32位整数），各个域的申明如下： biSize 指定这个布局的长度，为40。 biWidth 指定图象的宽度，单位是象素。 biHeight 指定图象的高度，单位是象素。 biPlanes 必须是1，不消推敲。 biBitCount 指定默示色彩时要用到的位数，常用的值为1（曲直短长二色图）， 4（16色图）， 8（256色）， 24（真彩色图）（新的.bmp格局支撑32位色，这里就不做评论辩论了）。 biCompression 指定位图是否紧缩，有效的值为BI_RGB，BI_RLE8，BI_RLE4，BI_BITFIELDS（都是一些Windows定义好的常量）。要申明的是，Windows位图可以采取RLE4，和RLE8的紧缩格局，但用的不久不多。我们往后所评论辩论的只有第一种不紧缩的景象，即biCompression为BI_RGB的景象。 biSizeImage 指定实际的位图数据占用的字节数，其实也可以从以下的公式中策画出来： biSizeImage=biWidth’ × biHeight 要重视的是：上述公式中的biWidth’必须是4的整倍数（所以不是biWidth，而是biWidth’，默示大于或便是biWidth的，最接近4的整倍数。举个例子，若是biWidth=240，则biWidth’=240；若是biWidth=241，biWidth’=244）。 若是biCompression为BI_RGB，则该项可能为零 biXPelsPerMeter 指定目标设备的程度辨别率，单位是每米的象素个数，关于辨别率的概念，我们将在第4章具体介绍。 biYPelsPerMeter 指定目标设备的垂直辨别率，单位同上。 biClrUsed 指定本图象实际用到的色彩数，若是该值为零，则用到的色彩数为2biBitCount。 biClrImportant 指定本图象中首要的色彩数，若是该值为零，则认为所有的色彩都是首要的。 第三项目组为调色板Palette，当然，这里是对那些须要调色板的位图文件而言的。有些位图，如真彩色图，前面已经