| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Reorder the list to match the SOURCES.
https://bugzilla.gnome.org/show_bug.cgi?id=794320
|
| |
|
| |
|
|
|
|
|
|
|
| |
No upstream (website disappeared), no maintainer, and
pretty much a fringe format anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=776215
|
|
|
|
|
|
| |
The aggregator segment is now exposed on the src pad
https://bugzilla.gnome.org/show_bug.cgi?id=793946
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793881
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Strictly speaking, the TTML spec requires that text backgrounds extend
only to the font height of the related text, rather than to the vertical
distance between lines. The result of this is that there will typically
be vertical gaps between line backgrounds through which moving video can
be seen. Since this was unnacceptable to some content providers, v1.0.1
of the IMSC spec (which profiles TTML) adds a new attribute,
itts:fillLineGap[1], that allows content authors to specify that clients
should extend text backgrounds such that there are no gaps between
lines. This attribute is also going to be included in the next release
of EBU-TT-D.
This patch adds support for fillLineGap to ttmlparse and ttmlrender.
[1] https://www.w3.org/TR/ttml-imsc1.0.1/#itts-fillLineGap
https://bugzilla.gnome.org/show_bug.cgi?id=787071
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793503
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793503
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793503
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793503
|
| |
|
| |
|
|
|
|
| |
In case of X11 we have to call XInitThreads().
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754094
|
| |
|
|
|
|
|
|
| |
Fix some funky control that wasn't working
CID #1417219
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes ffeb09e4abe73d3b9e8909996816f0288e307e22
if (sscanf(...)) { // != 0
error;
}
Is not correct where != 0 indicates some kind of success.
Check instead that the correct number of elements were slurped.
|
|
|
|
| |
CID #1429140
|
|
|
|
|
|
|
| |
If we fail parsing rtpbin pad names, someone has screwed up so critical
and return.
CID #1429142
|
|
|
|
| |
They aren't public headers
|
|
|
|
|
|
|
| |
Meson was checking for $prefix/OpenCV but was then defining
OPENCV_PATH_NAME with 'OpenCv' rather than 'OpenCV'.
https://bugzilla.gnome.org/show_bug.cgi?id=793212
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
|
|
|
| |
Track if the encoder has been inited, and cleanup if needed. Also unref
input_state if has been set
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
|
|
| |
Fixes tests with GstHarness
We will push our own from the srcpad task.
|
|
|
|
| |
Obtain and release it as needed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SDP's are generated and consumed according to the W3C PeerConnection API
available from https://www.w3.org/TR/webrtc/
The SDP is either created initially from the connected
sink pads/attached transceivers as in the case of generating an offer or
intersected with the connected sink pads/attached transceivers as in
the case for creating an answer. In both cases, the rtp payloaded streams
sent by the peer are exposed as separate src pads.
The implementation supports trickle ICE, RTCP muxing, reduced size RTCP.
With contributions from:
Nirbheek Chauhan <nirbheek@centricular.com>
Mathieu Duponchelle <mathieu@centricular.com>
Edward Hervey <edward@centricular.com>
https://bugzilla.gnome.org/show_bug.cgi?id=792523
|
|
|
|
|
|
| |
By removing the indirection to the main loop completely when receiving
the peer certificate. For reference, the on-decoder-key signal does not
have a redirection.
|
|
|
|
| |
And don't build gl mosaic element unconditionally.
|
|
|
|
|
|
|
|
|
| |
We call the base class first as this will remove the pad from
the aggregator, thus stopping misc callbacks from being called,
one of which (process_textures) will recreate the vertex_buffer
if it is destroyed
https://bugzilla.gnome.org/show_bug.cgi?id=760873
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For libsrtp 1, add defines that translate the new namespaced identifiers
to the old unnamespaced ones. Also move the code for setting and getting
a stream's ROC into two compat functions that match libsrtp2's API.
It seems that libsrtp2 properly supports changing the ROC without having
to touch the sequence numbers afterwards, given that srtp_set_stream_roc
sets a pending_roc field, so the entire roc_changed dance should not be
needed anymore. The compat functions for libsrtp 1 just contain our
preexisting hacks, however, so it's still needed there.
libsrtp2 has no means of discovering the streams in the session, so to
create the stats structure we need to iterate over our own set of SSRCs.
For this we also need to re-add the previously removed ssrcs_set to the
encoder.
https://bugzilla.gnome.org/show_bug.cgi?id=776901
|
|
|
|
|
|
| |
Fix regression when used in combination with new flvmux which was
ported to GstAggregator, and which sends plain video/x-flv caps
before sending full caps that include streamheaders.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
|
|
| |
AOM Decoder wasn't being destroyed in stop
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791674
|
| |
|
|
|
|
|
|
| |
new_master needs to be freed if current playlist is not a master playlist
https://bugzilla.gnome.org/show_bug.cgi?id=792146
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791330
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of a massive if/else/if/else/if/else/...:
* Use a common cleanup path for allocated items just before leaving
the function (which will be free-d only if we're not dealing with
a delayed SPU).
* "goto" that cleanup path wherever needed
CID #1427096
CID #1427114
|
|
|
|
|
| |
Otherwise, newer GCC complains about now having sockaddr defined in
the header.
|
|
|
|
|
|
| |
We are sure to have a frame at this point
CID #1427138
|
|
|
|
|
|
| |
message will always be present
CID #1409853
|
|
|
|
|
| |
CID #1427096
CID #1427114
|
|
|
|
|
|
|
| |
SRT modules entrust `gnetworking.h` with finding right headers
for the platforms.
https://bugzilla.gnome.org/show_bug.cgi?id=792123
|