On Sun, 19 Oct 2003 09:01:06 -0700 Allen Akin <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 17, 2003 at 09:57:48PM +0100, Keith Whitwell wrote: > | > | I'm strongly against having sync-to-refresh as the default. I've been > | there with the tdfx driver and it truely sucks. > > When you're using double-buffering as it was originally intended, to > ensure a smooth transition from frame to frame, sync-to-refresh is > really the best way to go. Seems to me that most people would want > things to work that way for standard applications. (Games and realtime > apps need to be more sophisticated than either sync-to-refresh or no > sync.) > > Perhaps the current problem is people just that people are using gears > as a benchmark? That could easily be solved by writing a > self-calibrating benchmark and promoting its use instead of gears. I agree with you completely. We've been telling people that glxgears is not a benchmark for quite a while. But somehow the news hasn't spread far enough. I've reverted this to the old setting (no vsync by default) as neither me nor other DRI developpers have the time to respond to every frustrated user complaining about low glxgears frame rates. Maybe we could change the default vsync setting after some sort of transition period during which we promote a better benchmark. Maybe we should send an automated reply to all mails on dri-devel and dri-users containing the word glxgears during that period. ;-) > > Allen > Regards, Felix ------------ __\|/__ ___ ___ ------------------------- Felix ___\_e -_/___/ __\___/ __\_____ You can do anything, Kühling (_____\Ä/____/ /_____/ /________) just not everything [EMAIL PROTECTED] \___/ \___/ U at the same time. ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
