Deepstream-app buffer caching observed when using YoloV3 with multiple RTSP output streams

Thanks @amycao for spending time for the tests!

Hi @deepak,
So any more questions with @amycao’s tests?

Thanks!

Hi,

Yes. One suggestion: make one of the output streams as Software encoded encoded stream. The ‘cache’ behavior may be reproduced as noted earlier.

Hi @deepak,
Could you please firstly make sure what you reported is reproduciable?
We have so many topics, if you could help do some work that you could do, it will save our time to solve the issue, sorry for the inconvinence caused!

Thanks!

Hi,

Sure, we will try this and let you know in a day or two.

1 Like

Hi Deepak,
Any update?

Thanks!

Hi,

Sorry busy with other tasks. Will look into it and provide the details by early next week.

1 Like

Hi

Please see the attached file that can be used with the default deepstream-app to reproduce the issue on Jetson Nano.appcfg.txt (5.7 KB)
You may have to re-adjust the folder paths and/or file names to suit your configuration.

Sample output is available here: https://drive.google.com/file/d/1n-Bkd54Kr7vIJLE04jG_8MErAPqjBIxu/view?usp=sharing
image

Also the CPU Load:

image

Another snapshot (Iris mode):
image

The RTSP client was a VLC instance running on the same LAN on a Windows 10 Laptop.

HI,
Let’s clarify first, from your config file, you are using local file, but from the last saying, “The RTSP client was a VLC instance running on the same LAN on a Windows 10 Laptop.”

Hi,

The stream inputs are from the sample file. The outputs go to the RTSP stream. The RTSP (client) viewer is running on a different machine.

Can you specify how you check buffer chaching?

Hi,

The ‘buffer caching’ is the (suspected behavior) used to describe the observation. Please see the video attached, where the vehicles appear to go backwards a few frames and then move forward.

which video?

see it. please give permission to view.

Done.

HI
Using same config as you, please see the video if have the same behaviour, ‘buffer caching’ (suspected behavior)

Hi,
Yes, around 00:20 seconds in the video that you shared, there is ‘buffer caching’ or ‘rewind’ for a very brief period. In the video that I shared, this is much more pronounced and we have seen such behavior for longer periods as well.

Hi,

You may want to look at: Known NvStreamDeMux bug

The DeepStream 5.0.1 SDK has been released to fix the NvStreamDeMux issue mentioned in the topics.

Thanks !