Win7/8下的DWM + GDI

use*_*466 2 gdi dwm windows-rt

我曾经在我的 Win7 系统上注意到一个问题,我认为这是一个 DWM 错误,因为它在重新启动后被修复。但现在我意识到它在其他人的系统上发生(作为默认行为),这也是 Surface Pro 上的正常行为。

如何重现问题:使用 GDI 实现一个基本的套索系统。定义一个鼠标控制的矩形,当矩形发生变化时,使旧的和新的无效(或使两个矩形的联合无效,无论是新矩形还是复杂区域,都无所谓,“bug”无论如何仍然显示)。

在 期间wm_paint,您只需擦除背景并绘制矩形(它必须是矩形轮廓,如果它是实心矩形,则问题将不可见)。如果您想确保这不是一个闪烁的问题(相信我不是),您可以进行双缓冲。

所以你会看到,如果你有一个像我这样的系统(带有 geforce、aero 的桌面 Win7),是一个普通的套索系统,没有比显示器自己更多的重影。在其他系统上(如 Surface Pro,定义一个完全已知的系统),您会看到,当您向外延伸套索时,套索的边界消失了。有点像 LCD 重影,但更明显。

现在,不是使套索的矩形无效,而是尝试使整个窗口无效。在那里,不再有重影。

我发现它不是“修复”它的失效,而是 GDI 访问。您也可以使整个矩形无效,但只绘制套索区域,仍然重影。但是,如果您绘制套索区域并在窗口的每个角上绘制一个小像素,则不会再出现重影。

DWM 中一定有一些东西,可能是从 1.1 版开始,它使用了最后一次 GDI 访问的边界框的某种缓存,并且出于某种奇怪的原因,最后一个边界框内的内容将立即显示在屏幕上,而新的部分将至少延迟 1 帧。

这很糟糕,因为它破坏了每个人都使用的非常基本的窗口失效,而且我还没有找到任何方法来修复它(当然,除了使整个窗口失效,但这很愚蠢,而且还有一个问题是影响整个 GDI,所以你到处都会得到糟糕的视觉效果)。

同样,它最有可能在 DWM 1.1 中出现,我认为您无法在 Vista 中获得它,但我不确定。我也不知道为什么它在我的桌面上不这样做,可能这取决于显卡的驱动程序。

所以如果有人碰巧知道更多关于这件事......

use*_*466 5

关于这一点的更新。我没有找到任何干净的解决方案,而是一个有效的黑客。

首先,我还发现这个“错误”似乎影响所有系统,只是方式不同。

使用 DwmGetCompositionTimingInfo,一次可以制作垂直同步的 GDI 动画。这是理论上的,因为在实践中它不会工作,因为相同的“错误”,即使在不受我上面描述的明显影响的系统上也是如此。DWM 将简单地决定在没有足够的刷新时不刷新任何内容,这将导致在使用 ScrollWindowEx 滚动窗口时跳帧,并且没有足够的像素无效。

那么有什么解决办法呢?愚弄 DWM 认为它必须立即交换缓冲区,因为这就是整个问题的所在。在进行 GDI 操作时,可能会认为结果会在 DWM 的下一次 vblank-synced 刷新时出现,但事实并非如此。有些部分会,有些会延迟。所以诀窍是强制 DWM 交换,这是我发现的:

-首先,DWMFlush 不会这样做(GDIFlush 也不会)。无论如何,DWMFlush 或多或少是一个 WaitForVBlank

-DWMSetPresentParameters 似乎也不允许这样做,尽管我并没有太在意那个功能,因为它已经在 Windows 8 中消失了

- 当有足够的像素可以交换时,DWM 似乎会刷新,但它似乎也被分区,很可能分成宽但短的矩形(这在 Surface Pro 上看起来是这样 - 但在我的桌面上不是)。是否与 VRAM 的孔径或分割成小纹理有关,我不知道,真的,也许有人知道?

那么什么对我有用:告诉 GDI 刷新垂直条纹,1 像素宽,大约 500 像素相隔,遍布整个屏幕。如果您只在屏幕的某些部分执行此操作,您仍然会在其他部分看到闪烁。它也可以使用水平条纹,但随后您将需要更多的水平条纹,这就是为什么我相信分割是在宽而短的矩形中完成的。在欺骗 DWM 时,您可以看到这些矩形。

哪些 GDI 功能有效?许多都这样做,但它们的 CPU 使用率并不相同。首先,忘记GetPixel,它可以工作,但CPU使用率显然极高。其次,GDI 似乎足够智能,可以检测可以作为命令缓冲的内容,因此用空画笔填充矩形或绘制空文本不会强制 DWM 刷新。有效的是使用空垂直条纹的 BitBlt 或 AlphaBlend。CPU 使用率仍然可以,即使它离整个屏幕也不远了。它必须在顶级窗口上完成,而不是在桌面上。

为 DC 创建 Direct2D 渲染目标并执行开始/结束绘制也可以,但这是正常的,因为它会强制刷新整个矩形,因此 CPU 成本更高。

如果有人知道强制 DWM 刷新的更好方法,我想知道。但是由于 Windows 8 已经淘汰了大多数有趣的 DWM 函数(幸运的是 DwmGetCompositionTimingInfo 仍然部分有效,否则没有 DirectX 就不可能做 vsynced 计时器),我不确定有没有更好的方法。

此外,它不必在所有顶级窗口上完成。当 Windows 桌面蓝色套索靠近使条纹无效的顶级窗口时,您可以看到在 Windows 桌面蓝色套索上工作的效果,一旦进入它附近的区域,它就会停止闪烁(我在上面谈论的分段)。

  • 请注意,我在此处描述的解决方法会给 OpenGL 带来麻烦。我不得不进行另一个黑客攻击,这是一个巨大的、可点击的、透明的分层窗口,位于真实窗口之上。可以以较低的 CPU 成本使其“刷新”,这样就不需要将巨大的内存块与图形卡交换。作为奖励,它还允许您在启用桌面合成的情况下获得流畅的 60FPS,这通常是不可能的。 (2认同)