使用 GDI+ 减少闪烁 和 C++

Question

我在 C++/MFC 应用程序中使用 GDI+，每当调整窗口大小时，我似乎都无法避免闪烁。

我已经尝试过以下步骤：

• 在 OnEraseBkGnd() 上返回 TRUE；
• OnCtlColor() 返回 NULL；
• 根据此代码使用双缓冲：

void vwView::OnDraw(CDC* pDC) 
{
   CRect rcClient;
   GetClientRect(rcClient);

   Bitmap bmp(rcClient.Width(), rcClient.Height());
   Graphics graphics(&bmp);

   graphics.DrawImage(m_image, rcClient.left, rcClient.top);

   Graphics grph(pDC->m_hDC);
   grph.DrawImage(&bmp, 0, 0);
}

难道我做错了什么？ 或者还有其他方法可以实现这一目标吗？

Answer 1

为了完全避免闪烁，您需要在屏幕更新之间的时间间隔内完成所有绘图。 Windows 没有提供任何简单的方法来完成普通窗口绘制（Vista 通过 DWM，但即使在运行 Vista 的系统上也不能依赖这一点）。 因此，要最大限度地减少闪烁，您能做的最好的事情就是尽快绘制所有内容（通过增加在刷新周期内完成所有绘制的机会来减少撕裂），并避免过度绘制（绘制部分内容）屏幕，然后在顶部绘制其他内容：存在向用户呈现部分绘制的屏幕的风险）。

让我们讨论一下目前为止介绍的技术：

• Do-nothing OnEraseBkgnd()：通过防止填充窗口的无效区域来帮助避免过度绘制与窗口的背景颜色。 当您在WM_PAINT处理期间无论如何再次绘制整个区域时很有用，就像双缓冲绘制的情况一样......但请参阅关于避免过度绘制的注意事项通过阻止在 WM_PAINT 方法之后进行绘制。

• 为OnCtlColor()返回NULL：这实际上不应该执行任何操作...除非您的表单上有子控件。 在这种情况下，请参阅通过防止在 WM_PAINT 方法之后进行绘制来避免过度绘制的注意事项。

  
  

• 双缓冲绘图：通过将实际的屏幕绘图减少为单个BitBLT。 但可能会影响绘图所需的时间：无法使用硬件加速（尽管使用 GDI+，使用任何硬件辅助绘图的机会非常小），必须为每次重绘创建并填充离屏位图，并且每次重绘都必须重新绘制整个窗口。 请参阅有关高效双缓冲的注释。

• 对 BitBlt 使用 GDI 调用而不是 GDI+：这通常是个好主意 - Graphics::DrawImage() 可能会非常慢。 我什至找到了正常的 GDI BitBlt()< /a> 在某些系统上调用速度更快。 尝试一下这个，但前提是先尝试一些其他建议。

  
  

• 避免在每次调整大小时强制完全重绘的窗口类样式（CS_VREDRAW、CS_HREDRAW）：这会有所帮助，但前提是您当大小改变时，不需要重新绘制整个窗口。

有关通过在 WM_PAINT 方法之前阻止绘制来避免过度绘制的注意事项

当窗口的全部或部分无效时，它将被擦除并重新绘制。 如前所述，如果您打算重新绘制整个无效区域，则可以跳过擦除。 但是，如果您正在使用子窗口，则必须确保父窗口不会同时擦除您的屏幕区域。 应在所有父窗口上设置 WS_CLIPCHILDREN 样式 - 这将防止绘制子窗口（包括您的视图）占用的区域。

通过防止在 WM_PAINT 方法之后进行绘制来避免过度绘制的注意事项

如果您的窗体上托管有任何子控件，则您将需要使用WS_CLIPCHILDREN样式以避免在它们上绘制（并随后被它们过度绘制。请注意，这会在一定程度上影响 BitBlt 例程的速度。

有关高效双缓冲的注意事项

现在，您每次都会创建一个新的后缓冲区图像对于较大的窗口，这可能代表要分配和释放大量内存，并且会导致严重的性能问题，我建议在视图对象中保留动态分配的位图，根据需要重新分配它以匹配视图的大小，

请注意，在调整窗口大小时，这将导致与当前系统一样多的分配，因为每个新大小都需要分配一个新的后台缓冲区位图。为了匹配它 - 您可以通过将尺寸四舍五入到 4、8、16 等的下一个最大倍数来稍微减轻痛苦，从而避免在尺寸的每个微小变化上重新分配。

请注意，如果自上次渲染到后台缓冲区以来窗口的大小没有更改，则在窗口失效时不需要重新渲染它 - 只需将已渲染的图像移出到屏幕。

另外，分配与屏幕位深度匹配的位图。 您当前使用的 Bitmap 构造函数将默认为 32bpp、ARGB 布局； 如果这与屏幕不匹配，则必须对其进行转换。 考虑使用 GDI 方法 CreateCompatibleBitmap()以获得匹配的位图。

最后...我假设您的示例代码只是一个说明性片段。 但是，如果您实际上除了将现有图像渲染到屏幕上之外什么都不做，那么您实际上根本不需要维护后台缓冲区 - 只需直接从图像进行 Blt（并提前将图像的格式转换为与屏幕匹配）。

Answer 2

您可以尝试使用老式的 GDI 而不是 GDI+ 来写入 DC，特别是因为您已经在缓冲图像了。 使用 Bitmap::LockBits 访问原始位图数据，创建 BITMAPINFO 结构，并使用 SetDIBitsToDevice 显示位图。

Answer 3

确保窗口的窗口类在其样式中不包含 CS_VREDRAW 和 CS_HREDRAW 标志。

请参阅 http://msdn.microsoft.com/en-我们/library/ms633574(VS.85).aspx

Answer 4

您可能会通过使用 Direct3D 来“告诉”您何时发生垂直同步等，从而获得一些牵引力，因此您可以在适当的时候进行 BitBlt/更新。 请参阅GDI 垂直同步以避免撕裂< /em> （尽管在某些情况下将事情简化为一个小的 BitBlt 可能“足够好”）。

另请注意，GDI BitBlt 似乎与屏幕垂直同步不同步。 请参阅
比 BitBlt 更快。

另请注意，使用 CAPTUREBLT（允许您捕获透明窗口）会导致鼠标闪烁（如果未使用 aero）。

Answer 5

此链接包含一些有用的信息：
http://www.catch22.net/tuts/flicker-free-drawing

（我知道这是一个很晚才添加到线程中的内容，但这适用于在我的 Win32 应用程序中寻求减少闪烁时发现它的任何人（像我一样）...）

Answer 6

窗体上有子窗口吗？ 窗口管理器首先通过发送 WM_ERASEBKGND 消息让父窗口擦除其背景，然后发送 wM_PAINT 消息 - 大概这映射到您的 wx::OnDraw 方法。 然后它迭代每个子控件并让它们自行绘制。

如果这是您的情况...使用 Vista 的新 aero 外观将解决您的问题，因为 aero 桌面窗口管理器会自动进行窗口合成。 对于较旧的窗口管理器来说，它是一个皮塔饼。