Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Maxence Le Doré
Maybe it's time let S3TC go away and think about something else. Like BPTC. I've started something. Currently, this is very dirty. Please, take a quick look at this : https://docs.google.com/file/d/0B1BiksMm0x0GVjZPZHgyNm0xLVE/edit?usp=sharing Yeah, I know. Ugly. But it basically works. I can n

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Marek Olšák
I don't think this is our problem. If a distro wants S3TC support, its maintainers can package libtxc_dxtn. Some distros really do it. If a distro doesn't want S3TC support, there is nothing we can do about it. Marek On Tue, Aug 13, 2013 at 8:53 PM, Uwe Schmidt wrote: > Hi, > > I have read about

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Patrick Baggett
Erm... I'm wondering... why does the S3TC issue come up every few > months out of it's grave and haunt the list (and your nerves) ? > > I think it is because the issue looks deceptively simple. Hardware is hardware, right? ASICs do the decompression, not software. Surely blindly copying bits from o

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Ian Romanick
On 08/13/2013 01:42 PM, Roland Mainz wrote: On Tue, Aug 13, 2013 at 10:33 PM, Ian Romanick wrote: On 08/13/2013 01:27 PM, Roland Mainz wrote: On Tue, Aug 13, 2013 at 10:20 PM, Ian Romanick wrote: On 08/13/2013 11:53 AM, Uwe Schmidt wrote: [snip] Until S3 grants it's IP to OIN or the patent

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Roland Mainz
On Tue, Aug 13, 2013 at 10:33 PM, Ian Romanick wrote: > On 08/13/2013 01:27 PM, Roland Mainz wrote: >> On Tue, Aug 13, 2013 at 10:20 PM, Ian Romanick >> wrote: >>> On 08/13/2013 11:53 AM, Uwe Schmidt wrote: [snip] >>> Until S3 grants it's IP to OIN or the patents expire, this is going to be >>> t

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Ian Romanick
On 08/13/2013 01:27 PM, Roland Mainz wrote: On Tue, Aug 13, 2013 at 10:20 PM, Ian Romanick wrote: On 08/13/2013 11:53 AM, Uwe Schmidt wrote: [snip] SO MY PROPOSAL: If 'format' is one of the S3TC types, and format!=internalFormat is true, then set internalFormat:=format. 'format' cannot be

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Roland Mainz
On Tue, Aug 13, 2013 at 10:20 PM, Ian Romanick wrote: > On 08/13/2013 11:53 AM, Uwe Schmidt wrote: [snip] >> SO MY PROPOSAL: >> >> If 'format' is one of the S3TC types, and format!=internalFormat is true, >> then set internalFormat:=format. > > 'format' cannot be a compressed type. Compressed dat

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Ian Romanick
On 08/13/2013 11:53 AM, Uwe Schmidt wrote: Hi, I have read about the issue of implementing the S3TC Extension in Mesa: http://dri.freedesktop.org/wiki/S3TC/ As I understood, the problem is, that encoding and decoding S3TC in software is covered by patents, while passing S3TC compressed data to

Re: [Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Patrick Baggett
I've been hanging on this list for a while, and this isn't the first time this has been suggested. The general thing that is repeated is basically this: if you make an API (e.g. OpenGL) that supports S3TC without a license, you're in trouble, even if it is a passthrough to the hardware, which also

[Mesa-dev] Another Take on the S3TC issue

2013-08-13 Thread Uwe Schmidt
Hi, I have read about the issue of implementing the S3TC Extension in Mesa: http://dri.freedesktop.org/wiki/S3TC/ As I understood, the problem is, that encoding and decoding S3TC in software is covered by patents, while passing S3TC compressed data to the GPU is still ok. AS NOW: If "force_s3tc