图像缩小求平均法.docVIP

最近打算做个方便做吧刊图片裁剪的小程序（顺便练手用） 一开始为了图个方便，觉得Cimage比较好用（毕竟CImage的打开和保存真的很方便） 不过到了实现缩放，等具体功能的时候就难倒我了 不知道是我没找到还是什么，没找到封装好的好一点的缩放函数 直接用draw ，StretchBlt ，BitBlt 这三种函数限定显示范围来制定图像大小后出现如下失真现象 看起来是压缩的时候附近的几个像素的过度不自然+几个像素互相混到一起引起的， 后来找了下网上的资料找到了2个方案，一种是使用Cximage，一种是自己做个处理图像缩放的 不过CxImage虽然是开放源码，不过函数过多，而且觉得使用别人封装好的，感觉达不到练手的目的 还是自己找了相关内容，寻找适合的解决方案 最后我采用了 /p-80187607234.html 的方案 // 載入原圖 //CImage CPic;CPic.Load(你的圖檔);int w = CPic.GetWidth();int h = CPic.GetHeight();int xsize= w/10; // 縮小10倍 //int ysize= h/10;// 建立memory dc //CDC* DC0=GetDC();CDC MemDC; MemDC.CreateCompatibleDC(DC0); CBitmap hmap;hmap.CreateCompatibleBitmap(DC0,xsize,ysize);MemDC.SelectObject(hmap);ReleaseDC(DC0);// 開始縮圖 //int scale_w = w/xsize; //10 int scale_h = h/ysize; /10for (int x=0; xxsize; x++){for (int y=0; yysize; y++){unsigned long rsum=0, gsum=0, bsum=0, count=0;int sx = x*scale_w;int sy = y*scale_h;for (int i=0; iscale_w; i++)for (int j=0; jscale_h; j++){COLORREF cr = CPic.GetPixel(sx+i,sy+j);rsum += GetRValue(cr);gsum += GetGValue(cr);bsum += GetBValue(cr);count++;}int r = rsum/count;int g = gsum/count;int b = bsum/count;MemDC.SetPixel(x,y,RGB(r,g,b));}}// 將縮圖存檔 //CImage CCPic;CCPic.Attach(hmap,CImage::DIBOR_default);CCPic.Save(新的檔名); 这种方式下，如果不想保存新对象要把CCPic 的BPP传过去，不然使用draw，bitblt等函数的时候因为缺少图像信息而会报错。 或者也可以使用save，重新load的方式，把信息交给系统默认也可以 使用了新的算法之后图像自然了很多，不过很快又发现，这种算法的效率好慢，继续寻找原因 /%C6%BF%D6%D0%B5%C4%C5%AE%CE%D7/blog/item/ca620e4bd8bc222409f7ef06.html /lv_cheer/blog/static/1284137222010541223999/ 看了这儿两个文章后明白了是GetPixel()和SetPixel()这两个函数在运行的时候使用了大量的栈操作导致的效率问题 研究了下把代码从 int xsize= 800*w/h; //因为吧刊需要800*800的图片我先把高度改成了800，然后继续做个裁剪就行了 int ysize= 800;//这两个可以按照自己的需求改成自己需要的 // 建立memory dc //CDC* DC0=GetDC();CDC MemDC; MemDC.CreateCompatibleDC(DC0); CBitmap hmap;hmap.CreateCompatibleBitmap(DC0,xsize,ysize);MemDC.SelectObject(hmap);ReleaseDC(DC0);// 開始縮圖 //float scale_w = (float)w/(float)xsize;float scale_h = (float)h/(float)ysize;for (int x=0; xxsize; x++){for (in