RTSP Streaming's FPS is unstable.. and question

• Hardware Platform (Jetson / GPU) Jetson NX
• DeepStream Version 6.0
• JetPack Version (valid for Jetson only) 4.6
• TensorRT Version 8.0.1
• NVIDIA GPU Driver Version (valid for GPU only)
• Issue Type( questions, new requirements, bugs) questions
• How to reproduce the issue ? (This is for bugs. Including which sample app is using, the configuration files content, the command line used and other details for reproducing)

• Requirement details( This is for new requirement. Including the module name-for which plugin or for which sample application, the function description)

Hello, I am developing using “deepstream-nvdsanalytics-test app”.
It’s going quite positively and I’ve encountered two problems.

First question.
FPS is not stable when connected directly to a camera that supports RTSP service.
(It only happens in certain cameras,(Hanhwa, TRUEN)
Connecting the camera in question to the milestone NVR and receiving an RTSP stream from milestone NVR makes the FPS very stable.)

Both cameras are available in the h264 codec.
Milestone NVR is also available in the h264 codec. Resolution is also available at 1080p.
It’s all made up of internal networks.

Is there a way or a tool to guess what is causing these problems?

I don’t think the cause of this problem is deepstream sdk, but I wrote this topic because I wanted to ask someone with wider knowledge than me.

This is a video of the symptoms.
The first run connects directly to the camera.
The second run connects directly to Milestone NVR.

Second question.
It’s about Ntp Timestamp.
I set the attribute of attach-sys-ts to FALSE and succeeded in obtaining the Ntp Timestamp using the configure_source_for_ntp_sync() function.
However, some cameras(TRUEN) always return a value of 0 for the Ntp Timestamp.
Can you tell me any other tools or ways to check if this is really zero?

thank you


Thank you.

Can I have some advice on the first question?

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

The 3rd party tool “wireshark” may help. Wireshark · Go Deep

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