<div dir="ltr">I started a new bug at <a href="https://bugzilla.gnome.org/show_bug.cgi?id=761100">https://bugzilla.gnome.org/show_bug.cgi?id=761100</a> since I believe that they are unrelated at the moment.  I will add this information there as well.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 25, 2016 at 1:05 PM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mo, 2016-01-25 at 11:20 -0500, Kyle Pennington wrote:<br>
> So the specific incident I provided is a VLC issue.<br>
><br>
> The other issue I have is that a client suddenly disconnection can<br>
> cause other clients to disconnect or their streams to freeze.  Again,<br>
> this only happens on a shared pipeline, but I've isolated the issue<br>
> to be a shared pipeline with UDP as the only set transport.<br>
><br>
> 1) In gst-rtsp-server/examples/test-video.c, insert<br>
> "gst_rtsp_media_factory_set_shared(factory, TRUE);" to line 136, and<br>
> "gst_rtsp_media_factory_set_protocols(factory,<br>
> GST_RTSP_LOWER_TRANS_UDP);" to line 137.<br>
> 2) Recompile the gst-rtsp-server examples (navigate to root, and run<br>
> make)<br>
> 3) Navigate to the example directory, and run the "test-video" shell<br>
> script<br>
> 4) use ifconfig to get your eth0/wlan0 IP address<br>
> 5) Run the following command in a new terminal: "gst-launch-1.0<br>
> rtspsrc location=rtsp://<eth0/wlan0 IP address>:8554/test<br>
> protocols=0x1 ! fakesink"<br>
> 6) Open a VLC client, and connect to the localhost IP addres -<br>
> rtsp://<a href="http://127.0.0.1:8554/test" rel="noreferrer" target="_blank">127.0.0.1:8554/test</a><br>
> 7) In another terminal, execute the following command: "sudo ip link<br>
> set <eth0/wlan0> down"<br>
><br>
> This should cause the VLC client to quickly freeze it's current<br>
> stream.  The gst-launch-1.0 client will take some time before it<br>
> disconnects, but during that time if you reconnect the VLC client to<br>
> the localhost IP, the stream will continue.<br>
><br>
> In short, there appears to be an issue with how UDP handles multiple<br>
> clients on a shared pipeline.  I don't experience these issues if I<br>
> force TCP on the server, or if I set shared to false.<br>
<br>
</div></div>Can you add this additional information to<br>
 <a href="https://bugzilla.gnome.org/show_bug.cgi?id=648463" rel="noreferrer" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=648463</a><br>
? That way maybe this bug can be resurrected if someone has<br>
the time to look into it :)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer" target="_blank">http://www.centricular.com</a><br>
<br>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>