=== release 1.6.1 === 2015-10-30 Sebastian Dröge * configure.ac: releasing 1.6.1 2015-10-30 14:28:04 +0200 Sebastian Dröge * 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 * sys/v4l2/gstv4l2deviceprovider.c: v4l2: fix double-unref in the v4l2 device provider 2015-10-27 10:48:00 +0100 Nicola Murino * 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 * 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 * 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 * 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 * 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 * 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 * 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 * tests/files/Makefile.am: check: Dist splitvideo0[012].ogg test files. 2015-10-13 12:42:56 -0300 Thiago Santos * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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