Reviewed-by: NAnton Khirnov <anton@khirnov.net>
Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>

Commits 957a593c and
11828b88 made the flv demuxer export
a certain flag as side data to be used by the nellymoser decoder for
mid-stream sample rate changes. It used a custom side data type 'F' that
was never officially documented.

Yet since 2215c39e (merged in commit
52c522c7) this information is exported
via the properly documented AV_PKT_DATA_PARAM_CHANGE side data.
The merge commit therefore stopped exporting the 'F' sidedata; yet the
changes in the Nellymoser decoder (which are now dead code (and would
become dangerous if lots of new side data types were added)) have not
been removed. This commit does this.
Reviewed-by: NAnton Khirnov <anton@khirnov.net>
Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>

If stream's bitrate is not specified:
- for static manifest: an average bitrate will be calculated and used,
- for dynamic manifest: first segment's bitrate will be calculated and used, as before,
for bandwidth setting in adaptation sets.

This reverts commit 2a9ffd89 as duration is always in AV_TIME_BASE units

Fixes an issue with one output channel being slightly louder than
the other. The output now matches other public HCA decoders.
Signed-off-by: Nt <summertriangle.dev@gmail.com>

I suspect this was originally broken by b7e5c8f6 , but even
then, it only worked because it read out of bounds from
intensity_ratio_table.
Signed-off-by: Nt <summertriangle.dev@gmail.com>

Reviewed-by: NLimin Wang <lance.lmwang@gmail.com>
Signed-off-by: NAndriy Gelman <andriy.gelman@gmail.com>

Fixes #6105.

Commands are unsigned so be consistent.

To dissallow similar errors in future, make pointers const.

So it give similar output as visual output of real-time mode.

users are getting mislead by the integer, although profile
can support both const string and integer.
http://ffmpeg.org/pipermail/ffmpeg-user/2020-June/049025.html

Also fix the order of high and main, it's not my intention.
Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Initialize avctx->pix_fmt in av1_parser.c
AV1 Chroma format is invalid when quering using below code if no AV1 decoder
is available:

iVideoStream = av_find_best_stream(fmtc, AVMEDIA_TYPE_VIDEO, -1, -1, NULL, 0);
eChromaFormat = (AVPixelFormat)fmtc->streams[iVideoStream]->codecpar->format;
Signed-off-by: NJames Almer <jamrial@gmail.com>

Signed-off-by: NJames Almer <jamrial@gmail.com>

Signed-off-by: NJames Almer <jamrial@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>

Following the same logic as 061a0c14, this commit turns the old encode API
into a wrapper for the new one.
Signed-off-by: NJames Almer <jamrial@gmail.com>

This commit follows the same logic as 061a0c14, but for the encode API: The
new public encoding API will no longer be a wrapper around the old deprecated
one, and the internal API used by the encoders now consists of a single
receive_packet() callback that pulls frames as required.

amf encoders adapted by James Almer
librav1e encoder adapted by James Almer
nvidia encoders adapted by James Almer
MediaFoundation encoders adapted by James Almer
vaapi encoders adapted by Linjie Fu
v4l2_m2m encoders adapted by Andriy Gelman
Signed-off-by: NJames Almer <jamrial@gmail.com>

Fixes #7680

dash demuxer get the stream info from sub-stream, but missed side
data/disposition part, e,g, missed the DOVI side data when the
stream is Dolby Vision streams
Signed-off-by: NJun Zhao <barryjzhao@tencent.com>

hls demuxer get the stream info from sub-stream, but missed side
data/disposition part, e,g, missed the DOVI side data when the
stream is Dolby Vision streams.

Reviewed-by <liuqi05@kuaishou.com>
Signed-off-by: Nvacingfang <vacingfang@tencent.com>

Currently, ffmpeg inserts scale filter by default in the filter graph
to force the whole decoded stream to scale into the same size with the
first frame. It's not quite make sense in resolution changing cases if
user wants the rawvideo without any scale.

Using autoscale/noautoscale as an output option to indicate whether auto
inserting the scale filter in the filter graph:
    -noautoscale or -autoscale 0:
    disable the default auto scale filter inserting.

ffmpeg -y -i input.mp4 out1.yuv -noautoscale out2.yuv -autoscale 0 out3.yuv

Update docs.
Suggested-by: NMark Thompson <sw@jkqxz.net>
Reviewed-by: NNicolas George <george@nsup.org>
Signed-off-by: NU. Artie Eoff <ullysses.a.eoff@intel.com>
Signed-off-by: NLinjie Fu <linjie.fu@intel.com>

Signed-off-by: NZane van Iperen <zane@zanevaniperen.com>
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>

This is a requirement of the AV1-ISOBMFF spec. Section 2.1.
General Requirements & Brands states:

    * It SHALL have the av01 brand among the compatible brands array of the FileTypeBox
Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>

Signed-off-by: NZhong Li <zhongli_dev@126.com>

it fixed the issue in https://trac.ffmpeg.org/ticket/8716