关于转化为灰度图,我想我还是要说点什么的
转自:http://hi.baidu.com/liaowuxukong/item/ea8553107da45e0ab98a1a8d
毕设中,第一步就是将一个图片转化为灰度图。
遂尝试用256的BMP转成灰度图,于是去查,啥东东是灰度图,得到如下解释。
什么叫灰度图?任何颜色都有红、绿、蓝三原色组成,假如原来某点的颜色为RGB(R,G,B),那么,我们可以通过下面几种方法,将其转换为灰度:
1.浮点算法:Gray=R*0.3+G*0.59+B*0.11
2.整数方法:Gray=(R*30+G*59+B*11)/100
3.移位方法:Gray =(R*28+G*151+B*77)>>8;
4.平均值法:Gray=(R+G+B)/3;
5.仅取绿色:Gray=G;
通过上述任一种方法求得Gray后,将原来的RGB(R,G,B)中的R,G,B统一用Gray替换,形成新的颜色RGB(Gray,Gray,Gray),用它替换原来的RGB(R,G,B)就是灰度图了。
太他妈坑爹了这个东西。
出个啥RGB,不能忍了,要知道我做的是256BMP,里面只有 颜色板 和 图像数据阵列。
于是绞尽脑汁的在图像数据阵列中将 RGB,分离出来,然后根据某个公式,求的GRAY。
但是之后,就囧了,将求得的GRAY赋给了原来的值。之后,验证了一下,果断是错的。
想着,BMP中的图像数据阵列都是索引值啊,这个直接赋值,肯定不是灰色的啊。
但是这个又是256色的,要体现256灰,怎么可能。
于是想到了,是不是要去改变一下这个图像的调色板。
根据这句话:通过上述任一种方法求得Gray后,将原来的RGB(R,G,B)中的R,G,B统一用Gray替换,形成新的颜色RGB(Gray,Gray,Gray),用它替换原来的RGB(R,G,B)就是灰度图了。
是不是调色板也要统一的改变一下呢,遂上网查了查,果然如此啊。。现将代码奉献如下:
BOOL WINAPI Gray(LPSTR lpDIBBits, LPBITMAPINFO lpbmi ,LPBITMAPCOREINFO lpbmc, LONG lWidth, LONG lHeight)
{
// 指向DIB象素的指针
BYTE * lpSrc;
// 图像每行的字节数
LONG lLineBytes;
// 灰度映射表
BYTE bMap[256];
// 计算灰度映射表(保存各个颜色的灰度值),并更新DIB调色板
int i,j;
for (i = 0; i < 256; i ++)
{
// 计算该颜色对应的灰度值
bMap[i] = (BYTE)(0.299 * lpbmi->bmiColors[i].rgbRed +
0.587 * lpbmi->bmiColors[i].rgbGreen +
0.114 * lpbmi->bmiColors[i].rgbBlue + 0.5);
// 更新DIB调色板红色分量
lpbmi->bmiColors[i].rgbRed = i;
// 更新DIB调色板绿色分量
lpbmi->bmiColors[i].rgbGreen = i;
// 更新DIB调色板蓝色分量
lpbmi->bmiColors[i].rgbBlue = i;
// 更新DIB调色板保留位
lpbmi->bmiColors[i].rgbReserved = 0;
}
// 计算图像每行的字节数
lLineBytes = WIDTHBYTES(lWidth * 8);
// 更换每个象素的颜色索引(即按照灰度映射表换成灰度值)
//逐行扫描
for(i = 0; i < lHeight; i++)
{
//逐列扫描
for(j = 0; j < lWidth; j++)
{
// 指向DIB第i行,第j个象素的指针
lpSrc = (unsigned char*)lpDIBBits + lLineBytes * (lHeight - 1 - i) + j;
// 变换
*lpSrc = bMap[*lpSrc];
}
}
return TRUE;
}