用普通方法显示BMP位图，占内存大，速度慢，在图形缩小时，失真严重,在低颜色位数的设备上显示高颜色位数的图形图形时失真大。本文采用视频函数显示BMP位图，可以消除以上的缺点。
一、BMP文件结构
1. BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。
2. BMP文件头
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。
其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORDbfType; // 位图文件的类型，必须为BM
DWORD bfSize; // 位图文件的大小，以字节为单位
WORDbfReserved1; // 位图文件保留字，必须为0
WORDbfReserved2; // 位图文件保留字，必须为0
DWORD bfOffBits; // 位图数据的起始位置，以相对于位图
// 文件头的偏移量表示，以字节为单位
} BITMAPFILEHEADER;
3. 位图信息头
BMP位图信息头数据用于说明位图的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节数
LONGbiWidth; // 位图的宽度，以像素为单位
LONGbiHeight; // 位图的高度，以像素为单位
WORD biPlanes; // 目标设备的级别，必须为1
WORD biBitCount// 每个像素所需的位数，必须是1(双色),
// 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 位图压缩类型，必须是 0(不压缩),
// 1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一
DWORD biSizeImage; // 位图的大小，以字节为单位
LONGbiXPelsPerMeter; // 位图水平分辨率，每米像素数
LONGbiYPelsPerMeter; // 位图垂直分辨率，每米像素数
DWORD biClrUsed;// 位图实际使用的颜色表中的颜色数
DWORD biClrImportant;// 位图显示过程中重要的颜色数
} BITMAPINFOHEADER;
4. 颜色表
颜色表用于说明位图中的颜色，它有若干个表项，每一个表项是一个RGBQUAD类型的结构，定义一种颜色。RGBQUAD结构的定义如下:
typedef struct tagRGBQUAD {
BYTErgbBlue;// 蓝色的亮度(值范围为0-255)
BYTErgbGreen; // 绿色的亮度(值范围为0-255)
BYTErgbRed; // 红色的亮度(值范围为0-255)
BYTErgbReserved;// 保留，必须为0
} RGBQUAD;
颜色表中RGBQUAD结构数据的个数有biBitCount来确定:
当biBitCount=1,4,8时，分别有2,16,256个表项;
当biBitCount=24时，没有颜色表项。
位图信息头和颜色表组成位图信息，BITMAPINFO结构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息头
RGBQUAD bmiColors[1]; // 颜色表
} BITMAPINFO;
5. 位图数据
位图数据记录了位图的每一个像素值，记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:
当biBitCount=1时，8个像素占1个字节;
当biBitCount=4时，2个像素占1个字节;
当biBitCount=8时，1个像素占1个字节;
当biBitCount=24时,1个像素占3个字节;
Windows规定一个扫描行所占的字节数必须是 4的倍数(即以long为单位),不足的以0填充，
一个扫描行所占的字节数计算方法: DataSizePerLine= (biWidth* biBitCount+31)/8;
// 一个扫描行所占的字节数 DataSizePerLine= DataSizePerLine/4*4; // 字节数必须是4的倍数
位图数据的大小(不压缩情况下): DataSize= DataSizePerLine* biHeight;
关于一些详细的细节:
-begin-
原文地址：http://www.xujiwei.com/blog/?id=175
由于改进IMAGELIS的需要，我对BMP文件的格式进行了一些研究，写在这里做为学习笔记，也给需要的朋友做为参考。如果没有特别说明，我所用的位图文件都是由WinowXP自带的画图产生。
BMP文件格式在网上已经很多教程之类的，不过我这里讲的是一些它们没提到的。
1.数据区起始位置
我在网上找到许多有关BMP文件格式的说明都说数据区起始位置在相对文件开头51个字节处，但我却发现数据区起始在相关文件开头55个字节处，不知是网上的错了还是我错了，不过我这样用了好像也没出错，有空再研究研究。
2.像素保存顺序
位图保存时扫描顺序是从下至上，从左至右，即在位图数据区，位图第一行保存在位图数据区的最后，而位图最后一行保存在位图数据区的开始，例有一个4x4的位图，那么它有4行，4列，像素保存在数据区的顺序是这样的：
line3 pixel 0 1 2 3
line2 pixel 0 1 2 3
line1 pixel 0 1 2 3
line0 pixel 0 1 2 3
因此，如果我们要自己产生一个位图文件，那么保存时就应该从最后一行，第一个像素开始保存，保存好一行后就往上一行直到第一行保存完毕，当然，我们必须在位图数据之前加上位图文件头，文件头的格式可以在网上找资料。
3.行字节对齐
可能是为了数据区的读取更快速，BMP格式规定一行的字节数必须是4的倍数，如果不足，就用0补足。例如有一幅5x5的24位色位图，那么本来每一行的字节数是24/8*5＝15个字节，但15不是4的倍数，还需要1个字节来补足，于是在数据区这一行的数据就是：
pixel 0 1 2 3 4 0x00
同理如果宽度是7那么就需要补3个字节等等。如果是12x12单色位图，那么一行有12/2＝6个字节，就需要在每一行的数据的最后补2个字节。
这个补0的问题很多朋友在处理位图的时候没有注意，以致于程序在处理诸如32x32之类的位图时能很好的运行，而处理如31x32这样的就不行了。
4.颜色数少于256时的数据位
在颜色数少于256时一个字节里就可能保存1个或者更多个像素，这时就要注意像素在字节里的保存顺序了。像素在字节内保存的顺序原则是前面的像素在高位，后面的像素在低位。例：
在16色位图里，每一个像素需要4个bit来保存，因此1个字节里就保存了两个像素，假如有一个2x1的16色位图，第一个像素是黑色，数据是0x0，第二个像素白色，数据是0xF，那么根据上面的原则，这两个像素在字节里是这样保存的：
pixel 0 1
bits 0000 1111
同理，如果是单色位图，也是前面的像素在高位，后面的像素在低位。
以上呢就是我在研究BMP格式时得到的一些经验，当然，如果有错或者有什么问题可以给我写信：）
-end-
你还可以在这里找到一份很详细的资料: