Re: Texture compression patents

2008-07-25 Thread Philipp Klaus Krause
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ian Romanick schrieb: > 2. Decompressing textures for software fallbacks. As far as I'm aware, > all of the drivers still have some software fallbacks, so this support > is still required. > This decompression could be done by the hardware: Ortho p

Re: Texture compression patents

2008-07-21 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Dösinger wrote: |> So ALL Radeons can do decompression. Right now we have a system where |> we |> only upload S3TC textures if they were precompressed (NWN, UT2K4, etc.) |> and we have to force the extension on in order to do it. | This may be s

Re: Texture compression patents

2008-07-21 Thread Philipp Klaus Krause
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roland Scheidegger schrieb: >> If you only use DXT1 there's EXT_texture_compression_dxt1. It offers >> support for using DXT1 precompressed textures. However AFAIK it'S >> currently not supported in the free drivers (even if >> GL_EXT_texture_compressi

Re: Texture compression patents

2008-07-21 Thread Roland Scheidegger
On 21.07.2008 23:10, Corbin Simpson wrote: > Philipp Klaus Krause wrote: >> Stefan Dösinger schrieb: >>> This may be slightly off topic, but I am wondering if there's any way to >>> detect the ability to upload precompressed textures when >>> GL_EXT_texture_compression_s3tc is not available(aka the

Re: Texture compression patents

2008-07-21 Thread Roland Scheidegger
On 21.07.2008 22:09, Philipp Klaus Krause wrote: > Stefan Dösinger schrieb: >> This may be slightly off topic, but I am wondering if there's any way to >> detect the ability to upload precompressed textures when >> GL_EXT_texture_compression_s3tc is not available(aka the user hasn't forced >> it).

Re: Texture compression patents

2008-07-21 Thread Corbin Simpson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp Klaus Krause wrote: > Stefan Dösinger schrieb: >> This may be slightly off topic, but I am wondering if there's any way to >> detect the ability to upload precompressed textures when >> GL_EXT_texture_compression_s3tc is not available(aka the u

Re: Texture compression patents

2008-07-21 Thread Philipp Klaus Krause
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Dösinger schrieb: > This may be slightly off topic, but I am wondering if there's any way to > detect the ability to upload precompressed textures when > GL_EXT_texture_compression_s3tc is not available(aka the user hasn't forced > it). Wine and

RE: Texture compression patents

2008-07-21 Thread Stefan Dösinger
> So ALL Radeons can do decompression. Right now we have a system where > we > only upload S3TC textures if they were precompressed (NWN, UT2K4, etc.) > and we have to force the extension on in order to do it. This may be slightly off topic, but I am wondering if there's any way to detect the abili

Re: Texture compression patents

2008-07-21 Thread Corbin Simpson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roland Scheidegger wrote: > On 20.07.2008 19:32, Corbin Simpson wrote: >> Howdy. I was just going through the r3xx/r5xx bugs, and I noticed that >> lots of problems are related to certain texture compression features >> being dependent on out-of-tree c

Re: Texture compression patents

2008-07-21 Thread Roland Scheidegger
On 20.07.2008 19:32, Corbin Simpson wrote: > Howdy. I was just going through the r3xx/r5xx bugs, and I noticed that > lots of problems are related to certain texture compression features > being dependent on out-of-tree code. I also noticed that, at least on > R400+ Radeons, we actually have hardwa

Texture compression patents

2008-07-20 Thread Corbin Simpson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy. I was just going through the r3xx/r5xx bugs, and I noticed that lots of problems are related to certain texture compression features being dependent on out-of-tree code. I also noticed that, at least on R400+ Radeons, we actually have hardware s