GNOME.org
 

gst-plugins-good 1.6.1

ChangeLog
=========

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



Download
========
https://download.gnome.org/sources/gst-plugins-good/1.6/gst-plugins-good-1.6.1.tar.xz (3.04M)
  sha256sum: 86d4b814099f7b7b16be19d4b94fa41002ac01fdf1525b07c5764d54c0605935
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]