The following command works fine with different cameras, but it hangs while connecting to Ubiquity:
gst-launch-1.0 rtspsrc location=“rtsp://admin:admin@192.168.144.198:554/s0” protocols=4 !
queue ! rtph264depay ! h264parse ! nvv4l2decoder !
nvvidconv ! “video/x-raw(memory:NVMM), format=(string)I420, width=(int)1280, height=(int)720” !
nvv4l2h264enc bitrate=1000000 ! h264parse ! mpegtsmux ! queue ! filesink location=“/home/tegrauser/video/test.mp4”
We have tried tons of different pipelines and now we are sure that there is some problem exactly with “nvv4l2decoder”. The test.mp4 will be created, but its size will be 0.
omxh264dec works just fine, but we want to use nVidia plugins. Ubiquiti seems not a very good choice, but we cannot just replace them, because they belong to our clients.
Example of the command with omxh264dec (just nvv4l2decoder replaced with omxh264dec):
gst-launch-1.0 rtspsrc location=“rtsp://admin:admin@192.168.144.198:554/s0” protocols=4 !
queue ! rtph264depay ! h264parse ! omxh264dec !
nvvidconv ! “video/x-raw(memory:NVMM), format=(string)I420, width=(int)1280, height=(int)720” !
nvv4l2h264enc bitrate=1000000 ! h264parse ! mpegtsmux ! queue ! filesink location=“/home/tegrauser/video/test.mp4”
We are using Jetson Nano Development Kit with this software (latest versions for the current moment):
l4t: 32.4.4
JetPack: 4.4.1
CUDA: 10.2.89
We are using this Ubiquiti cameras:
Model: UVC-G3-Flex
Firmware versions (all affected): UVC.v4.2.59.67.ddb1280.180405.2139 , UVC.v4.13.40.67.5c03e9e.190526.1445
We can provide an Ubiquity stream for test purposes, if you need one.