Hey,
We are working on an automated pipeline with Deepstream-python.
The pipeline code is set to auto restart itself with supervisorctl.
Source - RTSP stream from a camera
Inference models - 2
sink - a udp sink to further access the stream via rtsp
But surprisingly, the stream gets stuck with no errors or no logs after a run of few hours. Currently, I am completely clueless about what’s happening.
Can somebody help in the resolution or debugging of this issue?
Also, due to Indian ambient temperatures, the jetson is running at quite extreme temperatures. Here is the screenshot of the JTOP. Can the temperature be a culprit?
Hi,
Please share the information: • Hardware Platform (Jetson / GPU) • DeepStream Version • JetPack Version (valid for Jetson only) • Issue Type( questions, new requirements, bugs)
And do you run on developer kit or your custom board? It should not go to 100C if the thermal solution is working as expected. If you use Jetson Nano developer kit, please try to add a USB fan. See if this improves the stability.
Hi,
So it is Nano 4GB emmc module + Nano 2GB developer kit? Have not seen this combination. Would like to confirm it. Is there a reason to have the hardware combination?
Hi,
The developer kits of Jetson Nano 2GB ad 4GB are different. Although the deviation is minor, it is not 100% pin to pin compatible. Certain functions may not work if you insert Jetson Nano 4GB to developer kit of 2GB. Are you able to try Jetson Nano 4GB module + 4GB developer kit?
I am facing the same issue again. Let me try to rephrase it.
I am using an IP camera stream through RTSP. Using uridecodebin for playing the stream.
I have set the live-source to 1 in streammux property.
There are two models connected, primary and secondary.
The stream works fine when sometimes (usually with no or less inferencing). This is a production environment, so usually from night to afternoon. We tried running and observing it for up to 11 hours.
But during loads, when there is a lot of activity and inferencing , the deep stream code is stuck or freezes indefinitely.
The code is not killed, there are no errors recorded in GST-Bus, it just gets stuck after every 30-40 mins.
We checked using htop, all the threads of the code are alive just not using the CPU. Rest in Jtop everything seems normal ram, temp, etc.
Hi,
Do you set sync=0 to sink? It not, please set the property and give it a try. Not sure but probably the synchronization mechanism in gstreamer frameworks triggers the issue.
Please try the model and check if you observe the issue. Would like to know if it is specific to certain model. Probably for certain heavy loading model Jetson Nano is not able to achieve target performance.
Hi,
For Jetson Nano we demonstrate only PGIE since GPU capability is limited. If you require SGIE, may check if you can reduce loading of the model and set larger batch-size. Generally SGIE is lighter than PGIE.
The nvinfer plugin is open source. You may add debug prints to rebuild the plugins to get more information.
For further check we would need to reproduce the issue. Please check if you can share a gst-launch-1.0 command so that we can set up Jetson Nano 4GB and try.