- Nov 29, 2016
-
-
Sebastian Dröge authored
-
- Nov 23, 2016
-
-
Matthew Waters authored
85c52e19 introduced a more correct detection of the srtp rollover counter to add to the SDP. Unfortunately, it was incomplete for live pipelines where the logic blocks the source bin before creating the SDP and thus would never have the necessary informaiton to create a correct SDP with srtp encryption. Move the pad blocks to rtpbin's output pads instead so that the necessary information can be created before we need the information for the SDP. https://bugzilla.gnome.org/show_bug.cgi?id=770239
-
With this RTSP server can use the sockets independent on the udpsrc state. When the udp src is finalized it will unref socket and when g_socket is finalized the socket will be closed. https://bugzilla.gnome.org/show_bug.cgi?id=765673
-
- Nov 20, 2016
-
-
Tim-Philipp Müller authored
-
- Nov 17, 2016
-
-
Sebastian Dröge authored
-
- Nov 01, 2016
-
-
Tim-Philipp Müller authored
-
Sebastian Dröge authored
-
- Oct 31, 2016
-
-
Tim-Philipp Müller authored
Causes problems with client multicast tests otherwise if tests are run in parallel. https://bugzilla.gnome.org/show_bug.cgi?id=773640
-
- Oct 28, 2016
-
-
Tim-Philipp Müller authored
-
- Oct 25, 2016
-
-
Call session filter with filter_session_media as paramer in client_unwatch_session if using drop_backlog = FALSE. In client_unwatch_session its allowed to grow the watchs backlog. If using drop_backlog = FALSE and the backlog is full it will cause a deadlock when setting session media state to NULL if the backlog is not allowed to grow. https://bugzilla.gnome.org/show_bug.cgi?id=771983
-
- Oct 20, 2016
-
-
Tim-Philipp Müller authored
For gst-all.
-
- Oct 06, 2016
-
-
When using dynamic elements, gst_rtsp_stream_join_bin() is called from "pad-added" signal. In that case priv->srcpad could already have its caps, and they'll be sent to priv->send_src[0] pad. That means that when it connects "notify::caps" signal, that pad could already have received its caps and the signal won't be emitted anymore. In that case priv->caps stay to NULL and when building the SDP that stream gets ignored. Leading to missing video or audio when playing in client side. https://bugzilla.gnome.org/show_bug.cgi?id=772478
-
- Sep 30, 2016
-
-
Tim-Philipp Müller authored
-
Sebastian Dröge authored
-
- Sep 18, 2016
-
-
To prevent any possibly confusion with IPs or anything else. https://bugzilla.gnome.org/show_bug.cgi?id=771530
-
-
- Sep 14, 2016
-
-
Sebastian Dröge authored
-
- Sep 10, 2016
-
-
Jan Schmidt authored
From b18d820 to f980fd9
-
- Sep 09, 2016
-
-
Jan Schmidt authored
From 6f2d209 to b18d820
-
- Sep 07, 2016
-
-
Sebastian Dröge authored
It was added during refactoring.
-
There is no need to keep a strong ref on it, and _leave_bin() was setting it to NULL before calling g_clear_object() so it was leaked. https://bugzilla.gnome.org/show_bug.cgi?id=766612
-
- Sep 06, 2016
-
-
Sebastian Dröge authored
Otherwise IPv6 addresses might fail this comparision.
-
-
- Sep 05, 2016
-
-
If keep-alive happens after removing the session but before finalizing the stream transport, we would segfault. https://bugzilla.gnome.org/show_bug.cgi?id=750544
-
Sebastian Dröge authored
Adding them later will cause deadlocks due to 1) pre-rolling and staying in PAUSED with the unicast/TCP sinks 2) adding the multicast sink 3) waiting for it to get data to preroll again 3) never happens because the queues after the tee are full.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
This is basically reverting changes introduced in commit f62a9a7e, because it was introducing various regressions: - It introduces a leak of udpsrc elements that got wrongly fixed by adding an hash table in commit cba045e1. We should have at most 4 udpsrc for unicast: ipv4/ipv6, rtp/rtcp. They can be reused for all unicast clients. - If a mcast client connects, it creates a new socket in SETUP to try to respect the destination/port given by the client in the transport, and overrides the socket already set on the udpsink element. That means that if we already had a client connected, the source address on the udp packets it receives suddenly changes. - If a 2nd mcast client connects, the destination/port in its transport is ignored but its transport wasn't updated. What this patch does: - Revert back to create udpsrc/udpsink for unicast clients on DESCRIBE. - Always have a tee+queue when udp is enabled. This could be optimized again in a later patch, but is more complicated. If no unicast clients connects then those elements are useless, this could be also optimized in a later patch. - When mcast transport is added, it creates a new set of udpsrc/udpsink, seperated from those for unicast clients. Since we already support only one mcast address, we also create only one set of elements. https://bugzilla.gnome.org/show_bug.cgi?id=766612
-
This partly reverts commit cba045e1, but keeps unit tests. https://bugzilla.gnome.org/show_bug.cgi?id=766612
-
- Sep 01, 2016
-
-
Sebastian Dröge authored
-