ICO文件格式的演化(二):彩色图标

原文:http://blogs.msdn.com/b/oldnewthing/archive/2010/10/19/10077610.aspx

上次,我们说了单色图标。那么彩色图标是怎么样的呢?(一个ICO中同时包含单色和彩色的图标是合法的。为什么不支持2色的图标呢?毕竟ICO文件是支持16色或高彩色(译注:16位色)的图标的。)

ICO中的彩色图像和单色图像的格式基本上的一样的。唯一的区别就是image位图是彩色的了。(mask依然是单色的。)(译注:无论image部分是多少bpp的像素,mask永远是1bpp。并且每行像素的数据必须是4字节对齐的。例如:48*48大小的16色图标,像素部分的数据大小是1536字节,你们可以算一下为什么是这样?)

也就是说,图像格式包含一个BITMAPINFOHEADER,其中bmWidth是图像的宽度,bmHeight是图像宽度的两倍。接着是调色板、image像素的数据和mask像素的数据。

要注意到的是,这并不是一个标准的位图格式。因为同时包含了image和mask,所以高度是两倍。但是,像素的格式在中间的时候改变了。

还有个限制:只支持4bpp、8bpp、16bpp和0RGB 32bpp,而不支持24bpp。对于彩色图标,biCompression支持BI_RGB和BI_BITFIELDS(如果位图是16bpp或32bpp)。

绘制图标的机制和单色图标是一样的:首先mask和screen与,然后和image异或。也就是说:

pixel = (screen AND mask) XOR image

然而对于彩色像素来说,异或操作并不是有意义的操作。并不是通常所说的“谁都知道,紫红异或浅绿等于黄色。”或者“在8bpp上,蓝色异或淡黄褐色等于杏黄色(因为淡黄褐色在调色板的索引是56,蓝色的索引是1,而索引57的颜色是杏黄色),而在32bpp上等于#F0EA29”。唯一有意义的是和黑色作异或,你会得到“对于任意颜色Q来说,黑色 XOR Q = Q”。

mask image 结果 操作
0 Q (screen AND 0) XOR Q = Q 图标的像素
1 0 (screen AND 1) XOR 0 = screen 不变
1 Q (screen AND 1) XOR Q = screen XOR Q 不确定

要使像素透明,你要把mask设置成白色,并且image为黑色。而要使用来自于图标中的像素,则mask设置成黑色,image的颜色设置成你想要的随便什么颜色。

扩展阅读:Icons in Win32

你可能感兴趣的:(文件)