DeepStream 7.1 on Jetson Orin AGX – nvmultiurisrcbin Freezes When RTSP Stream Resolution Changes (5MP -> 720p)

• Hardware Platform: Jetson Orin AGX 64GB
• DeepStream Version: 7.1 Docker Container
• JetPack Version: 6.1

Hello all,

I‘m quite new to Deepstream and currently building a custom DeepStream pipeline (Python bindings) that should be able to handle multiple RTSP streams (around 10–15 at the end). It’s running inside the DeepStream 7.1 Docker container on a Jetson Orin AGX 64GB

My current pipeline structure:

nvmultiurisrcbin
  -> queue (q_after_mux)
  -> nvinferserver
  -> queue (q_before_trk)
  -> nvtracker
  -> nvdsanalytics
  -> queue (q_before_tlr)
  -> nvmultistreamtiler
  -> nvvideoconvert (convertor_post_tiler)
  -> queue (q_before_osd)
  -> nvdsosd
  -> nvvideoconvert (convertor_post_osd)
  -> queue (q_before_enc)
  -> capsfilter
  -> nvv4l2h264enc / nvv4l2h265enc
  -> rtph264pay / rtph265pay
  -> udpsink

Input is an RTSP camera stream , originally at 5MP (2880×1616) - H264 - 30 FPS.
That’s obviously too heavy, so I lowered the stream resolution to 1280×720 and updated the muxer settings accordingly.

So my actual issue:

  • At 5MP, everything works fine buffers flow, inference runs, and I see my probe logs for caps.
  • At 720p (or other lower resolutions than 5MP), the pipeline stops producing buffers — my logging probe never fires.
  • The exact same code works fine on an RTX GPU system (so it’s not pipeline logic? I assume smth with memory or decode).
  • On the Jetson, lowering the resolution causes nvmultiurisrcbin to seemingly stall.

Is there any Jetson-specific configuration or limitation I’m missing when using nvmultiurisrcbin and lower RTSP resolutions?

Any hints, known quirks, or things to check (like decoder caps, nvbuf-memory-type, or DeepStream config tuning for Jetson) would be super appreciated.

I also debugged with gst-launch command and saw, that the camras first signals are still 2880x1616 and after about two packets, its th 1280x720 (i dont get why), can this cause the problem?

Thanks in advance for any help on this.

  1. what do you mean by “the camras first signals are still 2880x1616 and after about two packets, its th 1280x720”? how did you observe that first signals and two packets? if playing with VLC or other palyers, will the output resolution change?
  2. do you mean using 5MP the app runs well on Jetson, after using 720p the app will hang? If so, could you share the dataild code or configuration modifications when using 5MP? Thanks!
  3. if using 720p, could you run “sudo tegrastats” when running the app to the observe the resource usage? then share the log after the app hangs.
  4. if only using “nvmultiurisrcbin->queue->faksink”, will the app hang?

thanks for your reply

  1. what do you mean by “the camras first signals are still 2880x1616 and after about two packets, its th 1280x720”? how did you observe that first signals and two packets? if playing with VLC or other palyers, will the output resolution change?

I tested the connection with gst-launch-1.0 rtspsrc location=rtsp://xx.xx.xx.xx:yyy/stream! rtph264depay ! h264parse ! fakesink -v

from the debug logs, i can first see smth like

/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0164c032ffe1001e6764c032ac1b1aa02d00cba6e0202028000003000800000301e47844235001000568ef31b21b, level=(string)5, profile=(string)high
/GstPipeline:pipeline0/GstH264Parse:h264parse0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0164c032ffe1001e6764c032ac1b1aa02d00cba6e0202028000003000800000301e47844235001000568ef31b21b, level=(string)5, profile=(string)high, width=(int)2880, height=(int)1616,

where height and width are still 2880x1616, however in the same streeam after a few secs, it shows

/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0164c028ffe1001c6764c028ac1b1aa05005ba6e02020280000003008000001e4784423501000568ef31b21b, level=(string)4, profile=(string)high
/GstPipeline:pipeline0/GstH264Parse:h264parse0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0164c028ffe1001c6764c028ac1b1aa05005ba6e02020280000003008000001e4784423501000568ef31b21b, level=(string)4, profile=(string)high, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, colorimetry=(string)1:3:5:1, parsed=(boolean)true

