ChangeLog
=========

2018-09-16 16:17:17 +0100  Tim-Philipp Müller <t...@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 <t...@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....@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 <nirbh...@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 <sebast...@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 <hhg01...@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 <sebast...@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 <t...@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 <sebast...@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 <sebast...@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.dufre...@collabora.com>

        * meson.build:
          meson: Unify required version to 0.40.1

2018-06-16 14:27:20 +0100  Philippe Normand <ph...@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 <sebast...@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 <sebast...@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 <sebast...@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 <sebast...@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.



Download
========
https://download.gnome.org/sources/gst-plugins-base/1.14/gst-plugins-base-1.14.3.tar.xz
 (3.53M)
  sha256sum: f0b319c36be0ffc2a00380c77ba269cdf04e2b39bbc49d30b641fc35aa0b7952

_______________________________________________
ftp-release-list mailing list
ftp-release-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ftp-release-list

Reply via email to