On Wed, Dec 04, 2002 at 01:49:34PM -0800, magenta wrote: > What about remote indirect rendering? Someone else has already mentioned > that the driver would have no way of getting environment variables in that > case.
Remote indirect rendering is a problem no matter how you slice it. > I just don't see why everyone wants to put this functionality into the > driver itself; IMO, it just adds unnecessary complexity to the drivers. > > The purpose for an LD_PRELOADed library would be to provide tweaks to > applications which *don't* provide the configuration. Which is really the > whole issue here - people want to be able to configure behavior that > certain applications don't allow to be configured. There's no reason for > the driver to do this, and for those applications where the source can't be > modified, why not just LD_PRELOAD the functionality in externally? Here's another example that somebody just reminded me about. Quite a few of the "CAD" cards out there have ways to tune internal optimization parameters. These can be things as simple as what vertex format to prefer (i.e., float colors vs. packed ubyte colors) to much more complex things. Looking at the drivers for the FireGL 4, it uses two cryptic 32-bit ints in XF86Config to communicate this to the driver. It's configuration tool has "profiles" for 4 different apps (including Maya & Softimage). Admitedly, this isn't the "right" solution either, but it is another data point. As far as I can tell, there is no way either an app or a wrapper library could communicate this information to the driver. Yet, shipping "high end" drivers support and demanding users expect this level of application-to-driver tuning. -- Smile! http://antwrp.gsfc.nasa.gov/apod/ap990315.html ------------------------------------------------------- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
