[GEM-dev] Problem with glitching on OS X at high frame rates
Theo Burt
tb504 at york.ac.uk
Thu Jul 19 15:22:30 CEST 2012
Chris and Cyrille, thank you both for this very useful information and
ideas for testing etc. I will investigate some more and post results
when I get some.
Thanks to all
Theo
On 19/07/2012 13:49, chris clepper wrote:
> On Thu, Jul 19, 2012 at 6:14 AM, Theo Burt <tb504 at york.ac.uk
> <mailto:tb504 at york.ac.uk>> wrote:
>
>
> Does anyone know how the vsync works on OSX? I mean how does GEM
> wait for the vsync, to flip the buffer? Does it block the process
> at any point? Is the process blocked by any part of GEM at any
> point, on a per frame basis?
>
>
> VBL sync is a single line of code that turns it on/off. GEM's render
> engine doesn't do anything different based on that state.
>
>
> For example, after the all the opengl has been executed, I'm
> presuming a system call is made to actually render the screen?
> What is this call, and could it simply be that something, perhaps
> operating system related, is causing it to take too long to
> return? That would tie in with moving windows around the desktop
> making the problem worse...
>
>
> The last call in any GL chain is glFinish() which flushes all of the
> commands to the card via the driver. The driver can block the
> uploading of commands to the card for various reasons most of which
> are not documented anywhere. Apple has OpenGL profiling tools that
> can show where time is being spent in the driver.
More information about the GEM-dev
mailing list