[MPlayer-dev-eng] [PATCH] slight x264 manpage clarifications

[Jeff Clagg]

Slightly more accurate and useful explanations of both frameref and
deblocking params.
-------------- next part --------------
Index: mplayer.1
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v
retrieving revision 1.932
diff -u -r1.932 mplayer.1
--- mplayer.1	11 Apr 2005 15:36:12 -0000	1.932
+++ mplayer.1	13 Apr 2005 02:35:10 -0000
@@ -7683,10 +7683,10 @@
 .
 .TP
 .B frameref=<1\-16>
-Number of previous frames used as predictors in a P-frame (default: 1).
-This is effective in Anime, but seems to make little difference in
-live-action source material.
-Some decoders are unable to deal with large frameref values.
+Number of previous frames used as predictors in B- and P-frames (default: 1).
+This is effective in Anime, but in live-action material, the improvements
+usually drop off very rapidly above 6 or so reference frames.
+Some decoders can only handle a maximum of 15 reference frames.
 .
 .TP
 .B bframes=<0\-16>
@@ -7733,16 +7733,13 @@
 edge being filtered.
 A positive value reduces blocking artifacts more, but will also smear details.
 .br
-For encodes that are intended to be reasonably high quality, you might
-want to turn it down a little bit.
-However, if your source material already has some blocking or noise
-which you would like to remove, or if it is animation, it may be a good
-idea to turn it up a little bit.
+The default behavior of the filter almost always achieves optimal quality,
+so it is best to either leave it alone, or make only small adjustments.
 .
 .TP
 .B deblockbeta=<-6\-6>
 Beta parameter of deblocking filter (default: 0).
-Affects the maximum allowed gradient within two adjacent blocks.
+Affects the maximum allowed gradient between adjacent macroblocks.
 .
 .TP
 .B (no)cabac