使用MFC CImage类绘制PNG图片时遇到的问题

原文链接: http://blog.csdn.net/chenlycly/article/details/9193143

为了测试CImage绘制PNG图片的效果,我们用截图软件截得一张360的界面,然后使用PhotoShop等工具在图片的周边加上了透明的区域,然后保存成PNG图片文件。CImage首先从文件中加载,即

CImage* m_pImgBk;
......

m_pImgBk = new CImage;
m_pImgBk->Load( _T("res\\bk.png"));
if ( m_pImgBk->IsNull() ) // 图片加载失败
{
delete m_pImgBk;
m_pImgBk = NULL;
}
然后再到测试对话框的OnPaint中绘制,即

void CTestCImageDrawDlg::OnPaint()
{
CDialogEx::OnPaint();

CWindowDC dc(this);
if ( m_pImgBk != NULL )
{
m_pImgBk->Draw(dc.GetSafeHdc(), 30, 30, m_pImgBk->GetWidth(), m_pImgBk->GetHeight() );
}
}
结果发现了下面的一些问题。

1、直接使用CImage来绘制带透明部分的PNG图片,透明区域并没有透掉(非缩放)

按照图片的原始尺寸绘制到测试对话框界面上,结果透明区域没有透掉,代码如下所示。

CWindowDC dc(this);
if ( m_pImgBk != NULL )
{
ImgBk->Draw(dc.GetSafeHdc(), 30, 30, m_pImgBk->GetWidth(), m_pImgBk->GetHeight() );
}
显示的效果图如下所示。

经查阅,对于带透明区域的PNG图片需要做额外的处理,判断是否启用了Alpha透明通道,若启用则要对之做如下处理:

if ( m_pImgBk->GetBPP() == 32 )
{
for(int i = 0; i < m_pImgBk->GetWidth(); i++)
{
for(int j = 0; j < m_pImgBk->GetHeight(); j++)
{
unsigned char* pucColor = reinterpret_cast<unsigned char *>(m_pImgBk->GetPixelAddress(i , j));
pucColor[0] = pucColor[0] * pucColor[3] / 255;
pucColor[1] = pucColor[1] * pucColor[3] / 255;
pucColor[2] = pucColor[2] * pucColor[3] / 255;
}
}
}
经处理该透掉的区域均被透掉,如下所示。

2、使用CImage::Draw直接绘制缩放的PNG图片时,则显示不全、失真严重

考虑到在某些情况下,要对PNG图片进行缩放,所以对缩放绘制效果进行了测试。缩放时要做到长度和宽度的等比例缩放,相关代码如下所示。

CWindowDC dc(this);
if ( m_pImgBk != NULL )
{
int nDstWidth = 450;
int nDstHeight = (int)( (nDstWidth*1.0/m_pImgBk->GetWidth())*m_pImgBk->GetHeight() ); // 宽和高等比例缩放
m_pImgBk->Draw(dc.GetSafeHdc(), 30, 30, nDstWidth, nDstHeight );
}


查阅MSDN,看是否有相关接口或参数能较好的处理这种缩放的问题。发现在CImage::Draw中可以添加Gdiplus::InterpolationMode的参数,GO过去看了一下,可以选用Gdiplus::InterpolationModeHighQuality高质量类型,发现缩放失真改善了许多,但本该透掉的透明部分却变黑了,如下所示。

所以,CImage处理带透明部分的PNG图片,特别是缩放时是有缺陷的。后来改用gdi+的Image类,则没有类似的问题。其实CImage内部也是使用gdi+实现的,具体为什么会出现上述问题上不明确。可以直接使用gdi+的Image类来处理PNG图片。使用Image类是借助Gdiplus::Graphics来绘制的,即使用Image来加载图片,使用Gdiplus::Graphics将Image中的图片绘制到界面DC上,相关代码如下所示。

Gdiplus::Graphics graphics( dc );
graphics.DrawImage( m_pImage, 30, 30, nDstWidth, nDstHeight )

时间: 2024-10-02 16:19:45

使用MFC CImage类绘制PNG图片时遇到的问题的相关文章

使用MFC CImage类和GDI+ Image加载并绘制PNG图片

一.使用MFC CImage类加载PNG图片        为了测试CImage绘制PNG图片的效果,我们用截图软件截得一张360的界面,然后使用PhotoShop等工具在图片的周边加上了透明的区域,然后保存成PNG图片文件.CImage首先从文件中加载,即 CImage* m_pImgBk; ...... m_pImgBk = new CImage; m_pImgBk->Load( _T("res\\bk.png")); if ( m_pImgBk->IsNull() )

