Dear Community,
I have a Xavier NX based system with up to 4 identical 1-lane MIPI-CSI2 cameras with following configuration:
cam0 → CSI-A port-index : 0 ; VI port-index : 0
cam1 → CSI-C port-index : 2 ; VI port-index : 2
cam2 → CSI-D port-index : 3 ; VI port-index : 3
cam3 → CSI-E port-index : 4 ; VI port-index : 4
I use a single camera at a time (probed as /dev/video0) to test the physical interfaces. However, cam0, cam2 and cam3 can be streamed EXCEPT FOR cam1:
$ DISPLAY=:0 gst-launch-1.0 nvarguscamerasrc sensor-id=0 ! 'video/x-raw(memory:NVMM),width=1456,height=1088,format=(string)NV12,framerate=(fraction)60/1' ! nvvidconv ! fpsdisplaysink text-overlay=0 video-sink=ximagesink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Error generated. /dvs/git/dirty/git-master_linux/multimedia/nvgstreamer/gst-nvarguscamera/gstnvarguscamerasrc.cpp, execute:751 No cameras available
WARNING: from element /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstXImageSink:ximagesink0: Pipeline construction is invalid, please add queues.
Additional debug info:
gstbasesink.c(1209): gst_base_sink_query_latency (): /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstXImageSink:ximagesink0:
Not enough buffering available for the processing deadline of 0:00:00.015000000, add enough queues to buffer 0:00:00.015000000 additional data. Shortening processing latency to 0:00:00.000000000.
Got EOS from element "pipeline0".
Execution ended after 0:00:00.008793760
Setting pipeline to NULL ...
Freeing pipeline ...
Below is additional info :
$ sudo v4l2-ctl -d /dev/video0 --list-formats-ext
ioctl: VIDIOC_ENUM_FMT
Type: Video Capture
[0]: 'RG10' (10-bit Bayer RGRG/GBGB)
Size: Discrete 1456x1088
Interval: Discrete 0.017s (60.000 fps)
Size: Discrete 1280x720
Interval: Discrete 0.011s (90.000 fps)
Size: Discrete 728x544
Interval: Discrete 0.008s (121.000 fps)
$ sudo media-ctl -p -d /dev/media0
Media controller API version 5.10.104
Media device information
------------------------
driver tegra-camrtc-ca
model NVIDIA Tegra Video Input Device
serial
bus info
hw revision 0x3
driver version 5.10.104
Device topology
- entity 1: 13e10000.host1x:nvcsi@15a00000- (2 pads, 0 link)
type V4L2 subdev subtype Unknown flags 0
device node name /dev/v4l-subdev0
pad0: Sink
pad1: Source
- entity 4: 13e10000.host1x:nvcsi@15a00000- (2 pads, 2 links)
type V4L2 subdev subtype Unknown flags 0
device node name /dev/v4l-subdev1
pad0: Sink
<- "fsm-imx296 31-001a":0 [ENABLED]
pad1: Source
-> "vi-output, fsm-imx296 31-001a":0 [ENABLED]
- entity 7: 13e10000.host1x:nvcsi@15a00000- (2 pads, 0 link)
type V4L2 subdev subtype Unknown flags 0
device node name /dev/v4l-subdev2
pad0: Sink
pad1: Source
- entity 10: 13e10000.host1x:nvcsi@15a00000- (2 pads, 0 link)
type V4L2 subdev subtype Unknown flags 0
device node name /dev/v4l-subdev3
pad0: Sink
pad1: Source
- entity 13: fsm-imx296 31-001a (1 pad, 1 link)
type V4L2 subdev subtype Sensor flags 0
device node name /dev/v4l-subdev4
pad0: Source
[fmt:SRGGB10_1X10/1456x1088 field:none colorspace:srgb]
-> "13e10000.host1x:nvcsi@15a00000-":0 [ENABLED]
- entity 15: vi-output, fsm-imx296 31-001a (1 pad, 1 link)
type Node subtype V4L flags 0
device node name /dev/video0
pad0: Sink
<- "13e10000.host1x:nvcsi@15a00000-":1 [ENABLED]
Have you ever seen similar issue? Might it come from bad MIPI-CSI2 interface as the I2C communication works well?
I am using Jetpack-5.1.
Best Regards,
Khang