=== release 1.6.3 === 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