- May 03, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From bcb1518 to 211fa5f
-
- May 02, 2014
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- May 01, 2014
-
-
Wim Taymans authored
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=728970
-
Wim Taymans authored
Pass the current context to send_message, we will need it later.
-
Wim Taymans authored
-
- Apr 21, 2014
-
-
- Apr 15, 2014
-
-
Wim Taymans authored
First set the watch to flushing so that we unblock any current and future attempt to send data on the watch, Then set the pipeline to NULL. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=728153
-
- Apr 12, 2014
-
-
Fixes annotation for gst_rtsp_session_pool_create() and memory leaks in the sessionpool test. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=728060
-
-
Use the default context whan passing a NULL thread.
-
- Apr 10, 2014
-
-
Vincent Penquerc'h authored
Coverity was moaning about unreachable code, and I think it was just confused by { being before the label. We'll see if it pops up again. Coverity 1197705
-
When we have too many messages queued for a client (currently hardcoded to 100) we overflow and drop the messages. Add a drop-backlog property to control this behaviour. Setting this property to FALSE will retry to send the messages to the client by waiting for more room in the backlog. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=725898
-
- Apr 08, 2014
-
-
-
The second client will be freed after the HTTP tunnel has been set up. Make sure it's RTSP watch is never dispatched again. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=727488
-
-
The streams will be blocked when a live media is prepared. The streams should be unblocked in gst_rtsp_media_unprepare. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=727231
-
Wim Taymans authored
Set our state to UNPREPARING and release the state-lock before setting the pipeline to the NULL state. This way, any pad-added callback will be able to take the state-lock and check that we are now unpreparing instead of deadlocking. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=727102
-
Wim Taymans authored
Make sure we only update the status with the lock.
-
- Apr 04, 2014
-
-
Wim Taymans authored
-
- Apr 03, 2014
-
-
Wim Taymans authored
Parse the mikey response from the client and update the policy for each SSRC.
-
Wim Taymans authored
Make a method to configure the crypto information of a stream. Set udpsrc in READY instead of PAUSED so that we can configure caps later.
-
Wim Taymans authored
-
- Apr 02, 2014
-
-
Wim Taymans authored
-
- Mar 25, 2014
-
-
Wim Taymans authored
We only want to enable SRTP when doing rtsp over TLS so that we can exchange the keys in a secure way.
-
Wim Taymans authored
-
Wim Taymans authored
Install srtp encoder and decoder elements in rtpbin Add MIKEY in SDP
-
- Mar 24, 2014
-
-
In addition a few cosmetic changes: * Adjust the order of arguments * Fix typo: occured -> occurred * Fix indentation after Return:-clauses Fixes https://bugzilla.gnome.org/show_bug.cgi?id=726941
- Mar 15, 2014
- Mar 13, 2014
-
-
Wim Taymans authored
Take the caps for the SDP after they leave the rtpbin so that we can also get the properties added by rtpbin elements.
-
Wim Taymans authored
Keep a cache of the transports and use this to iterate the transport while pushing packets. This allows us to release the lock early. See https://bugzilla.gnome.org/show_bug.cgi?id=725898
-
- Mar 11, 2014
-
-
Add a vmethod tunnel_http_response where the response to the HTTP GET for tunneled connections can be modified. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=725879
-
- Mar 03, 2014
-
-
Wim Taymans authored
If we have multiple profiles (AVP or AVPF) for a stream, make one m= line in the SDP for each profile. The client is then supposed to pick one of the profiles in the SETUP request. Because the m= lines have the same pt, the client also knows that only 1 option is possible.
-
Wim Taymans authored
-