Measuring frame rendering time
-
I just noticed something. You should not call update() from within paintGL(). It works the other way around: update(), whether called implicitly or explicitly, calls paintGl() to render the scene...paintGL() is a virtual callback, not a slot.
public: render_time; void paintGl() { begin_time=now() // do stuff render_time = now() - begin_time }The dystopian literature that served as a warning in my youth has become an instruction manual in my elder years.
-
I just noticed something. You should not call update() from within paintGL(). It works the other way around: update(), whether called implicitly or explicitly, calls paintGl() to render the scene...paintGL() is a virtual callback, not a slot.
public: render_time; void paintGl() { begin_time=now() // do stuff render_time = now() - begin_time }@Kent-Dorfman, do you suggest not calling update() at all?
If I don't call it from paintGL() or other places, then my frames don't update(sometimes abruptly update themselves). -
I just noticed something. You should not call update() from within paintGL(). It works the other way around: update(), whether called implicitly or explicitly, calls paintGl() to render the scene...paintGL() is a virtual callback, not a slot.
public: render_time; void paintGl() { begin_time=now() // do stuff render_time = now() - begin_time }@Kent-Dorfman, @nagesh, The documentation says: The signals aboutToCompose() and frameSwapped() will be emitted when the composition is starting and ending.
What happens if I start measuring the time when aboutToCompose() happens and end the change when frameSwapped() happens, so I get the frame rendering time?
-
@mrjbom calling update will schedule the paint event for the processing which means internally it triggers paintGL().
For constant update of frames you can do it with the QTimer slot call update()
or as soon as new frame is available call update()As per QT doc
in frameSwapped()This signal is emitted after the potentially blocking buffer swap has been done. Applications that wish to continuously repaint synchronized to the vertical refresh, should issue an update() upon this signal. This allows for a much smoother experience compared to the traditional usage of timers.I feel frame rendering is happening in paintGL()
-
@mrjbom calling update will schedule the paint event for the processing which means internally it triggers paintGL().
For constant update of frames you can do it with the QTimer slot call update()
or as soon as new frame is available call update()As per QT doc
in frameSwapped()This signal is emitted after the potentially blocking buffer swap has been done. Applications that wish to continuously repaint synchronized to the vertical refresh, should issue an update() upon this signal. This allows for a much smoother experience compared to the traditional usage of timers.I feel frame rendering is happening in paintGL()
-
-
@mrjbom read the description for paintGL()
https://doc.qt.io/qt-5/qopenglwidget.html
it says.. paintGL() - Renders the OpenGL scene. Gets called whenever the widget needs to be updated.What does your function
sceneManager->callDrawScene() doing?@nagesh It draws the current scene. The usual functions that are usually found in paintGL().
In any case, if I measure the time only within paintGL (), then the time is constantly different from the previous one.
Probably because QElapsedTimer reads the time within the operating system, not my application, so due to the task switching by the operating system, it is different.
How can I measure the time regardless of the task switching by the operating system? -
@nagesh It draws the current scene. The usual functions that are usually found in paintGL().
In any case, if I measure the time only within paintGL (), then the time is constantly different from the previous one.
Probably because QElapsedTimer reads the time within the operating system, not my application, so due to the task switching by the operating system, it is different.
How can I measure the time regardless of the task switching by the operating system?@mrjbom Dude! We've been over this. You cannot accurately measure the time spent in a call that takes nanoseconds or microseconds to complete. you are not using a realtime OS. Either research the science of RTOS or give up on getting consistent numbers.
-
@mrjbom There is class in qt QOpenGLTimerQuery
https://doc.qt.io/qt-5/qopengltimerquery.htmlWhether it's applicable for your requirement not sure.
