=== release 1.10.1 ===
2016-11-17 Sebastian Dröge <slomo@coaxion.net>
* configure.ac:
releasing 1.10.1
2016-11-17 14:45:34 +0200 Sebastian Dröge <sebastian@centricular.com>
* po/el.po:
* po/id.po:
* po/zh_CN.po:
po: Update translations
2016-11-16 10:53:51 +0530 Vinod Kesti <vinodkesti@yahoo.com>
* 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 <sebastian@centricular.com>
* 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 <brain@jikos.cz>
* 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 <will@williammanley.net>
* 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 <brain@jikos.cz>
* 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 <staples255@gmail.com>
* 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 <alex@igalia.com>
* 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 <stian@pexip.com>
* 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 <havard.graff@gmail.com>
* 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 <stian.selnes@gmail.com>
* 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 <tim@centricular.com>
* 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 <sebastian@centricular.com>
* 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 <jan@centricular.com>
* 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 <tim@centricular.com>
* meson.build:
meson: update version