计算计算机的色彩数目

 

http://bbs.csdn.net/topics/20061738

以下是一个网友当时的回帖，虽然不是很精确，但是回答了大部分内容了.

我觉得color planes应译成色彩层数.
iPlanes=GetDeviceCaps(hdc,PLANES);
iPlanes即是此DC可以容纳最大色彩层数.

iBitsPixel=GetDeviceCaps(hdc,BITSPIXEL);
iBitsPixel是此DC中对每一个像素点使用多少位来表示其颜色.

以上是两种颜色方案,任何一种DC只能取其一种,并将另一种的返回值设为1.
这样不论DC是用哪一种方案,其总的颜色数为
2^(iPlanes*iBitPixel)种.

举例:
使用第二方案,用8位颜色,即为2^(1*8)=256色.
使用第一方案,用8层颜色,即为2^(8*1)=256色.
使用第二方案,用16位颜色,即为2^(1*16)=64K色.

1<<n 的意思就是2^n.

其他的问题,前面诸位都说清了.

 

 

由于目前的显卡是32 位真彩色模式，导致1<<32容易出现问题。 这是c/c++语法规定的。

 

这里有个帖子讲解了这个移位操作带来的隐患.

移位的次数》=其位数 出现的问题

 

 

这是一网友回复的关键答案：

 

移位操作的右操作数必须小于左操作数的实际位数，否则结果未定义，什么结果都有可能，也可能release和debug结果不一样。

2楼的文章说的只是在特定平台下的结果，不要依赖于这个结论。如果移位位数是个变量，应当在移位操作前进行边界检查，如同对数组进行边界检查一样。

把iPanes和iBitsPixel改成64位是没用的，需要把那个“1”改成64位。
INT64 iColors=(INT64(1)<<(iPanes*iBitsPixel));

 

 

 

一个好的移位的解决隐患的法子：

假设要移X位，用X和32比较，必须要小于32，（严格说是X<sizeof(int)）。不是用sizeof(X)和32比较。

碰到移位大于或等于32的情况，根据具体情况，要么取零iColors=0，要么取模iColors=1<<(X%32)，要么报错。

如果是立即数，你肯定知道其类型和数值，就不用sizeof()了。

还有最好不要同时用int和32，要么用int和sizeof(int)，要么用INT32和32，或者INT64和64。不要假定int是32位的。