-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philipp Klaus Krause wrote: > Corbin Simpson schrieb: >> After re-reading ARB_texture_compression, it does seem like it is >> legal for extensions such as EXT_texture_compression_s3tc to fall >> back, using a basic mechanism: glGetTexLevelParameter can return >> GL_FALSE for GL_TEXTURE_COMPRESSED_ARB (now GL_TEXTURE_COMPRESSED) if >> the texture could not successfully be compressed. Issue (10) of >> ARB_texture_compression deals with this explicitly: > > Yes, ARB_texture_compression allows to support decompression only. That > could probably be used to have decompression support for the S3TC > formats in Mesa. However, this does mean that > EXT_texture_compression_s3tc would be supported, since > EXT_texture_compression_s3tc does require support for encoding and the > wording in ARB_texture_compression does not change that.
EXT_texture_compression_s3tc is layered on top of ARB_texture_compression. I don't see anything in the spec that adds this requirement. In fact, I don't see *anything* in that spec that mentions TexImage2D. Am I just overlooking some wording in EXT_texture_compression_s3tc that adds this? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuw83QACgkQX1gOwKyEAw+cuQCfbI7prb98/COjFd1hHL+tG0T8 SrYAnR5VC3BZ1XvSPvKSeQQ+7AabpXJr =HO+K -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev