Hi all,<br><br>copying-pasting from <a href="https://bugzilla.gnome.org/show_bug.cgi?id=628214">https://bugzilla.gnome.org/show_bug.cgi?id=628214</a>:<br><br>some typos are corrected between square brackets [..].<br><font style="font-family: arial,helvetica,sans-serif;" size="2"><br>
&quot;<br></font><pre style="font-family: arial,helvetica,sans-serif;" class="bz_comment_text" id="comment_text_0"><font size="2">Currently GStreamer is missing support for RTSP initiation from SDP files (as<br>specified in RFC2362, Annex C). This could [make] GStreamer incompatible with RTSP<br>
servers which assume RTSP initiation happens through this kind of (pre-shared)<br>files.<br><br>The current SDP support [in sdpdemux] is only related to already initiated sessions, the<br>attached set of patches grants compliance with the above mentioned<br>
specifications.<br><br>More specifically the patches:<br><br>- Add a new protocol, &quot;sdp://&quot;<br>- Modify the SDP demuxer behaviour to detect files as for RFC2362, annex C and<br>enable it to use the rtspsrc in such a case.<br>
- Modify rtspsrc so to handle the sdp:// protocol.<br><br>Still the key issue of state change violations in sdpdemux are remaining. As<br>suggested from Mark, a most proper fix would be to get rid of it and use<br>redirection signals from the sdpdemux element. The signal could then be h[a]ndled<br>
from the uridecodebin[2 or playbin2].<br>&quot;<br></font></pre>Thanks to anybody who would review/comment the patches.<br><br>Regards<br>