comment out musepack link since some pron spammer snatched the domain

diff --git a/doc/html/features.html b/doc/html/features.html
index 93a38d9..091ea2a 100644 (file)
--- a/doc/html/features.html
+++ b/doc/html/features.html
@@ -135,7 +135,7 @@
        </P>
        <UL>
                <P><LI>
-                       Lossy.  FLAC is intended for lossless compression only, as there are many good lossy formats already, such as <A HREF="http://www.xiph.org/ogg/vorbis/index.html">Vorbis</A>, <A HREF="http://musepack.org/">MPC</A>, and <A HREF="http://www.mp3-tech.org/">MP3</A> (see <A HREF="http://www.mp3dev.org/mp3/">LAME</A> for an excellent open-source implementation).
+                       Lossy.  FLAC is intended for lossless compression only, as there are many good lossy formats already, such as <A HREF="http://www.xiph.org/ogg/vorbis/index.html">Vorbis</A>, <!-- A HREF="http://musepack.org/" -->MPC<!-- /A -->, and <A HREF="http://www.mp3-tech.org/">MP3</A> (see <A HREF="http://www.mp3dev.org/mp3/">LAME</A> for an excellent open-source implementation).
                </LI></P>
                <P><LI>
                        SDMI compliant, et cetera.  There is no intention to support any methods of copy protection, which are, for all practical purposes, a complete waste of bits.  (Another way to look at it is that since copy protection is futile, it really carries no information, so you might say FLAC already losslessly compresses all possible copy protection information down to zero bits!)  Of course, we can't stop what some misguided person does with proprietary metadata blocks, but then again, non-proprietary decoders will skip them anyway.