I have added a patch, But when I used a real rtsp camera, I found a warning.
GST_TRACERS=‘leaks’ GST_DEBUG=‘GST_TRACER:7’ gst-launch-1.0 rtspsrc locati
on=rtsp://192.168.1.160:8554/0 ! rtph264depay ! h264parse ! nvv4l2decoder ! fakesink
I have tested version 4.6.2, and it seems that there is no problem, thanks.
However, I cannot upgrade from version 4.5 to version 4.6, because many devices using nx have been deployed, and it is not allowed to upgrade too much. In addition, many of our codes are based on Tensorrt7, and migration with Tensorrt8 has failed. Now I have to use the patch to fix the bug .The memory used by programs keeps growing. The system will end the program after it runs for about a week. I wonder if I can fix this problem on version 4.5. Please help me.
The new version of the library cannot be used in version 4.5.2 and is incompatible
Progress: (connect) Connecting to rtsp://192.168.1.160:8554/0
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
Progress: (request) SETUP stream 0
Progress: (open) Opened Stream
Setting pipeline to PLAYING …
New clock: GstSystemClock
Progress: (request) Sending PLAY request
Progress: (request) Sending PLAY request
Progress: (request) Sent PLAY request
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
Stream format not found, dropping the frame
The program appears to be running, but the hardware decoding is not executed, I don’t know what else to do now.