Internally, S3TC is used whether or not you have the code that touches on the patent- if the textures were already formatted that way. It does no good to have it reside in the driver to decompress (which is where the use on the card would entail...) and put it to another, uncompressed buffer for the texture in question. The problem in "enabling" it is that for you to be completely correct, you need to be able to GENERATE the compressed textures from uncompressed ones- which is wherein lies the problem with the drivers. If you have pre-generated textures in S3TC, you can DO S3TC with the stuff we have in hand right now- patent's covered, they had to buy the rights to do the hardware decode. It's the on-the-fly generation part that's the gotcha.
Originally Posted by Chris