ChangeLog
=========

2016-08-19  Sebastian Dröge <[email protected]>

        * configure.ac:
          releasing 1.8.3

2016-08-19 11:54:35 +0300  Sebastian Dröge <[email protected]>

        * po/af.po:
        * po/az.po:
        * po/bg.po:
        * po/ca.po:
        * po/cs.po:
        * po/da.po:
        * po/de.po:
        * po/el.po:
        * po/en_GB.po:
        * po/eo.po:
        * po/es.po:
        * po/eu.po:
        * po/fi.po:
        * po/fr.po:
        * po/gl.po:
        * po/hr.po:
        * po/hu.po:
        * po/id.po:
        * po/it.po:
        * po/ja.po:
        * po/lt.po:
        * po/lv.po:
        * po/nb.po:
        * po/nl.po:
        * po/or.po:
        * po/pl.po:
        * po/pt_BR.po:
        * po/ro.po:
        * po/ru.po:
        * po/sk.po:
        * po/sl.po:
        * po/sq.po:
        * po/sr.po:
        * po/sv.po:
        * po/tr.po:
        * po/uk.po:
        * po/vi.po:
        * po/zh_CN.po:
          Update .po files

2016-06-16 10:01:50 +0100  Vincent Penquerc'h 
<[email protected]>

        * ext/ogg/gstoggdemux.c:
          oggdemux: remove eos avoidance workaround
          This workaround tried to avoid an EOS event when seeking to the
          end of an Ogg stream in order to find its duration. At some point,
          an EOS event there would cause any queue2 upstream to pause and
          not restart on a seek back to the beginning. This now appears to
          not be the case anymore, and so the workaround can be removed.
          https://bugzilla.gnome.org/show_bug.cgi?id=767689

2016-05-24 00:44:21 +0100  Tim-Philipp Müller <[email protected]>

        * gst-libs/gst/allocators/Makefile.am:
        * gst-libs/gst/app/Makefile.am:
        * gst-libs/gst/audio/Makefile.am:
        * gst-libs/gst/fft/Makefile.am:
        * gst-libs/gst/pbutils/Makefile.am:
        * gst-libs/gst/riff/Makefile.am:
        * gst-libs/gst/rtp/Makefile.am:
        * gst-libs/gst/rtsp/Makefile.am:
        * gst-libs/gst/sdp/Makefile.am:
        * gst-libs/gst/tag/Makefile.am:
        * gst-libs/gst/video/Makefile.am:
          g-i: pass compiler env to g-ir-scanner
          It's what introspection.mak does as well. Should
          fix spurious build failures on gnome-continuous.

2016-07-20 11:47:48 +0100  Vincent Penquerc'h 
<[email protected]>

        * ext/ogg/gstoggdemux.c:
          oggdemux: fix unknown duration playing Ogg over HTTP
          If the duration is not known from the chain, it might be known
          by the startup seek.
          This fixes failure to seek.
          Merged with a patch from Tim-Philipp Müller <[email protected]>
          https://bugzilla.gnome.org/show_bug.cgi?id=768991

2016-07-18 19:59:23 +1000  Duncan Palmer <[email protected]>

        * sys/xvimage/xvimageallocator.c:
        * sys/xvimage/xvimageallocator.h:
          xvimageallocator: const correctness in gst_xvimage_allocator_alloc().
          https://bugzilla.gnome.org/show_bug.cgi?id=767712

2016-07-18 14:20:11 +0100  Tim-Philipp Müller <[email protected]>

        * sys/xvimage/xvimageallocator.c:
          xvimagesink: only error out if the allocated memory is too small
          https://bugzilla.gnome.org/show_bug.cgi?id=767712

2016-07-07 22:27:15 +1000  Duncan Palmer <[email protected]>

        * sys/xvimage/xvimageallocator.c:
        * sys/xvimage/xvimageallocator.h:
        * sys/xvimage/xvimagepool.c:
          xvimagesink: error out on buffer size sanity check failure.
          If sanity checks on the buffer size allocated by XvShmCreateImage() 
fail,
          call on g_set_error(), rather than just logging a warning, as this
          failure is fatal.
          Add a sanity check on buffer size when the video format is RGB. This 
adds to
          existing checks on various YUV pixel formats.
          https://bugzilla.gnome.org/show_bug.cgi?id=767712

2016-07-08 16:43:05 +0300  Sebastian Dröge <[email protected]>

        * gst-libs/gst/pbutils/encoding-profile.c:
          encoding-profile: Remove some more fields from the caps when creating 
from discoverer info
          parsed, framed, stream-format and alignment are only relevant for 
parsers and
          should not matter here. We still want to be able to use an encoder 
that can
          only output byte-stream if the input was avc.
          https://bugzilla.gnome.org/show_bug.cgi?id=768566

2016-07-08 15:45:25 +0300  Sebastian Dröge <[email protected]>

        * gst-libs/gst/pbutils/missing-plugins.c:
          missing-plugins: Remove some other fields when cleaning up caps
          Caps are cleaned up for missing plugins, and for creating encoding 
profiles
          and caps descriptions.
          Fields like streamheader, parsed, framed, stream-format and alignment 
are not
          relevant here. The last ones all because a parser will take care of 
them.
          https://bugzilla.gnome.org/show_bug.cgi?id=768566

2016-07-04 17:19:08 +0100  Sergio Torres Soldado <[email protected]>

        * gst-libs/gst/rtsp/gstrtspconnection.c:
          rtspconnection: Fix potential deadlock caused by blocking read forever
          Reset the connection "may_cancel" property to avoid a potential 
deadlock
          if there is no data to read and the socket stays blocked forever.
          https://bugzilla.gnome.org/show_bug.cgi?id=768249

2016-07-04 11:16:55 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/video/gstvideodecoder.c:
          videodecoder: fix criticals fixating a non existent field
          https://bugzilla.gnome.org/show_bug.cgi?id=766970

2016-07-04 11:07:54 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/audio/gstaudioencoder.c:
          audioencoder: Protect samples_in/bytes_out and audio info with object 
lock
          It might cause invalid calculations during the CONVERT query 
otherwise.

2016-07-04 11:12:25 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/audio/gstaudiodecoder.c:
          audiodecoder: Protect samples_in/bytes_out and audio info with object 
lock
          It might cause invalid calculations during the CONVERT query 
otherwise.

2016-07-04 11:00:51 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/audio/gstaudiodecoder.c:
        * gst-libs/gst/audio/gstaudioencoder.c:
        * gst-libs/gst/audio/gstaudioutilsprivate.c:
        * gst-libs/gst/audio/gstaudioutilsprivate.h:
          audioencoder/decoder: Move encoded audio conversion function to a 
common place
          No need to duplicate this non-trivial function.

2016-07-04 09:15:03 +0100  Vincent Penquerc'h 
<[email protected]>

        * gst-libs/gst/audio/gstaudiodecoder.c:
          audiodecoder: fix criticals fixating a non existent field
          https://bugzilla.gnome.org/show_bug.cgi?id=766970

2016-07-04 10:55:07 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/video/gstvideodecoder.c:
          videodecoder: Use the object lock to protect bytes/time tracking
          And especially don't use the stream lock for that, as otherwise 
non-serialized
          queries (CONVERT) will cause the stream lock to be taken and easily 
causes the
          application to deadlock.
          https://bugzilla.gnome.org/show_bug.cgi?id=768361

2016-07-04 10:47:36 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/video/gstvideodecoder.c:
        * gst-libs/gst/video/gstvideoencoder.c:
        * gst-libs/gst/video/gstvideoutilsprivate.c:
        * gst-libs/gst/video/gstvideoutilsprivate.h:
          videoencoder/decoder: Move conversion utility functions to a common 
header and use consistently in encoder/decoder

2016-07-04 10:52:24 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/video/gstvideoencoder.c:
          videoencoder: Use the object lock to protect bytes/time tracking

2016-06-30 18:53:07 +0100  Tim-Philipp Müller <[email protected]>

        * gst-libs/gst/tag/gsttagdemux.c:
          tagdemux: fix handling of very short files in push mode
          By default we'll wait for a certain amount of data before
          attempting typefinding. However, if the stream is fairly
          short, we might get EOS before we ever attempted any
          typefinding, so at this point we should force typefinding
          and output any pending data if we manage to detect the
          type.
          https://bugzilla.gnome.org//show_bug.cgi?id=768178

2016-06-30 17:30:34 +0100  Tim-Philipp Müller <[email protected]>

        * gst-libs/gst/tag/gsttagdemux.c:
          tagdemux: fix erroring out if we reach EOS without detecting type
          In 0.10 the source pad was a dynamic pad that was only added once
          the type had been detected, but in 1.x it's an always source pad,
          so checking whether it's still NULL won't work to detect if the
          type has been detected.
          Makes tagdemux error out when we get EOS but haven't managed to
          identify the format of the data after the tag.
          https://bugzilla.gnome.org//show_bug.cgi?id=768178

2016-06-29 18:14:51 +0200  Sebastian Dröge <[email protected]>

        * gst-libs/gst/audio/audio-channels.c:
        * gst/audioconvert/gstaudioconvert.c:
          audioconvert: Handle fallback channel mask for mono correctly
          It's 0 and no mask should be set for mono at all.
          https://bugzilla.gnome.org/show_bug.cgi?id=757472

2016-06-27 20:49:38 +0300  Sebastian Dröge <[email protected]>

        * gst/playback/gstplaysink.c:
          playsink: Force STEP events on the video-sink for GST_FORMAT_BUFFERS
          It does not make much sense for audio sinks.

2016-06-27 20:53:37 +0300  Sebastian Dröge <[email protected]>

        * gst/playback/gstplaysink.c:
          playsink: Don't send another step event to the audio-sink if we got 
step-done from there
          Otherwise we would end up with a deadlock as the audio-sink emits 
step-done
          from its streaming thread.

2016-06-21 10:24:15 +0300  Sebastian Dröge <[email protected]>

        * gst-libs/gst/pbutils/gstdiscoverer.c:
        * tests/check/libs/discoverer.c:
          discoverer: Only allow serializing OK discoverer infos to GVariants
          They will be incomplete otherwise and we can't generate the full 
serialized
          information, and instead will crash somewhere on the way.
          https://bugzilla.gnome.org/show_bug.cgi?id=767859



Download
========
https://download.gnome.org/sources/gst-plugins-base/1.8/gst-plugins-base-1.8.3.tar.xz
 (2.80M)
  sha256sum: 114871d4d63606b4af424a8433cd923e4ff66896b244bb7ac97b9da47f71e79e

_______________________________________________
ftp-release-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/ftp-release-list

Reply via email to