=== release 1.6.1 ===

2015-10-30  Sebastian Dröge <slomo@coaxion.net>

	* configure.ac:
	  releasing 1.6.1

2015-10-30 14:28:04 +0200  Sebastian Dröge <sebastian@centricular.com>

	* po/cs.po:
	* po/de.po:
	* po/nl.po:
	* po/pl.po:
	* po/ru.po:
	* po/vi.po:
	* po/zh_CN.po:
	  po: Update translations

2015-10-28 23:47:30 +0530  Nirbheek Chauhan <nirbheek@centricular.com>

	* sys/v4l2/gstv4l2deviceprovider.c:
	  v4l2: fix double-unref in the v4l2 device provider

2015-10-27 10:48:00 +0100  Nicola Murino <nicola.murino@gmail.com>

	* gst/matroska/matroska-ids.c:
	  matroskamux: don't drop JPEG frames that only have PTS but no DTS set
	  For the MS/VfW codec ids, we want to write DTS timestamps instead
	  of PTS because that's what everyone else seems to do (and it's also
	  how it is in AVI). So for those input formats we use the buffer DTS
	  instead of the PTS. However, if there's no DTS set but only the PTS
	  then just take the PTS instead of dropping the input buffer. This
	  is useful especially for I-frame only codecs like JPEG and huffyuv,
	  but should also be fine as fallback in general.
	  Fixes regression with input JPEG frames that only have PTS set on them.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756967

2015-10-11 12:06:26 +0100  Thibault Saunier <tsaunier@gnome.org>

	* gst/isomp4/gstqtmux.c:
	* gst/isomp4/gstqtmuxmap.c:
	  qtmux: Allow negotiating to S8 as a raw format but stop making it best choice
	  Negotiation to audio/x-raw,format=S8 was not possible because S8 does
	  not have a bit order so we ended up doing `if (!entry.fourcc) goto refuse_caps;`
	  https://bugzilla.gnome.org/show_bug.cgi?id=756387

2015-10-11 09:18:40 +0100  Thibault Saunier <tsaunier@gnome.org>

	* gst/isomp4/gstqtmux.c:
	* gst/isomp4/gstqtmuxmap.c:
	  qtmux: Add prores support
	  https://bugzilla.gnome.org/show_bug.cgi?id=756388

2015-10-24 23:57:38 +0200  George Kiagiadakis <george.kiagiadakis@collabora.com>

	* tests/check/elements/splitmux.c:
	  tests/check/splitmux: test that the release_pad vfunc of splitmuxsink actually releases pads
	  https://bugzilla.gnome.org/show_bug.cgi?id=753622

2015-10-24 23:57:29 +0200  George Kiagiadakis <george.kiagiadakis@collabora.com>

	* gst/multifile/gstsplitmuxsink.c:
	  splitmuxsink: do not destroy the multiqueue & muxer when going to NULL
	  Instead, delay it until all request pads have been released. This is
	  because the release_pad() vfunc requires the multiqueue and muxer to
	  be there in order to release their request pads as well. If those
	  elements are destroyed earlier, release_pad() does not work, no
	  pads are released and some resources are leaked.
	  https://bugzilla.gnome.org/show_bug.cgi?id=753622

2015-10-27 17:32:22 +0200  Sebastian Dröge <sebastian@centricular.com>

	* gst/audiofx/gstscaletempo.c:
	  scaletempo: F64 support is only available in GIT master at this point

2015-10-24 17:14:07 +0300  Sebastian Dröge <sebastian@centricular.com>

	* gst/audiofx/gstscaletempo.c:
	* gst/audiofx/gstscaletempo.h:
	  scaletempo: Fix handling of rate < 0
	  We have to reverse all samples in a buffer before processing them to properly
	  have continuous data from one buffer to another. As a result we will have a
	  negative applied rate and a rate of 1.0.
	  Also make sure that input buffers are correctly clipped to the segment,
	  otherwise our calculations are going to go wrong.
	  Also copy over the segment event's sequence number to the output segment while
	  we're at it.
	  https://bugzilla.gnome.org/show_bug.cgi?id=757033

2015-10-26 00:41:28 +1100  Jan Schmidt <jan@centricular.com>

	* tests/files/Makefile.am:
	  check: Dist splitvideo0[012].ogg test files.

2015-10-13 12:42:56 -0300  Thiago Santos <thiagoss@osg.samsung.com>

	* gst/rtp/gstrtpj2kpay.c:
	  rtpj2kpay: update fragment offset
	  It was always being set to 0, making the resulting stream broken
	  for the receiver
	  https://bugzilla.gnome.org/show_bug.cgi?id=756422

2015-10-19 15:36:37 +0300  Ryan Hendrickson <ryan.hendrickson@alum.mit.edu>

	* gst/isomp4/gstqtmux.c:
	  qtmux: Don't unconditionally use strnlen()
	  It's not available on older OSX and we can as well use memchr() here.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756154

2015-10-12 10:48:23 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/audioparsers/gstmpegaudioparse.c:
	  mpegaudioparse: Fix buffer memory leak during failures
	  mapped buffer is not being unmapped during failures
	  https://bugzilla.gnome.org/show_bug.cgi?id=756231