where height and width is what i would expcect, 1280x720

  1. do you mean using 5MP the app runs well on Jetson, after using 720p the app will hang? If so, could you share the dataild code or configuration modifications when using 5MP? Thanks!

yes, exactly. So on 5MP everything worked well. After changing the resolution i do not get any data. I defined my code in Stage classes, so its a lot to share actually. I hope these snippets will help. Otherwise would it be possible to share it with you private?

for the src stage:

    def __init__(self, config: SourceStageConfig) -> None:

        self.config = config

        self.sources = config.sources

        self.sensor_ids = config.sensor_ids

        self.muxer_width = config.muxer_width

        self.muxer_height = config.muxer_height

        self.muxer_timeout = config.muxer_timeout

        self._log = Logger(name="SourceStage").get_logger()

        self.srcbin: Gst.Element | None = None




    def build(self, pipeline: Gst.Pipeline) -> Gst.Element:

        srcbin = create_element(GstElementNames.MULTI_URI_SRC_BIN, "multi-src")

        self.srcbin = srcbin




        if self.sources:

            uri_list = ",".join(self.sources)

            srcbin.set_property(GstProperties.URI_LIST, uri_list)




            sensor_ids = []

            for i, _ in enumerate(self.sources):

                if getattr(self.config, "sensor_ids", None):

                    sensor_ids.append(self.config.sensor_ids[i])

                else:

                    sensor_ids.append(f"source{i}")

            srcbin.set_property("sensor-id-list", ",".join(sensor_ids))


            if getattr(self.config, "sensor_names", None):

                if len(self.config.sensor_names) == len(self.sources):

                    srcbin.set_property(

                        "sensor-name-list",

                        ",".join(self.config.sensor_names),

                    )


        max_batch = max(len(self.sources), int(getattr(self.config, "max_batch_size", 0)) or 1)

        srcbin.set_property("max-batch-size", max_batch)



        if self.muxer_width is not None:

            srcbin.set_property("width", self.muxer_width)

        if self.muxer_height is not None:

            srcbin.set_property("height", self.muxer_height)

        if self.muxer_timeout is not None:

            # same unit as nvstreammux: nanoseconds

            srcbin.set_property("batched-push-timeout", self.muxer_timeout)


        srcbin.set_property("live-source", int(bool(self.config.is_live_source)))



        try: 

            rest_ip = getattr(self.config, "rest_ip", "localhost")

            rest_port = getattr(self.config, "rest_port", 9000)

            srcbin.set_property("ip-address", rest_ip)

            srcbin.set_property("port", str(rest_port))

            self._log.info(f"REST API enabled at {rest_ip}:{rest_port}")

        except Exception as e:

            self._log.error(f"Failed to set REST API properties: {e}")



        def _safe_set(elem: Gst.Element, prop: str, val):

            try:

                elem.set_property(prop, val)

            except Exception:

                pass



        _safe_set(srcbin, "gpu-id", getattr(self.config, "gpu_id", 0))

        # _safe_set(srcbin, "cudadec-memtype", getattr(self.config, "cuda_memory_type", 0))

        # _safe_set(srcbin, "num-extra-surfaces", getattr(self.config, "num_extra_surfaces", 4))

        # _safe_set(srcbin, "latency", 100)




        pipeline.add(srcbin)

        return srcbin

where height and width is set to 1920x720 when running on 5MP, or 1280x720 for lower ones

live-source is set to True, timeout to 40000

in my pipeline i use it like

            self.multisrc = self.source_stage.build(self.pipeline)

            self.q_after_mux = _mk_queue("q_after_mux")

            self.pipeline.add(self.q_after_mux)


            src_pad = self.multisrc.get_static_pad("src")

            if src_pad:

                src_pad.add_probe(Gst.PadProbeType.BUFFER, self._log_src_caps)


for logging i use

    def _log_src_caps(self, pad, info, user_data=None):

        caps = pad.get_current_caps() or pad.get_allowed_caps()

        if not caps:

            self.logger.warning("Source src pad: no caps available yet")

            return Gst.PadProbeReturn.OK


        s = caps.get_structure(0)

        media_type = s.get_name()


        width = s.get_value("width") if s.has_field("width") else None

        height = s.get_value("height") if s.has_field("height") else None


        framerate = None

        if s.has_field("framerate"):

            try:

                ok, num, den = s.get_fraction("framerate")

                if ok and den != 0:

                    framerate = f"{num}/{den}"

            except TypeError:

                # Fallback: just stringify whatever is there

                try:

                    framerate = str(s.get_value("framerate"))

                except Exception:

                    framerate = None



        self.logger.info(

            f"[SourceCaps] type={media_type}, width={width}, height={height}, "

            f"framerate={framerate}, caps={caps.to_string()}"

        )

        pad.remove_probe(info.id)

        return Gst.PadProbeReturn.OK

