Question

我在将alpha图像打印到打印机设备上下文（真实或XPS文档编写器）时遇到问题。它们在屏幕上下文和打印预览中都能很好地工作，但是当我打印到文件或打印机时，当它们位于另一个图像的顶部时，它们会显示为黑色方块。我之前使用的是CImage :: Draw，并且使用了直接使用GDI + API的结果（黑色或清晰方块）：

    Gdiplus::Graphics g(hDestDC) ;
    ...
    // Edit: the image value here was one aquired from a ATL::CImage not 
    // a Gdiplus::Image (see solution)
    g.DrawImage(image,rect,0,0,GetWidth(),GetHeight(),Gdiplus::UnitPixel,0,0,0);

设备上限似乎表明上下文支持通过

进行混合

GetDeviceCaps(hDestDC, SB_PIXEL_ALPHA)

图像的性质似乎也不重要，这是我正在使用的两种格式：

PNG image data, 256 x 256, 8-bit/color RGBA, non-interlaced
PNG image data, 192 x 64, 1-bit colormap, non-interlaced

两者都使用带有CImage数据的GDI +接口产生相同的结果。让alpha图像在打印上下文中的行为与在屏幕上的行为方式相同的最佳方法是什么？设备功能是否可以歪曲某些东西，因为alpha使用BitmapMatrix并使用混合为整个图像工作？

编辑：2013年3月4日

我的新方法是在内存中进行所有alpha混合我的想法是如果打印机不支持alpha混合我会创建一个内存上下文来混合，然后只是将混合结果复制到上下文。代码的重要部分如下所示：

int width = rectDest.right - rectDest.left;
int height = rectDest.bottom - rectDest.top;

BLENDFUNCTION blendFunction;
blendFunction.BlendOp = AC_SRC_OVER;
blendFunction.BlendFlags =  0;
blendFunction.SourceConstantAlpha = 0xFF;
blendFunction.AlphaFormat = AC_SRC_ALPHA;

HDC memDC = CreateCompatibleDC(hDestDC);
HBITMAP bitmap = CreateCompatibleBitmap(hDestDC,width,height);

SelectBitmap(memDC,bitmap);
//sample the underying area and copy it to memDC
::BitBlt(memDC, 0,0, width, height, hDestDC, rectDest.left, rectDest.top, SRCCOPY);
//now blend the image in memory onto the area.
GdiAlphaBlend(memDC,0,0, width, height,GetDC(), 0, 0, GetWidth(), GetHeight(),blendFunction);
//now just BitBlt the blended data to the context
::BitBlt(hDestDC,rectDest.left, rectDest.top,width,height,memDC,0,0,SRCCOPY);

......令我惊讶的是，我得到了几乎相同的结果。实际上我只是在屏幕左边的中间步骤，以确保一切正常运行。它抓取的背景和alpha混合结果（我对打印机上下文的blit）在屏幕上看起来都很棒。这可能是个错误吗？我猜BitBlt使得先前混合中的alpha值保持不变，那么像素数据中的实际alpha值是否会抛出打印机设备上下文？如果是这样，我怎样才能在最终的BitBlt之前删除alpha？

编辑：2013年3月5日
现在我尝试了以下内容：
1.使用与设备无关的位图创建HBITMAP参考 2.使用CreateDiscardableBitmap创建HBITMAP（最成功） 3.手动将每个像素的Alpha通道设置为0xFF和0x00。

BITMAPINFO bitmapInfo;
ZeroMemory(&bitmapInfo, sizeof(BITMAPINFO));
bitmapInfo.bmiHeader.biBitCount = 32; 
bitmapInfo.bmiHeader.biCompression = BI_RGB;
bitmapInfo.bmiHeader.biPlanes = 1;
bitmapInfo.bmiHeader.biSize = sizeof(bitmapInfo.bmiHeader); 
bitmapInfo.bmiHeader.biWidth = width; 
bitmapInfo.bmiHeader.biHeight = height;
bitmapInfo.bmiHeader.biSizeImage = bitmapSizeBytes;

