LinearGradientBrush 神器解决方法？

发布于 2024-07-05 23:31:16 字数 716 浏览 6 评论 0原文

.net 中的 LinearGradientBrush（甚至是整个 GDI+ 中的？）似乎有一个严重的错误：有时，它会引入伪影。（请参阅此处< /a> 或此处 - 本质上，线性渐变的第一条线是在最终颜色中绘制的，即从白色到黑色的渐变将从黑色线开始，然后使用适当的白色到黑色渐变）

我想知道是否有人找到了解决此问题的方法？这是一个非常烦人的 bug :-(

这是 Artifacts 的图片，请注意有 2 个 LinearGradientBrush：

替代文本http://img142.imageshack.us/img142/7711/gradientartifactmm6.jpg

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

一抹微笑 2024-07-12 23:31:16

我在使用渐变画笔时也注意到了这一点。我唯一有效的解决方法是始终创建所有边缘比要使用它绘制的区域大 1 像素的渐变画笔矩形。这可以保护您免受所有四个边缘的问题的影响。缺点是边缘使用的颜色与您指定的颜色相差一小部分，但这比绘图伪像问题要好！

回复收藏 0 原文

等待我真够勒 2024-07-12 23:31:16

您可以在矩形上使用很好的 Inflate(int i) 方法来获得更大的版本。

回复收藏 0 原文

岁月无声 2024-07-12 23:31:16

我会巧妙地处理菲尔上面的回答（这确实是一条评论，但我没有这个特权）。我看到的行为与文档相反，其中表示：

起始线垂直于方向线并穿过矩形的一个角。起始线上的所有点都是起始颜色。那么结束线垂直于方向线并穿过矩形的一个角。结束线上的所有点都是结束颜色。

也就是说，在某些情况下您会得到单个像素环绕。据我所知（通过实验），只有当矩形的宽度或高度为奇数时，我才会遇到问题。因此，为了解决该错误，我发现当且仅当尺寸（扩展前）为奇数时，将 LinearGradientBrush 矩形增加 1 像素就足够了。换句话说，始终将画笔矩形的宽度和高度向上舍入到下一个偶数个像素。

因此，为了填充矩形r，我使用类似：

Rectangle gradientRect = r;
if (r.Width % 2 == 1)
{
    gradientRect.Width += 1;
}
if (r.Height % 2 == 1)
{
    gradientRect.Height += 1;
}
var lgb = new LinearGradientBrush(gradientRect, startCol, endCol, angle);
graphics.FillRectangle(lgb, r);

Insane but true。

I would finesse Phil's answer above (this is really a comment but I don't have that privilege). The behaviour I see is contrary to the documentation, which says:

The starting line is perpendicular to the orientation line and passes through one of the corners of the rectangle. All points on the starting line are the starting color. Then ending line is perpendicular to the orientation line and passes through one of the corners of the rectangle. All points on the ending line are the ending color.

Namely you get a single pixel wrap-around in some cases. As far as I can tell (by experimentation) I only get the problem when the width or height of the rectangle is odd. So to work around the bug I find it is adequate to increase the LinearGradientBrush rectangle by 1 pixel if and only if the dimension (before expansion) is an odd number. In other words, always round the brush rectangle up the the next even number of pixels in both width and height.

So to fill a rectangle r I use something like:

Rectangle gradientRect = r;
if (r.Width % 2 == 1)
{
    gradientRect.Width += 1;
}
if (r.Height % 2 == 1)
{
    gradientRect.Height += 1;
}
var lgb = new LinearGradientBrush(gradientRect, startCol, endCol, angle);
graphics.FillRectangle(lgb, r);

Insane but true.

回复收藏 0 原文

开始看清了 2024-07-12 23:31:16

至少对于 WPF，您可以尝试使用 GradientStop 在边缘处获得 100% 正确的颜色，即使是在过度绘制时也是如此。

回复收藏 0 原文

等数载，海棠开 2024-07-12 23:31:16

我在 C++ 代码中也经历过伪影。解决问题的方法是为 Graphics 对象设置非默认的 SmoothingMode。请注意，所有非默认平滑模式都使用坐标系，该坐标系绑定到像素的中心。因此，您必须正确地将矩形从 GDI 坐标转换为 GDI+ 坐标：

    Gdiplus::RectF      brushRect;

    graphics.SetSmoothingMode( Gdiplus::SmoothingModeHighQuality );

    brushRect.X = rect.left - (Gdiplus::REAL)0.5;
    brushRect.Y = rect.top - (Gdiplus::REAL)0.5;
    brushRect.Width = (Gdiplus::REAL)( rect.right - rect.left );
    brushRect.Height = (Gdiplus::REAL)( rect.bottom - rect.top );

看起来 LinearGradientBrush 仅在高质量模式下才能正常工作。

I experienced artifacts too in my C++ code. What solved the problem is setting a non-default SmoothingMode for the Graphics object. Please note that all non-default smoothing modes use coordinate system, which is bound to the center of a pixel. Thus, you have to correctly convert your rectangle from GDI to GDI+ coordinates:

    Gdiplus::RectF      brushRect;

    graphics.SetSmoothingMode( Gdiplus::SmoothingModeHighQuality );

    brushRect.X = rect.left - (Gdiplus::REAL)0.5;
    brushRect.Y = rect.top - (Gdiplus::REAL)0.5;
    brushRect.Width = (Gdiplus::REAL)( rect.right - rect.left );
    brushRect.Height = (Gdiplus::REAL)( rect.bottom - rect.top );

It seems like LinearGradientBrush works correctly only in high-quality modes.

回复收藏 0 原文

~没有更多了~