Please provide complete information as applicable to your setup.
• Hardware Platform (Jetson / GPU) GPU(1050ti)
• DeepStream Version 5.1
• Cuda Version 11.1
• TensorRT Version 7.2.3
• NVIDIA GPU Driver Version (valid for GPU only) 455.32
• Issue Type( questions, new requirements, bugs) questions
• How to reproduce the issue
Every once in a while, one of the rtsp streams gets stuck and the frame rate of the others becomes 0.2 when I use deepstream_imagedata_multistream.py with Multiple rtsp sources.I tried it on both GPU and jetson nano, and the result is still the same.
I was looking for answers in the forum and saw some people with the same problem I was having.One of the posts said that turning up the interval and decreasing the value of batched-push-timeout solved the problem.But I tried it and it just delayed the problem.
There are also some posts saying that this is a problem with rtsp streams, and I think there is some truth in this view. But when there is a problem with a stream how do we find out in time that the stream has an error and reload this stream?
I tried to borrow the code for adding and removing sources from deepstream_rt_src_add_del.py. When detecting a source blocking delete and re-add it, but I don’t know how to determine the one that went wrong, so I’m using a very clumsy method that is to detect fps.But maybe I was too low and re-adding the source led to some other errors, which frustrated me.
So ，in general, my questions are as follows
1. How to solve the problem of frame rate dropping to 0.2 using rtsp stream?
2. If it is indeed due to a problem with the rtsp stream, how do I know in time which stream is having problems when there are multiple sources?
3. Is the idea of reloading the stream dynamically correct? If not how do I handle an exception stream?
Can someone give me some advice？ thanks.