Hello guys,
I’m working on multi-stream decoder using gstreamer + opencv python code with jetson nano.
Q1- I want to know, what’s best gstreamer pipeline with opencv in python code?
I used this :
gstream_elemets = (
'rtspsrc location=rtsp latency=300 !'
'queue leaky=2 !'
'rtph264depay !'
'h264parse !'
'omxh264dec enable-max-performance=1 enable-low-outbuffer=1 !'
'video/x-raw(memory:NVMM),format=(string)NV12 !'
'nvvidconv ! video/x-raw, width=(int)300, height=(int)300, format=(string)BGRx !'
'videoconvert ! video/x-raw, format=(string)BGR !'
'appsink').
cv2.VideoCapture(gstream_elemets, cv2.CAP_GSTREAMER)
My input frame-rate is above 20 FPS and I want the output frame rate to be under 10 FPS.
Q1.1- in your opinion, Is it better to use enable-low-outbuffer=1 ?
Q1.2 - what’s difference using of 'videoconvert ! ’ instead of ‘videoconvert ! video/x-raw, format=(string)BGR !’ ? In two case, It’s on and correctly work. I want to know, which of case have extra processing step and is time-consuming and resource-consuming?
Q1.3- why we use rtph264depay? Is it needed in rtsp?
As you know, the opencv only supported CPU buffer, because of this, we use videoconvert ! video/x-raw, format=(string)BGR !.
Q2- Is it possile to grap the batch of decoded streamed without opencv? I don’t know to CPU buffer to be bottleneck for me.
Q3- I used multi-thread python for handeling multi-stream decoding and the NVDEC of jetson nano is activated. Because my output is lower than input, I defined a dynamic programming that give me a given FPS of output, like this snnipet code: Is this way is efficient?
while cap.isOpened():
frame = cap.read()[1]
sleep(1./frame_rate_output)
and I used 6 streams and I runned as multi-thread and is corrctly work. my problem is in the capturing of 6 decode frames at the same time, not with for loop like this:
frames = []
for cam in cams
frames.append(cam.read())
It’s work and ok, One thing to mention, time-consuming of this for loop is 1 ms in my opinion this value is very samll, perhapse It’s not neccesory to use multi-thread for capturing the batch of frames, right?