tir, 24,.08.2004 kl. 13.40 -0700, skrev Ian Romanick:
> Ronny V. Vindenes wrote:
>
> > tir, 24,.08.2004 kl. 16.08 +0100, skrev Keith Whitwell:
> >
> >>Has anyone had a chance to try out Philipp's changes? I haven't & don't want
> >>to break the driver by commiting them without a little testing of my own.
> >
> > I haven't tested it yet either, but it struck me that if we're going to
> > add support for "non-essential" software-only extensions then we
> > probably should add a driconf option to enable/disable such extensions
> > since their existence can affect which code paths clients take?
>
> I think this is a good idea for vertex programs *for now*. Once we
> actually generate machine code that runs well from the vertex programs,
> the vertex programs should be enabled by default in all drivers. We're
> just in a funky situation right now where vertex program performance is
> much worse than regular software TCL performance.
>
> Of course, once we get to that point, I think we should get the existing
> TCL paths and run everything as a vertex program. I guess we can cross
> (and debate) that bridge when we come to it...
>
I agree, my concern was that particularly games test for certain
extensions then pick a suitable code path, either because it's
theoretically faster or because it allows more/better eye-candy, under
the assumption that any supported extension is fully accelerated. I
don't know if GL_ARB_vertex_program is actually used like that, it just
happened to make me think (out loud).
I've now briefly tested Philipp's patches on x86-64; didn't see anything
break and the GL_ARB_vertex_program tests in progs/{demos,tests} all
seemed to work.
--
Ronny V. Vindenes <[EMAIL PROTECTED]>
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
