=== release 1.14.3 === 2018-09-16 16:17:17 +0100 Tim-Philipp Müller <tim@centricular.com> * ChangeLog: * NEWS: * RELEASE: * configure.ac: * gst-plugins-base.doap: * meson.build: Release 1.14.3 2018-09-16 16:17:17 +0100 Tim-Philipp Müller <tim@centricular.com> * docs/plugins/inspect/plugin-adder.xml: * docs/plugins/inspect/plugin-alsa.xml: * docs/plugins/inspect/plugin-app.xml: * docs/plugins/inspect/plugin-audioconvert.xml: * docs/plugins/inspect/plugin-audiomixer.xml: * docs/plugins/inspect/plugin-audiorate.xml: * docs/plugins/inspect/plugin-audioresample.xml: * docs/plugins/inspect/plugin-audiotestsrc.xml: * docs/plugins/inspect/plugin-cdparanoia.xml: * docs/plugins/inspect/plugin-encoding.xml: * docs/plugins/inspect/plugin-gio.xml: * docs/plugins/inspect/plugin-libvisual.xml: * docs/plugins/inspect/plugin-ogg.xml: * docs/plugins/inspect/plugin-opengl.xml: * docs/plugins/inspect/plugin-opus.xml: * docs/plugins/inspect/plugin-pango.xml: * docs/plugins/inspect/plugin-pbtypes.xml: * docs/plugins/inspect/plugin-playback.xml: * docs/plugins/inspect/plugin-rawparse.xml: * docs/plugins/inspect/plugin-subparse.xml: * docs/plugins/inspect/plugin-tcp.xml: * docs/plugins/inspect/plugin-theora.xml: * docs/plugins/inspect/plugin-typefindfunctions.xml: * docs/plugins/inspect/plugin-videoconvert.xml: * docs/plugins/inspect/plugin-videorate.xml: * docs/plugins/inspect/plugin-videoscale.xml: * docs/plugins/inspect/plugin-videotestsrc.xml: * docs/plugins/inspect/plugin-volume.xml: * docs/plugins/inspect/plugin-vorbis.xml: * docs/plugins/inspect/plugin-ximagesink.xml: * docs/plugins/inspect/plugin-xvimagesink.xml: Update docs 2018-09-13 20:34:08 -0300 Marcos Kintschner <marcos.ktn@gmail.com> * ext/opus/gstopusenc.c: opusenc: fix segmentation fault at x86 version The argument 0x0 is interpreted by the x86 compiler as a 32-bit int, but it is consumed as a 64-bit uint causing a segmentation fault. We need to explicit cast it to guint64 in order for the va_list to be built correctly. https://bugzilla.gnome.org/show_bug.cgi?id=797092 2018-09-11 00:41:59 +0530 Nirbheek Chauhan <nirbheek@centricular.com> * gst-libs/gst/audio/gstaudiosink.c: * gst-libs/gst/audio/gstaudiosrc.c: * gst-libs/gst/audio/gstaudioutilsprivate.c: * gst-libs/gst/audio/gstaudioutilsprivate.h: gstaudiosrc/sink: Set audio ringbuffer thread priority On Windows, the ringbuffer thread function must have the "Pro Audio" priority set, otherwise it sometimes doesn't get scheduled for 200-300ms, which will immediately cause an underrun unless you set a very high latency-time and buffer-time. This has no compile-time deps since it tries to load avrt.dll at runtime to set the thread priority. 2018-08-16 19:37:33 +0300 Sebastian Dröge <sebastian@centricular.com> * ext/vorbis/gstvorbisdec.c: vorbisdec: Always handle in-band header packets once the first non-header packet arrives And clean up any old pending headers if we receive a new identification header, or if we receive a new set of headers via caps. Otherwise it might happen that we receive one or more header but not all, and then afterwards all headers again, and libvorbis does not like getting headers passed multiple times and would error out. It only makes sense to pass the very latest headers to the decoder at the time we can actually make use of them. https://bugzilla.gnome.org/show_bug.cgi?id=796980 2017-09-21 14:03:28 +0900 Yuji Kuwabara <HHG01200@nifty.ne.jp> * gst-libs/gst/gl/dispmanx/gstglwindow_dispmanx_egl.c: gl/dispmanx: fix removing foreign window handle gst_gl_window_dispmanx_egl_set_window_handle() removes native window handle (dispmanx element), regardless it was foreign window handle (set via gst_video_overlay_set_window_handle()) or not. This problem prevents glimagesink reusable. (PAUSED -> READY -> PAUSED does not work) This patch corrects it comparing the native window handle with foreign window handle. This behavior is same as gst_gl_window_dispmanx_egl_close(). https://bugzilla.gnome.org/show_bug.cgi?id=785199 2018-08-27 11:07:47 +0300 Sebastian Dröge <sebastian@centricular.com> * ext/ogg/gstoggstream.c: oggdemux: Ensure that no pad values are set when setting up the mapper Otherwise we might have arbitrary values set that are used later and can cause undefined behaviour, as found by ossfuzz. 2018-08-26 01:52:41 +0200 Tim-Philipp Müller <tim@centricular.com> * ext/gl/gstglcolorscale.c: glcolorscale: fix compiler warning gstglcolorscale.c(173): warning C4098: 'gst_gl_colorscale_gl_stop': 'void' function returning a value 2018-08-16 18:03:37 +0300 Sebastian Dröge <sebastian@centricular.com> * gst-libs/gst/audio/gstaudioaggregator.c: audioaggregator: Also run the audio-specific caps fixation for audio aggregator subclasses that can't convert 2018-08-16 17:54:00 +0300 Sebastian Dröge <sebastian@centricular.com> * gst-libs/gst/audio/gstaudioaggregator.c: audioaggregator: Fixate to some meaningful values if no sinkpad is configured yet The default caps fixation code would select a rate of 1 for example, which is not really ideal. 2018-08-16 16:28:15 -0400 Nicolas Dufresne <nicolas.dufresne@collabora.com> * meson.build: meson: Unify required version to 0.40.1 2018-06-16 14:27:20 +0100 Philippe Normand <philn@igalia.com> * gst/playback/gstplaysink.c: playsink: audio visualization support fixes The queue between the audiotee and the audio chain wasn't properly added to the bin, leading to streamsynchronizer locks on EOS. Reconfiguration of the visualization chain wasn't working as expected either. It is now possible to dynamically enable/disable the audio visualization support. https://bugzilla.gnome.org/show_bug.cgi?id=796553 2018-08-08 12:44:55 +0200 Sebastian Dröge <sebastian@centricular.com> * gst-libs/gst/tag/gsttagdemux.c: tagdemux: Propagate flow returns from gst_type_find_helper_get_range() properly Instead of considering every failed typefinding as an error, even in case of e.g. GST_FLOW_FLUSHING. 2018-07-27 15:15:34 +0300 Sebastian Dröge <sebastian@centricular.com> * gst-libs/gst/tag/gsttagdemux.c: tagdemux: Properly propagate gst_pad_pull_range() errors And don't consider FLUSHING an actual error, just stop in that case. https://bugzilla.gnome.org/show_bug.cgi?id=796883 2018-07-25 15:03:59 +0300 Sebastian Dröge <sebastian@centricular.com> * ext/gl/gstglfilterbin.c: * ext/gl/gstglmixerbin.c: * ext/gl/gstglsinkbin.c: * ext/gl/gstglsrcbin.c: gl: Also don't leak floating references to elements set via properties Fixup for 58ac815eae6ed468d1db60a54a1bd34d6324c28c. Floating references are such a mess. 2018-07-25 14:23:36 +0300 Sebastian Dröge <sebastian@centricular.com> * ext/gl/gstglfilterbin.c: * ext/gl/gstglmixerbin.c: * ext/gl/gstglsinkbin.c: * ext/gl/gstglsrcbin.c: gl: Don't steal callers reference when setting non-floating elements via properties Introduced by fbef9220d3dc2f785081c4766901aab2ecfaed10. The code there is only correct for elements we get from signals.