c++ - 在按钮背景上拉伸(stretch)/收缩时位图质量下降

Question

介绍和相关信息:

我有一个所有者绘制的静态控件。

它应该在渐变背景之上有位图。

静态控件尺寸 不是固定的 ，它们是在创建父窗口期间计算的。

我从资源文件中加载了背景颜色为 RGB( 255, 163, 94 ) 的位图。

使用 TransparentBlt( ... , RGB( 255, 163, 94 ) ) API 我拉伸(stretch)/收缩位图以适应静态控件客户区(位图是设备相关位图，而不是 DIB，如果这很重要)。

位图图片具有水平和垂直分辨率150 DPI，24色位深，宽4395像素，高5613像素。

位图通过 LoadBitmap( ... ) 上的 WM_CREATE API 加载。

原图如下，但我缩小了尺寸，所以我可以上传它:

问题:

问题出在图片质量上。

Bellow是我在所有者绘制静态控件后得到的结果:

像素化很明显。

纵横比也丢失了，因为我使用 TransparentBlt() 。

我为解决这个问题所做的努力:

浏览 SO 文件，我发现了类似的问题，但它们与 Android 相关。他们都没有帮助我。也许我的经验不足使我无法看到有用的信息。

按照这些问题的一个链接，我了解了图像缩放算法的存在。这是我想到的页面:http://en.wikipedia.org/wiki/Resampling_%28bitmap%29

我曾尝试使用较小的位图，但即使我将像素化解决到了某个点，图片还是很模糊。

似乎我的问题在于位图中的数据不足或过多，因此当我尝试将大位图“插入”小按钮时，它无法适应，因此我会得到像素化和锯齿状效果，但是如果我尝试将小位图变成大按钮，然后数据丢失，导致图片模糊。

通过互联网浏览后，我看到了一些意见和建议，可以用 vector 图形和元文件来解决这个问题。

由于我对此感到傻眼，所以我会问几个问题。

如果主题很广泛，那么我会要求社区通过评论通知我，我将删除它并尝试重新措辞以更好地适应发布问题的 SO 规则。

问题:

这个问题真的出乎我的意料，所以我不知道如何开始解决它，因为我对 WIN32 还很陌生。

我必须承认我很震惊，因为我原以为 TransparentBlt() 会为我做所有的工作。

我该如何解决这个问题，才能保持画面的纵横比和质量？

我会考虑以下解决方案:

将某些 GDI API 调用组合到我现有的处理程序中以进行拉伸(stretch)/收缩，这样我就可以获得高质量并保持图片的纵横比，而无需过多修改代码？

使用 GDI+ 解决我的问题。到目前为止，我还没有使用 GDI+，但总有一天要开始，为什么不现在，如果那能解决我的问题？

如果 vector 图形可以解决我的问题，我必须敦促社区为我提供以下帮助:任何关于 PURE WIN32 vector 图形的书籍/教程/文档/文章/代码示例的推荐将不胜感激，因为我自己还没有发现任何。

如果我必须实现一种缩放算法，请推荐一些书籍/教程/链接/代码示例，因为我自己还没有找到任何。

我不能使用库，这是强加给我的限制 ，但是，如果解决方案可以接受 并且可以快速实现 ，我可以尝试说服我的雇主放宽他们的标准，以便可以使用库。

如果我保留 纵横比和图片质量的标准太多，那么我会选择 图片质量。我可以随时发布有关纵横比的新问题，同时也许我会自己找到解决方案。

这就是全部。感谢您的耐心和时间。

问候。

Answer 1

由于目标尺寸小于图像的原始尺寸，GDI 只是遗漏了某些像素。这是有效的，但结果通常很差。为了更好地做到这一点，您需要启用抗锯齿。启用抗锯齿后，过多的像素不仅会被丢弃，还会与相邻像素合并(平均)。

在 GDI 中，您基本上必须调用

SetStretchBltMode (HALFTONE);

在调用 StretchBlt/TransparentBlt 以实现抗锯齿效果之前。

编辑:我想我记得 TransparentBlt 忽略了 StretchBltMode。如果这是真的，您将不得不放弃透明度。可能的解决方案:创建一个与原始图像一样大的内存 DC，绘制背景，使用 TransparentBlt 在顶部渲染图像。稍后，使用 StretchBlt 将图像从 mem DC 绘制到屏幕上。