图标在电脑中是极为常见的一种图片格式,例如文件夹图标,软件图标,浏览器图标,文件图标等等,充斥在电脑中的每一个角落.ICON文件有一个固定的文件头,它的数据结构如下:typedef struct { WORD idReserved; WORD idType; WORD idCount; ICONDIRENTRY idEntries[1];} ICONDIR, *LPICONDIR;其中idReserved为系统保留的字段必须为0其中idType为资源类型,1为图标,2为光标其中idCount为ICON图标资源中包含多个少图像组成其中idEntries是一个指向ICONDIRENTRY结构体的数据它的长度是由idCount来决定的.接下来我们看一看ICONDIRENTRY的结构体是如何定义的吧!typedef struct { BYTE bWidth; BYTE bHeight; BYTE bColorCount; BYTE bReserved; WORD wPlanes; WORD wBitCount; DWORD dwBytesInRes; DWORD dwImageOffset;} ICONDIRENTRY, *LPICONDIRENTRY;又是一长串的结构体...*bWidth和bHeight表示了图像的宽和高,起初,系统只支持1到255的大小,即2^8-1的大小,但是从Widnows95开始,可以支持到256的大小了.*wBitCount和wPlanes用来描述图像的颜色深度,对于单色图标来说,它们都是1.*bReserved是系统保留字段为0*dwBytesinRes表示图像数据大小*dwImageOffse表示图像数据的位置即偏移地址.*但是有个地方是值得注意的,bColorCount它被假定的认为等于图像的颜色数量,也就是说它等于:bColorCount = 1 << (wBitCount * wPlanes)当wBitCount * wPlanes >= 8时,则bColorCount为0*在现实情况中,很多人懒得填写bColorCount的值,即使是4色或16色的图标,也把它设为0.从Windows XP开始,Windows会检测这个常见的错误,但是对于planar位图来说,这个自动纠错的机制还是有些问题的,幸运的是,几乎没有人使用planar位图了.但是你还是不应该依赖于Windows提供的自动纠错机制,而正确的填写bColorCount的值.错误的bColorCount意味着,由于提供了错误的颜色深度信息,Windows可能会在ico文件中选择一个不怎么理想的图像.*单色图标由两个位图组成,常称为掩码,分别被称为AND和XOR,绘制图标分为两个步骤:首先mask和screen作"与"操作,然后再做"异或"操作.pixel = (screen AND mask) XOR image为mask和image选择适当的值,可以覆盖所有单色blt的操作.mask image 结果 操作0 0 (screen AND 0) XOR 0 = 0 黑色0 1 (screen AND 0) XOR 1 = 1 白色1 0 (screen AND 1) XOR 0 = screen 不变1 1 (screen AND 1) XOR 1 = NOT screen 反色*理论上说,mask指定了image的像素是否拷贝到屏幕上,mask中黑色的像素表示要将image中相应的像素拷贝到屏幕上.*mask和image位图在物理上是保存为单个但是双倍高度的DIB.首先是image位图,然后是mask.由于DIB是自下而上的保存格式,所以如果你要观察一个位图,那么mask在上面而image在下面).bmp文件格式使用的是数据坐标系,也就是说(0,0)在左下角,bmp文件中的数据最开始是最下载一行像素.*按照格式,每个图标的图像保存为BITMAPINFO结构的形式,根据其中BITMAPINFOHEADER来决定有没有调色板数据,然后是image的像素数据和mask的像素数据.其中biCompression必须为BI_RGB,由于是双倍高度的位图,所以biWidth为图像的宽度,biHeight为图像高度的两倍.*对于图标的单色图标就先写到这里...
