[MPlayer-DOCS] Other random better descriptions

Nico Sabbi nsabbi at tiscali.it
Wed Sep 22 21:54:12 CEST 2004


Guillaume POIRIER wrote:

>Hi again,
>
>Here are some more informations that could be added to lavc's section on
>the manpage.
>
>Please review, give feedback, nitpick etc... 
>
>Cheers,
>Guillaume
>  
>
>------------------------------------------------------------------------
>
>--- main/DOCS/man/en/mplayer.1	2004-09-22 13:25:26.000000000 +0200
>+++ mplayer.1	2004-09-22 14:44:35.000000000 +0200
>@@ -5295,7 +5295,7 @@
> .IPs 3
> phods (low quality)
> .IPs 4
>-EPZS (default)
>+EPZS : size=1 diamond (default)
> .IPs 5
> X1 (experimental)
> .RE
>@@ -5328,6 +5328,7 @@
> .TP
> .B v4mv\ \ \ 
> Allow 4 motion vectors per macroblock (slightly better quality).
>+Works better if used with mbd>0.
> .
> .TP
> .B obmc\ \ \ 
>@@ -5448,6 +5449,7 @@
> Same as the aspect option, but automatically computes aspect, taking
> into account all the adjustments (crop/\:expand/\:scale/\:etc.) made in the
> filter chain.
>+Absolutly free regarding CPU time, so you can safely live it always on.
>  
>
leave it

> .
> .TP
> .B vbitrate=<value>
>@@ -5787,7 +5789,12 @@
> .
> .TP
> .B lumi_mask=<0.0\-1.0>
>-luminance masking
>+Lumi masking is a 'psychosensory' setting that is supposed make use of the
>  
>
supposed to make use

>+fact that the human eye tends less notice details in very bright parts of
>  
>
tends to notice less details...

>+the picture.
>+Lumi masking compresses bright areas stronger than medium ones, so it will
>+save bits that can be spent again on other frames, raising averall
>  
>
overall

>+subjective quality, while maybe reducing PSNR.
> .br
> .I WARNING:
> Be careful, overly large values can cause disastrous things.
>@@ -5804,7 +5811,12 @@
> .
> .TP
> .B dark_mask=<0.0\-1.0>
>-darkness masking
>+Darkness masking is a 'psychosensory' setting that is supposed make use of the
>+fact that the human eye tends less notice details in very dark parts of
>+the picture.
>+Darkness masking compresses bright areas stronger than medium ones, so it will
>+save bits that can be spent again on other frames, raising averall
>+subjective quality, while maybe reducing PSNR.
>  
>

all three as above

> .br
> .I WARNING:
> Be careful, overly large values can cause disastrous things.
>  
>

a bad encode isn't a disaster, is it? :)




More information about the MPlayer-DOCS mailing list