全屏原生分辨率的 OpenGL 撕裂答案

【问题标题】：OpenGL tearing with fullscreen native resolution全屏原生分辨率的 OpenGL 撕裂
【发布时间】：2015-05-18 18:19:19
【问题描述】：

我有一个带有 win32 api 的 OpenGL 应用程序，没有 glut 等……我遇到了全屏屏幕撕裂的问题。基本上我已将WS_POPUP 设置为窗口样式，并将显示器的分辨率设置为窗口大小。我在 AMD radeon HD 7770 上运行，我看到可怕的撕裂！当我使用WS_POPUPWINDOW 样式而不是WS_POPUP 时，撕裂消失了，但是我的场景周围有不需要的边框。我注意到的另一件事是事实，当分辨率不是本机时，撕裂消失了。因此，当我将my_screen_resolution + 1 作为尺寸参数传递时，撕裂就消失了。

RESx = 1920;
RESy = 1080;
hwnd = CreateWindowEx(NULL, NAME, NAME, WS_POPUP, 0, 0, RESx, RESy, NULL, NULL, hInstance, NULL);
SetWindowPos(hwnd, 0, -1, -1, RESx + 1, RESy + 1, 0); // With this function call, the tearing disappears!

我可以做些什么来摆脱撕裂而不必在非原生分辨率上运行？

编辑：（提示：这不是垂直同步）

【问题讨论】：

我不认为你可以避免 vsync 来摆脱撕裂。另一方面，有很多潜在的解决方案可以限制输入滞后。例如，以 300 fps 运行您的应用程序逻辑，但仅以 60 fps 绘制它。尝试用谷歌搜索更多细节（或者在这里问另一个问题）。
我正在以 60FPS 的速度更新内容，并尽可能地利用最大值（我得到大约 600FPS）。我知道，我可以避免撕裂，因为我帖子中的最后一个函数 (SetWindowPos(hwnd, 0, -1, -1, RESx + 1, RESy + 1, 0);) 做到了这一点。但是我认为这不是一个合适的解决方案。
“提示：这不是垂直同步”...嗯，谢谢你的提示，但它实际上是垂直同步。垂直同步的全部目的是防止撕裂。这就是它所做的一切。垂直同步没有任何其他用途。
@DietrichEpp 不，这只是一个古怪问题的解决方案。仅仅因为 vsync 是为了防止撕裂，而撕裂是他的问题，并不一定意味着你需要 vsync 来修复它。因为我可以通过使用 width+1 来解决这个问题并且没有撕裂。我可以设置具有宽度的视口，完全没有问题。不需要垂直同步。为什么只有当它映射到确切的屏幕时才会撕裂？一个实际的原因（答案）可能是它运行得更快，映射到确切的分辨率？因此 vsync 可能是解决这个问题的唯一方法？
@Puddle：使用 width+1 你可能会通过合成器，也许这会给你垂直同步。

标签： c++ windows opengl fullscreen tearing

【解决方案1】：

我可以做些什么来摆脱撕裂而不必在非原生分辨率上运行？

编辑：（提示：这不是垂直同步）

是的，它是垂直同步。

当您制作全屏窗口时，它将绕过 DWM 合成器。

如果窗口没有覆盖全屏，则其内容将通过 DWM 合成器。 DWM 合成器本身将自己制作为窗口内容的副本，只要有迹象表明它已完成绘制（从 WM_PAINT 处理程序、EndPaint 或 SwapBuffers 调用返回）。合成本身发生垂直同步。

感谢您的建议，但我想避免没有 vsync 的撕裂。使用 vsync 我有可怕的输入延迟。

那么你在输入处理中做错了什么。您的事件循环很可能一次只处理一个输入事件，然后重绘。如果是这种情况并且您的场景复杂性上升，那么您就会出现滞后，这与您的场景的绘图复杂性成正比。你不希望这种情况发生。

您应该做的是累积在重绘之间堆积的所有输入事件，并将它们合并为一个新的绘图状态。理想情况下，输入事件被收集到仅在设置场景以反映最新状态之前。如果你想看中你我添加一个卡尔曼滤波器来预测帧显示给用户的那一刻的输入状态，并使用它来绘制场景。

【讨论】：

谢谢！现在我懂了。我不知道 DWM 合成器，现在对我来说很有意义。感谢您的精彩解释！ :-)

【解决方案2】：

要消除 OpenGL 撕裂，您应该“启用”垂直同步。点此链接了解详情：how to enable vertical sync in opengl?

【讨论】：

感谢您的建议，但我想避免没有 vsync 的撕裂。使用 vsync 我有可怕的输入延迟。
很可能当你说“当分辨率不是原生时撕裂消失”很可能你的显卡将能够达到60 FPS，如果你不这样做，你会有一些东西就像 40-50 一样，会让人讨厌撕裂。我仍然建议设置交换间隔代码并使您的应用程序“感知滞后”。有些电脑在运行你的应用时会时不时出现卡顿，所以最好提前做好准备。
不，我有大约 600FPS
我认为当您处于窗口模式或可以看到后面的桌面时，Windows 可以防止撕裂，因为在这种情况下，您的窗口是由 DWM 绘制的。您的应用运行速度很快，但 DWM 仅以 60fps 的速度更新窗口。
这正是我想听到的答案，非常感谢。我不知道是不是像你说的那样，因为当我全屏绘制并将窗口每边扩大一个像素时，撕裂就消失了。我也读过，问题是由CreateWindow 函数中设置的WM_POPUP 样式引起的...确实，当我删除该样式时，强制窗口全屏显示（一些可怕的可怕方式） - 撕裂消失了好吧。