The current muxer behaviour is to create streams in read_header() based
on the audio/video presence flags, but fill in the stream parameters
later when we actually get some packets for them. This is rather shady,
since other demuxers set the stream parameters immediately when the
stream is created and do not touch the stream codec context after that.

Change the flv demuxer to behave in the same way as other similar
demuxers -- create the streams only when we get a packet for them.

It's not used by anything outside of lavc anymore.

The latter does not require a full AVCodecContext and still provides all
the functionality needed here.

Almost all the places from which this function is called already check
the header manually and in the two that don't (the mp3 muxer) the check
should not cause any problems.

The profiles are a property of the codec, so it makes sense to export
them through AVCodecDescriptors, not just the codec implementations.

It will not be set unless the muxing codec context is also the encoding
context, which is discouraged. When the frame size is not known from
av_get_audio_frame_duration(), the fallback should still be good enough.

It will not be set if the stream codec context is not the encoding
context. Use av_get_audio_frame_duration() instead, it should work for
all audio codecs supported by the muxer.

Fixes 2507b5dd

fixes assembling on OS/2
Signed-off-by: NDave Yeo <dave.r.yeo@gmail.com>
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>

Make easier to avoid compile failure when reworking the internal
headers.

Avoid the warning `-Wempty-body`.

matroskaenc applies divisors to the display width/height when generating
stereo content. This patch adds the corresponding multipliers to matroskadec
so that the original sample aspect ratio can be recovered.
Signed-off-by: Nwm4 <nfxjfg@googlemail.com>
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>

Fix fate tests with asan. Introduced during bytestream2 porting
(in revision 62cc8f4d).
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>

These variables are coming from mpegvideoenc where are supposedly used
as bit counters on various frame properties. However their use is
unclear as they lack documentation, are available only from a very small
subset of encoders, and they are hardly used in the wild. Also frame_bits
in aacenc is employed in a similar way.

Remove this functionality from AVCodecContex, these variable are mostly
frame properties, and too few encoders support setting them with anything
useful.
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>

Most option values are simply unused or ignored and in practice the
majory of codecs only need to check whether to enable rle or not.

Add appropriate codec private options which better expose the allowed
features.
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>

We do not need to do a full setup like for a real frame, just allocate a
buffer and set cur_pic(_ptr).

EOVERFLOW seems to be unavailable on certain platforms.

Signed-off-by: NMartin Storsjö <martin@martin.st>

Signed-off-by: NMartin Storsjö <martin@martin.st>

Checking the codec context parameters to find out this information is
far too unreliable to be useful, so it is safer to assume B-frames are
always present.

Also, stop using AVCodecContext for storing the stream parameters.

Do not access the encoder options, since it makes no sense when the
AVStream codec context is not the encoding context.

Do not access the encoder options, since it makes no sense when the
AVStream codec context is not the encoding context.

Deprecate AVCodecContext.vbv_delay

This is similar to what is done for AVStream.

Fall back to maximum DPB size if the level is unknown.

This should be more spec-compliant and does not depend on the caller
setting has_b_frames before opening the decoder.

The old behaviour, when the delay is supplied by the caller setting
has_b_frames, can still be obtained by setting strict_std_compliance
below normal.