Part-of: <gstreamer/gst-libav!86>

This reverts commit d1b20eb6.

See gst-ci!324

Part-of: <!85>

Jordan Petridіs authored 4 years ago and Jordan Petridіs committed 4 years ago

Part-of: <!80>

Part-of: <gstreamer/gst-libav!84>

We examined the output buffer, instead of the input buffer, for
existence of cc meta.

Part-of: <!83>

Vivia Nikolaidou authored 4 years ago and GStreamer Marge Bot committed 4 years ago

Following discussion in
gst-plugins-bad!1396 (comment 556068)

While it is technically possible to store multiple closed caption metas
in the same buffer, we don't currently do that anywhere and for
H264/MPEG2 both parts have to be stored in the same packet, and also the
number of CC bytes you can store per frame is rather limited. This
restriction might be relaxed later once we figured out how to do it
without breaking things.

Part-of: <!82>

Part-of: <!81>

Part-of: <!79>

Mathieu Duponchelle authored 4 years ago and GStreamer Marge Bot committed 4 years ago

Part-of: <!76>

The discovered frame rate is only available on the AVStream
itself. Updating the temporary context framerate before
building caps from it seems like a pretty non-intrusive approach.

Fixes #75

Part-of: <!74>

Documentation for AVCodecContext::time_base:

> decoding: the use of this field for decoding is deprecated.
> Use framerate instead.

Part-of: <!74>

Matej authored 4 years ago and GStreamer Marge Bot committed 4 years ago

Move G_BEGIN_DECLS below includes and add missing include

Part-of: <gstreamer/gst-libav!71>

otherwise we get incomplete colorimetry that video-info complains about

Part-of: <!70>

Part-of: <!68>

Starting with 1.17, we will not ship a copy of FFmpeg in our release
tarballs, and all the remaining code is LGPL2.

Part-of: <gstreamer/gst-libav!68>

Without this fix, running the command below will get an error randomly.

Example:
gst-launch-1.0 videotestsrc ! vp9enc ! avmux_ivf ! fakesink

ERROR: pipeline doesn't want to preroll.
0:00:02.388528491 30148 0x5601b424a370 ERROR                  libav :0::
Tag [1]V[0][0] incompatible with output codec id '167' (VP90)

See the change of -base gst-plugins-base!594

Otherwise videotestsrc ! avenc_libx265 ! fakesink
outputs `Unsupported multiview mode - no mapping in libav`

Sebastian Dröge authored 4 years ago and Sebastian Dröge committed 4 years ago

Otherwise we don't know yet whether we'll have extradata/codec_data, so
can't decide on the stream-format yet.

Haihao Xiang authored 5 years ago and Víctor Manuel Jáquez Leal committed 4 years ago

Besides vp8, ff_ivf_muxer supports VP9 and AV1

Sebastian Dröge authored 4 years ago and Sebastian Dröge committed 4 years ago

avcodecmap: Set AAC/H264/H265 stream-format for demuxer/encoder situations if no codec_data is provided

This fixes output of the above formats from demuxers.

Some demuxers make use of it in various ways, for example the HLS
demuxer.

When the `max-threads` property is not specified, GStreamer defaults to
the amount of CPU threads in the system.

The number of threads used in avdec has a direct impact on the latency
of the decoder, which is of as many frames as threads. Therefore, big
numbers of threads can make latency levels that can be problematic in
some applications.

For this reason, ffmpeg emits a warning when more than 16 threads are
requested.

This patch limits the default number of threads to 16. This affects only
computers with more than 16 CPU threads when using avviddec without
setting `max-threads`.

Was never hooked up to meson build it seems, and only ever used
by the uninstalled autotools dev env to locate gst-libav plugins
for use in unit tests in other modules.

Edward Hervey authored 5 years ago and Edward Hervey committed 5 years ago

Instead of returning the default return value (GST_FLOW_OK), actually
return an error one (res vs ret).