From f3acbae31d4ea456d13ebf5519b23e9b7a526c27 Mon Sep 17 00:00:00 2001
From: Josh Coalson <jcoalson@users.sourceforce.net>
Date: Mon, 1 Mar 2004 18:58:35 +0000
Subject: [PATCH] comment out musepack link since some pron spammer snatched
 the domain

---
 doc/html/features.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/html/features.html b/doc/html/features.html
index 93a38d93..091ea2af 100644
--- 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.