<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="WordSection1"> <o:p> </o:p> Hi all <o:p></o:p> <o:p> </o:p> We have an issue with gst-rtsp-server used with 2 parallel clients requesting two stream/connections to pipeline <o:p></o:p> first client requires RTP_TCP stream for example on 4444 server port <o:p></o:p> second client requires an RTSP_over_HTTP stream on the same 4444 server port <o:p></o:p> <o:p> </o:p> RtspServer pipeline is set in "shared" mode so second client should use always the unique instance of pipeline<o:p></o:p> <o:p> </o:p> What happens is that, when receiving first RTP_TCP connection all is ok because the url supplied is of the form <o:p></o:p> rtsp://10.31.7.78:4444/chan1 <o:p></o:p> and like shown above this url has "port" explicitly declared <o:p></o:p> <o:p> </o:p> When receiving second RTSP_over_HTTP connection, the HTTP handshaking part is ok, but when start the tunnel <o:p></o:p> part in RTSP our url has not port declared in it because it is not necessary, like you see below<o:p></o:p> rtsp://10.31.7.78/chan1/<o:p></o:p> so port is not necessary because it has already been specified in the HTTP part of tunnel<o:p></o:p> At this point rtspServer internally decide to start a new rtsp-media with a new pipeline, and this is a big problem for our aims.<o:p></o:p> <o:p> </o:p> If we go to the source code we see that the second media/pipeline is started because in this source file<o:p></o:p> <o:p> </o:p> "../gst/rtsp-server/rtsp-media-factory.c"<o:p></o:p> <o:p> </o:p> there is the following code and in "default_gen_key()" function reported below ... you can see that "port" is used to <o:p></o:p> create key used in media hashTable, .... <o:p></o:p> <o:p> </o:p> So the question is: why is present "port" in default_gen_key() method ?<o:p></o:p> Could it be better to remove "port" from default_gen_key() method ? <o:p></o:p> <o:p> </o:p> The removal is because port was already read and used by rtspServer <o:p></o:p> <o:p> </o:p> Let’s know<o:p></o:p> thankYou<o:p></o:p> Maurizio<o:p></o:p> <o:p> </o:p> 1218 /* convert the url to a key for the hashtable. NULL return or a NULL function<o:p></o:p> 1219 * will not cache anything for this factory. */<o:p></o:p> 1220 if (klass->gen_key)<o:p></o:p> 1221 key = klass->gen_key (factory, url); // <<<<<<<<<<<<<<<<<<<<<<<o:p></o:p> 1222 else<o:p></o:p> 1223 key = NULL;<o:p></o:p> 1224<o:p></o:p> 1225 g_mutex_lock (&priv->medias_lock);<o:p></o:p> 1226 if (key) {<o:p></o:p> 1227 /* we have a key, see if we find a cached media */<o:p></o:p> 1228 media = g_hash_table_lookup (priv->medias, key); // <<<<<<<<<<<<<<<<<<<<<<o:p></o:p> 1229 if (media)<o:p></o:p> 1230 g_object_ref (media);<o:p></o:p> 1231 } else<o:p></o:p> 1232 media = NULL;<o:p></o:p> 1233<o:p></o:p> <o:p> </o:p> <o:p> </o:p> static gchar *<o:p></o:p> default_gen_key (GstRTSPMediaFactory * factory, const GstRTSPUrl * url)<o:p></o:p> {<o:p></o:p> gchar *result;<o:p></o:p> const gchar *pre_query;<o:p></o:p> const gchar *query;<o:p></o:p> guint16 port;<o:p></o:p> <o:p> </o:p> pre_query = url->query ? "?" : "";<o:p></o:p> query = url->query ? url->query : "";<o:p></o:p> <o:p> </o:p> gst_rtsp_url_get_port (url, &port);<o:p></o:p> <o:p> </o:p> result = g_strdup_printf ("%u%s%s%s", port, url->abspath, pre_query, query); // <<<<<<<<<<<<<<<<<<<<<o:p></o:p> <o:p> </o:p> return result;<o:p></o:p> }<o:p></o:p> <o:p> </o:p> </div> </body> </html>