| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755981
|
|
|
|
|
|
| |
offset
https://bugzilla.gnome.org/show_bug.cgi?id=755824
|
|
|
|
|
|
|
| |
instead of always using 0. Otherwise we might output a lot of silence in the
beginning instead of outputting from the relevant position.
https://bugzilla.gnome.org/show_bug.cgi?id=755623
|
| |
|
|
|
|
|
|
|
| |
segment.time and segment.start can stay the same, and were always the same
before anyway because of a mistake.
https://bugzilla.gnome.org/show_bug.cgi?id=755623
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
|
|
|
|
|
|
|
| |
The same has to be done for AdaptationSet and SegmentList nodes still.
Also this does not correctly implement the semantics: by default Period (and
other nodes) should only be loaded when needed, not in the very beginning. We
need to implement lazy loading for them, which means adjusting
gst_mpd_client_setup_media_presentation().
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
|
|
| |
MPD resources if needed
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
|
|
|
| |
We still have to do something useful with them, like actually loading the
content behind the URL.
https://bugzilla.gnome.org/show_bug.cgi?id=752230
|
|
|
|
|
|
|
| |
gst_uri_join_strings() will return the second parameter if it is an absolute
URI. No need to do a (wrong) check if the URI is absolute or not beforehand.
https://bugzilla.gnome.org/show_bug.cgi?id=755134
|
|
|
|
|
|
| |
before the indexRange
https://bugzilla.gnome.org/show_bug.cgi?id=755132
|
|
|
|
|
|
|
|
| |
Doing the contrary has no effect and the consequence is that playback
will start with the lowest bitrate even if we can already handle
higher bitrate.
https://bugzilla.gnome.org/show_bug.cgi?id=755108
|
|
|
|
|
|
|
|
|
| |
Not doing this can lead the demuxer to attempt downloading fragments
for an invalid start time. The server would then send a HTTP
Precondition failed error, the demuxer would try some more times to
download the invalid fragment and eventually error out.
https://bugzilla.gnome.org/show_bug.cgi?id=754523
|
|
|
|
|
|
|
| |
This unbreaks building when some headers are under a non-standard path.
e.g. /usr/X11R6/include as on OpenBSD.
https://bugzilla.gnome.org/show_bug.cgi?id=755850
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755852
|
|
|
|
|
|
|
| |
While creating caps in audiointerleave tests, bitmask is being set as 0x9
This is resulting in segmentation fault. Fix the same by typecasting to guint64
https://bugzilla.gnome.org/show_bug.cgi?id=755840
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The buffer timestamps in the collect function will already be
running time, don't try to convert them again to running time,
this would yield CLOCK_TIME_NONE now that the segment is shifted
to account for negative dts.
This fixes x264enc ! mpegtsmux ! hlssink, which was broken
because mpegtsmux would send a downstream key unit event with
running time NONE and then hlssink would immediately send
another one upstream and it would just be a flood of force
keyframe events in both directions after the first one. This
would then break hlssink because it uses multifilesink in
next-file=key-unit-event mode, and starting a new file after
every few kB does not work well for HLS.
|
|
|
|
|
|
|
| |
Remove weird use of private gtype defines and fix compilation
with older glib versions such as 2.36.
https://bugzilla.gnome.org/show_bug.cgi?id=755754
|
|
|
|
|
|
|
|
| |
Move handling of a GstSample in a separate function, and unref the
sample after calling it. libass copies the font data so we don't need to
keep it around.
https://bugzilla.gnome.org/show_bug.cgi?id=755759
|
|
|
|
|
|
| |
We don't want the gap event to be forwarded
https://bugzilla.gnome.org/show_bug.cgi?id=755759
|
| |
|
|
|
|
|
|
|
| |
When proxying keyboard/navigation/mouse events, only unref a successfully
retreived peer pad.
https://bugzilla.gnome.org/show_bug.cgi?id=755738
|
|
|
|
|
|
|
|
|
| |
Ignore the normal gap threshold for laggy streams and
immediately catch all streams up to the end of the segment
when processing gap updates for a segment during a
still frame sequence.
https://bugzilla.gnome.org/show_bug.cgi?id=755680
|
|
|
|
|
|
| |
U and V were inverted
https://bugzilla.gnome.org/show_bug.cgi?id=755239
|
|
|
|
|
| |
This makes the audiomixer unit test time out in master.
Broke with 587e7c4
|
| |
|
| |
|
|
|
|
|
|
|
| |
Fixes this error with chromium gpu process:
GL_INVALID_OPERATION, glBindBuffer: buffer bound to more than 1 target
https://bugzilla.gnome.org/show_bug.cgi?id=755618
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755456
|
|
|
|
| |
We're not doing anything at all from the main thread in other cases.
|
|
|
|
|
|
|
|
|
| |
In case the format changed fast and the pending format is different
than the currently set but the currently set is equal to the pending
one we could end up having mismatch between the finally set format
and the data stream format.
https://bugzilla.gnome.org/show_bug.cgi?id=755542
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755542
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755251
|
|
|
|
|
|
|
| |
Gtk is not MT safe thus we need to make sure that everything is done
in the main thread when working with it.
https://bugzilla.gnome.org/show_bug.cgi?id=755251
|
|
|
|
|
|
|
| |
Otherwise we're going to return times starting at 0 again after shutting down
an element for a specific input/output and then using it again later.
https://bugzilla.gnome.org/show_bug.cgi?id=755426
|
|
|
|
|
|
| |
again from there
https://bugzilla.gnome.org/show_bug.cgi?id=755426
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755459
|
|
|
|
|
|
|
|
|
|
|
| |
have a static list of segments
Otherwise we'll crash, trying to derefence NULL. And if we have no static list
of segments, we can't have repeated segments anyway.
Regression introduced by cfe2871a5e3c5b1db20470927642b776e055a87a
https://bugzilla.gnome.org/show_bug.cgi?id=755411
|
| |
|
|
|
|
|
|
| |
Otherwise we will get an ASSERT.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=755249
|
|
|
|
|
| |
557ca6fda5f831be4aba5819bf7b30b296e575cd didn't change to the
necessary gst_gl_window_resize() call for the dispmanx backend.
|
|
|
|
|
|
| |
When stopping the sink we should always hide the window.
https://bugzilla.gnome.org/show_bug.cgi?id=755249
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
We might've queued up a GAP buffer that is only partially inside the current
output buffer (i.e. we received it too late!). In that case we should only
skip the part of the GAP buffer that is inside the current output buffer, not
also the remaining part. Otherwise we forward this pad too far into the future
and break synchronization.
|
|
|
|
|
|
|
| |
This a workaround until the incompatibility with CVOpenGLTextureCache
and opengl3 contexts is fixed.
https://bugzilla.gnome.org/show_bug.cgi?id=754786
|
|
|
|
|
|
|
| |
When in live mode, the queue needs to hold the currently processed
buffer and one more at least.
https://bugzilla.gnome.org/show_bug.cgi?id=754851
|