Re: [Dri-devel] S3TC (again)

2003-02-25 Thread Sven Luther
On Mon, Feb 24, 2003 at 06:44:05PM -0800, Ian Romanick wrote: > Sven Luther wrote: > >On Mon, Feb 24, 2003 at 09:48:42AM -0800, Ian Romanick wrote: > > > >>What about apps that send uncompressed textures into the driver, expect > >>the driver to compress then, and then read the textures back? Acc

Re: [Dri-devel] S3TC (again)

2003-02-24 Thread Ian Romanick
Sven Luther wrote: On Mon, Feb 24, 2003 at 09:48:42AM -0800, Ian Romanick wrote: What about apps that send uncompressed textures into the driver, expect the driver to compress then, and then read the textures back? According to the spec, the textures app will read-back compressed data. I don't

Re: [Dri-devel] S3TC (again)

2003-02-24 Thread Sven Luther
On Mon, Feb 24, 2003 at 09:48:42AM -0800, Ian Romanick wrote: > Sven Luther wrote: > >Is there not a way to work around this ? > > > >If the hardware doesn't support s3tc, then the driver simply don't > >advertize the that it can handle s3tc textures, so you would get out of > >the need to decompre

Re: [Dri-devel] S3TC (again)

2003-02-24 Thread Ian Romanick
Sven Luther wrote: Is there not a way to work around this ? If the hardware doesn't support s3tc, then the driver simply don't advertize the that it can handle s3tc textures, so you would get out of the need to decompress the textures in the driver. On the other hand, if it is not possible to tell

Re: [Dri-devel] S3TC (again)

2003-02-23 Thread Smitty
> > Can we add this to the FAQ, please? > > The FAQ is editable by anyone isn't it? No, but anyone can add a FAQ, if they could edit / delete them that would be none too wise, which is why I advise not to mess it up (because then I have to fix it). Liam it depends

Re: [Dri-devel] S3TC (again)

2003-02-22 Thread Philip Armstrong
On Fri, Feb 21, 2003 at 03:27:21PM -0800, Ian Romanick wrote: > Look at the ARB_texture_compression and EXT_texture_compression_s3tc > specs again. You can specify uncompressed textures and have the driver > compress the AND you can specify compressed textures and have the driver > decompress them

Re: [Dri-devel] S3TC (again) -> FAQ

2003-02-22 Thread Smitty
> > OK, I don't exactly want to stir up this hornets nest *again*, but a > > couple of things aren't entirely clear to me and I'd appreciate any > > clarifications. > > > > As I understand it, the situation is as follows: > > > > The S3TC algorithm is patented and therefore no-one can distribute

Re: [Dri-devel] S3TC (again)

2003-02-22 Thread Sven Luther
On Fri, Feb 21, 2003 at 03:27:21PM -0800, Ian Romanick wrote: > >Now, if an OpenGL application has a pile of textures already > >compressed with the S3TC algorithm, then I don't understand why the > >dri drivers can't simply offer the S3TC interfaces to the hardware, > >pass the compressed textures

Re: [Dri-devel] S3TC (again)

2003-02-21 Thread Ian Romanick
Philip Armstrong wrote: OK, I don't exactly want to stir up this hornets nest *again*, but a couple of things aren't entirely clear to me and I'd appreciate any clarifications. As I understand it, the situation is as follows: The S3TC algorithm is patented and therefore no-one can distribute an im

[Dri-devel] S3TC (again)

2003-02-21 Thread Philip Armstrong
OK, I don't exactly want to stir up this hornets nest *again*, but a couple of things aren't entirely clear to me and I'd appreciate any clarifications. As I understand it, the situation is as follows: The S3TC algorithm is patented and therefore no-one can distribute an implementation of the alg