| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756876
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756653
|
|
|
|
|
|
|
| |
The value is optional in the range, and if it is absent it means we should
download until the end of stream. Not until position 0.
https://bugzilla.gnome.org/show_bug.cgi?id=748316
|
|
|
|
|
|
|
|
|
|
| |
In order to ensure the sequence_position will always be consistently updated,
store the current file duration.
This way, when we advance, we can always increment the position based on what
was previously outputted.
https://bugzilla.gnome.org/show_bug.cgi?id=752132
|
|
|
|
|
|
|
| |
Fixes assertion due to the sink_finalize() being run before the widget destroy
callback.
https://bugzilla.gnome.org/show_bug.cgi?id=755969
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756592
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For live streams, we want to make sure there's a certain distance
between the sequence to play and the last (earliest) fragment.
The problem is that it assumes there are at least 3 fragments in
the playlist, which might not always be the case (like in the case
of a server restarting and gradually adding fragments).
In order to avoid ending up with negative sequence numbers (which
will just loop forever), limit the new target sequence number to
the highest of:
* either the first sequence number of the playlist (fallback)
* or 3 fragments from the last one (standard behaviour)
|
|
|
|
|
|
| |
Found with gst-inspect-1.0 -b in gst-uninstalled env.
https://bugzilla.gnome.org/show_bug.cgi?id=756383
|
|
|
|
| |
Identical to how the z-order property is proxied
|
|
|
|
|
|
|
| |
gst_mpd_client_has_next_period now calls gst_mpd_client_setup_media_presentation
to refresh the period information.
https://bugzilla.gnome.org/show_bug.cgi?id=756186
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756001
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755981
|
|
|
|
|
|
| |
offset
https://bugzilla.gnome.org/show_bug.cgi?id=755824
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
|
|
| |
When stopping the sink we should always hide the window.
https://bugzilla.gnome.org/show_bug.cgi?id=755249
|
|
|
|
|
|
| |
Keep old define around for now.
https://bugzilla.gnome.org/show_bug.cgi?id=754686
|
|
|
|
|
| |
Disable code that warns about unused variables when G_DISABLE_ASSERT
is defined, as it is in tarballs and pre-releases.
|
|
|
|
|
|
|
| |
Fixes incorrect aspect ratio on OSX when changing caps or the 3d
output mode.
https://bugzilla.gnome.org/show_bug.cgi?id=755111
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755140
|
|
|
|
| |
Implements negative repeat segment fields, defined in 5.3.9.6.1.
|
|
|
|
|
|
|
|
|
| |
The spec defines these as signed in 5.3.9.6.1.
Since we don't support this behavior, warn and default to 0
(non repeating), which is the spec's default when the value
is not present.
https://bugzilla.gnome.org/show_bug.cgi?id=752480
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752480
|
|
|
|
| |
Fixes flashes/incorrect aspect ratio when resizing glimagesink on OSX.
|
|
|
|
|
|
|
|
| |
opus decoder can convert from different number of channels, no
need to check, just let it negotiate and create a new decoder if
needed.
https://bugzilla.gnome.org/show_bug.cgi?id=755059
|
|
|
|
|
|
|
|
|
| |
Even if it doesn't actually advance the subfragment in the default way
for streams that have subfragments, it can help the base class to return
EOS when there is no more fragments instead of signaling it that it should
continue downloading.
https://bugzilla.gnome.org/show_bug.cgi?id=755042
|