第02章 BMP位图文件解析(pdf).docVIP

PAGE PAGE 1 实验1 图像 一、实验目的： 了解BMP位图结构；掌握VC编程框架；掌握GDI、Stream、DirectDraw对图形的读取与显示。 二、实验内容： 1. 利用GDI方式显示图片； 2. 利用Stream方式显示图片； 3. 利用DirectDraw方式显示图片。BMP位图的载入及显示 1 文件格式 首先，整个BMP文件的内容可以分为3到4块。 第一块是BMP的文件头用于描述整个BMP文件的情况。结构如下： typedef struct tagBITMAPFILEHEADER { WORD bfType; DWORD bfSize; WORD bfReserved1; WORD bfReserved2; DWORD bfOffBits; } BITMAPFILEHEADER; 第一个bfType用于表示文件类型，如果它是BMP文件，那么它这个位置的值一定是“BM”也就是0x4D42。 第二个bfSize表示整个文件的字节数。 第三第四个则保留，目前无意义。 最后一个相当重要，表示位图的数据信息离文件头的偏移量，以字节为单位。 第二块是位图信息头，即BITMAPINFOHEADER，用于描述整个位图文件的情况。 typedef struct tagBITMAPINFOHEADER{ DWORD biSize; // 表示本结构的大小 LONG biWidth; // 位图的宽度 LONG biHeight; // 位图的高度 WORD biPlanes; // 永远为1 WORD biBitCount; // 像素的位数，分为1、4、8、16、24、32（1、4很少用） DWORD biCompression; // 并非仅仅只是压缩类型 DWORD biSizeImage; // 表示位图数据区域的大小以字节为单位 LONG biXPelsPerMeter; LONG biYPelsPerMeter; DWORD biClrUsed; DWORD biClrImportant; } BITMAPINFOHEADER; 第三块就是调色板信息或者掩码部分，如果是8位位图则存放调色板；16 与32位位图则存放RGB颜色的掩码，这些掩码以DWORD大小来存放。 最后一块就是位图的数据实体。 2 行4字节对齐及像素RGB分量提取 关于数据读取，BMP文件有个重要特性，那就是对于数据区域而言，每行的数据必须是4字节的倍数，如果没有满则用冗余的数据来补齐。下面列出计算行宽度及像素RGB分量提取的一般算法。假设位图数据已经读入到一个UCHAR 的buffer中 。 2.1 8位位图 8位位图中每个像素占1个字节，当每行宽度不是4的倍数时，则4 - width % 4就是需要补齐的字节数。 UCHAR * buffer; int pitch; // pitch是行字节数 UCHAR index; if(width % 4 == 0) pitch = width; else pitch = width + 4 - width % 4; index = buffer[y * pitch + x]; index（UCHAR类型）是像素值在颜色表中的索引，范围0～255，正好是调色板的颜色数量。 在8位BMP图片中数据信息前256个RGBQUAD的大小开始就是调色板的信息，用下面的表达式获取RGB值（quad是颜色表）： UCHAR r = quad[index].rgbRed; UCHAR g = quad[index].rgbGreen; UCHAR b = quad[index].rgbBlue; 2.2 16位位图 每个像素占2个字节，一行的宽度是2的倍数，则必然行字节数是4的倍数。 UCHAR * buffer, B, A; // B是高位字节，A是低位字节 int pitch = width + width % 2; buffer[(y * pitch + x) * 2]; // 第一个字节 buffer[(y * pitch + x) * 2 + 1]; // 第二个字节 16位位图有555、565两种格式的区别，而且还有所谓压缩类型的区别。下面介绍RGB555和RGB565格式： 555 格式 xrrrrrgggggbbbbb 565 格式 rrrrrggggggbbbbb BITMAPINFOHEADER里有一个成员biCompression，现在我们分两种情况