备注:拉伸模式在应用程序调用StretchBit函数时定义系统如何将位图的行或列与显示设备上的现有像素点进行组合。
BLACKONWHITE(STRETCH_ANDSCANS)和WHITEONBLACK(STRETCH_ORSCANS)模式典型地用来保留单色位图中的前景像素。COLORONCOLOR(STRETCH_DELETESCANS)模式则典型地用于保留彩色位图中的颜色。
HALFTONE模式比其他三种模式需要对源图像进行更多的处理,也比其他模式慢,但它能产生高质量图像,也应注意在设置HALFTONE模式之后,应调用SetBrushOrgEx函数以避免出现刷子没对准现象。
根据设备驱动程序的功能不同,其他一些拉伸模式也可能有效。
函数原型:int SetSTretchBltMode(HDC hdc, int iStretchMode);
参数:
hdc:设备环境句柄。
LStretchMode:指定拉伸模式。它可以取下列,这些的含义如下:
BLACKONWHITE:使用消除和现在的像素颜色进行逻辑AND(与)操作运算。如果该位图是单色位图,那么该模式以牺牲白色像素为代价,保留黑色像素点。
COLORONCOLOR:删除像素。该模式删除所有消除的像素行,不保留其信息。
HALFTONE:将源矩形区中的像素映射到目标矩形区的像素块中,覆盖目标像素块的一般颜色与源像素的颜色接近。stretchblt在设置完HALFTONE拉伸模之后,应用程序必须调用SetBrushOrgEx函数来设置刷子的起始点。如果没有成功,那么会出现刷子没对准的情况。
STRETCH_ANDSCANS:与BLACKONWHITE一样。stretchblt
STRETCH_DELETESCANS:与COLORONCOLOR一样。
STRECH_HALFTONE:与HALFTONE相同。
STRETCH_ORSCANS:与WHITEONBLACK相同。
WHITEONBLACK:使用颜色进行逻辑OR(或)操作,如果该位图为单色位图,那么该模式以牺牲黑色像素为代价,保留白色像素点。
返回:如果函数执行成功,那么返回就是先前的拉伸模式,如果函数执行失败,那么返回为0。
Windows NT:若想获得更多错误信息,请调用GetLastError函数。
备注:拉伸模式在应用程序调用StretchBit函数时定义系统如何将位图的行或列与显示设备上的现有像素点进行组合。
BLACKONWHITE(STRETCH_ANDSCANS)和WHITEONBLACK(STRETCH_ORSCANS)模式典型地用来保留单色位图中的前景像素。COLORONCOLOR(STRETCH_DELETESCANS)模式则典型地用于保留彩色位图中的颜色。
HALFTONE模式比其他三种模式需要对源图像进行更多的处理,也比其他模式慢,但它能产生高质量图像,也应注意在设置HALFTONE模式之后,应调用SetBrushOrgEx函数以避免出现刷子没对准现象。
根据设备驱动程序的功能不同,其他一些拉伸模式也可能有效。
下面代码实现的是获取桌面并且显示到图片控件里面
CDC *pdcdesk = GetDesktopWindow()->GetWindowDC(); //获取窗口dc CDC memdc; memdc.CreateCompatibleDC(pdcdesk); //创建兼容内存DC CBitmap bmp; CRect re; GetDesktopWindow()->GetWindowRect(&re); //获取窗口大小 bmp.CreateCompatibleBitmap(pdcdesk , 400 , 300); //创建兼容位图 CBitmap *oldbitmap = memdc.SelectObject(&bmp); memdc.SetStretchBltMode(HALFTONE); //图像使用StretchBlt()之前一定定义这个 // memdc.SetStretchBltMode(BLACKONWHITE); memdc.StretchBlt(0,0,400,300,pdcdesk , 0,0,re.Width(),re.Height() , SRCCOPY);//缩小图像 memdc.SelectObject(oldbitmap); ((CStatic*)GetDlgItem(IDC_PIC))->SetBitmap(bmp); //删除相关 memdc.DeleteDC(); bmp.DeleteObject();
没使用函数的时候图像是下面这样:

使用之后得到下面图像:

可以看到使用之后图片有鲜明的变化!
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-26777-2.html
甚至还有可能成为前进的桎梏
我们一直都在