【问题标题】:HBITMAP adding transparency / alpha channelHBITMAP 添加透明度/alpha 通道
【发布时间】:2012-01-02 01:55:12
【问题描述】:

我正在尝试为 hbitmap 对象添加透明度,但它从不绘制任何东西:/

这是我用来绘制手柄的代码

HDC hdcMem = CreateCompatibleDC(hDC);
    HBITMAP hbmOld = (HBITMAP) SelectObject(hdcMem, m_hBitmap);

    BLENDFUNCTION blender = {AC_SRC_OVER, 0, (int) (2.55 * 100), AC_SRC_ALPHA}; // blend function combines opacity and pixel based transparency
    AlphaBlend(hDC, x, y, rect.right - rect.left, rect.bottom - rect.top, hdcMem, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, blender);

    SelectObject(hdcMem, hbmOld);
    DeleteDC(hdcMem);

这是应该向 hbitmap 添加 alpha 通道的代码

BITMAPINFOHEADER bminfoheader;
    ::ZeroMemory(&bminfoheader, sizeof(BITMAPINFOHEADER));
    bminfoheader.biSize        = sizeof(BITMAPINFOHEADER);
    bminfoheader.biWidth       = m_ResX;
    bminfoheader.biHeight      = m_ResY;
    bminfoheader.biPlanes      = 1;
    bminfoheader.biBitCount    = 32;
    bminfoheader.biCompression = BI_RGB;

    HDC windowDC = CreateCompatibleDC(0);
    unsigned char* pPixels = new unsigned char[m_ResX * m_ResY * 4];

    GetDIBits(windowDC, m_hBitmap, 0, m_ResY, pPixels, (BITMAPINFO*) &bminfoheader, DIB_RGB_COLORS); // load pixel info

    // add alpha channel values of 255 for every pixel if bmp
    for (int count = 0; count < m_ResX * m_ResY; count++)
    {
        pPixels[count * 4 + 3] = 255; <----  here i've tried to change the value to test different transparency, but it doesn't change anything
    }
    SetDIBits(windowDC, m_hBitmap, 0, GetHeight(), pPixels, (BITMAPINFO*) &bminfoheader, DIB_RGB_COLORS); // save the pixel info for later manipulation

    DeleteDC(windowDC);

编辑:

这是我如何创建位图的代码 我稍后在一些代码中填写像素数据

m_hBuffer = CreateBitmap( m_ResX, m_ResY, 1, 32, nullptr );

【问题讨论】:

  • 我认为您必须将 GDI+ 用于 Alpha 通道。较旧的 GDI 内容不适用于 32 位图像。见:stackoverflow.com/questions/3942781/…
  • @Mordachai - 大多数 GDI 功能都是如此 - 例如 BitBlt - 但 AlphaBlend(在 Win2K 中添加)被记录为专门支持源图像中的每像素 alpha。
  • @joeco,您是否尝试过大量调试以试图缩小问题所在?例如。首先尝试使用 BitBlt,只是为了确保其余的代码和逻辑是好的。还可以尝试更改 alpha 更改代码,以将所有 G 和 B 通道设置为与 R 通道相同 - 只是为了确保您的位图操作代码正常。顺便说一句,请注意 AlphaBlend 期望源位图 R/G/B 被“预乘”,因此如果您要添加 Alpha 通道,您可能也需要在该阶段适当地调整 R/G/B。跨度>
  • @BrendanMcK,我试过编辑像素的其他信息,但它确实什么也没做,有人知道为什么吗? :/ 注意:如果我更改SourceConstantAlpha,那么我的图像确实会变得透明,但完全是
  • @joeco - 谜团解开了 - 我想;检查下面的可能答案!

标签: c++ winapi gdi hbitmap


【解决方案1】:

这很有趣!

猜猜这会打印什么?

#include <stdio.h>

int main()
{
    printf("%d\n", (int) (2.55 * 100));
    return 0;
}

答案:254 - 不是 255。这里发生了两件事:

  • 浮点数通常是不精确的 - 2.55 不会由精确表示 2.55 的二进制值表示 - 它可能类似于 2.5499963...(我只是编造的,但你明白了 - 本质上是数字表示为 2 的分数之和 - 因为二进制是以 2 为底的 - 所以可能会精确表示 .5 或 .25 之类的数字,但大多数其他数字将表示为近似值。您通常不会注意到这一点,因为浮点打印例程将转换回以 10 为底进行显示,这实质上引入了另一种不精确性,最终抵消了第一个:所以你看到的分配值或打印出的值并不完全是存储在记忆)。

  • 转换为 int 会截断 - 即向下舍入。

把这些放在一起,你的 (2.55 * 100) 得到的是 254,而不是 255 - 你必须拥有 255 的魔法值才能使每像素 alpha 起作用。

所以这里的教训是坚持使用纯整数。或者,如果您确实需要从浮点数转换为整数,请注意正在发生的事情并解决它(例如,添加 .5,然后截断 - 或使用类似的技术。)

顺便说一句,这是逐行逐行执行代码并在每一步检查所有输入和输出的情况之一(调试时你永远不能太偏执!)可能已经显示了问题;在您进入 AlphaBlend 之前,当您将鼠标悬停在该参数上时(假设使用 DevStudio 或类似的编辑器),您应该会看到 254 并意识到有些事情发生了。

【讨论】:

  • 我不得不承认我不知道关于花车的事情,但这并不能解决我的问题 :( 当我将值精确到 255 时,它仍然无法绘制什么。我还在 msdn 上再次检查了一遍,上面写着Set the SourceConstantAlpha value to 255 (opaque) when you only want to use per-pixel alpha values.,所以如果我没记错的话,它说当你只想使用每像素 alpha 时它必须是 255,这意味着你应该能够两者都用,对吧?
  • 这可能是问题的一部分。您可能在这里有几个错误。如果您需要,是时候逐行逐行执行代码并确认您绝对确定可以工作的位。您是否从此处的所有 API 获得成功返回值?如果您使用普通的 BitBlt 而不是 AlphaBlend,代码是否有效?使用 BitBlt,并修改蓝色通道,你看到预期的结果了吗?
  • 很确定它在我的代码中,我尝试添加/更改 Alpha 通道。 BitBlt 可以正常工作,或者它只是显示我的图像,当我尝试更改通道的值(例如蓝色或全部)时,视觉上没有任何变化。而且我已经检查了返回值,没有一个方法失败
  • Hrm,您在 SetDIBits 中有 GetHeight(),但在 GetDIBits 中有 m_ResY - 它们的值是否相同?您设置的位数可能比您想象的要少吗?更改任何通道都不起作用的事实表明 get、modify 或 set 都不起作用。您可以踩踏所有具有已知 RGB 值的像素,以单独测试设置的部分;或手动检查一些数组以检查 Get 部分。
  • m_ResY 和 GetHeight() 是完全相同的,我还检查了 SetDIBits 和 GetDiBits 的返回值,它说我得到的扫描线与我改变的一样多。但是当我看指针时它全为零oO
猜你喜欢
  • 2011-06-05
  • 2010-12-30
  • 1970-01-01
  • 2013-11-13
  • 2010-10-25
  • 2012-11-24
  • 2012-12-24
  • 2019-03-28
  • 1970-01-01
相关资源
最近更新 更多