gst-plugins-good 1.6.3

[Tim-Philipp Müller <install-module master gnome org>]

ChangeLog
=========

2016-01-20  Sebastian Dröge <slomo coaxion net>

        * configure.ac:
          releasing 1.6.3

2016-01-20 13:41:33 +0200  Sebastian Dröge <sebastian centricular com>

        * ext/vpx/gstvp8enc.c:
          vp8enc: Ensure that we always have valid frame user data before using it
          Otherwise we're going to dereference NULL pointers.

2016-01-20 10:02:48 +0200  Sebastian Dröge <sebastian centricular com>

        * ext/vpx/gstvp8dec.c:
        * ext/vpx/gstvp9dec.c:
          vpxdec: Unref frame in all code paths of handle_frame()
          https://bugzilla.gnome.org/show_bug.cgi?id=760666

2016-01-19 22:49:20 +0100  Thibault Saunier <tsaunier gnome org>

        * ext/vpx/gstvp8enc.c:
        * ext/vpx/gstvp9enc.c:
          vpxenc: Unref frame on ERROR
          All code paths for handle_frame() must somehow take ownership of the frame, be
          it by actually unreffing, forwarding the frame elsewhere or storing it for
          later.
          http://bugzilla.gnome.org/show_bug.cgi?id=760666

2016-01-20 10:08:50 +0200  Sebastian Dröge <sebastian centricular com>

        * ext/vpx/gstvp9enc.c:
          vp9enc: Return FLOW_ERROR when an error accures
          FALSE would mean FLOW_OK
          https://bugzilla.gnome.org/show_bug.cgi?id=760666

2016-01-19 15:14:59 -0500  Nicolas Dufresne <nicolas dufresne collabora com>

        * sys/v4l2/gstv4l2object.c:
          v4l2object: Don't set colorimetry for non YUV formats
          Setting colormetry in caps for RGB have no meaning, but worst it
          confuses the converters downstream.
          https://bugzilla.gnome.org/show_bug.cgi?id=759624

2016-01-19 14:57:03 +0200  Sebastian Dröge <sebastian centricular com>

        * gst/wavparse/gstwavparse.c:
          wavparse: Don't play anything after the end of the data chunk even when seeking
          Especially in push mode we would completely ignore the size of the data chunk
          when not stop position is given for the seek. Instead make sure that the end
          offset is at most the end of the data chunk if known.
          Without this we would output anything after the data chunk, possibly causing
          loud noises if the media file is followed by an INFO chunk or an ID3 tag.

2016-01-19 14:55:57 +0200  Sebastian Dröge <sebastian centricular com>

        * gst/wavparse/gstwavparse.c:
          wavparse: Don't do calculations with -1 offsets when handling SEGMENT events
          We use that to signal "infinity", taking the difference between that and some
          other value is not going to give us any useful result for the end offsets of
          segments.

2016-01-12 14:01:21 -0800  Aleix Conchillo Flaqué <aconchillo gmail com>

        * gst/rtsp/gstrtspsrc.c:
          rtspsrc: handle rtcp/srtcp caps properly when using interleaved data
          We check the stream profile and use the proper RTCP caps:
          application/x-srtcp if we are using a secure profile and
          application/x-rtcp otherwise.
          https://bugzilla.gnome.org/show_bug.cgi?id=760556

2016-01-15 03:56:49 +0530  Nirbheek Chauhan <nirbheek centricular com>

        * sys/osxaudio/gstosxaudioringbuffer.c:
        * sys/osxaudio/gstosxcoreaudiohal.c:
          osxaudio: Fix error handling when selecting/opening devices
          Post an element error when the CoreAudio device cannot be selected or opened.
          Also ensure that we post a GST_ERROR with more detail.

2016-01-13 23:40:20 +0100  Sebastian Dröge <sebastian centricular com>

        * gst/wavparse/gstwavparse.c:
          wavparse: When flushing on EOS, don't process more data than the "data" size
          Even if we have more data queued up when flushing than the size of the data
          chunk, don't process and output it. If the data size is known, this likely
          contains another chunk (e.g. an INFO chunk) or things like ID3 tags. Just
          outputting them as if they were data is going to cause unexpected behaviour
          and unpleasant audio noises.

2016-01-11 16:29:55 +0000  Tim Sheridan <tim sheridan imgtec com>

        * gst/audioparsers/gstsbcparse.c:
          sbcparse: Fix frame length calculation
          SBC frame length calculation wasn't being rounded up to the nearest byte
          (as specified in the A2DP 1.0 specification, section 12.9). This could
          cause 'stereo' and 'joint stereo' mode SBC streams to have incorrectly
          calculated frame lengths.
          Incorrect frame length calculation causes frame coalescing to fail, as
          subsequent frames in the stream aren't found in the expected locations.
          https://bugzilla.gnome.org/show_bug.cgi?id=742446

2016-01-15 11:36:35 +0000  Thibault Saunier <tsaunier gnome org>

        * ext/vpx/gstvp8enc.c:
          vp8enc: Return FLOW_ERROR when an error accures
          FALSE would mean FLOW_OK
          https://bugzilla.gnome.org/show_bug.cgi?id=760666

2016-01-07 20:27:29 +0000  Tim-Philipp Müller <tim centricular com>

        * gst/rtp/gstrtpvrawdepay.c:
          rtpvrawdepay: fix major memory leak and performance issue
          We call gst_rtp_buffer_get_payload() which creates a sub-buffer
          of each input buffer, just to copy over metas, and then leak it.
          https://bugzilla.gnome.org/show_bug.cgi?id=760289

2015-12-25 11:41:19 +0100  Sebastian Dröge <sebastian centricular com>

        * gst/audiofx/gstscaletempo.c:
          scaletempo: Free the various buffers in GstBaseTransform::stop()
          Previously we leaked them completely, but as they're specific to the caps
          freeing them in stop() instead of finalize() makes most sense.

2015-12-17 16:03:04 +0100  Vincent Dehors <vincent dehors openwide fr>

        * gst/rtp/gstrtpj2kdepay.c:
          rtpj2kdepay: Push one JPEG2000 frame per buffer, not a buffer list with multiple buffers
          https://bugzilla.gnome.org/show_bug.cgi?id=758943



Download
========
https://download.gnome.org/sources/gst-plugins-good/1.6/gst-plugins-good-1.6.3.tar.xz (3.05M)
  sha256sum: 24b19db70b2a83461ebddfe20033db432dadfdb5d4b54ffb1dfa0d830134a177