summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.18.21.18.2Tim-Philipp Müller2020-12-065-4/+230
|
* avauddec: Check planar-ness of frame rather than contextArun Raghavan2020-10-291-1/+1
| | | | | | | | | | | The check seems to be to present to verify that the decoded frame matches the format we expect. The actual check for the layout of the frame was being performed against the context instead. The check fails at least for avdec_aptx_hd, where the AVCodecContext has the sample format set to AV_SAMPLE_FMT_NONE. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/108>
* Back to developmentTim-Philipp Müller2020-10-271-1/+1
|
* Release 1.18.11.18.1Tim-Philipp Müller2020-10-265-21/+340
|
* avaudenc/avvidenc: Reopen encoding session if it's requiredSeungha Yang2020-10-125-1/+99
| | | | | | | | | | Since the commit https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/22b25b3ea5c, ffmpeg will not clear draning flag for encoder by avcodec_flush_buffers() API by default. Allowed case is only if encoder has AV_CODEC_CAP_ENCODER_FLUSH capability flag. If it's not supported, we should re-open encoding session, otherwise ffmpeg encoder will keep returning AVERROR_EOF Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/102>
* avvidenc: Call avcodec_flush_buffers() after draining to allow accepting new ↵Sebastian Dröge2020-10-121-0/+1
| | | | | | | | input again This is already done in all other codec elements. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/101>
* avauddec/audenc/videnc: Don't return GST_FLOW_EOS when drainingSebastian Dröge2020-10-124-2/+26
| | | | | | | | Same behaviour as for avviddec now. FFmpeg will return AVERROR_EOF when it's completely drained but we should not return that here or otherwise upstream will receive EOS and not forward us more data. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/101>
* avviddec: Don't return GST_FLOW_EOS from drain()/finish()Seungha Yang2020-09-301-0/+8
| | | | | | | AVERROR_EOF means that it's fully drained, but it doesn't mean that that end of stream. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/96>
* avauddec: Ensure finish_subframe() and finish_frame() are pairedSeungha Yang2020-09-301-7/+18
| | | | | | | | audiodecoder baseclass implementation is expecting that finish_subframe() is followed by finish_frame() in order clear its internal state related to subframe. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/96>
* avauddec: Forward flow returns from draining instead of assuming OKSebastian Dröge2020-09-301-9/+10
| | | | | | | It might be useful for upstream to know that draining/finishing didn't succeed, and why. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/96>
* avviddec: Forward flow returns from draining instead of assuming OKSebastian Dröge2020-09-301-4/+7
| | | | | | | It might be useful for upstream to know that draining/finishing didn't succeed, and why. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/96>
* avauddec: Avoid dropping non-OK flow returnEdward Hervey2020-09-301-1/+4
| | | | | | | | | | | When sucessfully finishing out frames (or finishing configuration), we must make sure we don't override any failing GstFlowReturn that might have been detected previously. Failure to do this would result in not propagating not-linked, flushing, etc... Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/96>
* avcodecmap: Enable 24 bit WMA Lossless decodingOlivier Crête2020-09-302-3/+2
| | | | | | This now works with not so recent ffmpeg. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/95>
* Back to developmentTim-Philipp Müller2020-09-081-1/+1
|
* Release 1.18.01.18.0Tim-Philipp Müller2020-09-086-71/+2097
|
* Update for gst_video_transfer_function_*() function renamingSebastian Dröge2020-09-072-2/+2
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/89>
* Release 1.17.901.17.90Tim-Philipp Müller2020-08-205-42/+87
|
* gstavcfg.c: fix max->min typo in limits and implict double conversionJordan Petridis2020-08-042-38/+43
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/86>
* Revert "docs: update plugins doc cache"Jordan Petridis2020-07-231-11/+6
| | | | | | | | This reverts commit d1b20eb6558b5188fe539a2aba3dc15630e703b0. See https://gitlab.freedesktop.org/gstreamer/gst-ci/-/merge_requests/324 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/85>
* docs: update plugins doc cacheJordan Petridis2020-07-231-6/+11
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/80>
* meson: set release date from .doap file for releasesTim-Philipp Müller2020-07-082-2/+61
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/84>
* avviddec: Fix typo that duplicated closed caption metaVivia Nikolaidou2020-07-071-1/+1
| | | | | | | We examined the output buffer, instead of the input buffer, for existence of cc meta. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/83>
* gstavviddec: Only allow a single closed caption metaVivia Nikolaidou2020-07-031-16/+4
| | | | | | | | | | | | | | Following discussion in https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1396#note_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: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/82>
* Back to developmentTim-Philipp Müller2020-07-031-1/+1
|
* Release 1.17.21.17.2Tim-Philipp Müller2020-07-035-4/+60
|
* avauddec: fix buffer leak when send packet failedMatej Knopp2020-06-301-5/+6
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/81>
* avcodecmap: Add support for SpeedHQ video codecSebastian Dröge2020-06-262-1/+31
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-libav/-/merge_requests/79>
* meson: mark plugins cache target as always staleMathieu Duponchelle2020-06-231-0/+1
|
* 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.
View Lorry Controller Status