DIB文件有4个主要部分:
文件头、信息头、RGB色素表(不一定有)、位图像素位。
内存中的紧缩DIB格式有三个部分:
信息头、RGB色素表(不一定有)、位图像素位。
内存紧缩DIB除了没有文件头外,其他部分与存储在文件内的DIB相同。
DIB文件(不是基于内存的紧缩DIB)以定义为如下结构的14个字节的文件的文件头开始:
typedef tabBITMAPFILEHEDER //bmfh
{
WORD bfType;//signature word “BM”of 0x4D42
DWORD bfSize;//entrie size of file
WORD bfReserved1;//muse be zero
WORD bfReserved2;//must be zero
DWORD bfOffsetBits;//offset in fileof DIB pixel bits
}
BITMAPFILEHEADER,*PBITMAPFILEHEADER;
该DIB文件头不管是在OS/2中还是在WINDOWS中都是相同的,而对于在文件中紧随该结构后的一个结构,在OS/2中和在WINDOWS中就不同了,在我刚开始学习的时候,不小心去拿着OS/2下的BITMAPCOREHEADER结构去写去读DIB文件,总是得不到结果(当然得不到了),郁闷了好一阵子。
下面就是OS/2中紧随BITMAPFILEHEADER之后的结构BITMAPCOREHEADER了,定义如下:
typedef tagBITMAPCOREHEADER //bmch
{
DWORD bcSize;//size of the structure = 12;
WORD bcWidth;//Width of image in pixels
WORD bcHeight;//height of image in pixels
WORD bcPlanes;// = 1;
WORD bcBitCount;//bit per pixel(1,4,8, or 24)
}BITMAPCOREHEADER,*PBITMAPCOREHEADER;
对于bcBitCount值是1,4,8的DIB来说,它们后面紧跟做一个色彩表。该色彩表是一个三字节的RGBTRIPLE结构数组数组中的每一个元素代表图像中的每一种颜色。定义为:
typedef struct tagRGBTRIPLE
{
BYTE rgbBlue;//blue lever
BYTE rgbGreen;//green lever
BYTE rgbRed;//reg lever
}RGBTRIPLE,*PRGBTRIPLE;
在WINGDI.h中文件也定义了下面的结构:
typedef tagBITMAPCOREINFO
{
BITMAPCOREHEADER bmciHeader;//core-header
RGBTRIPLE bmciColors[1];//Color tab array
}BITMAPCOREINFO,*PBITMAPCOREINFO;
在结构中定义的色彩表大小为1,但是在实际中不会只有一个色彩表RGBTRIPEL,可以根据DIB的色彩位数来看,大小应该是2,16,256.如:如果要向8为的DIB分PBITMAPCOREINFOi结构,可以这样:
pbmci = malloc(sizeof(BITMAPCOREINFO) + 255 * sizeof(RGBTRIPEL);这样就可以访问RGBTRIPEL结构了。由于RGBTRIPEL的结构是三字节,所以RGBTRIPEL中许多结构可能以奇数地址开始,然而,因为在DIB文件系统内始终有偶数的的RGBTRIPLE结构所以紧跟在色彩表后的数据块总是以WORD地址边界开始。紧跟色彩表后的数据是像素位本身。