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

Reply via email to