On Sat, Mar 23, 2013 at 12:13:44AM +0100, Luca Barbato wrote:
> --- a/doc/encoders.texi
> +++ b/doc/encoders.texi
> @@ -594,4 +594,62 @@ Override the x264 configuration using a :-separated list
> of key=value parameters
> +If set to @var{auto}, the matrix matching the profile will be picked.
> +If not set the matrix providing the highest quality, @var{default}, will be
> +picked.
If not set,
> +@item bits_per_mb @var{integer}
> +How many bits to give for coding one macroblock, different profiles use
> +from 200 bits per macroblock to 2400, one can set it up to 8000.
How many bits to allot for coding one macroblock. Different profiles use
between 200 and 2400 bits per macroblock, the maximum is 8000.
> +@item mbs_per_slice @var{integer}
> +How many macroblocks are there in slice, 1-8. Default value of eight
> +should be good for almost all situations though.
Number of macroblocks in each slice (1-8); the default value (8)
should be good in almost all situations.
> +@item vendor @var{string}
> +Override the 4 byte vendor ID.
4-byte
> +One can put custom vendor ID into frame like @var{apl0} to claim it was
> +produced by Apple encoder.
A custom vendor ID like @var{apl0} would claim the stream was produced by
the Apple encoder.
> +@subsection Speed considerations
> +
> +In default mode of operation encoder has to honour frame constraints (i.e.
> not
> +producing frames with size bigger than requested) while still making output
> +picture as good as possible.
honOr
In the default operation mode the encoder has to honor frame constraints (i.e.
not
produce frames with larger than requested size) while maximizing output picture
quality.
> +A frame containing lots of small details is harder to compress and the
> encoder
a lot of
> +would spend more time in searching for appropriate quantizers for each slice.
more time searching
> +Setting higher @option{bits_per_mb} limit will improve the speed.
Setting a higher @option{bits_per_mb} limit will improve speed.
Diego
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
