Warning: gst-resource-error-quark: Could not read from resource

So for the testing, I left the streams running and both of them disconnected at some time. I then waited for the pipeline to reconnect to them but despite trying for 30 mins, the re connection was not successful. The streams were working at that time.

What’s interesting and strange is that at the same time when I was doing testing for these 2 streams, one of my colleagues was also using stream0 in deepstream for his testing. The only difference is that he is testing on a Jetson Nano using deepstream version 6.0.1 and using uridecodebin instead of nvurisrcbin. Otherwise, we are using the same code.

However, while the stream became disconnected at my end, the stream was not disconnected in his pipeline (it continued working normally in the display). Furthermore, both our systems are connected to the internet through the same LAN switch.

At this time, I have no idea why the nvurisrcbin re-connection functionality fails randomly sometimes.

Any help would be greatly appreciated. Thank you.

two-local-rtsp-streams-reconnect.txt (15.1 KB)

There is no update from you for a period, assuming this is not an issue any more. Hence we are closing this topic. If need further support, please open a new one. Thanks.

  1. on the same terminal where the application is running, please execute export NVSTREAMMUX_ADAPTIVE_BATCHING=yes first, then run the application.
  2. uridecodebin has no rtsp reconnecting functionality.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.