Please provide complete information as applicable to your setup.
• Hardware Platform (Jetson / GPU) • DeepStream Version: deepstream 6.1 • TensorRT Version • NVIDIA GPU Driver Version (valid for GPU only):525.116.04 • Issue Type( questions, new requirements, bugs):question
We use the rtmp.batch code, and then it can be successful to output rtmp video stream. However, when input rtmp stream is stopped and then resume video stream, termial always show :**PERF: 0.00 (15) , which can not output rtmp stream and deepstream-app still running.
According to the article stops-on-rtsp-streams-eos, solving the problem is set value of type,rtsp-reconnect-interval-sec and rtsp-reconnect-attempts.
We set type=3 in source0, which supporting input rtmp stream,
but reconnect stream in rtspstream by type = 4 can work. (rtsp-reconnect-interval-sec:Timeout in seconds to wait since last data was received from an RTSP source before forcing a reconnection. Setting it to 0 will disable the reconnection. Valid when type (type of source) is 4)
• Requirement details( This is for new requirement. Including the module name-for which plugin or for which sample application, the function description)
yes, we need to reconnect rtmp stream after disconnecting. We think the problem of failure of reconnect after disconnecting is type=3([source0]) , which is not able to reconnect stream in rtsp.
how can we get reconnect rtmp stream after disconnecting through altering the config. Just like we change the value rtsp-reconnect-interval-sec and rtsp-reconnect-attempts in rtsp stream. But it is difficult for us to modify rtsp source code of pipeline to connect disconneting rtmp stream.
or are there any patch code for supporting reconnect rtmp stream?
Another problem is that, ERROR from sink_sub_bin_sink1: Could not write to resource (output rtmp stream will stop), when input rtsp stream become unstable or stop and it can not resume after a period of time.
we use rtsp input stream and output rtmp stream by the rtmp patch.
**PERF: FPS 0 (Avg)
**PERF: 0.00 (5.54)
WARNING from src_elem0: Could not read from resource.
Debug info: gstrtspsrc.c(5623): gst_rtspsrc_loop_udp (): /GstPipeline:pipeline/GstBin:multi_src_bin/GstBin:src_sub_bin0/GstRTSPSrc:src_elem0:
The server closed the connection.
**PERF: 0.00 (5.44)
**PERF: 0.00 (5.33)
**PERF: 0.00 (5.24)
**PERF: 0.00 (5.14)
**PERF: 0.00 (5.05)
**PERF: 0.00 (4.96)
**PERF: 0.00 (4.88)
**PERF: 0.00 (4.80)
**PERF: 0.00 (4.72)
**PERF: 0.00 (4.64)
**PERF: 0.00 (4.57)
**PERF: 0.00 (4.50)
**PERF: 0.00 (4.43)
**PERF: 0.00 (4.36)
**PERF: 0.00 (4.30)
**PERF: 0.00 (4.23)
WARNING from src_elem0: Could not read from resource.
Debug info: gstrtspsrc.c(5623): gst_rtspsrc_loop_udp (): /GstPipeline:pipeline/GstBin:multi_src_bin/GstBin:src_sub_bin0/GstRTSPSrc:src_elem0:
The server closed the connection.
**PERF: 0.00 (4.17)
**PERF: 0.00 (4.11)
**PERF: 0.00 (4.05)
**PERF: FPS 0 (Avg)
**PERF: 0.00 (4.00)
**PERF: 0.00 (3.94)
**PERF: 0.00 (3.89)
**PERF: 0.00 (3.84)
**PERF: 0.00 (3.79)
**PERF: 0.00 (3.74)
**PERF: 0.00 (3.69)
** WARN: <watch_source_status:739>: No data from source 0 since last 60 sec. Trying reconnection
** INFO: <reset_source_pipeline:1572>: Resetting source 0
**PERF: 0.00 (3.64)
** ERROR: <cb_newpad3:500>: Failed to link depay loader to rtsp src
** INFO: <bus_callback:206>: Pipeline running
I20231019 08:27:15.610008 42521 deepstream_app.cpp:207] Sending notice now… ERROR from sink_sub_bin_sink1: Could not write to resource. Debug info: gstrtmpsink.c(283): gst_rtmp_sink_render (): /GstPipeline:pipeline/GstBin:processing_bin_0/GstBin:sink_bin/GstBin:sink_sub_bin1/GstRTMPSink:sink_sub_bin_sink1: Failed to write data
** INFO: <bus_callback:246>: Received EOS. Exiting …
ERROR from sink_bin_queue: Internal data stream error.
Debug info: gstqueue.c(988): gst_queue_handle_sink_event (): /GstPipeline:pipeline/GstBin:processing_bin_0/GstBin:sink_bin/GstQueue:sink_bin_queue:
streaming stopped, reason error (-5)
[NvMultiObjectTracker] De-initialized
App run failed
end!
how to solve this problem?
note: we use rtsp input stream for testing reconnect input stream in unstable input video stream ,rather than rtmp stream .
There is no update from you for a period, assuming this is not an issue anymore. Hence we are closing this topic. If need further support, please open a new one. Thanks
Do you configure rtsp-reconnect-attempts value to 10 ? It means number of reconnection.
If the number of reconnections reaches 10, reconnection will exit.
-1 means unlimited times, you can try it.
If you have more questions, can you give me detail log like GST_DEBUG=3 ./deepstream-app ?