- Fix dxtn path once again (thanks Pigglesworth).
[reactos.git] / reactos / dll / 3rdparty / dxtn / docs / tc.html
diff --git a/reactos/dll/3rdparty/dxtn/docs/tc.html b/reactos/dll/3rdparty/dxtn/docs/tc.html
deleted file mode 100644 (file)
index 9542576..0000000
+++ /dev/null
@@ -1,67 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml">
-
-<head>
-    <meta name="Author" content="Daniel Borca"/>
-    <meta name="Description" content="Texture compression"/>
-    <meta name="KeyWords" content="FXT1, DXTn, S3TC, DXT1, DXT3, DXT5, texture, compression, codec, compressor, decompressor"/>
-
-    <title>Texture compression</title>
-
-    <link rel="STYLESHEET" type="text/css" href="../style.css"/>
-</head>
-
-<body bgcolor="#500000" text="#FFFF00" background="../bg_deepred1.gif">
-    <center><h2>Texture compression</h2></center>
-    <hr/>
-
-    <p><a href="tc-1.1.tar.gz">tc-1.1.tar.gz</a> is a working codec for <b>FXT1</b> and <b>DXTn</b> texture compression.
-    It has a balanced speed/quality ratio, and is very tweakable.</p>
-    <p>Both <b>FXT1</b> and <b>DXTn</b> use vector quantization for lossy encoding.
-    The decoder is rather trivial, at the expense of the encoder
-    complexity. This means that applications heavily relying on
-    texture compression should provide precompressed textures, for
-    several obvious reasons:</p>
-    <ol>
-       <li>the encoding phase can be done "off-line" with hi-quality
-           encoders</li>
-       <li>if the graphic driver does not support precompressed textures,
-           it's still cheap to decode "on-line" application-side</li>
-       <li>the distributed package gets smaller</li>
-    </ol>
-    <p>The <b>FXT1</b> and <b>DXTn</b> codecs were written using documentation freely
-    available on the world-wide-web, including, but not limited to:
-    3DFX_texture_compression_FXT1 and EXT_texture_compression_s3tc
-    from <a href="http://oss.sgi.com/projects/ogl-sample/registry/">http://oss.sgi.com/projects/ogl-sample/registry/</a><BR/>
-    I just translated the human readable spec into ANSI C. There are
-    NO binaries available, as I am <b>NOT</b> using this code! <b>Therefore,
-    <font color="#D8D8D8">THE RESPONSIBILITY OF USING THE CODE IS ENTIRELY WITH YOU!</font></b></p>
-    <p>The implementation <I>per-se</I> is made available under GPL, which
-    does not necessarily apply to the abstract content (texture
-    compression algorithms):</p>
-    <p><b>FXT1</b> is subject to "3DFX FXT1 Source Code General Public License"</p>
-    <p><b>DXTn</b> is basically the S3TC texture compression, a license to the
-     "S3TC Intellectual Property" may be required prior to any use.</p>
-    <dir>
-       <p>There is significant IP associated with the S3TC format.
-       Existing users probably have executed licenses directly
-       with S3 or its successors (Sonic Blue, S3 Graphics).</p>
-
-       <p>The current ownership of the S3TC IP is unknown to me. It is
-       known that when S3 exited the graphics hardware business, part of
-       their operations were sold to ATI and part were spun off to a joint
-       Taiwanese venture with Via Technologies, called S3 Graphics.</p>
-    </dir>
-    <p><b><font color="#D8D8D8">I, DANIEL BORCA, AM NOT AWARE OF ANY LEGAL ISSUE CAUSED BY RELEASING
-    THIS CODE.</font> Prior to commencement of legal action, the Plaintiff should
-    make an informal demand to Cease and Desist. In deference to the
-    regulations of the Federal Communications Commission, which requires
-    notice prior to filing an action, and in the spirit of cooperation,
-    all complaints, issues and concerns should first be directed to me
-    in an effort to resolve them amicably and promptly. FCC s2250.</b></p>
-    <p/>Daniel Borca<br/>
-    <a href="mailto:dborca%20'at'%20yahoo%20'dot'%20com">dborca 'at' yahoo 'dot' com</a>
-</body>
-
-</html>