- Nov 01, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Oct 31, 2016
-
-
Gst struct v4l2object->extra_controls is created if user sets appropriate option but it is not freed on destruction of v4l2object. https://bugzilla.gnome.org/show_bug.cgi?id=773580
-
Sebastian Dröge authored
This reverts commit 88167641. It causes issues with the timeouts, and causes connections to be closed without actual reason. Needs further investigation. https://bugzilla.gnome.org/show_bug.cgi?id=773509
-
Sebastian Dröge authored
Otherwise we'll run into an assertion on specially crafted files. https://bugzilla.gnome.org/show_bug.cgi?id=773643
-
- Oct 27, 2016
-
-
Nirbheek Chauhan authored
These checks are done inside the meson.build files for each plugin.
-
Nirbheek Chauhan authored
Needs a Meson patch to filter out the useless -lpthread https://github.com/mesonbuild/meson/pull/962
-
Modify the caps string to allow width and height greater than 4096. There is no need to restrict it since the matroska format allows the width and height values to be up to eight bytes long. https://bugzilla.gnome.org/show_bug.cgi?id=773582
-
G_OS_WIN32 is only set when not building with cygwin, but ipi_spec_dest is missing both with and without cygwin. https://bugzilla.gnome.org/show_bug.cgi?id=773114
-
- Oct 26, 2016
-
-
souphttpsrc maintains two variables for the position: * 'request_position' is where we want to be * 'read_position' is where we are During Normal operations both are updated in sync when data arrives. A seek changes 'request_position' but not 'read_position'. When the two positions get out of sync, then a new request is send and the 'Range' header is adjusted to the current 'request_position'. Without this patch, if reading fails, then the source is destroyed. This triggers a new request, but the range remains unchanged. As a result, the old range is used and old data will be read. Changing the 'read_position' to -1 makes it explicitly different from 'request_position' and as a result the 'Range' header is updated correctly. https://bugzilla.gnome.org/show_bug.cgi?id=773509
-
Mark Nauwelaerts authored
This solves a hanging mainloop in following scenario: * connect to source * network/server drops * pipeline set to NULL (and connection to flushing as part) * pipeline set to PAUSED/PLAYING (connection to non-flushing, but not recorded) * [connecting still not possible] * pipeline set to NULL => mainloop hangs (since no actual flushing is done)
-
Jan Schmidt authored
The pacing of the overall muxing is controlled by the video GOPs arriving, so we can only handle 1 video stream, and the request pad is named accordingly. Ignore a request for a 2nd video pad if there's already an active one.
-
Jan Schmidt authored
sink the floating ref when handed a muxer or sink to use so we clearly take ownership.
-
Jan Schmidt authored
Make sure that elements are in the NULL state when removing. Fixes critical warnings when errors occur early on in starting up.
-
Jan Schmidt authored
Ensure that the ghost pad returned as a request pad has the template that was requested
-
- Oct 25, 2016
-
-
Nirbheek Chauhan authored
This reverts commit 46632694. Does not actually work. See: https://bugzilla.gnome.org/show_bug.cgi?id=773114#c31
-
- Oct 24, 2016
-
-
Nicolas Dufresne authored
This fixes issue for encoders that only sets the DTS. We assume that there was no re-ordering when that happens. https://bugzilla.gnome.org/show_bug.cgi?id=762207
-
- Oct 23, 2016
-
-
Tim-Philipp Müller authored
-
- Oct 21, 2016
-
-
- Oct 20, 2016
-
-
Tim-Philipp Müller authored
It's been broken for years, and it's unlikely it will ever be fixed for collectpads/videomixer now that there's compositor which works fine. So let's disable it, since all it does is that it creates noise that distracts from other failures. Also see the corresponding adder bug as it failed in the same way: https://bugzilla.gnome.org/show_bug.cgi?id=708891
-
It seems that the forked processes all attempt to handle the listening socket from the server, and only one has to shutdown the socket to break the server completely. Create a new server inside each test to avoid this. https://bugzilla.gnome.org/show_bug.cgi?id=772656
-
The tests accumulate buffers in GstCheck's buffers list, and the list is not (consistently) reset between tests. Do that and remove the now conflicting unrefs for outbuffers. https://bugzilla.gnome.org/show_bug.cgi?id=772644
-
- Oct 18, 2016
-
-
Nirbheek Chauhan authored
In file included from ../subprojects/gst-plugins-good/gst/monoscope/gstmonoscope.c:42:0: ../subprojects/gst-plugins-base/gst-libs/gst/audio/audio.h:26:39: fatal error: gst/audio/audio-enumtypes.h: No such file or directory #include <gst/audio/audio-enumtypes.h> ^ compilation terminated. https://ci.gstreamer.net/job/GStreamer-master-meson/271/console
-
- Oct 15, 2016
-
-
Nirbheek Chauhan authored
Found via the Jenkins CI: FAILED: subprojects/gst-plugins-good/gst/multifile/gstmultifile@sha/gstsplitmuxsink.c.o [...] In file included from ../subprojects/gst-plugins-good/gst/multifile/gstsplitmuxsink.h:24:0, from ../subprojects/gst-plugins-good/gst/multifile/gstsplitmuxsink.c:59: ../subprojects/gst-plugins-base/gst-libs/gst/pbutils/pbutils.h:30:43: fatal error: gst/pbutils/pbutils-enumtypes.h: No such file or directory #include <gst/pbutils/pbutils-enumtypes.h> ^ compilation terminated. https://ci.gstreamer.net/job/GStreamer-master-meson/263/console
-
Nirbheek Chauhan authored
Use the default for each compiler on every platform instead. This improves our compatibility with compilers that don't have gnu99 as a c_std.
-
- Oct 11, 2016
-
-
Thibault Saunier authored
Workaround source_root being the root directory of all projects in the subproject case and remove now unneeded getpluginsdir Bump meson requirement to 0.35
-
- Oct 06, 2016
- Oct 03, 2016
-
-
Nirbheek Chauhan authored
Without this, latency queries to imagefreeze will fail.
-
- Sep 30, 2016
-
-
Thibault Saunier authored
-
Jan Schmidt authored
If the seek stop point (or start, during reverse play) was within the segment we just finished, go EOS immediately instead of proceeding through all other parts and sending 0 length seeks to them. https://bugzilla.gnome.org/show_bug.cgi?id=772138
-
Jan Schmidt authored
Avoid a sporadic deadlock on shutdown by dropping the splitmux lock around pad shutdown https://bugzilla.gnome.org/show_bug.cgi?id=772138
-
-
Jan Schmidt authored
When one part moves ahead of the others - due to excessive downstream queueing, or really small input files - then we can end up activating parts more than once. That can lead to effects like shutting down pad tasks prematurely. https://bugzilla.gnome.org/show_bug.cgi?id=772138
-
Tim-Philipp Müller authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-