# HG changeset patch
# User gabucino
# Date 1005951732 0
# Node ID c691d76c6539435892d8f75fe37667ddd1f9bd5a
# Parent  757c3ab1a45ae87591ab7da7cce7ed13dbd81d9c
aha.

diff -r 757c3ab1a45a -r c691d76c6539 DOCS/encoding.html
--- a/DOCS/encoding.html	Fri Nov 16 22:59:39 2001 +0000
+++ b/DOCS/encoding.html	Fri Nov 16 23:02:12 2001 +0000
@@ -26,7 +26,7 @@
     is needed for CBR/VBR MP3 audio encoding ability. Note that a single
     <CODE>lame</CODE> binary isn't sufficient. BTW: the less optimization
     you use for lame, the better the quality will be. You can test
-    quality by running <CODE>make lame</CODE> after lame's compiling process
+    quality by running <CODE>make test</CODE> after lame's compiling process
     is over. The resulting number should be less than <B>30</B>. Don't
     panic if it's <B>400</B> or so, you shouldn't heard any audible
     quality decrease. Oh, and if your compiler doesn't even run <CODE>make test</CODE> ...