问题标签 [alpha]

我有一个透明的纹理（带有该照明信息的白色三角形），只是不能让它成为 alpha 变量。

替代文字 http://gotoandplay.freeblog.hu/files/alpha_help.png

绘图代码，缺少一块：

有人可以用适当的代码行帮助我吗？ 一些glBlendFunc，或者我想可能是glTextEnvi的东西。

我有两个带有 alpha 通道的 BitmapData 对象。我想通过对每个通道（包括 alpha）使用 max(channel_image_one, channel_image_two) 将它们组合成一个。有没有一种简单的方法可以实现这个结果？

System.Drawing.Graphics.DrawImage将一张图像粘贴到另一张图像上。但我找不到透明度选项。

我已经在图像中绘制了我想要的所有东西，我只想让它半透明（alpha-transparency）

我是 iphone 开发的新手。我在分组表视图中显示我的内容。我只想更改表的第一组的 alpha 值。我怎样才能做到这一点。请帮帮我。谢谢。

我在 a 上画了一堆瓷砖Canvas，这些瓷砖由Images 或BufferedImages 表示。

我注意到我用Images 获得毫秒级的绘制，但是我开始使用BufferedImages 作为瓷砖的帧时间天空火箭到 20 毫秒以上。

这两个图像都支持 Alpha 通道。我想开始使用 alpha 能力Image的中间缓冲区。但是，除了此 Toolkit 调用以从文件创建一个之外，我还没有在 jdk 中找到可以生成它们的位置。

基本上有人知道如何从头开始创建一个可以支持 alpha 的空白图像（不是 BufferedImage）吗？

这是我的问题：
我有一个覆盖整个屏幕的 Sprite。
除了这个精灵的某个矩形之外，
我希望精灵的其余部分具有 alpha = 0.5。
对于那个特定的矩形，我想要 alpha = 0。
这可能吗？如何？

我需要在 Java 中合并两个图像（BufferedImage）。如果没有透明度，那将不是问题。基本图像已经具有一定的透明度。我想保持原样并对其应用“蒙版”，即第二张图像。第二张图片没有不透明的像素，实际上它几乎是完全透明的，只是有一些不太透明的像素来提供某种“光效”，比如反射。重要细节：我不想在屏幕上执行此操作，使用图形，我需要获得一个带有结果合并的 BufferedImage。

谁能帮我？谢谢！

细节：合并两个图像，保持透明度。这是我需要做的。

注意：Java 中的这个 Set BufferedImage alpha 掩码不能满足我的需要，因为它不能很好地处理具有透明度的两个图像 - 它会修改第一张图片的透明度。

这是我制作的脚本

问题是矩形在它们之间是透明的，但不是背景

我的意思是，我需要创建一个内部具有半透明形状的透明图像

有什么建议么？

感谢您的帮助

我有一个蒙版位图 (bmpMask)，我正在将其绘制到目标位图 (bmpDest) 上。两个位图都有 Alpha 通道，但已经充满了不透明的内容。

我想要做的是在 bmpMask 上使用 GDI+ 'Draw...' 方法生成透明区域，这样当我在它上面绘制 bmpMask 时，bmpDest 就会显示出来。

当然gMask.DrawLine(Pens.Transparent, 0, y, wMax, y)不会对 bmpMask 造成任何改变，因为 GDI+ 按设计工作，并且在透明时不会绘制任何内容。即使使用半透明颜色，也只会更新 bmpMask 像素的 r、g、b 值。

但我想要做的是发出一个绘制方法，该方法将改变 bmpMask 的 alpha 通道，因此在绘制到 bmpDest 时它是透明的。我知道我可以使用 SetPixel 或更快的 unsafe 或 Marshall 替代方案来做到这一点，但这会导致更复杂的解决方案。谢谢。

有没有办法可以确定 HDC 是否使用 Alpha 通道？我读了Question 333559和Question 685684，但他们的问题是关于 BITMAP 的。显然，一些 HDC 有 alpha 通道（尽管他们可能不使用它。称之为“Type 1”），而另一些则没有（“Type 2”）。我通过执行以下操作知道这一点：

给定一个 HDC，

1. 创建一个兼容的 DC，并创建一个 DIB 部分。将创建的 HBITMAP 选择到兼容的 DC 中。

2. BitBlt 源 HDC 到兼容 DC。现在检查 DIB 部分位。对于类型 2 HDC，每 3 个字节后有一个字节始终为 0（如 255 255 255 0）；对于类型 1，这些字节通常为 255（如 250 240 230 255）。为了避免误报，我在调用之前将这些位设置为所有 0x80。

3. 直接在源 HDC 上使用 GetDIBits，将 HBITMAP 指定为 GetCurrentObject(hdc, OBJ_BITMAP)。对于这两种类型的 HDC，第 4 个字节始终为 0。

4. 通过调用 ExtTextOut 更改 DC 位图。对于类型 2，ExtTextOut 始终将第 4 个字节设置为 0。对于类型 1，ExtTextOut 始终保持它们不变。

我还注意到由 API（CreateCompatibleDC()、BeginPaint() ...）创建的源 HDC 始终是类型 2。类型 1 HDC 来自标准控件（如菜单文本）。甚至 HDC I CreateCompatibleDC 从类型 1 变为类型 2。

所以，一方面，我很沮丧微软没有向开发人员提供平等的信息（另一个例子可能是你无法知道创建后的 HBITMAP 的方向），另一方面，我仍然想知道是有办法区分这些HDC。

感谢帮助。