zoukankan      html  css  js  c++  java
  • 使用GDI+保存带Alpha通道的图像

    带Alpha通道的图像(ARBG)在通过GDIPlus::Bitmap::FromHBITMAP等转为GDI+位图,再存储时,透明区域会变成纯黑(也有可能是纯白?)。
     
    网上找了两段保持透明的实现代码,列在下边,经测试,第一段无效,第二段有效,这两段代码正好可以对比说明:FromHBITMAP在拷贝图像数据时,原图中的Alpha数据确实没有Copy过来,而并非是未设置图像属性的问题。
     
    第一段的思路是:直接用FromHBITMAP创建一个GDI+位图,新建另一个带PixelFormat32bppARGB标识的位图,再从前者拷贝数据到后者;
    第二段的思路是:获取BITMAP数据,新建一个PixelFormat32bppARGB标识的位图,再从前者拷贝数据到后者; 
     
    第二段代码也不够好,应该先判断一下位图是不是32位的,带Alpha通道的只有ARGB格式,ARGB是32位的,所以不是32位的不需要用这种方式来存储。如果要拷贝数据的话,不是32位的格式必须处理行边界对齐的问题。
     
    bool   ImageUtil :: CreateGdiplusBmpFromHBITMAP_Alpha (  HBITMAP   hBmp ,  Gdiplus :: Bitmap **  bmp  )
    {
         BITMAP   bitmap ;
         GetObject ( hBmp ,  sizeof ( BITMAP ), & bitmap );
         if ( bitmap . bmBitsPixel  != 32)
        {
             return   false ;
        }
         Gdiplus :: Bitmap *  pWrapBitmap  =  Gdiplus :: Bitmap :: FromHBITMAP ( hBmp ,  NULL );
         if  ( pWrapBitmap )
        {
             Gdiplus :: BitmapData   bitmapData ;
             Gdiplus :: Rect   rcImage (0, 0,  pWrapBitmap -> GetWidth (),  pWrapBitmap -> GetHeight ());
             pWrapBitmap -> LockBits (& rcImage ,  Gdiplus :: ImageLockModeRead ,  pWrapBitmap -> GetPixelFormat (), & bitmapData );
            * bmp  =  new   Gdiplus :: Bitmap ( bitmapData . Width ,  bitmapData . Height ,  bitmapData . Stride ,  PixelFormat32bppARGB , ( BYTE *) bitmapData . Scan0 );
             pWrapBitmap -> UnlockBits (& bitmapData );
             delete   pWrapBitmap ;
             return   true ;
        }
         return   false ; 
    }
    

      

    Gdiplus :: Bitmap *  ImageUtil :: CreateBitmapFromHBITMAP ( IN   HBITMAP   hBitmap )  
    {  
         BITMAP   bmp  = { 0 };  
         if  ( 0 ==  GetObject ( hBitmap ,  sizeof ( BITMAP ), ( LPVOID )& bmp ) )  
        {  
             return   FALSE ;  
        }  
         // Although we can get bitmap data address by bmp.bmBits member of BITMAP   
         // which is got by GetObject function sometime,  
         // we can determine the bitmap data in the HBITMAP is arranged bottom-up   
         // or top-down, so we should always use GetDIBits to get bitmap data.  
         BYTE  * piexlsSrc  =  NULL ;  
         LONG   cbSize  =  bmp . bmWidthBytes  *  bmp . bmHeight ;  
         piexlsSrc  =  new   BYTE [ cbSize ];  
         BITMAPINFO   bmpInfo  = { 0 };  
         // We should initialize the first six members of BITMAPINFOHEADER structure.  
         // A bottom-up DIB is specified by setting the height to a positive number,   
         // while a top-down DIB is specified by setting the height to a negative number.  
         bmpInfo . bmiHeader . biSize  =  sizeof ( BITMAPINFOHEADER );  
         bmpInfo . bmiHeader . biWidth  =  bmp . bmWidth ;  
         bmpInfo . bmiHeader . biHeight  =  bmp . bmHeight ;  // 正数,说明数据从下到上,如未负数,则从上到下 
         bmpInfo . bmiHeader . biPlanes  =  bmp . bmPlanes ;  
         bmpInfo . bmiHeader . biBitCount  =  bmp . bmBitsPixel ;  
         bmpInfo . bmiHeader . biCompression  =  BI_RGB ;  
         HDC   hdcScreen  =  CreateDC ( L "DISPLAY" ,  NULL ,  NULL , NULL );  
         LONG   cbCopied  =  GetDIBits ( hdcScreen ,  hBitmap , 0,  bmp . bmHeight ,   
             piexlsSrc , & bmpInfo ,  DIB_RGB_COLORS );  
         DeleteDC ( hdcScreen );  
         if  ( 0 ==  cbCopied  )  
        {  
             delete  []  piexlsSrc ;  
             return   FALSE ;  
        }  
         // Create an GDI+ Bitmap has the same dimensions with hbitmap  
         Bitmap  * pBitmap  =  new   Bitmap ( bmp . bmWidth ,  bmp . bmHeight ,  PixelFormat32bppPARGB );  
         // Access to the Gdiplus::Bitmap's pixel data  
         BitmapData   bitmapData ;  
         Rect   rect (0, 0,  bmp . bmWidth ,  bmp . bmHeight );  
         if  (  Ok  !=  pBitmap -> LockBits (& rect ,  ImageLockModeRead ,   
             PixelFormat32bppPARGB , & bitmapData ) )  
        {  
             delete  ( pBitmap );  
             return   NULL ;  
        }  
         BYTE  * pixelsDest  = ( BYTE *) bitmapData . Scan0 ;  
         int   nLinesize  =  bmp . bmWidth  *  sizeof ( UINT );  
         int   nHeight  =  bmp . bmHeight ;  
         // Copy pixel data from HBITMAP by bottom-up.  
         for  (  int   y  = 0;  y  <  nHeight ;  y ++ )  
        {  
             // 从下到上复制数据,因为前面设置高度时是正数。 
             memcpy_s (   
                ( pixelsDest  +  y  *  nLinesize ),   
                 nLinesize ,   
                ( piexlsSrc  + ( nHeight  -  y  - 1) *  nLinesize ),   
                 nLinesize );  
        }  
         // Copy the data in temporary buffer to pBitmap  
         if  (  Ok  !=  pBitmap -> UnlockBits (& bitmapData ) )  
        {  
             delete   pBitmap ;  
        }  
         delete  []  piexlsSrc ;  
         return   pBitmap ;  
    }  
    

      

    使用ATL::CImage来保存图像也会存在黑底的问题,但这并非上述丢失Alpha的问题,事实上,ATL::CImage::Attach不会创建位图的副本。下面是ATL::CImage在Attach到一个位图名柄后执行的操作,从ATL::Image::UpdateBitmapInfo的实现中可见,它的问题在于默认认为图像是不带Alpha通道的(置m_bHasAlphaChannel为false),继而在保存操作中,转为Gdiplus::Bitmap时没有使用PixelFormat32bppARGB标志。
     
    最后,我从ATL::CImage里边的代码提取了一个函数,应该比上边的靠谱并且效率高点。
     
    bool ImageUtil::SavePng( HBITMAP hBmp, LPCTSTR lpszFilePath )
    {
    	DIBSECTION	dibsection;
    	int nBytes = ::GetObject( hBmp, sizeof( DIBSECTION ), &dibsection );
    	
    	Gdiplus::Bitmap* bitmap = 0;
    	
    	if(nBytes != sizeof(DIBSECTION) || dibsection.dsBm.bmBitsPixel != 32)	
    	{
    		// Bitmap with plate or non-ARGB(32bpp) 
    		bitmap = Gdiplus::Bitmap::FromHBITMAP(hBmp);
    	}
    	else
    	{
    		int			width, height, bits_per_pixel, pitch;
    		LPVOID		bits;
    
    		width = dibsection.dsBmih.biWidth;
    		height = abs( dibsection.dsBmih.biHeight );
    		bits_per_pixel = dibsection.dsBmih.biBitCount;
    		pitch = (((width*bits_per_pixel)+31)/32)*4;		//计算行宽,四字节对齐 ATL::CImage::ComputePitch
    		bits = dibsection.dsBm.bmBits;
    
    		if( dibsection.dsBmih.biHeight > 0 )
    		{
    			bits = LPBYTE( bits )+((height-1)*pitch);
    			pitch = -pitch;
    		}
    
    		bitmap = new Gdiplus::Bitmap(width, height, pitch, PixelFormat32bppARGB, static_cast< BYTE* >(bits ));
    	}
    
    	bool ret = false;
    	CLSID clsid = GetGdiplusEncoderClsid(NULL, &Gdiplus::ImageFormatPNG);
    	if(clsid != CLSID_NULL)
    	{
    		ret = (Gdiplus::Ok == bitmap->Save(lpszFilePath, &clsid, NULL));
    	}
    	delete bitmap;
    	return ret;
    }
    

      

    补充关于Gdi+里图像编码器的一点:每个解码器都有CLSID和FORMAT两个数据,实际上都是GUID,不能搞混了,Gdiplus::Bitmap::Save中接收的是CLSID,Gdiplus中提供的预定义ImageFormatXXX是指解码器的Format,很奇葩,细看了一下代码才搞清楚。见ATL::CImage::FindCodecForFileType。
     
    经测试,此代码亦存在问题,见下一篇日记。
  • 相关阅读:
    解决HttpServletResponse输出的中文乱码问题
    Java微信公众平台开发(四)--回复消息的分类及实体的创建
    Java微信公众平台开发(三)--接收消息的分类及实体的创建
    Java微信公众平台开发(二)--微信服务器post消息体的接收
    Java微信公众平台开发(一)--接入微信公众平台
    ****创业者必看:黄太吉商业计划书完整版
    php变量的几种写法
    **对比$_POST、$GLOBALS['HTTP_RAW_POST_DATA']和file_get_contents('php://input')
    CodeIgniter报错: You must use the "set" method to update an entry
    2016年最新苹果开发者账号注册申请流程最强详解!
  • 原文地址:https://www.cnblogs.com/yedaoq/p/3579036.html
Copyright © 2011-2022 走看看