先介绍有关位图的相关知识,然后在接下来的几篇文章中,介绍怎么编程来处理位图……
一:彩色图的概念
彩色图是怎么回事呢?我们先来说说三元色RGB概念。
我们知道,自然界中的所有颜色都可以由红、绿、蓝(R,G,B)组合而成。有的颜色含有红色成分多一些,如深红;有的含有红色成分少一些,如浅红。针对含有红色成分的多少,可以分成0到255共256个等级,0级表示不含红色成分;255级表示含有100%的红色成分。同样,绿色和蓝色也被分成256级。这种分级概念称为量化。
这样,根据红、绿、蓝各种不同的组合我们就能表示出256×256×256,约1600万种颜色。这么多颜色对于我们人眼来说已经足够丰富了。
你大概已经明白了,当一幅图中每个象素赋予不同的RGB值时,能呈现出五彩缤纷的颜色了,这样就形成了彩色图。的确是这样的,但实际上的做法还有些差别。让我们来看看下面的例子。
有一个长宽各为200个象素,颜色数为16色的彩色图,每一个象素都用R、G、B三个分量表示。因为每个分量有256个级别,要用8位(bit),即一个字节(byte)来表示,所以每个象素需要用3个字节。整个图像要用200×200×3,约120k字节,可不是一个小数目呀!如果我们用下面的方法,就能省的多。
因为是一个16色图,也就是说这幅图中最多只有16种颜色,我们可以用一个表:表中的每一行记录一种颜色的R、G、B值。这样当我们表示一个象素的颜色时,只需要指出该颜色是在第几行,即该颜色在表中的索引值。举个例子,如果表的第0行为(255,0,0) (红色),那么当某个像素为红色时,只需要标明0即可。
让我们再来计算一下:16种状态可以用4位(bit)表示,所以一个象素要用半个字节。整个图像要用200×200×0.5,约20k字节,再加上表占用的字节为3×16=48字节,整个占用的字节数约为前面的1/6,省很多吧?
这张R、G、B的表,就是我们常说的调色板(Palette),另一种叫法是颜色查找表LUT(LookUp Table),似乎更确切一些。Windows位图中便用到了调色板技术。其实不光是Windows位图,许多图像文件格式如pcx、tif、gif等都用到了。所以很好地掌握调色板的概念是十分有用的。
有一种图,它的颜色数高达256×256×256种,也就是说包含我们上述提到的R、G、B颜色表示方法中所有的颜色,这种图叫做真彩色图(true color)。真彩色图并不是说一幅图包含了所有的颜色,而是说它具有显示所有颜色的能力,即最多可以包含所有的颜色。表示真彩色图时,每个象素直接用R、G、B三个分量字节表示,而不采用调色板技术。原因很明显:如果用调色板,表示一个象素也要用24位,这是因为每种颜色的索引要用24位(因为总共有224种颜色,即调色板有224行),和直接用R,G,B三个分量表示用的字节数一样,不但没有任何便宜,还要加上一个256×256×256×3个字节的大调色板。所以真彩色图直接用R、G、B三个分量表示,它又叫做24位色图。
二、DIB简介
DIB:即Device-independent bitmap 设备无关位图文件。设备无关简单的说就是:DIB的颜色模式与设备无关。例如,一个256色的DIB即可以在真彩色显示模式下使用,也可以在16色模式下使用。256色以下(包括256色)的DIB拥有自己的颜色表(为什么真彩图没有调色板的原因已经在上面说过了),像素的颜色独立于系统调色板。由于DIB不依赖于具体设备,因此可以用来永久性地保存图像。
DIB一般是以*.BMP文件的形式保存在磁盘中的,有时也会保存在*.DIB文件中。
三、bmp文件数据结构
介绍完了关于彩色图和DIB的相关知识后,介绍有关bmp格式文件的在存储时的相关数据结构。
bmp文件结构分四部分如下图:
3.1:位图文件头信息
typedef struct tagBITMAPFILEHEADER {
WORD bfType;
DWORD bfSize;
WORD bfReserved1;
WORD bfReserved2;
DWORD bfOffBits;
} BITMAPFILEHEADER, *PBITMAPFILEHEADER;
这个数据结构的长度是固定的,为14个字节(WORD为无符号16位整型,DWORD为无符号32位整型,所以(16*3+32*2)/8=14字节 )。
参数含义(摘自MSDN):
bfType
Specifies the file type, must be BM.(指定文件类型,必须是0x4d42,即字符串”BM”。)
bfSize
Specifies the size, in bytes, of the bitmapfile. (指定文件大小,包括这14个字符)
bfReserved1
Reserved; must be zero. (保留字)
bfReserved2
Reserved; must be zero. (保留字)
bfOffBits
Specifies the offset, in bytes, from thebeginning of the BITMAPFILEHEADER structure to the bitmap bits.(为从文件头到实际的位图数据的偏移字节数,即位图文件头+位图信息头+调色板)
3.2、位图信息头
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, *PBITMAPINFOHEADER;
这个结构体的长度也是固定的,为40个字节(LONG为32位整型)。
参数说明(简单说明,具体参看MSDN):
biSize
指定这个结构的长度,为40。
biWidth
指定图像的宽度,单位是像素。
biHeigth
指定图像的高度,单位是像素。
biPlanes
必须是1.
指定表示颜色时要用到的位数,常用的值为1、4、8、24。
biCompression
指定位图是否压缩,有效值为一些windows定义好的常量。
biSizeImage
指定实际的位图数据占用的字节数(也就是bmp文件结构图第四部分的字节数)。
可以从公式 biSizeImage = biWidth * biHeight(biWidth必须是4的整数倍)算出。
该项可能为0。
biXPelsPerMeter
指定目标设备的水平分辨率,单位是每米的像素个数
biYPelsPerMeter
指定目标设备的垂直分辨率,单位是每米的像素个数
biClrUsed
指定本图像实际用到的颜色数,如果为0,则用到得颜色数为2biBitCount
biClrImportant
指定重要颜色数,如果为0,则所有颜色都重要。
3.3、调色板
是一个数组,共有biClrUsed个元素(如果biClrUsed为0,则有2biBitCount个)
数组中的每个元素的类型是一个RGBQUAD结构体,占4个字节,定义如下:
typedef struct tagRGBQUAD {
BYTE rgbBlue; //该颜色的蓝分量
BYTE rgbGreen; //该颜色的绿分量
BYTE rgbRed; //该颜色的红分量
BYTE rgbReserved;
} RGBQUAD;
一定注意不是红绿蓝而是绿蓝红。
3.4、下来就是实际的图像数据了。
注意两点:
一:每一行的字节数必须是4的倍数,如果不是,则需要补全。
二:一般来说,bmp文件数据是从下到上,从左到右。也就是文件中先读到的是图像最下面一行最左边的第一个像素,最后得到是最上面一行最右边的像素。