=== release 1.8.3 === 2016-08-19 Sebastian Dröge * configure.ac: releasing 1.8.3 2016-08-19 11:54:35 +0300 Sebastian Dröge * 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 * 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 * 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 * 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 https://bugzilla.gnome.org/show_bug.cgi?id=768991 2016-07-18 19:59:23 +1000 Duncan Palmer * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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 * 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