Are u using 2 RTSP source, is it possible to test it on single RTSP source. I mean you can try it on komoto and disconnect and reconnect the camera then using another camera and try again, then save and share the 2 logs.
in these files I didnt print out the message in bus_callback function (just as default including your patch).
https://filebin.net/i8o011qzo9daithk/komotoOutputLog.txt?t=lnroejkn
https://filebin.net/i8o011qzo9daithk/vivotechOutputLog.txt?t=lnroejkn
this may help.
the log file of vivotech camera.
https://filebin.net/vd3qpd3qml5g0088/Screenshot_from_2019-12-04_14-51-06.png?t=03r9fg2j
hey bcao
since DS support restreaming for type 4 sources, is it possible that DS does not recognize the komoto camera output as type 4 sources?
Did you set the type=4 when you connect to the komoto camera, would you mind to share your config file with me?
here is my config file
https://filebin.net/l3y2n132chse4sj9/deepstream_app_config_yoloV3.txt?t=f1a0sxsi
the figure below is the communication between DS and komoto + another camera. it seems every thing fine except DS does not restream the frames.
https://filebin.net/q9ilq8ebmonq9evl/komoto2.png?t=jooi0tf7
“sources/apps/sample_apps/deepstream-perf-demo”
This sample has source change you can refer to.
Another sample: deepstream_reference_apps/runtime_source_add_delete at master · NVIDIA-AI-IOT/deepstream_reference_apps · GitHub
I have gone through it, but my issue is in case of disconnection the specific camera that I said cannot reconnect back. it is not about adding new source to the running app.
Is there heart beat between client and server ?
Is there timeout in rtsp server side ?
Can you try to use vlc client to play your ipcamera video and test disconnect case.
You can also check by commands:
gst-launch-1.0 uridecodebin uri= ! xvimagesink sync=0 (if DS not installed on receiver)
gst-launch-1.0 uridecodebin uri= ! nveglglessink sync=0 (if DS installed on receiver)
Yes there is after reconnection.
how can I check it for rtsp timeout?
I tried but once i disconnect the camera the terminal will be terminated.
When you disconnect the camera, I think there is no /dev/videoX device any more. The pipeline needs to be restarted.
by restarting pipeline it means close the instant and run deepstream again?
Yes.
Can you share why do you have this user case: disconnect/connect camera ? It’s not reasonable.
Our QA tried to repro this scenario with SONY IP camera(Model - SNC XM632) and HikVision IP camera(Model – DS-2CD2045FWD) on DS 4.0.2 build on x86 machine. The observations are as below:
Test Steps:
- Run deepstream-app with given IP camera with source type = 4. Confirm the app runs fine.
- Disconnect the Camera from the network.
- Connect the camera again. (For Sony IP camera, the reconnection time is ~2min. For HikVision ~5Sec)
Observations:
Deepstream-app shows 0FPS for ~20sec and gracefully exits with “Received EOS” prints. No App crash or hang was observed.