[FFmpeg-devel] [PATCH] avcodec/avcodec: Fix text implying single threaded decoding
nfxjfg at googlemail.com
Tue Apr 18 14:24:28 EEST 2017
On Tue, 18 Apr 2017 12:31:25 +0200
Michael Niedermayer <michael at niedermayer.cc> wrote:
> Signed-off-by: Michael Niedermayer <michael at niedermayer.cc>
> libavcodec/avcodec.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index ee133712b5..2ac1523a36 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -4960,7 +4960,7 @@ int avcodec_decode_subtitle2(AVCodecContext *avctx, AVSubtitle *sub,
> * Unlike with older APIs, the packet is always fully consumed,
> * and if it contains multiple frames (e.g. some audio codecs),
> * will require you to call avcodec_receive_frame() multiple
> - * times afterwards before you can send a new packet.
> + * times afterwards.
> * It can be NULL (or an AVPacket with data set to NULL and
> * size set to 0); in this case, it is considered a flush
> * packet, which signals the end of the stream. Sending the
How did the old text imply that, and how does the new text remove this
implication? Because I can't see either.
This removes the important fact that you can't just call receive at
"any time", but that it must happen before you call send again.
More information about the ffmpeg-devel