- Aug 27, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Aug 25, 2014
-
-
Sebastian Dröge authored
Before it was always using whatever downstream preferred, while the code and documentation claimed something different. https://bugzilla.gnome.org/show_bug.cgi?id=727180
-
- Aug 13, 2014
-
-
Commit 2b9493b5 broke this in two ways: a) we should only pass duration queries in TIME format upstream (or at least not those in DEFAULT or BYTE format), and b) we mustn't overwrite the default value of 'res' from TRUE to FALSE and not set it again later. This led to bogus durations being reported for FLV playback from file, because TIME queries would fail (as 'res' had been set to FALSE) and parsers then do a BYTE query as fallback and try to guesstimate something in return, which of course goes horribly wrong since the BYTE size returned is for the muxed file.
-
- Aug 11, 2014
-
-
Set output caps layout independently from input caps layout which can be either non-interleaved or interleaved. https://bugzilla.gnome.org/show_bug.cgi?id=733866
- Aug 10, 2014
-
-
Mark Nauwelaerts authored
... and correspondingly unexpected buffer sizes.
-
- Aug 08, 2014
-
-
- Aug 03, 2014
-
-
Mark Nauwelaerts authored
-
- Jul 31, 2014
-
-
Nicolas Dufresne authored
-
Depending ont he build, the method could return FALSE, hence never free the buffers, or already TRUE and lead to a crash: Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=733695
-
- Jul 19, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Instead leave the x component unset when filling the borders. https://bugzilla.gnome.org/show_bug.cgi?id=733380
-
- Jul 16, 2014
- Jul 11, 2014
-
-
Nicolas Dufresne authored
We cannot allocate new buffer in acquire, otherwise the base class is not aware and get confused. Instead, copy in _process(). This leads to crash on finalize. Fixes regression, see https://bugzilla.gnome.org/show_bug.cgi?id=732912
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Parenting V4l2Memory to DmabufMemory was in conflict with recent optimization in DmabufMemory to avoid dup(), and didn't work with memory sharing. Instead, use a qdata and it's destroy notify. https://bugzilla.gnome.org/show_bug.cgi?id=730441
-
Sebastian Dröge authored
-
- Jul 10, 2014
-
-
Nicolas Dufresne authored
This is a workaround for element that don't request buffers when they should. https://bugzilla.gnome.org/show_bug.cgi?id=732288
-
-
Sebastian Dröge authored
And do it always, not inside a g_return_val_if_fail(). See https://bugzilla.gnome.org/show_bug.cgi?id=732939
-
- Jul 09, 2014
-
-
Before we would hit an assertion "'gst_buffer_pool_is_active (bpool)' failed" if the internal pool was not used to push buffer downstrea, hence not given to the baseclass. https://bugzilla.gnome.org/show_bug.cgi?id=732912
-
- Jul 04, 2014
-
-
Tim-Philipp Müller authored
We only want to unlock if we push an event downstream and jump to done_unlock label afterwards. We would also unlock in case of a segment seek and then unlock again later, and nothing good can come of that. (This code looks a bit dodgy anyway though, shouldn't it also bail out with FLOW_EOS here in case of a segment seek scenario, just without the event?)
-
Tim-Philipp Müller authored
-
Previously this was printed as characters which caused later processing of the error message to sometimes warn about non-UTF-8 characters. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732714
-
- Jul 03, 2014
-
-
Nicolas Dufresne authored
If special stride is needed and downstream don't support VideoMeta, pool might be NULL in order to let the baseclass create a generic pool. This would lead to assertion with on Exynos with: gst-launch-1.0 -v filesrc location=mov ! qtdemux ! h264parse ! \ v4l2video8dec ! fakesink https://bugzilla.gnome.org/show_bug.cgi?id=732707
-