| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
segsize should be based on latency-time, and must be a multiple of the
frame size. segtotal should be based on buffer-time and segsize.
This prevents errors caused by outputting buffers that are not a
multiple of the frame size, and actually makes the buffer-time and
latency-time properties do what they're supposed to do.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780140
|
|
|
|
|
|
| |
Allows internal http source to request contexts and share cookies
with the pipeline in case the server imposes any restriction based
on cookies.
|
|
|
|
|
|
|
|
|
|
| |
If set, the parent is used to proxy need-context messages from
uridownloader's http source in order to get cookies/headers
from the pipeline.
Based on a patch from Philippe Normand
https://bugzilla.gnome.org/show_bug.cgi?id=726314
|
| |
|
|
|
|
|
|
|
|
|
| |
gstglwindow_cocoa.m:345:16: error: unused variable 'window' [-Werror,-Wunused-variable]
GstGLWindow *window = GST_GL_WINDOW (window_cocoa);
^
gstglwindow_cocoa.m:445:11: error: unused variable 'external_view' [-Werror,-Wunused-variable]
NSView *external_view = (__bridge NSView *)priv->external_view;
^
|
|
|
|
|
|
|
|
|
| |
When there are more than 64 channels, we don't want to exceed the
bounds of the ordering_map buffer, and in these cases we don't want to
remap at all. Here we avoid doing that.
Based on a patch originally for plugins-good/interleave in
https://bugzilla.gnome.org/show_bug.cgi?id=780331
|
| |
|
|
|
|
|
| |
Meson was creating libgstmplex2.so which didn't match the plugin name
'mplex'.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780642
|
|
|
|
| |
s/enveloppe/envelope
|
| |
|
|
|
|
|
|
|
|
| |
The element now exposes properties to enable and configure
voice activity detection, and posts "voice-activity" messages
when the return value of stream_has_voice () changes.
https://bugzilla.gnome.org/show_bug.cgi?id=779138
|
|
|
|
|
| |
Fix a crash ff one set in_channels/out_channels to non-zero, and then
get the matrix property.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This duplicated property is no longer needed as there is now API to
allow bindings access GST_TYPE_ARRAY (see gst_util_get/set/object_array).
Additionnally, Python has proper overrides which will make this looks
like Python. A 2x2 matrix would be set this way:
element = matrix = Gst.ValueArray(Gst.ValueArray([1.0, -1.0]),
Gst.ValueArray([1.0, -1.0))
Notice that you need to "cast" each arrays to Gst.ValueArray, otherwise
there is an ambiguity between Gst.ValueArray and Gst.ValueList list type.
Fortunatly, Gst.ValueArray implements the Sequence interface, so it can
be indexed like normal python matrix.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A live manifest may have a set (> LookAheadFragmentCount) of fragments
that have already been served and are stored on the server, maybe
indefinitely. Adding the parsed live fragments after the manifest
fragments breaks duration reporting and the seekable range.
Fix by only adding parsed fragments outside the list of fragments which
assumes that the fragment list in the manifest is accurate enough to not
stray too far off what's in the retrieved data.
https://bugzilla.gnome.org/show_bug.cgi?id=779447
|
|
|
|
|
| |
This fixes build failure in mplex and mpeg2enc plugins and most likely
in kate plugin (untested).
|
|
|
|
| |
Let's save two allocations and frees per frame.
|
| |
|
|
|
|
|
|
|
|
| |
gstkmssink.c: In function ‘gst_kms_sink_get_input_buffer’:
gstkmssink.c:1102:29: error: ‘mems[0]’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
kmsmem = (GstKMSMemory *) get_cached_kmsmem (mems[0]);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
|
|
|
|
|
|
|
|
|
|
| |
When there are new pads pending for a bitrate switch, don't allow
EOS through from the old streams. It will be sent when the new pads are
ready, just before the old streams are removed.
This fixes racy bitrate switching with hlsdemux in urisourcebin
where old pads EOS before new pads appear and the entire pipeline can
EOS if those propagate fast enough
|
|
|
|
|
|
|
| |
Allow use of playbin3 and GstStreams API by setting
the environment variable "GST_PLAYER_USE_PLAYBIN3"
https://bugzilla.gnome.org/show_bug.cgi?id=775487
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780367
|
| |
|
|
|
|
|
|
| |
fragment, start with the previous one instead
There's no point to start downloading a fragment just to output 1ns.
|
| |
|
|
|
|
| |
We know which number is bigger.
|
|
|
|
| |
be the exact segment position
|
|
|
|
|
|
| |
calculating it again
It does the exact same calculations.
|
|
|
|
|
| |
Also go out of the segment searching loop once segment->start > ts.
We're not going to find any earlier segment anymore.
|
|
|
|
|
|
|
|
| |
Instead of just going to the first or last fragment, report if we're
going outside the index. This should never happen unless there's a bug
or the stream is broken.
Allow some possibility for inaccuracies here though.
|
|
|
|
| |
No longer needed.
|
|
|
|
|
|
|
|
|
|
|
|
| |
libgstgl has a dependency on libgstallocators starting with:
ed1e4c1 glupload: Add support for Vivante DirectTexture uploads
The dependency wasn't stated in the Makefile, so the build could
occasionally fail if you got unlucky with the ordering of build
steps.
https://bugzilla.gnome.org/show_bug.cgi?id=780330
|
|
|
|
|
| |
Apparently automake automatically dists README files,
but can't handle when they disappear.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=776140
|
|
|
|
|
|
| |
EXT-X-DISCONTINUITY tag should have no trailing ":" character
https://bugzilla.gnome.org/show_bug.cgi?id=780179
|
|
|
|
|
|
| |
To fix deadlock during live m3u8 update
https://bugzilla.gnome.org/show_bug.cgi?id=780180
|
|
|
|
|
|
| |
segment
https://bugzilla.gnome.org/show_bug.cgi?id=780108
|
|
|
|
|
|
|
| |
Remove assertions and replace, where necessary, with code that handles
the error cases.
https://bugzilla.gnome.org/show_bug.cgi?id=776436
|
|
|
|
|
|
|
| |
disable the SIDX usage for this segment
The SIDX apparently does not contain information about the current
segment, so better stop using it instead of using incorrect values.
|
|
|
|
|
|
|
|
| |
representations
There is no guarantee that the index positions are the same between
representations, and assuming this easily causes us to get into invalid
index positions.
|
|
|
|
|
| |
And especially don't keep entry count and index around, we have no
entries anymore after clearing.
|
|
|
|
|
|
|
| |
Some of streams such as below have tailing boxes at the end of subfragment.
http://dash.akamaized.net/dash264/TestCases/1a/netflix/exMPD_BIP_TC1.mpd
https://bugzilla.gnome.org/show_bug.cgi?id=776200
|
|
|
|
|
|
|
|
|
| |
If a MPD is On-Demand profile and no index described, demux will terminate
download loop after parsing inband SIDX with flow return custom-success.
At this moment, SIDX index is excat target position, but finish_fragment()
might cause re-advancing subfragment depending on MPD structure.
https://bugzilla.gnome.org/show_bug.cgi?id=776200
|
|
|
|
|
|
|
|
| |
SIDX's base offset (i.e., byte offset of SIDX + sidx.first_offset)
mostly vary as per fragment. Also, target SIDX index must be zero for the
new fragment.
https://bugzilla.gnome.org/show_bug.cgi?id=776200
|