[Mplayer-cvslog] CVS: main/DOCS/en mplayer.1,1.391,1.392

Richard Felker CVS rfelker at mplayerhq.hu
Wed Jun 11 04:28:16 CEST 2003


Update of /cvsroot/mplayer/main/DOCS/en
In directory mail:/var/tmp.root/cvs-serv18468/DOCS/en

Modified Files:
	mplayer.1 
Log Message:
document vf_decimate


Index: mplayer.1
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/en/mplayer.1,v
retrieving revision 1.391
retrieving revision 1.392
diff -u -r1.391 -r1.392
--- mplayer.1	31 May 2003 22:31:39 -0000	1.391
+++ mplayer.1	11 Jun 2003 02:28:13 -0000	1.392
@@ -2583,6 +2583,23 @@
 the chroma lines in their proper locations, so that in any given
 scanline, the luma and chroma data both come from the same field.
 .TP
+.B decimate[=max:hi:lo:frac]
+Drops frames that don't differ greatly from the previous frame in
+order to reduce framerate.
+The argument max (if positive) sets the maximum number of consecutive
+frames which can be dropped, or (if negative) the minimum interval
+between dropped frames.
+A frame is a candidate for dropping if no 8x8 region differs by more
+than a threshold of hi, and if not more than frac portion (1 meaning
+the whole image) differs by more than a threshold of lo.
+Values of hi and lo are for 8x8 pixel blocks and represent actual
+pixel value differences, so a threshold of 64 corresponds to 1 unit of
+difference for each pixel, or the same spread out differently over the
+block.
+The main use of this filter is for very-low-bitrate encoding (e.g.
+streaming over dialup modem), but it could in theory be used for
+fixing movies that were inverse-telecined incorrectly.
+.TP
 .B dint[=sense:level]
 Detects and drops first of interlaced frames in video stream.
 Values can be from 0.0 to 1.0 - first (default 0.1) is relative difference



More information about the MPlayer-cvslog mailing list