<div dir="ltr"><div>Hello, <br></div><div><br></div><div>I've been experimenting with the gst-rtsp-server test-launch.c example, I noticed that gst_rtsp_media_factory_set_shared(factory, TRUE) is not working as expected.  That is, when a second rtsp client connects and requests the video stream, the server restarts the first rtsp client video stream. So both clients end up getting video from the beginning of the stream (file). <br></div><div><br></div><div>Is this a bug or as designed? <br></div><div><br></div><div>Steps to reproduce: <br></div><div>1) ./test-launch "( filesrc location=input.mp4 ! qtdemux name=d ! tee name=t ! queue ! h264parse config-interval=-1 ! rtph264pay pt=96 name=pay0 )"<br></div><div>2) start VLC Player and connect to rtsp://<a href="http://127.0.0.1:8554/test">127.0.0.1:8554/test</a> and wait for video to stream a few minutes <br></div><div>3) start another instance of VLC Player and connect to rtsp://<a href="http://127.0.0.1:8554/test">127.0.0.1:8554/test</a>, wait for video to stream, the stream starts at the beginning of the input.mp4 and the video stream in step 2 above stops and plays from the beginning of the file.<br></div><div><br></div><div>The behavior is the same for rtsp server 1.16.2 and 1.18.4. Oddly, if I start two gst-launch-1.0 rtspsrc location=rtsp://<a href="http://127.0.0.1:8554/test">127.0.0.1:8554/test</a> ! ... instead of VLC Player this works: the second stream plays at time of connection; however, if I start/stop one of the rtsp clients, video freezes and doesn't play for the newly started client (at times, the stream totally ends for both rtsp clients) . So it doesn't seem to be robust or reliable. <br></div><div><br></div><div>Thanks<br></div><div><br></div></div>