=== release 1.10.1 === 2016-11-17 Sebastian Dröge * configure.ac: releasing 1.10.1 2016-11-17 14:45:34 +0200 Sebastian Dröge * po/el.po: * po/id.po: * po/zh_CN.po: po: Update translations 2016-11-16 10:53:51 +0530 Vinod Kesti * gst/multifile/gstsplitmuxsink.c: splitmuxsink: pad request fails for flvmux splitmuxsink requests pad from element using pad template like "video_%u", "audio_%u" and "sink_%d". This is true for most of the muxers. But splitmuxsink not able to request pad to flvmux as flvmux has "audio" and "video" as pad templates. fix: splitmuxsink should fallback to "audio" and "video" when template not found. https://bugzilla.gnome.org/show_bug.cgi?id=774507 2016-11-14 17:37:51 +0200 Sebastian Dröge * gst/interleave/deinterleave.c: deinterleave: Reset caps accumulator to ANY when resyncing the adapter, not EMPTY The accumulator is filled by intersecting with all the pad caps, as such it must be initialized with ANY (like it is before the iteration is started) and not to EMPTY. Fixes the CAPS query always returning EMPTY caps when resyncing happened during the query, e.g. because pads were added/removed. 2016-11-12 23:34:23 +0100 Petr Kulhavy * gst/udp/gstudpsrc.c: udpsrc: receive control messages only in multicast Control messages are used only in multicast mode - to detect if the destination address is not ours and possibly drop the packet. However in non-multicast modes the messages are still allocated and freed even if not used. Therefore request control messages from g_socket_receive_message() only in multicast mode. https://bugzilla.gnome.org/show_bug.cgi?id=772841 2016-10-08 18:11:17 +0200 William Manley * sys/v4l2/gstv4l2allocator.c: v4l2: Warn, don't assert if v4l gives us a buffer with a too large size I've seen problems where the `bytesused` field of `v4l2_buffer` would be a silly number causing the later call to: gst_memory_resize (group->mem[i], 0, group->planes[i].bytesused); to result in this error to be printed: (pulsevideo:11): GStreamer-CRITICAL **: gst_memory_resize: assertion 'size + mem->offset + offset <= mem->maxsize' failed besides causing who-knows what other problems. We make the assumption that this buffer has still been dequeued correctly so just clamp to a valid size so downstream elements won't end up in undefined behaviour. The invalid `v4l2_buffer` I saw from my capture device was: buffer = { index = 0, type = 1, bytesused = 534748928, // <- Invalid flags = 8260, // V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC | V4L2_BUF_FLAG_ERROR | V4L2_BUF_FLAG_DONE field = 01330, // <- Invalid timestamp = { tv_sec = 0, tv_usec = 0 }, timecode = { type = 0, flags = 0, frames = 0 '\000', seconds = 0 '\000', minutes = 0 '\000', hours = 0 '\000', userbits = "\000\000\000" }, sequence = 0, memory = 2, m = { offset = 3537219584, userptr = 140706665836544, // Could be nonsense, not sure planes = 0x7ff8d2d5b000, fd = -757747712 }, length = 2764800, reserved2 = 0, reserved = 0 } This is from gdb with my own annotations added. This was with gst-plugins-good 1.8.1, a Magewell XI100DUSB-HDMI video capture device and kernel 3.13 using a dodgy HDMI cable which is great at breaking HDMI capture devices. I'm using io-mode=userptr and have built gst-plugins-good without libv4l. https://bugzilla.gnome.org/show_bug.cgi?id=769765 2016-08-30 10:24:43 +0200 Petr Kulhavy * gst/rtsp/gstrtspsrc.c: rtspsrc: allow missing control attribute in case of a single stream Improve RFC2326 - chapter C.3 compatibility: In case just a single stream is specified in SDP and the control attribute is missing do not drop the stream but rather assume "a=control:*" https://bugzilla.gnome.org/show_bug.cgi?id=770568 2016-10-21 17:31:00 +0000 Matt Staples * gst/rtsp/gstrtspsrc.c: rtspsrc: Also handle redirect on PLAY https://bugzilla.gnome.org/show_bug.cgi?id=772610 2016-10-20 13:14:13 +0200 Alejandro G. Castro * gst/rtpmanager/rtpsession.c: rtpbin: avoid generating errors when rtcp messages are empty and check the queue is not empty Add a check to verify all the output buffers were empty for the session in a timout and log an error. https://bugzilla.gnome.org/show_bug.cgi?id=773269 2016-10-18 11:09:10 +0200 Stian Selnes * gst/rtp/gstrtph263pay.c: rtph263pay: Fix leak for B-fragments Altough commits 6a16be7, 64f9d08 and 0c7e3a8 fixed some issues they introduced others. This patch fixes the leak of one macroblock for every B fragment. Macroblock structures must not be freed immediately after finding the boundaries as they are stored and used later. However the inital dummy structure (used for finding the first boundary) must be freed. CID #1212156 https://bugzilla.gnome.org/show_bug.cgi?id=773512 2016-06-22 13:59:35 +0200 Havard Graff * gst/rtp/gstrtph263ppay.c: * tests/check/elements/rtph263.c: rtph263ppay: Fix caps leak Fix leaking caps when downstream has not-fixed caps. https://bugzilla.gnome.org/show_bug.cgi?id=773515 2014-06-16 17:20:32 +0200 Stian Selnes * gst/rtp/gstrtph263depay.c: rtph263depay: Don't drop mode b packets with picture start code Some buggy payloaders, e.g. rtph263pay, may use mode B for packets that starts with a picture (or GOB) start code although it's not allowed. Let's be nice and not drop these packets/frames. https://bugzilla.gnome.org/show_bug.cgi?id=773516 2016-11-03 13:27:51 +0000 Tim-Philipp Müller * tests/check/elements/wavparse.c: * tests/files/Makefile.am: * tests/files/audiotestsrc.wav: tests: wavparse: add test for processing an actual .wav file https://bugzilla.gnome.org/show_bug.cgi?id=773861 2016-11-03 12:34:51 +0200 Sebastian Dröge * gst/wavparse/gstwavparse.c: wavparse: Don't set caps to NULL after setting them on the srcpad We would like to check later on EOS if we found a known stream type or not, to possibly post an error message. https://bugzilla.gnome.org/show_bug.cgi?id=773861 2016-11-02 11:00:13 +1100 Jan Schmidt * gst/multifile/gstsplitmuxsink.c: splitmuxsink: Fix GObject warnings on shutdown. Commit 83e718 added a pad template to splitmux request pads, which means that GstElement now releases the pads on dispose, but after having removed all elements in the bin and unlinked them. Make sure we can handle cleanup in that case without throwing assertions. https://bugzilla.gnome.org/show_bug.cgi?id=773784 2016-11-01 19:42:55 +0000 Tim-Philipp Müller * meson.build: meson: update version