Roland Scheidegger wrote:
Michel Dänzer wrote:
On Wed, 2005-09-07 at 01:52 +0200, Roland Scheidegger wrote:
Support for ATI_fs will be enabled automatically if texture_units is
set to 6 (there is simply no useful way to expose this with less units).
Are these really related? My understanding is that texture_units is
about the number of 'traditional' GL texture units exposed, and that
this is tunable because it has an impact on the maximum texture size
advertised. I don't see why that should affect shaders in any way.
Because ATI_fs does only replace tex env. Thus, you still need to
"traditionally" enable texturing on the units you want to use (the spec
isn't very obvious about it, but all demos I've seen and doom3 really do
it). There is no way you can enable texturing on a unit with a higher
number than traditionally exposed (well at least with mesa, but
everything else would be a hack I suppose).
Have to correct myself, you're right in theory, number of fragment
registers need not be the same as number of texture units supported
(though if it's lower, you wouldn't be able to sample from that unit
(could still use the coord set) but if it's higher there shouldn't be a
problem). The code in core mesa doesn't test for that correctly I guess.
However, I think it's safe to say that from all the apps out there using
ATI_fs, none will bother to test for the number of texture units
supported (at least all the demos I've seen didn't), all will just
assume 6, so imho it's useless to advertize it with less than 6 texture
units, all you'd get would be errors (not to mention I'd need to correct
the code :-)).
Roland
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
