[x265] Cosmetics: missing line break in CLI help for --refine-inter 1

Pradeep Ramachandran pradeep at multicorewareinc.com
Thu Nov 16 16:00:23 CET 2017


On Wed, Nov 8, 2017 at 5:37 PM, Mario *LigH* Rohkrämer <contact at ligh.de>
wrote:

> You may also prefer to break at the end of the first sentence, just like
> --refine-intra 1 (except you have an agreement about a sensible maximum
> line width, which would be far beyond 78 characters anyway).
>
>
> +----
>    --refine-intra <0..3>         Enable intra refinement for encode that
> uses analysis-reuse-mode=load.
>                                     - 0 : Forces both mode and depth from
> the save encode.
>                                     - 1 : Functionality of (0) + evaluate
> all intra modes at min-cu-size's depth when current depth is one smaller
> than min-cu-size's depth.
>                                     - 2 : Functionality of (1) +
> irrespective of size evaluate all angular modes when the save encode
> decides the best mode as angular.
>                                     - 3 : Functionality of (1) +
> irrespective of size evaluate all intra modes.
>                                 Default:0
>    --refine-inter <0..3>         Enable inter refinement for encode that
> uses analysis-reuse-mode=load.
>                                     - 0 : Forces both mode and depth from
> the save encode.
>                                     - 1 : Functionality of (0) + evaluate
> all inter modes at min-cu-size's depth when current depth is one smaller
> than                                           min-cu-size's depth. When
> save encode decides the current block as skip(for all sizes) evaluate
> skip/merge.
>                                     - 2 : Functionality of (1) +
> irrespective of size restrict the modes evaluated when specific modes are
> decided as the best mode by the save encode.
>                                     - 3 : Functionality of (1) +
> irrespective of size evaluate all inter modes.
>                                 Default:0
> +----
>
>
I just pushed a patch that should take care of this


> --
>
> Fun and success!
> Mario *LigH* Rohkrämer
> mailto:contact at ligh.de
>
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20171116/97c53ba1/attachment.html>


More information about the x265-devel mailing list