Please provide complete information as applicable to your setup.
• Hardware Platform (Jetson / GPU) GPU • DeepStream Version 4.0.2 and 5.0 • JetPack Version (valid for Jetson only) jetpack 4,4 • TensorRT Version 6 and 7 • NVIDIA GPU Driver Version (valid for GPU only) 2080ti
ERROR from element source: Unhandled error
Error details: gstrtspsrc.c(6161): gst_rtspsrc_send (): /GstPipeline:analysis-pipeline/GstBin:source-bin-0-00/GstURIDecodeBin:uri-decode-bin-0-00/GstRTSPSrc:source:
Option not supported (551)
ERROR from element source: Could not write to resource.
Error details: gstrtspsrc.c(8244): gst_rtspsrc_pause (): /GstPipeline:analysis-pipeline/GstBin:source-bin-0-00/GstURIDecodeBin:uri-decode-bin-0-00/GstRTSPSrc:source:
Could not send message. (Generic error)
Could you give me some useful advice? Thank you very much.
This sample is only a client to receive rtsp stream from “IP camera”. And this error means the rtsp client send a request to server, but server response to client to tell it the request is “Option not supported”. This is a standard response in RTSP protocol. RFC 2326: Real Time Streaming Protocol (RTSP). From the log, it is impossible to know what request evoke the server to response this error. But it is clear that the server refused the client to connect to it.
If you want to dig into the root cause, it is better to analysis the packets between sever and client according to the protocol RFC 2326: Real Time Streaming Protocol (RTSP). This issue has nothing to do with DeepStream and can not be identify by only client side. If you are using rtspsrc plugin to get the stream, one way is to set “debug” property of rtspsrc plugin as TRUE(rtspsrc), then you can analysis the information according to RFC 2326: Real Time Streaming Protocol (RTSP). Any more information, please refer to the information for rtsp protocol with internet.
If you are not using rtspsrc plugin, there are also a lot of open source rtsp analysis tools such as wireshark (Wireshark · Download) which can help to analysis the rtsp requests and responses. Any details and questions, please refer to their official website https://www.wireshark.org
Thank you,
I temporarily solved this problem.
Deleting rtsp source cause sending “PAUSE” option message to IP camera server. But IP camera server replies “Option not suuported”, This is becase my IP camera may not support “PAUSE” option. This link may be helpful:Can a RTSP pause request be supported while playing a live video stream? - Stack Overflow. So I modify the gstreamer source code(gstrtspsrc.c), sending “TEARDOWN” option instead of “PAUSE” option. It worked now.
There is another simple solution to solve this issue. In bus_call function, in “case GST_MESSAGE_ERROR:” part, you can comment this line: “g_main_loop_quit (loop);”. The application should work well, although it still prints errors.
you should download gstreamer source code, compile rtsp part and repalce .so file. I just comment Pause part in source code, i think it is not a good way.