- Jul 02, 2020
-
-
Tim-Philipp Müller authored
-
- Jun 30, 2020
-
-
Matej authored
Part-of: <gstreamer/gst-libav!81>
-
- Jun 26, 2020
-
-
Sebastian Dröge authored
Part-of: <!79>
-
- Jun 23, 2020
-
-
Mathieu Duponchelle authored
-
- Jun 22, 2020
-
-
Thibault Saunier authored
-
- Jun 20, 2020
-
-
Part-of: <gstreamer/gst-libav!76>
-
- Jun 19, 2020
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Jun 10, 2020
-
-
Thibault Saunier authored
-
- Jun 08, 2020
-
-
Thibault Saunier authored
-
- Jun 05, 2020
-
-
Mathieu Duponchelle authored
-
- Jun 03, 2020
-
-
Thibault Saunier authored
-
- May 31, 2020
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- May 27, 2020
-
-
Mathieu Duponchelle authored
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: <gstreamer/gst-libav!74>
-
Mathieu Duponchelle authored
Documentation for AVCodecContext::time_base: > decoding: the use of this field for decoding is deprecated. > Use framerate instead. Part-of: <gstreamer/gst-libav!74>
-
- May 09, 2020
-
-
Move G_BEGIN_DECLS below includes and add missing include Part-of: <gstreamer/gst-libav!71>
-
Matej authored
otherwise we get incomplete colorimetry that video-info complains about Part-of: <gstreamer/gst-libav!70>
-
- Apr 30, 2020
-
-
Nirbheek Chauhan authored
Part-of: <gstreamer/gst-libav!68>
-
Nirbheek Chauhan authored
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: <!68>
-
- Apr 15, 2020
-
-
Haihao Xiang authored
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)
-
- Apr 01, 2020
-
-
Seungha Yang authored
See the change of -base gstreamer/gst-plugins-base!594
-
- Jan 27, 2020
-
-
Julien Isorce authored
Otherwise videotestsrc ! avenc_libx265 ! fakesink outputs `Unsupported multiview mode - no mapping in libav`
-
- Jan 24, 2020
-
-
Sebastian Dröge authored
-
Otherwise we don't know yet whether we'll have extradata/codec_data, so can't decide on the stream-format yet.
-
Besides vp8, ff_ivf_muxer supports VP9 and AV1
-
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.
-
- Jan 23, 2020
-
-
Sebastian Dröge authored
Some demuxers make use of it in various ways, for example the HLS demuxer.
-
- Dec 19, 2019
-
-
Alicia Boya García authored
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`.
-
- Dec 02, 2019
-
-
Tim-Philipp Müller authored
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.
-
- Nov 29, 2019
-
-
Instead of returning the default return value (GST_FLOW_OK), actually return an error one (res vs ret).
-
- Nov 04, 2019
-
-
Some plugins (like libcdio) registers empty long_name field. Calling strncmp on this field leads to a segmentation fault. Signed-off-by: Kevin Joly <joly.kevin25@gmail.com>
-
- Oct 29, 2019
-
-
Seungha Yang authored
AVBufferRef -> GstFFMpegVideoDecVideoFrame -> GstVideoCodecFrame -> AVBufferRef Instead of holding additional ref there, set read-only which would not be reused by ff_reget_buffer() Fixes: gstreamer/gst-libav#63
-
- Oct 25, 2019
-
-
Seungha Yang authored
... instead of filtering them by hardcoded string compare.
-
- Oct 23, 2019
-
-
Seungha Yang authored
... if ffmpeg would reuse the allocated AVBuffer. Reused AVFrame by the ffmpeg seems to break our decoding flow since the reused AVFrame holds the initial opaque data (GstVideoCodecFrame in this case), so we couldn't trace the our in/out frames. To enforce get_buffer() call per output frame, hold another reference to the AVBuffer in order to mark the AVBuffer as not writable. Fixes: gstreamer/gst-libav#62
-
- Oct 13, 2019
-
-
Tim-Philipp Müller authored
-
- Sep 24, 2019
-
-
Seungha Yang authored
... between GStreamer and FFmpeg. Note that FFmpeg follows ISO/IEC 23001-8 defined color{matrix,transfer,primaries} values.
-
- Sep 11, 2019
-
-
Do not require the cache generator. This is in line with the other gstreamer modules
-
- Aug 13, 2019
-
-
Same approach as x264enc, with the one hour offset
-