| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755012
|
|
|
|
|
|
| |
either
https://bugzilla.gnome.org/show_bug.cgi?id=754222
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754222
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 626a8f0a74f8ea748b811b74ba9e7ae2baea2cca.
This allows us to get the plain presentation offset and the period start time
separately. We have to adjust the timestamp by the presentation offset, but
the period start time should only adjust the stream time and running time.
https://bugzilla.gnome.org/show_bug.cgi?id=752409
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
all cases"
This reverts commit e671ad25a989cb21c62c7a5867c2090890ce49ba.
The timestamps should restart at 0 again for each period, but we have to
adjust the segment to map those timestamps to the actual stream time and
running time of that period.
Otherwise we would have timestamps that conflict with the ones from the tfdt
inside the MP4 container, which are restarting at 0 for each period.
https://bugzilla.gnome.org/show_bug.cgi?id=752409
|
|
|
|
|
|
| |
Otherwise we play only the first repetition of the last segment and then EOS.
https://bugzilla.gnome.org/show_bug.cgi?id=752480
|
|
|
|
|
|
| |
In dash isombff profile the fragment is split into subframents where
bitrate switching is possible. Also take that into consideration
when checking if a stream has next fragments.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754819
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754819
|
|
|
|
|
|
|
| |
Otherwise we could include headers/configurations that will
never been installed.
https://bugzilla.gnome.org/show_bug.cgi?id=754732
|
|
|
|
|
|
|
| |
Otherwise when building with --as-needed we would need to link to
a GL or GLES library.
https://bugzilla.gnome.org/show_bug.cgi?id=754732
|
|
|
|
|
|
|
|
|
|
| |
This GstStreamPeriod start value is expressed in nanoseconds,
and the glib time addition function expects microseconds.
There seems to have been a confusion with GstPeriodNode's start
field, which is expressed in milliseconds.
Additionally, add a warning if the timestamp modification did
not succeed, and NULL was returned.
|
|
|
|
|
| |
Makes it possible for muxers to know the target bitrate as soon
as encoding starts, which flvmux now uses.
|