[MPlayer-cvslog] r18570 - in trunk: DOCS/man/en/mplayer.1 DOCS/tech/snow.txt libmpcodecs/ve_lavc.c

lorenm subversion at mplayerhq.hu
Mon Jun 5 07:34:26 CEST 2006

Author: lorenm
Date: Mon Jun  5 07:34:26 2006
New Revision: 18570


Changes in other areas also in this revision:

document the recent changes in Snow.
new lavcopts: 'refs', 'vqscale=0'

Modified: trunk/DOCS/tech/snow.txt
--- trunk/DOCS/tech/snow.txt	(original)
+++ trunk/DOCS/tech/snow.txt	Mon Jun  5 07:34:26 2006
@@ -12,22 +12,18 @@
- * vqscale=<0.01-255>
-   Encoding quality, sane range 1-10, default: 0 (lossless). May be
-   fractional.
+ * vqscale=<0.0-255.0>
+   Encoding quality, sane range 1-10. 0 is lossless.
+   May be fractional.
    A given quality in snow needs a somewhat lower qscale than the same
    quality in MPEG-4.
-   Note that 0 may not be specified; if you want lossless encoding, you
-   must leave out vqscale.
  * vpass=<1-3>
    Activates internal two (or more) pass mode.
  * vbitrate=<value>
-   Specify bitrate of the 2nd pass.
-   Don't use it for 1st pass as CBR isn't implemented yet, use vqscale
-   instead, and set it to a quantizer near the target average quant
-   of the final encode.
+   Specify bitrate of 1pass CBR or 2pass ABR. default: 800 kbit/s.
+   This is not very accurate for short videos.
  * lmin, lmax, vqcomp, vratetol, vrc_eq, vrc_override
    Generic multipass ratecontrol options, subject to the same suggestions
@@ -36,15 +32,24 @@
  * cmp, subcmp, mbcmp
    Set the comparison function, default: 0 (SAD).
-   useful values = 0 (SAD), 1 (SSD), 11 (5/3 wavelet), 12 (9/7 wavelet).
-   Experience shows that SSD is the best most of the time, while SAD is
-   slightly better the remainder of the time.
+   useful values = 0 (SAD), 1 (SSD), 2 (SATD), 
+                   11 (5/3 wavelet), 12 (9/7 wavelet).
+   SAD is fastest and lowest quality.
+   SSD is the only function that makes correct decisions about intra vs
+   inter (mbcmp) when using fast motion estimation, but is not the best for
+   the actual search (cmp, subcmp).
+   The wavelet functions (use the one that matches pred) are best quality,
+   especially whith vme=8, but are very slow.
+   SATD is a good balance.
    You can add 256 to any of the options to enable chroma motion
    estimation for that comparison (e.g. mbcmp=257 for SSD with chroma),
    but it doesn't seem to help much for the moment.
  * pred=<0-2>
-   Wavelet type. 0 (9/7 wavelet), 1 (5/3 wavelet), 2 (13/7 wavelet).
+   Wavelet type.
+   0 = 9/7 wavelet, default.
+   1 = 5/3 wavelet.
+   2 = 13/7 wavelet.
    9/7 is probably better for for lossy coding, and 5/3 for lossless.
    NOTE: 9/7 wavelet doesn't work with lossless mode.
@@ -55,6 +60,7 @@
  * v4mv
    Allows smaller motion partitions, default: off.
+   v4mv is theoretically good, but in practice isn't really working yet.
    The current MB decision algorithm doesn't make very good use of this:
    It improves quality, but also increases bitrate. (You could get
    more quality per bitrate by reducing quantizer instead.)
@@ -67,10 +73,18 @@
    Iterative ME currently does not perform scenecut detection, so should
    be used only in the second pass of a two pass encode.
-v4mv and the wavelet cmp functions are theoretically good, but in practice
-aren't really working yet.
+ * refs=<1-8>
+   Allows each block to choose which of several reference frames to
+   motion compensate from. Defult: 1. Larger values always improve
+   compression, but cost lots of CPU-time when encoding and extra
+   memory when decoding.
 In short:
 The best options in almost all cases are
+Decent, fast options are

More information about the MPlayer-cvslog mailing list