HDC memDC = CreateCompatibleDC(hDestDC);
//was HBITMAP bitmap = CreateCompatibleBitmap(hDestDC,width,height);
//also tried HBITMAP bitmap = CreateDiscardableBitmap(hDestDC,width, height);
HBITMAP bitmap = CreateDIBSection(memDC, &bitmapInfo,DIB_RGB_COLORS,&imageBits,NULL,0x00);

使用一次性位图至少让图像渲染，但对于alpha应该是的区域使用黑色。

Answer 1

好的，我想我在这里找到了解决方案。那么它并不能解释为什么上面讨论的方法不起作用，但它提供了一条前进的道路。我们的课程都是基于ATL :: CImage。看起来解决方案的真正关键是ATL :: CImage在加载它们时会以某种方式误操作某些alpha图像的图像数据。例如，对于报告相同格式的图像，它会反转一个的颜色而不是另一个或不显示其中一个......这样的事情。作为测试，我将读入CImage :: Load的相同数据存储到Gdiplus :: Image实例中，然后将其用于绘制到图形实例（下面的代码）。这解决了所有问题，所以在这一点上，故事的道德似乎是用新的东西替换基于ATL的代码，因为它没有用alpha图像做正确的事情。

这是最新的代码：

   int width = rectDest.right - rectDest.left;
   int height = rectDest.bottom - rectDest.top;

   Gdiplus::Graphics gfx(hDestDC);
   //These next two lines allow resizing and printing of JPG to a printer
   //without them GDI+ seems to have trouble resizing and repositioning
   //JPEG files to fit onto the printer context and renders them off screen
   //and distorted.
   gfx.SetInterpolationMode(Gdiplus::InterpolationModeHighQuality);
   gfx.SetPageUnit(Gdiplus::UnitPixel);
   Gdiplus::Rect destination(rectDest.left, rectDest.top,width, height);
   Gdiplus::ImageAttributes attributes;
   //The color matrix has to be set onto the attributes or otherwise 
   //alpha will not work even though it's the identity. Also you 
   //can tweak the position at [4,4] to adjust alpha for the whole image
   //and have per-pixel alpha as well.
   Gdiplus::ColorMatrix matrix = {1.0, 0.0, 0.0, 0.0, 0.0,
                                  0.0, 1.0, 0.0, 0.0, 0.0,
                                  0.0, 0.0, 1.0, 0.0, 0.0,
                                  0.0, 0.0, 0.0, 1.0, 0.0,
                                  0.0, 0.0, 0.0, 0.0, 1.0};
   attributes.SetColorMatrix(&matrix,Gdiplus::ColorMatrixFlagsDefault, Gdiplus::ColorAdjustTypeBitmap);
   gfx.DrawImage(gdiImage, destination, 0,0, GetWidth(),GetHeight(),Gdiplus::UnitPixel, &attributes, NULL, NULL);

Answer 2

在PCL打印机上测试。我希望你会发现它是打印机，而不是你的代码。如果是这种情况，唯一的解决方案是将整个页面呈现为单个位图，然后将该位图blit到打印机。这在性能方面并不是非常理想，但它可以在所有打印机，Postscript或其他方面可靠地工作。

如果您想更深入地了解Postscript和透明度的问题，维基百科有pretty good summary of the issue。

Answer 3

首先尝试用白色填充目标区域，然后进行混合。

您可能认为它在屏幕上是正确的，因为您恰好混合到已被“擦除”而不透明的白色像素的窗口上。

打印机可能正在尝试混合到尚未显式初始化的像素。也许打印机驱动程序假设这些像素最初是黑色的。这是一个合理的（如果违反直觉的）假设。打印纸是白色的这一事实导致人们认为打印“透明”像素会使该区域变白，但从技术上讲，这些像素是未初始化的。

ATL :: CImage似乎在某些设备上歪曲了每像素的alpha图像

3 个答案: