带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。
经测试,此代码亦存在问题,见下一篇日记。