[FFmpeg-devel] [PATCH] doc/codecs: extend documentation for thread_type option

[Michael Niedermayer]

On Mon, Jun 09, 2014 at 07:06:55PM +0200, Stefano Sabatini wrote:
> Based on avcodec.h documentation.
> ---
>  doc/codecs.texi | 12 ++++++++++--
>  1 file changed, 10 insertions(+), 2 deletions(-)
> 
> diff --git a/doc/codecs.texi b/doc/codecs.texi
> index b5255cb..49c8669 100644
> --- a/doc/codecs.texi
> +++ b/doc/codecs.texi
> @@ -1032,15 +1032,23 @@ Set the log level offset.
>  Number of slices, used in parallelized encoding.
>  
>  @item thread_type @var{flags} (@emph{decoding/encoding,video})
> -Select multithreading type.
> +Select which multithreading methods to use.
> +
> +Use of @samp{frame} will increase decoding delay by one frame per
> +thread, so clients which cannot provide future frames should not use
> +it.
>  
>  Possible values:
>  @table @samp
>  @item slice
> +Decode more than one part of a single frame at once.

iam not sure its mentioned elsewhere but this could also say something
like
"multithreading using slices works only when the video was encoded
 with slices"

also, either way, patch LGTM

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On any real computer, always possible as a real computer has a finite number
of states N, and will either halt in less than N cycles or never halt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20140618/3ab2bbd0/attachment.asc>