gpt4 book ai didi

c++ - 全屏原始分辨率下的 OpenGL 撕裂

转载 作者:可可西里 更新时间:2023-11-01 10:05:24 25 4
gpt4 key购买 nike

我有一个带有 win32 api 的 OpenGL 应用程序,没有过剩等......我遇到了全屏屏幕撕裂的问题。基本上,我将 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!

我可以做些什么来消除撕裂而不必在非原始分辨率下运行?

编辑:(提示:这不是垂直同步)

最佳答案

What can I do to get rid of the tearing without having to run on not native resolution?

EDIT: (Hint: It's not V-sync)

是的,它是垂直同步。

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

如果窗口没有覆盖整个屏幕,它的内容将通过 DWM 合成器。 DWM 合成器本身会在有迹象表明它已完成绘制(从 WM_PAINT 处理程序、调用的 EndPaint 或 SwapBuffers 返回)时为自己制作窗口内容的拷贝。合成本身发生垂直同步。

Thanks for your advice, but I want to aviod the tearing without vsync. With vsync I have terrible input lag.

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

您应该做的是累积在重绘之间堆积的所有输入事件,并将它们合并为一个新的绘图状态。理想情况下,收集输入事件直到设置场景以绘制以反射(reflect)最新状态之前。如果你想变得有趣,我可以添加一个卡尔曼滤波器来预测帧显示给用户时的输入状态,并将其用于绘制场景。

关于c++ - 全屏原始分辨率下的 OpenGL 撕裂,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30293074/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com