- Feb 23, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 22, 2017
-
-
Arun Raghavan authored
Overriding the pad query function completely overrides all the default query handling implemented in basesrc, including caps etc. The correct thing to do is just override the basesrc query vfunc and then chain up for the queries we don't handle.
-
When the sink receives a buffer that is neither a wl_shm one nor a dmabuf one, this buffer is copied to an internal wl_shm buffer before being sent to the display. In that case, the actual size of the received buffer (which may differ from the one negotiated in the caps) must be used. https://bugzilla.gnome.org/show_bug.cgi?id=777841
-
- Feb 19, 2017
-
-
Sebastian Dröge authored
See https://bugzilla.gnome.org/show_bug.cgi?id=773666 This would ideally be solved in baseparse but that requires further thought at this point, and in the meantime it would be good to have rawbaseparse not assert on this but handle it gracefully instead.
-
The cached texture was treated as user_data passed to GstGLBaseMemory and freed with a GDestroyNotify function. However, this data must be treated specially: it must be destroyed in the GL thread. https://bugzilla.gnome.org/show_bug.cgi?id=778434
-
No need to keep an extra reference to sink since an indirect one is added by gst_bin_add() https://bugzilla.gnome.org/show_bug.cgi?id=778452
-
- Feb 09, 2017
- Feb 08, 2017
-
-
-
Sebastian Dröge authored
Don't claim it is and let h264parse and other parsers do their job. https://bugzilla.gnome.org/show_bug.cgi?id=774772
-
Sebastian Dröge authored
Claiming that it is, can cause h264parse to skip some parsing steps and the output stays unaligned. https://bugzilla.gnome.org/show_bug.cgi?id=774772
-
- Feb 02, 2017
-
-
Vulkan handles are either pointers (64-bit) or 64-bit integer handles (32-bit). Cast the type in failure cases. vkwindow.c:229:561: error: return makes integer from pointer without a cast [-Werror=int-conversion] vkwindow.c:231:194: error: return makes integer from pointer without a cast [-Werror=int-conversion] https://bugzilla.gnome.org/show_bug.cgi?id=777979
-
Add some missing size checks to the timestamp scanning fast path.
-
H.264 in MPEG-PS is always byte-stream
-
Avoid possible buffer overflows and ignore invalid PSM packets better by using GstByteReader. https://bugzilla.gnome.org/show_bug.cgi?id=777957
-
send_event() of parent class (i.e., GstBinClass) iterates srcpads to send SEEK event. And performing it per srcpad is inefficient. So, let's drop duplicated SEEK event by checking seqnum https://bugzilla.gnome.org/show_bug.cgi?id=776612
-
- Jan 30, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jan 27, 2017
-
-
- Jan 25, 2017
-
-
Sebastian Dröge authored
It's set again (the same way) further below, overwriting the previously allocated memory without freeing. https://bugzilla.gnome.org/show_bug.cgi?id=777533
-
Sebastian Dröge authored
Otherwise we might try to unref them a second time a little bit later. https://bugzilla.gnome.org/show_bug.cgi?id=777503
-
Sebastian Dröge authored
Otherwise downstream will get a more or less empty GstStream although we already know a lot about it at this point.
-
- Jan 23, 2017
-
-
Sebastian Dröge authored
Which might not exist, like on most modern Linux distributions.
-
- Jan 19, 2017
-
-
DVDs always have subpictures that start on an even Y coordinate, but gstspu does more generic vobsubs these days, so handle ones that start on an odd vertical position. https://bugzilla.gnome.org/show_bug.cgi?id=777400
-
- Jan 13, 2017
-
-
Matthew Waters authored
There's no implementation anymore!
-
Matthew Waters authored
Doing so is an error and will cause a glib warning to be printed. https://bugzilla.gnome.org/show_bug.cgi?id=776722
- Jan 09, 2017
-
-
Sebastian Dröge authored
This is special and handled in the decoder when doing rendering to a surface. Printing a warning for this is just unnecessary noise
-
CID 1373421
-
Sebastian Dröge authored
-
Move debug category of gstisoff from default to dashdemux https://bugzilla.gnome.org/show_bug.cgi?id=776461
-
- Jan 06, 2017
-
-
Tim-Philipp Müller authored
-
- Jan 02, 2017
- Dec 22, 2016
-
-
Sebastian Dröge authored
They often don't only contain the PCR information but also other metadata, like title. Give this information to the pipeline. Also strip the tags from the stream as we a) already parsed them now and b) decoders don't like these tags to happen in the middle of the stream (i.e. the start of each fragment) and tagdemux only can strip them off the beginning and end.
-