ImageMagick: DrawImage(Image*,DrawInfo*) 绘制填充图片时卡住的原因分析

今天傍晚在测试的时候无意发现有两个动画会卡住,正常情况下,20秒就完成的操作,突然卡住. CPU:95%+,经过30 - 50秒左右后,程序又能正常的向下执行,结果是对的. 这种情况不是每次都发生,有的时候执行20次,会出现 1 - 2次卡住,但没有完全卡死. 经过在多段代码之间加多个printf()来打印执行的位置,发现卡住的代码是:DrawImage(mw_frame->images, draw_info); 下面是相关代码: 经过测试发现每次卡住的时候,都是在 i == 0的时候,通过分析

用CImage类来显示PNG、JPG等图片

CImage 是VC.NET中定义的一种MFC/ATL共享类,也是ATL的一种工具类,它提供增强型的(DDB和DIB)位图支持,可以装入.显示.转换和保存多种格式的图像文件,包括BMP.GIF.JPG.PNG.TIF等.CImage是一个独立的类,没有基类.(CImage类是基于GDI+的,从VC.NET起引进,VC 6.0中没有.)ATL (Active Template Library,活动模板库)是一套基于模板的 C++ 类,用以简化小而快的 COM 对象的编写.为了在MFC程序中使用CI

Libgdx 循环绘制图片时间隔的问题

在libgdx中使用循环绘制一张图片铺满某个区域时,有可能会遇到像素计算没有问题时,图块中间还是有约1像素的间隔,或者是本来没有间隔,做了缩放处理之后发现中间有间隔. 解法 当使用Texture加载图片时: Texture myTexture = new Texture( Gdx.files.internal("texture.png") ); myTexture.setFilter(Texture.TextureFilter.Nearest, Texture.TextureFilte

compile时提示CListCtrl没有声明,为什么这个mfc的类不能直接用?

compile时提示CListCtrl没有声明,为什么这个mfc的类不能直接用? 解决办法: #include <afxcmn.h>

C# 使用Graphics绘制图片时发生闪烁的问题

在做某功能时,需要实现用鼠标滚轮放大缩小图片,直接在MouseWheel中绘制图片时发生闪烁 百度后顺利解决 几个步骤 1.设置Form的DoubleBuffered属性为True 2.在MouseWheel中调用 this.Invalidate()方法(会触发OnPaint事件) 3.重写OnPaint,在OnPaint中绘制需要绘制的图像 代码如下: public partial class Form1 : Form { int width, height; string path = "C

CImage类

https://www.baidu.com/link?url=NUpABnCOzr-DHBL225vaREsRcKSFhI1ejA9I67GNiHhnGNxXlKdkZfc9ghWFu7EnkK8wVa2ockJ8q-D47YF4zuzdzoldA9CxsSzV4kqrSgu&wd=&eqid=c5b9143800018ffc0000000359ba9114 http://blog.csdn.net/shuilan0066/article/details/7080244 前言       

数字图像处理 CImage类的使用与封装(jpg png gif tif bmp等格式图像的加载、数据读写、保存等功能)

引入CImage类的原因 原有的CBitmap 类只能处理BMP格式的图片,非常受限.而CImage可以处理JPGE.GIF.BMP.PNG等多种格式图片,扩展了图片处理功能且能与CBitmap 进行转换( 因为所载入的位图句柄都是HBITMAP,所以可相互转换),因此引入CImage类进行图像处理. CImage类简介 CImage是MFC和ATL共享的新类,它能从外部磁盘中调入一个JPEG.GIF.BMP和PNG格式的图像文件加以显示,而且这些文件格式可以相互转换. CImage提供增强型的

CImage类使用

前言          CImage类是基于GDI+的,但是这里为什么要讲归于GDI? 主要是基于这样的考虑: 在GDI+环境中,我们可以直接使用GDI+ ,没多少必要再使用CImage类 但是,如果再GDI环境中,我们要想使用GDI+,有点麻烦,还得加入头文件,加入启动GDI+的代码和关闭GDI+的代码,显得太罗嗦了,GDI  的CBitmap 处理功能又有局限,只能处理BMP格式的图片. 怎么办?这时,我们便可使用CImage类,因为这个类本身封装了GDI+得使用环境,所以无需我们手动设置,