Sergey V. Udaltsov wrote:
New columns for gamma, ffb, mach64, virge, sis and trident.
Great work! Looks really impressive (and makes me feel really proud that
my chip is not the worst one:). A couple of easy questions:
is it true that Mach64 feature list is final (sure I do not mean
fallback).
I basically just grep'd the sources for _mesa_enable_extension() calls
to find the extensions. There could certainly be mistakes in the table.
Also, 3 features are marked as SW - is it good to expose
them? It's actually not my question (someone already asked here before).
Probably we could make exposition of non-HW-supported features optional
(through XF86Config param)? Really, why inform application about things
which are going to be slow? Or SW implementation of
ARB/EXT_texture_env_* is fast?
I don't think that we can make a blanket statement to cover this.
In some cases, exposing extensions, even if they're done in software,
is OK. In other cases it's silly.
For example, if the hardware lacks stencil, GL_EXT_stencil_wrap might as well
be supported by the driver since it's always going to be a software path.
On the other hand, there's not much point exposing GL_ARB_texture_cube_map
if it's in software since most apps that need it would need it to be fast
to be useful.
On the other (third) hand, whether or not a feature is implemented in
software is not the real issue. The real issue is speed. If an app
needs a particular feature to perform at a minimum level it should measure
the speed itself and decide if it's fast enough. It's usually the case
that hardware features are fast enough, but not always.
Finally, even if a driver implements many extensions in hardware, it's
always possible that software fallbacks might be needed. For example,
glEnable(GL_POLYGON_SMOOTH) or glDrawBuffer(GL_FRONT_AND_BACK) often
require software fallbacks.
-Brian
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
