<div dir="ltr"><div><br></div>Hello Björn,<div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 12, 2015 at 4:20 PM, Björn Blissing <span dir="ltr"><<a href="mailto:bjorn.blissing@vti.se" target="_blank">bjorn.blissing@vti.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi again,<br>
<br>
I repeated my measurements with a pure OpenGL application and compared them to the previously recorded data from OSG:<br>
<br>
OpenGL + Nvidia Defaults + Vsync On Min: 56.7 Max: 65.0 Avg: 60.8<br>
OpenGL + Nvidia Defaults + Vsync Off Min: 2.9 Max: 25.0 Avg: 14.6<br>
OSG 3.2.1 + Nvidia Defaults + VSync On Min: 59 Max: 65 Avg: 62<br>
OSG 3.2.1 + Nvidia Defaults + VSync Off Min: 6 Max: 21 Avg: 14<br>
<br>
So it seems that OSG does not add any additional latency compared to a pure OpenGL application.<br>
<br>
I repeated the measurements with Windows Desktop Window Manager both on and off, but these measurements had no discernible difference.<br>
<br></blockquote><div><br></div></div></div><div class="gmail_extra">Did you try to call glFlush() at the end of the each frame in your OpenGL application? That should force the driver to not buffer but to actually hold your program until the vsync event. Right now you are rendering much faster than the GPU can scan out, so your program blocks only once the rendering queue becomes full - which seems to be about the 3 frames of latency. <br><br>glFlush() is bad for performance because it stalls the GPU on every frame but should lower the latency from the fixed 60ms you see with vsync on. <br><br></div><div class="gmail_extra">Jan<br></div><div class="gmail_extra"><br></div></div></div>