2015-10-19 17:38:32 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/auparse/gstauparse.c:
	  auparse: Fix event memory leak
	  Free the event after being handled to prevent memory leak.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756799

2015-10-14 12:03:15 +0200  Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

	* gst/isomp4/qtdemux.c:
	  qtdemux: fix caps leak
	  If the QtDemuxStream are re-used they may already have caps which used
	  to be leaked.
	  Reproduced using the
	  validate.dash.playback.seek_forward.dash_exMPD_BIP_TC1 validate
	  scenario.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756561

2015-10-14 09:29:50 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/isomp4/qtdemux.c:
	  qtdemux: Fix taglist memory leak
	  Free the stream and its sub items instead of just the stream
	  https://bugzilla.gnome.org/show_bug.cgi?id=756544

2015-10-07 17:14:57 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/isomp4/gstqtmux.c:
	  qtmux: Fix date memory leak
	  When getting date from taglist, the memory should be freed after
	  using it.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756171

2015-10-05 11:03:38 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/isomp4/gstqtmux.c:
	  qtmux: Fix sample memory leak
	  When getting sample from taglist, the memory should be freed after
	  using it.
	  https://bugzilla.gnome.org/show_bug.cgi?id=756068

2015-10-05 13:10:56 +0900  Vineeth TM <vineeth.tm@samsung.com>

	* gst/cutter/gstcutter.c:
	  cutter: Fix buffer leak
	  Buffer is added to the internal cache, and pushed only when accumulated
	  buffer duration crosses 200 ms. So when the chain ends, the buffer accumulated
	  is not freed. Freeing the cache when the state changes from PAUSED to READY.
	  https://bugzilla.gnome.org/show_bug.cgi?id=754212

2015-04-17 14:25:43 +0200  George Kiagiadakis <george.kiagiadakis@collabora.com>

	* gst/multifile/gstsplitmuxsink.c:
	* gst/multifile/gstsplitmuxsink.h:
	  splitmuxsink: post messages when fragments are being opened and closed
	  This can be useful for applications that need to track the created fragments
	  (to log them in a recording database, for example)
	  https://bugzilla.gnome.org/show_bug.cgi?id=750108

2015-04-29 18:23:28 +0100  Ramiro Polla <ramiro.polla@collabora.co.uk>

	* gst/multifile/gstsplitmuxsink.c:
	* gst/multifile/gstsplitmuxsink.h:
	  splitmuxsink: allow non-video streams to serve as reference
	  In the absence of a video stream, the first stream will be used as
	  reference.
	  https://bugzilla.gnome.org/show_bug.cgi?id=753617

2015-07-22 17:45:12 +0200  George Kiagiadakis <george.kiagiadakis@collabora.com>

	* gst/multifile/gstsplitmuxsink.c:
	  splitmuxsink: initialize mux_start_time properly
	  mux_start_time refers to the running_time of the buffer
	  that goes first in the output file. Normally this time is
	  0, so this variable is initialized to 0 during the state
	  change to PAUSED.
	  However, when dealing with dynamic pipelines and starting
	  a recording while the pipeline has already run for a while,
	  the running_time of the first buffer is > 0 and this causes
	  a problem with detecting the end of the first file(s) when
	  splitting by duration, because the code will later compare
	  the threshold_time with (last buffer running_time - mux_start_time)
	  and will get it wrong until mux_start_time advances enough
	  to make this difference < threshold_time, creating empty files
	  in the meantime.
	  https://bugzilla.gnome.org/show_bug.cgi?id=753624

2015-09-29 11:12:48 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ext/gdk_pixbuf/gstgdkpixbufoverlay.c:
	  gdkpixbufsink: don't leak old pixel buffer when setting a new overlay
	  https://bugzilla.gnome.org/show_bug.cgi?id=755773

2015-09-28 20:25:22 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ext/flac/gstflacenc.c:
	  flacenc: avoid potential string overflow
	  We don't necessarily have full control over the input tags, so
	  it's possible that the ISRC tag contains a longer string than
	  expected, in which case we'd write over the end of the static-size
	  13 byte buffer that is FLAC__StreamMetadata_CueSheet_Track::isrc.
	  Make sure to only copy the ISRC if it's not too long, and make
	  sure the buffer we write to is always NUL-terminated by using
	  g_strlcpy().
	  CID 1324931.

2015-09-28 18:03:51 +0200  Sebastian Dröge <sebastian@centricular.com>

	* gst/matroska/matroska-demux.c:
	  matroskademux: Remove leftover assertion from 0.10
	  We now allocate memory via GstAllocator and as such can handle arbitrary
	  alignments, not only <= G_MEM_ALIGN.
	  https://bugzilla.gnome.org/show_bug.cgi?id=755708

2015-09-25 10:01:37 +0200  Guillaume Marquebielle <guillaume.marquebielle@parrot.com>

	* gst/audioparsers/gstaacparse.c:
	  aacparse: fix uninitialized variables in LOAS config reading
	  On reading LOAS config, flag v=1 and vA=1 combination can occur, leading to warning
	  "Spec says "TBD"...". Returning TRUE on this case while parameters 'sample_rate' and
	  'channels' are pointing to uninitialized values can end on setting random values as
	  rate and channels on src caps.
	  https://bugzilla.gnome.org/show_bug.cgi?id=755611