Hardware decoder deallocation?

I have a use case where I need to run a pipeline over several hundred videos.
My pipeline looks something like:

uridecodebin  -> nvstreammux -> nvinfer -> nstreamdemux -> nvdsosd -> fakesink

Now the problem I am facing is that after about 50-100 video files, the process either reaches a segfault or just freezes.
When I attach a debugger, I see that the decoder (most likely) is allocating a thread every time and does not deallocate it. So the number of threads simply keep on increasing till it finally reaches segfault.

I have tried this one Jetson Xavier (JP 4.6) as well as a PC with RTX 2080Ti.
The behaviour on both devices is quite different.
On Jetson it will work, but for each file the FPS keeps reducing until it finally freezes whereas for dGPU, the FPS remains consistently high but reaches segfault after 50-100 files.

As a workaround, I am currently creating docker containers to run for each file and it seems to work well as docker removes the container before I run the pipeline for the next file. But it is not an ideal case.

• Hardware Platform (Jetson / GPU): GPU
• DeepStream Version: 6.0
• NVIDIA GPU Driver Version (valid for GPU only) 470
• Issue Type( questions, new requirements, bugs) Bugs?

Any help would be appreciated.

I don’t understand how your pipeline run for 50-100 videos.

I do not need to run 1 single pipeline for 50-100 videos.
I run 1 pipeline with 1 video, then I close the pipeline, make a new one and run for the next video and so on.

How did you do that? How did you know you have closed the pipeline correctly? How did you know the problem is caused by deepstream plugins?

Apologies for the late reply.
I ran some tests and noticed that this happens only when there is a jpeg stream or image.

This is a sample code to reproduce the result. It’s a very basic pipeline (uridecodebin -> fakesink)
NOTE: When I run this code without sleep(0.5), there is an immediate segfault. When the sleep is there it works well but the GPU memory allocation keeps increasing and it never goes down until I kill the program.
You can run this code with any JPEG image to reproduce the result.

import sys
from time import sleep

import gi
gi.require_version('Gst', '1.0')
from gi.repository import GObject, Gst

def bus_call(bus, message, loop):
    t = message.type
    if t == Gst.MessageType.EOS:
    elif t == Gst.MessageType.WARNING:
        err, debug = message.parse_warning()
        sys.stderr.write("Warning: %s: %s\n" % (err, debug))
    elif t == Gst.MessageType.ERROR:
        err, debug = message.parse_error()
        sys.stderr.write("Error: %s: %s\n" % (err, debug))
    return True

def decodebin_child_added(child_proxy, Object, name, user_data):
    if(name.find("decodebin") != -1):
        Object.connect("child-added", decodebin_child_added, user_data)

def cb_newpad(decodebin, pad, queue):

    caps = pad.get_current_caps()
    gststruct = caps.get_structure(0)
    gstname = gststruct.get_name()

    if(gstname.find("video") != -1):
        sinkpad = queue.get_static_pad("sink")
        if pad.link(sinkpad) == Gst.PadLinkReturn.OK:
            print("Decodebin linked to pipeline")
            sys.stderr.write("Failed to link decodebin to pipeline\n")

def main(args):
    # Check input arguments
    if len(args) != 2:
        sys.stderr.write("usage: %s <media file or uri>\n" % args[0])


    print("Creating Pipeline \n ")
    pipeline = Gst.Pipeline()

    source = Gst.ElementFactory.make("uridecodebin", 'src')
    source.set_property('uri', 'file://' + os.path.abspath(args[1]))

    sink = Gst.ElementFactory.make("fakesink", "sink")
    source.connect("pad-added", cb_newpad, sink)
    source.connect("child-added", decodebin_child_added, sink)


    loop = GObject.MainLoop()
    bus = pipeline.get_bus()
    bus.connect("message", bus_call, loop)

    print("Starting pipeline \n")

if __name__ == '__main__':
    for i in range(1000):
        # No Seg fault when I add sleep