<div dir="ltr">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 required a license to produce in the first place. I think the assumption most people make is that if the hardware vendor paid a license to implement S3TC in an ASIC, then surely simply passing through data is OK. After all, it is being done without any knowledge of the algorithm, etc. From a common sense standpoint, I would agree.<div>
    However, the note in the S3TC extension itself[1] mentions explicitly to be wary of such assumptions in the "IP Status" section, and notes that <i>a license for one API is not a license for another</i>. This implies that for an API to make use of S3TC, it requires a license, which Mesa in general, does not have, while a hardware vendor might. All of this is theoretical as far as I've read; I don't think anyone has legally challenged this for open source drivers and posted the results on this mailing list -- mostly have stayed away from it with a prejudice. I think the patent was granted in 1999, so at least in the USA, hopefully we don't have too many more years of this garbage.</div>
<div><br></div><div>Patrick<br><div><br></div><div><div>[1] <a href="http://www.opengl.org/registry/specs/EXT/texture_compression_s3tc.txt">http://www.opengl.org/registry/specs/EXT/texture_compression_s3tc.txt</a><br></div>
</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 13, 2013 at 1:53 PM, Uwe Schmidt <span dir="ltr"><<a href="mailto:simon.schmidt@cs-systemberatung.de" target="_blank">simon.schmidt@cs-systemberatung.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have read about the issue of implementing the S3TC Extension in Mesa:<br>
<a href="http://dri.freedesktop.org/wiki/S3TC/" target="_blank">http://dri.freedesktop.org/wiki/S3TC/</a><br>
<br>
As I understood, the problem is, that encoding and decoding S3TC in<br>
software is covered by patents, while passing S3TC compressed data to the<br>
GPU is still ok.<br>
<br>
AS NOW:<br>
<br>
If "force_s3tc_enable" is enabled in Mesa3D, uploading a S3TC encoded<br>
texture works if format==internalFormat is true. If format!=internalFormat<br>
is true, it would fail (as i know).<br>
<br>
SO MY PROPOSAL:<br>
<br>
If 'format' is one of the S3TC types, and format!=internalFormat is true,<br>
then set internalFormat:=format.<br>
<br>
Else, if 'internalFormat' is one of the S3TC types, but the 'format' isn't,<br>
set internalFormat:=format (or any other format, Mesa3D can encode).<br>
<br>
<br>
_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</blockquote></div><br></div>