On Sun, 31 Dec 2017 13:07:28 +0000
Rostislav Pehlivanov <atomnu...@gmail.com> wrote:
> The new decoding API supports 1 avpkt -> multiple avframes natively.
>
> Signed-off-by: Rostislav Pehlivanov <atomnu...@gmail.com>
> ---
> libavcodec/avcodec.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 5a27211b80..7e74c3b01c 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -985,6 +985,7 @@ typedef struct RcOverride{
> */
> #define AV_CODEC_CAP_SMALL_LAST_FRAME (1 << 6)
>
> +#if FF_API_OLD_CODING
> /**
> * Codec can output multiple frames per AVPacket
> * Normally demuxers return one frame at a time, demuxers which do not do
> @@ -995,8 +996,10 @@ typedef struct RcOverride{
> * may return multiple frames in a packet. This has many disadvantages like
> * prohibiting stream copy in many cases thus it should only be considered
> * as a last resort.
> + * @deprecated the new decoding API handles this natively
> */
> #define AV_CODEC_CAP_SUBFRAMES (1 << 8)
> +#endif
> /**
> * Codec is experimental and is thus avoided in favor of non experimental
> * encoders
That is completely orthogonal. The old API didn't require checking this
either. (And some codecs are incorrectly marked anyway.)
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
