summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* doc: Stop documenting properties from parentsThibault Saunier2020-06-221-13039/+177
|
* avmux: zero-initialize packetsMathieu Duponchelle2020-06-201-4/+1
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/76>
* Back to developmentTim-Philipp Müller2020-06-201-1/+1
|
* Release 1.17.11.17.1Tim-Philipp Müller2020-06-196-1241/+1098
|
* docs: Update plugins cacheThibault Saunier2020-06-101-8937/+9108
|
* docs: Update plugins cacheThibault Saunier2020-06-081-11/+27532
|
* plugins: uddate gst_type_mark_as_plugin_api() callsMathieu Duponchelle2020-06-064-7/+7
|
* doc: Require hotdoc >= 0.11.0Thibault Saunier2020-06-031-0/+11
|
* docs: Update gst_plugins_cache.jsonSebastian Dröge2020-05-311-120534/+25736
|
* plugins: Use gst_type_mark_as_plugin_api() for all non-element plugin typesSebastian Dröge2020-05-314-0/+12
|
* avcodecmap: Remove unused GstFFMpegCompliance typeSebastian Dröge2020-05-313-65/+1
|
* avdemux: update the context we use to determine stream's capsMathieu Duponchelle2020-05-271-0/+4
| | | | | | | | | | 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: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/74>
* avcodecmap: use framerate instead of time_base when decodingMathieu Duponchelle2020-05-271-2/+2
| | | | | | | | | Documentation for AVCodecContext::time_base: > decoding: the use of this field for decoding is deprecated. > Use framerate instead. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/74>
* gstlibav: minor fixes for header filesMatej Knopp2020-05-093-4/+5
| | | | | | Move G_BEGIN_DECLS below includes and add missing include Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/71>
* gstavviddec: only set range when actually reported by avcodecMatej Knopp2020-05-091-1/+3
| | | | | | otherwise we get incomplete colorimetry that video-info complains about Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/70>
* README: Convert to markdown, clarify licensingNirbheek Chauhan2020-04-302-16/+23
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/68>
* All code in this repository is now LGPL-2.1+Nirbheek Chauhan2020-04-302-729/+390
| | | | | | | 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: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/68>
* avmux: avoid to use unintialized variableHaihao Xiang2020-04-151-0/+1
| | | | | | | | | | | 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)
* avviddec: Update for video-hdr struct changeSeungha Yang2020-04-011-56/+45
| | | | See the change of -base https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/594
* avvidenc: handle GST_VIDEO_MULTIVIEW_MODE_MONOJulien Isorce2020-01-271-0/+3
| | | | | Otherwise videotestsrc ! avenc_libx265 ! fakesink outputs `Unsupported multiview mode - no mapping in libav`
* avcodecmap: Add some more comments about the assumptions in the ffmpeg code ↵Sebastian Dröge2020-01-241-2/+8
| | | | about H264/H265/AAC
* avdemux: Only set stream-format for H264/H265/AAC when we have a contextSebastian Dröge2020-01-241-5/+5
| | | | | Otherwise we don't know yet whether we'll have extradata/codec_data, so can't decide on the stream-format yet.
* avivf_mux: support VP9 and AV1Haihao Xiang2020-01-241-0/+18
| | | | Besides vp8, ff_ivf_muxer supports VP9 and AV1
* avcodecmap: Set AAC/H264/H265 stream-format for demuxer/encoder situations ↵Sebastian Dröge2020-01-241-2/+25
| | | | | | if no codec_data is provided This fixes output of the above formats from demuxers.
* avdemux: Pass the URI from the URI query to avformat_open_input()Sebastian Dröge2020-01-231-1/+26
| | | | | Some demuxers make use of it in various ways, for example the HLS demuxer.
* gstavviddec: Limit default number of decoder threadsAlicia Boya García2019-12-191-1/+2
| | | | | | | | | | | | | | | | | 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`.
* pkgconfig: remove unused fileTim-Philipp Müller2019-12-021-13/+0
| | | | | | 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.
* avvidenc: Fix error propagationEdward Hervey2019-11-291-1/+1
| | | | | Instead of returning the default return value (GST_FLOW_OK), actually return an error one (res vs ret).
* avdemux: Fix segmentation fault if long_name is NULLKevin JOLY2019-11-041-3/+8
| | | | | | 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>
* avviddec: Fix huge leak caused by circular referenceSeungha Yang2019-10-291-11/+5
| | | | | | | | | AVBufferRef -> GstFFMpegVideoDecVideoFrame -> GstVideoCodecFrame -> AVBufferRef Instead of holding additional ref there, set read-only which would not be reused by ff_reget_buffer() Fixes: https://gitlab.freedesktop.org/gstreamer/gst-libav/issues/63
* avvideenc,avvidedec: Filtering hardware en/decoder by flagSeungha Yang2019-10-252-32/+22
| | | | ... instead of filtering them by hardcoded string compare.
* avviddec: Enforce allocate new AVFrame per input frameSeungha Yang2019-10-241-0/+16
| | | | | | | | | | | ... 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: https://gitlab.freedesktop.org/gstreamer/gst-libav/issues/62
* Remove autotools build systemTim-Philipp Müller2019-10-1324-1357/+1
|
* avviddec,avcodemap: Use new helper function for map color space informationSeungha Yang2019-09-242-172/+12
| | | | | ... between GStreamer and FFmpeg. Note that FFmpeg follows ISO/IEC 23001-8 defined color{matrix,transfer,primaries} values.
* docs: do not require gst-plugins-doc-cache-generatorMarc Leeman2019-09-111-1/+2
| | | | | Do not require the cache generator. This is in line with the other gstreamer modules
* avvidenc: timestamp output buffersMathieu Duponchelle2019-08-131-0/+11
| | | | Same approach as x264enc, with the one hour offset
* avauddec: Don't warn if drain is successfulDoug Nazar2019-08-011-0/+2
|
* avviddec: improve latency calculationMathieu Duponchelle2019-07-181-8/+22
| | | | | | | | | | | When thread_type is set to FF_THREAD_FRAME, per the documentation a latency of one frame per thread is introduced: <https://ffmpeg.org/ffmpeg-codecs.html>, search for thread_type. Additionally, we need in that case to calculate the automatic number of threads ourselves, so as to accurately calculate the latency.
* avviddec: Add thread-type propertySeungha Yang2019-07-182-9/+49
| | | | | | | | | The thread-type property allows specifying preferred multithreading methods by user. Note that FF_THREAD_FRAME may introduce additional latency especially on non-filesrc usecase, since it introduces a decoding delay of (number of threads) frames. https://bugzilla.gnome.org/show_bug.cgi?id=797254
* avvidenc: Close reference context before freeing itSebastian Dröge2019-07-151-0/+1
| | | | | | Otherwise we'll leak some memory. See https://gitlab.freedesktop.org/gstreamer/gst-libav/merge_requests/32
* avaudenc: fix memory leak of refcontext after finalize.Knut Andre Tidemann2019-07-121-0/+1
|
* avvidenc: Also set the repeat_pict flag correctly and take the TFF flag from ↵Sebastian Dröge2019-06-191-2/+5
| | | | caps if available
* avvidenc: Correctly signal interlaced input to ffmpeg when the input caps ↵Sebastian Dröge2019-06-191-2/+5
| | | | | | are interlaced Regression from 1e4529ced2dadbfed4ac10d639a45dbcb0660129
* meson: Bump minimal GLib version to 2.44Niels De Graef2019-06-021-1/+1
| | | | | | | This means we can use some newer features and get rid of some boilerplate code using the G_DECLARE_* macros. As discussed on IRC, 2.44 is old enough by now to start depending on it.
* avviddec: remove cdgraphics elementGuillaume Desmottes2019-05-291-1/+3
| | | | | It was never usable as we don't have a parser and we now have 'cdgdec' in gst-plugins-rs.
* configure: pass -Wno-attributes to fix build against broken ffmpeg headersTim-Philipp Müller2019-05-251-1/+1
| | | | | | | | libavutil/mem.h:342:1: error: ‘alloc_size’ attribute ignored on a function returning ‘int’ av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb, size_t size); ^~~~~~~~~~~~~ Hopefully fixes build on jenkins.
* avcodecmap,avviddec: Map bt2020-10, PQ and HLG transfer functionsSeungha Yang2019-05-242-1/+18
| | | | Map more transfer functions between Gstreamer and ffmpeg
* codecmap: Add caps for aptX and aptX-HDArun Raghavan2019-05-242-4/+14
|
* docs: Stop building the doc cache by defaultThibault Saunier2019-05-162-2/+1
| | | | Fixes https://gitlab.freedesktop.org/gstreamer/gst-docs/issues/36
* docs: Update plugins documentation cacheThibault Saunier2019-05-131-2780/+4291
|
View Lorry Controller Status