When the first client connects, it should call media-prepare (which it
looks like it is doing)
When everyone disconnects, the media itself will emit the signal
"unprepared", you can take advantage of this to do clean-up, etc. I
can't really tell how you are doing clean-up at the moment, or what you
want to happen when everyone disconnects (should it still be playing /
pause / or stop and tear down).
When the next client connects, the media factory should call
media-prepare again. Is this happening? Are you getting any error log
Thanks for your reply.
When all clients disconnect, I get into the signal "unprepared".
Catching the signal and doing gst_rtsp_media_prepare(media,NULL); is not
enough, not sure if this is the correct way to prepare again correctly.
When adding GST_RTSP_SUSPEND_MODE_NONE, I am able to reconnect (after a
first all clients disconnect) but the first client connection stream is
missing a lot of frames:
Additional debug info:
gstbasesink.c(2854): gst_base_sink_is_too_late ():
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: A
lot of buffers are being dropped.
What should I do to either never go into "unprepared" mode or to correctly
fully remove last client and be able to "prepare" again correctly?
Thanks for helping, I've got the feeling its not that much to adapt.
I've found "gst_rtsp_media_factory_is_stop_on_disonnect", but it is on the
master branch. I'm using branch 1.4 to be compatible with my Gstreamer
Framework version. Could I use the master version of gst-rtsp-server on my