QOpenGLWidget VSync
-
Hi guys,
I have 3 basic QOpenGLWidgets in a GUI application sharing the GUI thread. It seems that unless I disable Vsync for my shared context, the widgets don't exceed a stable fps of 20 fps (default refresh rate of 60 Hz / 3). I came across this page which gives the same explanation:
https://stackoverflow.com/questions/22636284/qt-how-to-properly-handle-vsync-and-multiple-qglwidgets
Are OpenGL widgets sharing a single widget treated as a single widget? Is there a way to get around this without forcing off VSync?
Cheers!
-
@mcleary I'm using 5.12.0 MINGW. I'm not sure if that is the issue but my set up is pretty basic. I don't really have a lot going on just drawing a textured quad in each widget. With VSync off, there are no problems but with the default settings, I can't get stable fps.
-
@mcleary It looks like I'm having the same issue as the original thread I posted but what I'm seeing is refresh rate divided between windows that contain widgets. The details of my setup and testing are:
- QT GUI application with 3 QOpenGLWidgets (derived class called Display) as children of the main window (part of the designer form); these are used as preview widgets for textures produced by an FBO
- 1 QOpenGLWidget as a child of the main window; this renders 3 textures in an FBO and sends them out to the preview displays
- 1 QOpenGLWidget as part of the designer form of a QDialog window (not a child of the main window); this displays one of the textures above and is
It seems that the refresh rate is divided between the 3 preview widgets (counted as one, since reducing their number does not improve fps until they are taken out completely), the renderer widget and the output widget. When the preview widgets are taken out, the fps of the output display is 30. The renderer widget is getting the other 30 it seems.
So it looks like refresh rate is divided between the top windows with the renderer being considered a top window somehow even though its a child of the main window.
I am super confused at this point.
Either way what I'm trying to do is share a context between 2 top level windows. If anyone has any advice on how to correctly do this I would appreciate that.
-
Any thoughts on this guys? I've verified the same thing on my machine with various QT OpenGL examples. The top level windows divide the refresh rate between them. If I have two QMainWindows for example, each will render at 30 fps with the default 60 Hz refresh rate. Each one can have many child widgets all running at the same 30 fps rate.
I have a feeling I will need to create a context for each top level window. Any thoughts on how and where (in main?) to do this. Does the top level window need to be a QWindow for this to work?
Cheers!
-
@mcleary Thanks for trying it, thats exactly it! I added a second top level window in main and that caused the framerate for both winows and their child widgets to be divided in half.
I just finished modifying the contextinfo example also creating two RenderWindow objects contained by two QWidgets in a single window and the two render at the correct 60 Hz refresh rate since each has a separate context. I think that's what I'll need to do but I'm not sure if this just my machine or its Windows or its just the way it is overall.
-
@mcleary Thanks again for trying it! I also ran the same code with two top level widgets on another PC and it worked ok so I'm guessing this is something with my laptop. I'm not sure if its still recommended to give each OpenGL widget its own context to make sure the code runs the same way on different PCs.
-
@mcleary Good point. I updated the drivers recently (about a month ago). My laptop specs are:
GPU: GeForce GTX 950M
OS + Driver: Windows 10, driver NVIDIA 4.5.0 385.54
Qt version: 5.12.0 MINGW (64 bit)I also have an Intel HD Graphics 530 (NVIDIA Optimus tech) for the built-in display which may have something to do with this. I've set my GTX 950M for OpenGL rendering and as the high-performance card. I'll dig a little deeper to see what could be the issue and update the thread.