for the 2880x1616 Stream i cann see those logs, for lower resolutions it does not get fired at all.

tegrastats:

it seeems with jtop command, NDEC etc. all OFF

11-12-2025 09:37:35 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.75C soc2@53.781C soc0@55.187C tj@57.625C soc1@54.406C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/398mW VIN_SYS_5V0 2620mW/2620mW
11-12-2025 09:37:36 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [2%@729,3%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.687C soc2@53.937C soc0@54.968C tj@57.687C soc1@54.406C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/398mW VIN_SYS_5V0 2524mW/2572mW
11-12-2025 09:37:37 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.718C soc2@53.687C soc0@55.031C tj@57.718C soc1@54.531C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/398mW VIN_SYS_5V0 2524mW/2556mW
11-12-2025 09:37:38 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [1%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.875C soc2@53.718C soc0@54.875C tj@57.562C soc1@54.312C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/398mW VIN_SYS_5V0 2520mW/2547mW
11-12-2025 09:37:39 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,1%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.656C soc2@53.75C soc0@54.906C tj@57.656C soc1@54.375C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/398mW VIN_SYS_5V0 2524mW/2542mW
11-12-2025 09:37:40 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.687C soc2@53.687C soc0@54.937C tj@57.687C soc1@54.437C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 0mW/332mW VIN_SYS_5V0 2524mW/2539mW
11-12-2025 09:37:41 RAM 7565/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [1%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,1%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.406C soc2@53.625C soc0@54.75C tj@57.406C soc1@54.125C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 0mW/284mW VIN_SYS_5V0 2524mW/2537mW
11-12-2025 09:37:42 RAM 7565/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.406C soc2@53.656C soc0@54.781C tj@57.406C soc1@54.25C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 398mW/299mW VIN_SYS_5V0 2524mW/2536mW
11-12-2025 09:37:43 RAM 7565/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.406C soc2@53.5C soc0@54.781C tj@57.406C soc1@54.343C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 0mW/265mW VIN_SYS_5V0 2524mW/2534mW
11-12-2025 09:37:44 RAM 7564/30697MB (lfb 48x4MB) SWAP 0/15348MB (cached 0MB) CPU [1%@729,1%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729,0%@729] EMC_FREQ 0%@204 GR3D_FREQ 0%@[0,0] NVENC off NVDEC off NVJPG off NVJPG1 off VIC off OFA off NVDLA0 off NVDLA1 off PVA0_FREQ off APE 174 cpu@57.281C soc2@53.5C soc0@54.625C tj@57.281C soc1@54.062C VDD_GPU_SOC 1993mW/1993mW VDD_CPU_CV 0mW/239mW VIN_SYS_5V0 2524mW/2533mW
11-12-2025 09:37:45 RAM 7564/30697MB (lfb..

  1. if only using “nvmultiurisrcbin->queue->faksink”, will the app hang?

yes, i used a minimal script with just linking the nvmultisrcbin → queue→fakesink, with a probe log and this probe log also didnt get fired at all.

do you mean, the gst-launch cmd was started when the resolution is 2880x1616, then you changed the resolution to 720p with some camera tools? or after the cmd stared, you did nothing?
2, the gst-launch cmd does not include decoder, so the decoding loading is 0. could you share the 1.log after running the following cmd? which will output more logs.

 gst-launch-1.0 --gst-debug-level=3 --gst-debug=rtpjitterbuffer:6,rtph264depay:6,h264parse:6,v4l2videodec:6,videodecoder:6 rtspsrc location=rtsp://xxx  ! rtph264depay ! h264parse  ! nvv4l2decoder   ! fakesink >1.log 2>1.log

1.log (83.7 MB)

regarding the earlier provided logs:

I actually switched the cam resolution before the gst-launch command, so it was already set to 1280x720 when i starting gst-launch but i still got the old resolution in the first logs. (also after a while)

please find the attached log file for the new command

I also can see in my pipeline, for GST_DEBUG 3.

0:04:04.241641524 1 0xffff60000de0 WARN rtspmedia rtsp-media.c:3594:wait_preroll: failed to preroll pipeline
0:04:04.241842295 1 0xffff60000de0 WARN rtspmedia rtsp-media.c:3964:gst_rtsp_media_prepare: failed to preroll pipeline
0:04:04.245300868 1 0xffff60000de0 ERROR rtspclient rtsp-client.c:1087:find_media: client 0xaaaae4e54d90: can’t prepare media

thanks for your ongoing help on this, i really appreciate it.

0:00:02.696341326 e[31m 564e[00m 0xffffa8001ff0 e[37mDEBUG e[00m e[00m v4l2videodec gstv4l2videodec.c:2016:gst_v4l2_video_dec_handle_frame:e[00m Acquired caps: video/x-raw, format=(string)NV12, width=(int)1280, height=(int)720,
0:00:02.846761767 e[31m 564e[00m 0xffffa8000e00 e[33;01mLOG e[00m e[00m videodecoder gstvideodecoder.c:3431:gst_video_decoder_finish_frame:e[00m finish frame 0xaaab12ee1210 //zf first
0:02:19.647739271 e[31m 564e[00m 0xffffa8000e00 e[33;01mLOG e[00m e[00m videodecoder gstvideodecoder.c:3431:gst_video_decoder_finish_frame:e[00m finish frame 0xffff6c087170 //zf last

  1. from the summary above of your log, the first decoded frame came after changing to 720p. the decoing was fine, and lasted for about two minutes. you can use nv3dsink to view the video, or use jtop to check the decoding loading.
  1. to narrow donw this issue, could you share the 2.log after running the following pipeline with nvmultisrcbin for 30 seconds? Thanks!
 gst-launch-1.0 --gst-debug-level=3 --gst-debug=rtspsrc:6,rtpjitterbuffer:6,rtph264depay:6,h264parse:6,v4l2videodec:6,videodecoder:6   nvmultiurisrcbin uri-list=rtsp://127.0.0.1:8556/test width=1920 height=1280  ! fakesink >2.log 2>2.log

2.log (8.4 MB)

if I read the logs correctly, this pipeline is working well isnt it ? If so, I do not quite understand what’s going wrong in the py conding then. Any possible reasons or suggestions are highly appreciated :)

0:00:00.899842965 e[35m 160e[00m 0xffff88002830 e[37mDEBUG e[00m e[00m v4l2videodec gstv4l2videodec.c:1631:gst_v4l2_video_dec_handle_frame:e[00m Handling frame 10
0:00:00.900180372 e[35m 160e[00m 0xffff88002830 e[37mDEBUG e[00m e[00m v4l2videodec gstv4l2videodec.c:1582:gst_v4l2_h264_stream_parser:e[00m sps width = 1280 height = 720

No, from the summary above of 2.log, the decoder received 10 frames and hung. gst_video_decoder_finish_frame, which means decoding well, was not found. could you use the following cmd to dump one minute video stream? Thanks! then we can analyze the stream

gst-launch-1.0 rtspsrc location=XXX ! rtph264depay ! h264parse ! 'video/x-h264,stream-format=byte-stream' ! filesink location=test.h264

thanks for your help on this. Please find the attached test.h264 file shared with you. I was a bit confused about the logs, so i will provide the cli output as well.

(Argus) Error FileOperationFailed: Cannot create camera provider (in src/rpc/socket/client/SocketClientDispatch.cpp, function createCameraProvider(), line 107)
/bin/bash: line 1: lsmod: command not found
/bin/bash: line 1: modprobe: command not found
0:00:00.381555182   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libFLAC.so.8: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.672: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstsndfile.so’: libFLAC.so.8: cannot open shared object file: No such file or directory
0:00:00.391744322   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libmp3lame.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.682: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstlame.so’: libmp3lame.so.0: cannot open shared object file: No such file or directory
0:00:00.397405894   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libopenh264.so.6: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.687: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstopenh264.so’: libopenh264.so.6: cannot open shared object file: No such file or directory
0:00:00.445712229   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libmp3lame.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.736: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstchromaprint.so’: libmp3lame.so.0: cannot open shared object file: No such file or directory
0:00:00.459100599   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libFLAC.so.8: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.749: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstpulseaudio.so’: libFLAC.so.8: cannot open shared object file: No such file or directory
0:00:00.465312117   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libvo-aacenc.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.755: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstvoaacenc.so’: libvo-aacenc.so.0: cannot open shared object file: No such file or directory
0:00:00.465865232   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libfaad.so.2: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.756: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstfaad.so’: libfaad.so.2: cannot open shared object file: No such file or directory
0:00:00.541968040   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libmp3lame.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.832: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstlibav.so’: libmp3lame.so.0: cannot open shared object file: No such file or directory
0:00:00.547612492   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libmjpegutils-2.1.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.837: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstmplex.so’: libmjpegutils-2.1.so.0: cannot open shared object file: No such file or directory
0:00:00.555031421   162 0xaaaaf6f775d0 WARN               vadisplay gstvadisplay.c:287:_va_warning: VA error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
0:00:00.555064861   162 0xaaaaf6f775d0 WARN               vadisplay gstvadisplay.c:347:gst_va_display_initialize: vaInitialize: unknown libva error
0:00:00.555268955   162 0xaaaaf6f775d0 WARN               vadisplay gstvadisplay.c:287:_va_warning: VA error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
0:00:00.555286683   162 0xaaaaf6f775d0 WARN               vadisplay gstvadisplay.c:347:gst_va_display_initialize: vaInitialize: unknown libva error
0:00:00.592356593   162 0xaaaaf6f775d0 WARN                   nvenc gstnvenc.c:878:gst_nvenc_load_library: Could not open library libnvidia-encode.so.1, libnvidia-encode.so.1: cannot open shared object file: No such file or directory
0:00:00.592400497   162 0xaaaaf6f775d0 WARN                 nvcodec plugin.c:80:plugin_init: Failed to load nvenc library
0:00:00.592656974   162 0xaaaaf6f775d0 WARN                 default gstcuvidloader.c:89:gst_cuvid_load_library: Could not open library libnvcuvid.so.1, libnvcuvid.so.1: cannot open shared object file: No such file or directory
0:00:00.592674894   162 0xaaaaf6f775d0 WARN                 nvcodec plugin.c:85:plugin_init: Failed to load nvdec library
0:00:00.619165045   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libFLAC.so.8: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.909: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstfluidsynthmidi.so’: libFLAC.so.8: cannot open shared object file: No such file or directory
0:00:00.657190945   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libmjpegutils-2.1.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.947: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstmpeg2enc.so’: libmjpegutils-2.1.so.0: cannot open shared object file: No such file or directory
0:00:00.660110018   162 0xaaaaf6f775d0 WARN                  ladspa gstladspa.c:508:plugin_init: no LADSPA plugins found, check LADSPA_PATH
0:00:00.665209324   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: libFLAC.so.8: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:00.955: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/libgstflac.so’: libFLAC.so.8: cannot open shared object file: No such file or directory
0:00:00.796189244   162 0xaaaaf6f775d0 WARN      GST_PLUGIN_LOADING gstplugin.c:875:_priv_gst_plugin_load_file_for_registry: module_open failed: librivermax.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:162): GStreamer-WARNING **: 11:12:01.086: Failed to load plugin ‘/usr/lib/aarch64-linux-gnu/gstreamer-1.0/deepstream/libnvdsgst_udp.so’: librivermax.so.0: cannot open shared object file: No such file or directory
Setting pipeline to PAUSED …
Pipeline is live and does not need PREROLL …
Progress: (open) Opening Stream
Pipeline is PREROLLED …
Prerolled, waiting for progress to finish…
Progress: (connect) Connecting to rtsp://10.17.30.50:554/live/0
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
0:00:01.104681934   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1637:gst_udpsrc_open: warning: Could not create a buffer of requested 524288 bytes (Operation not permitted). Need net.admin privilege?
0:00:01.104910956   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1647:gst_udpsrc_open: have udp buffer of 212992 bytes while 524288 were requested
0:00:01.105601700   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1637:gst_udpsrc_open: warning: Could not create a buffer of requested 524288 bytes (Operation not permitted). Need net.admin privilege?
0:00:01.105657348   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1647:gst_udpsrc_open: have udp buffer of 212992 bytes while 524288 were requested
Progress: (request) SETUP stream 0
0:00:01.144948162   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1637:gst_udpsrc_open: warning: Could not create a buffer of requested 524288 bytes (Operation not permitted). Need net.admin privilege?
0:00:01.145072417   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1647:gst_udpsrc_open: have udp buffer of 212992 bytes while 524288 were requested
0:00:01.145534940   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1637:gst_udpsrc_open: warning: Could not create a buffer of requested 524288 bytes (Operation not permitted). Need net.admin privilege?
0:00:01.145581755   161 0xffff84000b90 WARN                  udpsrc gstudpsrc.c:1647:gst_udpsrc_open: have udp buffer of 212992 bytes while 524288 were requested
Progress: (request) SETUP stream 1
Progress: (open) Opened Stream
Setting pipeline to PLAYING …
New clock: GstSystemClock
Progress: (request) Sending PLAY request
Redistribute latency…
Redistribute latency…
0:00:01.176124407   161 0xffff84001210 FIXME                default gstutils.c:4025:gst_pad_create_stream_id_internal:fakesrc1:src Creating random stream-id, consider implementing a deterministic way of creating a stream-id
0:00:01.176124247   161 0xffff84000fe0 FIXME                default gstutils.c:4025:gst_pad_create_stream_id_internal:fakesrc0:src Creating random stream-id, consider implementing a deterministic way of creating a stream-id
Progress: (request) Sending PLAY request
Redistribute latency…
Redistribute latency…
Progress: (request) Sent PLAY request
Redistribute latency…
Redistribute latency…
Redistribute latency…
^Chandling interrupt.
Interrupt: Stopping pipeline …
Execution ended after 0:01:05.318081414
Setting pipeline to NULL …
0:01:06.491848852   161 0xffff84000b90 WARN                 rtspsrc gstrtspsrc.c:6526:gst_rtsp_src_receive_response: receive interrupted
0:01:06.491909043   161 0xffff84000b90 WARN                 rtspsrc gstrtspsrc.c:6624:gst_rtspsrc_try_send: receive interrupted
0:01:06.491942131   161 0xffff84000b90 WARN                 rtspsrc gstrtspsrc.c:9037:gst_rtspsrc_pause: PAUSE interrupted
Freeing pipeline …

test.h264 inludes 2880x1616 and 720p stream. what is the camera device model? will all cameras output 2880x1616 stream before outputing 720p stream?

  1. after testing on my orin with ds7.1 in /opt/nvidia/deepstream/deepstream/sources/apps/sample_apps/deepstream-image-meta-test-fan directory, the following cmd including decoding test.h264, inference runs well. Here is the log log2.txt (3.0 KB) can you confirm this result on your device? if no, plese share the complete printing.
gst-launch-1.0 nvmultiurisrcbin uri-list=file:///home/nvtse/fan/test.h264 width=1920 height=1280 ! nvinfer config-file-path=./ds_image_meta_pgie_config.txt ! nvvideoconvert ! 'video/x-raw(memory:NVMM),format=RGBA' ! nvdsosd ! nvvideoconvert ! nvv4l2h264enc ! h264parse ! qtmux ! filesink location=./out.mp4
  1. in1.log you shared, the decoder decoded 720p stream well for two minutes. in 2.log, the decoder failed to decode 720p stream. wondering if it is a random decoding issue, if running the following cmd 5 times, can you see the the smooth video every time?
gst-launch-1.0 nvmultiurisrcbin uri-list=rtsp://xxx  width=1920 height=1280  ! nv3dsink

Sorry for the late reply, Is this still an DeepStream issue to support? Thanks!
As written in my third comment, using rtspsrc pipeline, the decoder works well. Hence, the workaround is using " rtspsrc → h264parse → nvv4l2decoder → nvstreammux " instead of nvmultiurisrcbin.
we are trying to set up this kind of live stream (with different resolutions). will get back if any update.

Hi,

Sorry for the late reply. I was able to resolve the issue. As we suspected from the logs, the camera was sending two signals when switching resolutions.

The fix in the end was quite simple: turning the RTSP stream off and back on again in the camera’s web interface to clear the cache. After doing this, the pipeline and nvmultiurisrcbin can process the stream without any problems.

Many thanks for your ongoing support - it’s truly appreciated!

Glad to know you fixed it, thanks for the update! If need further support, please open a new one. Thanks!

1 Like

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