On Thu, 2003-06-05 at 23:29, Felix Kühling wrote: > > even with LIBGL_SYNC_REFRESH I get bad tearing with quake2. I looked > into the source a bit and now I'm scratching my head about this > question: Does waiting for a vblank do anything useful if you havn't > flushed the 3D hardware graphics pipeline before? I believe the driver > should call something equivalent to glFinish before driWaitForVBlank if > LIBGL_SYNC_REFRESH is set. > > Further in case of a non-zero swap interval you will throttle the frame > rate but there is no guarantee that the swap will occur during a retrace > if the application or the driver havn't called glFinish. I guess > applications explicitly using swap intervals are aware of that. But > LIBGL_SYNC_REFRESH is supposed to work for applications that don't even > know they are waiting for a vblank. So the driver should call glFinish > for them. > > I hope I'm not completely off with my theories ;-)
I would have thought the problem was simply scheduling latency between the wait for vblank and the buffer swap (is this with page flipping?), but what do I know. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel