- Jun 22, 2014
-
-
Sebastian Dröge authored
-
- Jun 19, 2014
-
-
Add encryption and authentication key length parameters to MIKEY. For the encoders, the key lengths are obtained from the cipher and auth algorithms set in the caps. For the decoders, they are obtained while parsing the key management from the client. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=730472
-
- Jun 18, 2014
- Jun 13, 2014
-
-
Wim Taymans authored
-
- Jun 05, 2014
-
-
Adding the possbilty to always have timout in header. This is configurabe with setting "timeout-always-visible". Fixes https://bugzilla.gnome.org/show_bug.cgi?id=728264
-
- May 21, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From 211fa5f to 1f5d3c3
-
- May 20, 2014
-
-
Wim Taymans authored
Store the TCP ports in the transport when we are doing RTSP over TCP. This way, we can easily get to the ports from the transport. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=729776
-
- May 16, 2014
-
-
New signals to allow the user to configure the dynamically created encoders. https://bugzilla.gnome.org/show_bug.cgi?id=730228
-
- May 15, 2014
- May 10, 2014
-
-
Use generic marshalling for the send-message signal. It has two POINTER arguments, not just one. https://bugzilla.gnome.org/show_bug.cgi?id=729900
-
- May 09, 2014
-
-
Wim Taymans authored
In this test we simulate a dynamic pad by watching the caps event. Because of renegotiation in the base payloader now, this caps is sent multiple times but we can only deal with 1 invocation, use a variable to only 'add and remove' the pad once.
-
-
Tim-Philipp Müller authored
Servers must handle Require headers and must report a failure if they don't handle any of the Required options, see RFC 2326, section 12.32: https://tools.ietf.org/html/rfc2326#page-54 https://bugzilla.gnome.org/show_bug.cgi?id=729426
-
- May 03, 2014
-
-
Sebastian Dröge authored
-
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.
-