Brian Paul wrote:
Hmm. Windows drivers tend to have a GUI setup utility, which often has this sort of choice in it. That's the closest equivalent I can think of.Felix Kühling wrote:On Mon, 2 Dec 2002 18:43:25 -0800 Allen Akin <[EMAIL PROTECTED]> wrote:On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote: | .... So if we agree on this, I would make this | controlled by an environment variable. ... The intent of the spec is that drivers should support whichever texture internal formats they wish to support, and apps should choose between them (or use the default only if they truly don't care). Environment variables aren't very portable, and work around the intent of the spec. Is there some compelling reason to use them, rather than just having the driver do what was intended?There was previously a dependency on the screen color depth when choosing the texture format in the radeon driver.I think that may have been a carry-over from the r128 (or tdfx?) driver which may not have allowed 32bpp textures when the screen was 16bpp (but I could be wrong). > The environmentvariable I'm going to add would enable the user to override the bpp dependent default.I'm with Allen in preferring that we don't add yet another environment variable - especially for something which other OpenGL drivers haven't needed.
Keith
-------------------------------------------------------
This SF.net email is sponsored by: Get the new Palm Tungsten T
handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
