BITMAPINFO结构
BITMAPINFO结构具有如下形式：
typedef struct tagBITMAPINFO
{
BITMAPINFOHEADER bmiHeader;
RGBQUAD bmiColors[1];
} BITMAPINFO
BITMAPINFO结构定义了位图（DIB）的度量和颜色信息。
成员：
| bmiHeader | 指定了一个BITMAPINFOHEADER结构，包含了有关设备相关位图的度量和颜色格式的信息。 |
| bmiColors | 指定了一个RGBQUAD或DWORD数据类型的数组，定义了位图中的颜色。 |
注释：
位图（DIB）由两个部分组成：
| (1) | 一个BITMAPINFO结构，描述了位图的度量和颜色信息； |
| (2) | 一个字节数组，定义了位图的像素。数组中的字节被组合在一起，但是每个扫描行必须用零填补，在一个LONG边界结束。如果高度为正的，位图的起始位置在左下角。如果高度为负，起始位置在左上角。 |
| (3) | BITMAPINFOHEADER结构中的biBitCount成员决定了定义像素的位数以及位图中的最大颜色数。这个成员可以是下列值之一：
| · | 位图是单色的，bmiColors成员包含两个入口。位图数组中的每一位代表一个像素。如果该位被清除，则用bmiColors表中的第一种颜色显示该像素。如果该位被置位，则用表中的第二种颜色显示该像素。 | | · | 位图最多有16种颜色，bmiColors成员中包含了最多可达16个入口。位图中的每个像素用一个4位的值来表示，该值用作颜色表的索引。例如，如果位图中的第一个字节是0x1F，这个字节代表两个像素。第一个像素包含了颜色表中第二种颜色，第二个像素包含了颜色表中第十六种颜色。 | | · | 位图最多有256种颜色，bmiColors成员包含了多达256个入口。在这种情况下，数组中的每个字节代表一个像素。 | | · | 位图最多有216种颜色。BITMAPINFOHEADER的biCompression成员必须是BI_BITFIELDS。bmiColors成员包含了3个DWORD型颜色掩码，分别代表了每个像素中的红，绿和蓝色成分。DWORD型掩码中的位必须是连续的，不能与其它掩码重叠。并非像素中的所有位都必须被使用。数组中的每个WORD值代表一个像素。 | | · | 位图最多具有224种颜色，bmiColors成员为NULL。位图数组中的每个三字节组合分别代表像素中蓝，绿红的深度。 | | · | 位图中最多具有232种颜色。BITMAPINFOHEADER中的biCompression成员必须是BI_BITFIELDS。bmiColors成员中包含了三个DWORD颜色掩码，分别指定了像素的红，绿和蓝成分。DWORD掩码中的位必须是连续的，并且不能与其它掩码重叠。并非像素中的所有位都必须被使用。数组中的每个DWORD值代表一个像素。 |
|
BITMAPINFOHEADER结构中的biClrUsed成员指定了颜色表中实际使用的索引的数目。如果biClrUsed成员被设为0，位图将使用biBitCount成员中指定的最大颜色数。
bmiColors表中的颜色应当按照其重要性的顺序出现。另一种情况是，对于使用DIB函数，bmiColors成员可以是一个16位无符号整数的数组，指定了当前实现的逻辑调色板中的索引，而不是确切的RGB值。在这种情况下，使用位图的应用程序必须调用Windows的DIB函数（CreateDIBitmap，CreateDIBPatternBrush和CreateDIBSection），iUsage参数应被设为DIB_PAL_COLORS。
如果位图是一个压缩位图（这意味着，这种位图的数组直接跟在一个指针所引用的BITMAPINFO头的后面），在使用DIB_PAL_COLORS模式的时候，biClrUsed成员必须被设为偶数，以便使DIB位图数组从DWORD边界开始。
注意：
如果位图被保存在文件中，或者要被传送到另一个应用程序，bmiColors成员不能包含调色板索引。除非应用程序独占地使用和控制位图，位图的颜色表中应当包含准确的RGB值。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
