| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
From d015674 to 742c09d
|
|
|
|
|
|
|
|
| |
Otherwise we have problems with the new gtk-doc
ported to python. But it's a good thing to do
anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=786364
|
| |
|
| |
|
| |
|
|
|
|
| |
This can happen with real files
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=783626
|
| |
|
|
|
|
| |
It's needed by e.g. qmlglsink.
|
|
|
|
|
| |
The latter is not used/available anymore since years. Also fix a typo
in the include path for the Cocoa GL display header.
|
|
|
|
|
|
|
| |
This reverts commit e2a5fb79e02235bbcaa1818a814fafba9eda9ffd.
The windows patch for GstGLDisplay was never cherry-picked. I guess
noone has built the 1.10 branch in a few days
|
|
|
|
|
|
|
|
| |
MediaCodec gives us a presentation timestamp of 0 if it does not know
anything, but GStreamer gives us GST_CLOCK_TIME_NONE. Don't mix up these
two.
https://bugzilla.gnome.org/show_bug.cgi?id=780190
|
|
|
|
|
|
|
|
| |
in keyunit-only trick mode
Otherwise we'll get into an infinite loop here. Now this is still not
correct and will cause a clean error, but at least it won't hang forever
anymore.
|
|
|
|
|
|
|
|
|
| |
Windows aren't always removed in time, and it turns out to be
very, very hard to remove a window in a way that's not racy and
not deadlocky. Since the window itself doesn't leak, freeing
the list on object destruction is enough.
https://bugzilla.gnome.org/show_bug.cgi?id=781018
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=781023
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=781017
|
|
|
|
|
|
| |
Also add a couple sanity asserts/returns
https://bugzilla.gnome.org/show_bug.cgi?id=781024
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=779869
|
|
|
|
|
| |
Otherwise it gets run on Windows with MSVC where we don't build
Decklink and then it causes an error.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780642
|
|
|
|
|
|
|
| |
Doing lazy conversion of PCR values doesn't work right
when a PCR discont is encountered. Instead, convert PCR
values to the continuous timestamp domain as soon as we
encounter them and store that instead.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=779247
|
|
|
|
|
|
|
|
| |
It was previously possible for videotexturecache to be finalized before all of
its textures. Finalizing outstanding textures in this circumstance leads
to a crash. This patch ensure resources are freed in the proper order.
https://bugzilla.gnome.org/show_bug.cgi?id=779247
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=779480
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=778828
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=778434
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=778297
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=774772
|
|
|
|
|
|
| |
Don't claim it is and let h264parse and other parsers do their job.
https://bugzilla.gnome.org/show_bug.cgi?id=774772
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=777930
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=777742
|
|
|
|
|
|
|
| |
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
|