(Oct 2, 2012 10:57 PM)dauerbach Wrote: Is it that the Timer is "blocked"? And won't fire more than 60fps? or that the OpenGL will only really draw at 60fps no matter the frequency at which the OpenGL code is executed?

OpenGL will draw when it's told, so 60 fps is not a limit. I don't know the specifics of the underlying mechanics, but the GL thread, i.e. the timer thread, is blocked (at the flush?) until the next VBL arrives when VBL synch is enabled. Setting a high timer rate with VBL synch just helps to ensure your GL frame is already drawn and ready to go by the time the next display refresh arrives and unblocks it.

As far as the threading thing, I would recommend to wait just a bit before you jump on that to see what others have to say here about the OpenCL texture generation. No need to make things more complicated than necessary if you can avoid it

@OneSadCookie:
I assume I need to be concerned with the fact that there are a few parameters to my scene creation calculation that are going to be changed from outside the thread as the thread runs. Yes? Essentially, based on UI input from the "control" window on the 5th display, the image to be shown on each display will change. I currently have this set up using KVO from the GLViews looking back up to this control window.