Hi Jannik,
thanks for your question, basically I have no idea what the answer should
be. The rotate block and retrieve value functions do interpret the content
of the compressed blocks, and therefore might be prohibited.
Any advise on the legality would be appreciated, as I cannot fully
understand a patent covering the possibility to decode an image.
Even though I wrote the code based on publicy available descriptions of the
format, I forgot that the format itself could be patented.
I do not intend to expose all osg users to patent fee claims - so the
implementation might need to be disabled until the patent expires, the page
you link says: Estimated expiry: Oct 2, 2017
Regards, Laurens.
ps.
1> I suppose copying compressed blocks alligned to it's footprint should be
fine, as the content of the block is not interpreted and the idea of
grouping compressed pixels in blocks is not patented.
2> would an conditional compile like
#ifdef THIS_PATENT_HAS_EXPIRED
be sufficient to protect the osg community against claims?
the most convenient place to store the code for me is still in the osg
repository, and it might be usefull to describe the reason for not
compiling it into the osg.
On Thu, Mar 17, 2016 at 11:58 AM, Jannik Heller <[email protected]>
wrote:
> Hi Laurens,
>
> Great changes, sounds like very useful features. Though, perhaps the
> addition to "get pixels from dxtc compressed textures", if it is what I
> think it is, should wait until the S3TC patent expires?
> http://www.patentcountdown.org/
>
> ------------------
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=66554#66554
>
>
>
>
>
> _______________________________________________
> osg-submissions mailing list
> [email protected]
>
> http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
>
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
