Problems with nvarguscamerasrc using the last imx565 mode

Autonomous Machines Jetson & Embedded Systems Jetson AGX Xavier
,
1

Hi there,

Related to this More problems with nvarguscamerasrc trying 10bit - #13 by david.fernandez issue, I get the same error when trying to use the sensor-mode=8 with the imx565 camera.

The configuration is:
CSI/VI
Ch#0 AR1335
Ch#2 IMX565
CH#4 AR1335

Only the IMX565 camera is powered.

$ gst-launch-1.0 -v -e nvarguscamerasrc sensor-id=0 sensor-mode=8 num-buffers=-1 do-timestamp=true silent=true ! 'video/x-raw(memory:NVMM),format=(string)NV12,framerate=(fraction)30/1' ! nvvidconv ! timeoverlay ! nvvidconv ! omxh265enc insert-vui=true insert-aud=true ! h265parse ! 'video/x-h265, stream-format=(string)byte-stream, framerate=30/1' ! queue ! mpegtsmux ! rtpmp2tpay ! udpsink host=192.168.55.100 port=5001
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstNvArgusCameraSrc:nvarguscamerasrc0.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
/GstPipeline:pipeline0/Gstnvvconv:nvvconv0.GstPad:src: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/GstTimeOverlay:timeoverlay0.GstPad:src: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/Gstnvvconv:nvvconv1.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
Framerate set to : 30 at NvxVideoEncoderSetParameterNvMMLiteOpen : Block : BlockType = 8 
===== NVMEDIA: NVENC =====
NvMMLiteBlockCreate : Block : BlockType = 8 
NVMEDIA: H265 : Profile : 1 
/GstPipeline:pipeline0/GstOMXH265Enc-omxh265enc:omxh265enc-omxh265enc0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/Gstnvvconv:nvvconv1.GstPad:sink: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/GstTimeOverlay:timeoverlay0.GstPad:video_sink: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
GST_ARGUS: Creating output stream
/GstPipeline:pipeline0/Gstnvvconv:nvvconv0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
CONSUMER: Waiting until producer is connected...
GST_ARGUS: Available Sensor modes :
GST_ARGUS: 4128 x 3008 FR = 28.999999 fps Duration = 34482760 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 11000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 40.000000 fps Duration = 25000000 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 11000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 146.000001 fps Duration = 6849315 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 6000, max 660000000;

GST_ARGUS: 4128 x 3008 FR = 34.000001 fps Duration = 29411764 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 10000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 46.999999 fps Duration = 21276596 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 10000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 169.999998 fps Duration = 5882353 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 5000, max 660000000;

GST_ARGUS: 4128 x 3008 FR = 42.000000 fps Duration = 23809524 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 8000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 57.999998 fps Duration = 17241380 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 8000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 204.999991 fps Duration = 4878049 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 4000, max 660000000;

GST_ARGUS: Running with following settings:
   Camera index = 0 
   Camera mode  = 8 
   Output Stream W = 1920 H = 1080 
   seconds to Run    = 0 
   Frame Rate = 204.999991 
GST_ARGUS: Setup Complete, Starting captures for 0 seconds
GST_ARGUS: Starting repeat capture requests.
CONSUMER: Producer has connected; continuing.
nvbuf_utils: dmabuf_fd -1 mapped entry NOT found
nvbuf_utils: Can not get HW buffer from FD... Exiting...
CONSUMER: ERROR OCCURRED
ERROR: from element /GstPipeline:pipeline0/GstNvArgusCameraSrc:nvarguscamerasrc0: CANCELLED
Additional debug info:
Argus Error Status
EOS on shutdown enabled -- waiting for EOS after Error
Waiting for EOS...
ERROR: from element /GstPipeline:pipeline0/MpegTsMux:mpegtsmux0: Could not create handler for stream
Additional debug info:
mpegtsmux.c(996): mpegtsmux_create_streams (): /GstPipeline:pipeline0/MpegTsMux:mpegtsmux0
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Interrupt while waiting for EOS - stopping pipeline...
Execution ended after 0:00:07.619647328
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
GST_ARGUS: Cleaning up
^C
$

Note nvbuf_utils messages.

The CSI/VI device tree seems fine now (regarding the related issue). Only channels 0, 2, 4 are enabled in VI for the cameras.

3

hello david.fernandez,

may I also confirm all your sensor position property settings within tegra-camera-platform{}.
for instance,
in a three-camera system.
it’s bottom property as sensor index 0,
top property as sensor index 1,
and, center as sensor index 2.

4

Hi @JerryChang,

Here you are the info:

$ for f in /sys/devices/tegra-camera-platform/of_node/modules/module*; do echo "${f##*/}: status: $(cat $f/status) badge: $(cat $f/badge) position: $(cat $f/position)"; done 2>/dev/null
module0: status: okay badge: ar1335_bottomleft_framos position: bottomleft
module1: status: disabled badge:  position: 
module2: status: okay badge: imx565_centerright_framos position: centerright
module3: status: disabled badge:  position: 
module4: status: okay badge: ar1335_bottomright_framos position: bottomright
module5: status: disabled badge: ar1335_topright_framos position: topright
5

hello david.fernandez,

please also check with v4l2 IOCTL,
you may running v4l2 by setting DT property, use_sensor_mode_id = "true"; for mode selection.
for example,
$ v4l2-ctl -d /dev/video0 --set-fmt-video=width=1920,height=1080,pixelformat=RG10 --set-ctrl bypass_mode=0 --set-ctrl sensor_mode=8 --stream-mmap --stream-count=100

6

Right, I have that property as false currently… let me set it to true and try that (I have never been able to start a stream for a CSI/VI sensor with v4l2-ctl, so that might be a first).

7

Tried your command after reflashing with that property set to “true”.

I suspect the frame rate is not quite right…

$ v4l2-ctl -d /dev/video0 --set-fmt-video=width=1920,height=1080,pixelformat=RG10 --set-ctrl bypass_mode=0 --set-ctrl sensor_mode=8 --stream-mmap --stream-count=100
<<< 1.50 fps
< 1.50 fps
<< 1.50 fps
< 1.50 fps
<< 1.50 fps

Using the -p option on a separate command does not seem to work:

$ v4l2-ctl -d /dev/video0 -p 30
VIDIOC_S_PARM: failed: Inappropriate ioctl for device
8

hello david.fernandez,

please note that, you should given the sensor supported formats to the v4l pipeline.
you should also examine the sensor format dumps by… $ v4l2-ctl -d /dev/video0 --list-formats-ext

9

Hi @JerryChang,

Not sure what you mean by “give the sensor supported formats to the v4l pipeline”… I thought we were doing that with --set-fmt-video=…

This is the result of the list formats:

$ v4l2-ctl -d /dev/video0 --list-formats-ext
ioctl: VIDIOC_ENUM_FMT
        Index       : 0
        Type        : Video Capture
        Pixel Format: 'RGGB'
        Name        : 8-bit Bayer RGRG/GBGB
                Size: Discrete 4128x3008
                        Interval: Discrete 0.024s (42.000 fps)
                Size: Discrete 3840x2160
                        Interval: Discrete 0.017s (58.000 fps)
                Size: Discrete 1920x1080
                        Interval: Discrete 0.005s (205.000 fps)

        Index       : 1
        Type        : Video Capture
        Pixel Format: 'RG10'
        Name        : 10-bit Bayer RGRG/GBGB
                Size: Discrete 4128x3008
                        Interval: Discrete 0.024s (42.000 fps)
                Size: Discrete 3840x2160
                        Interval: Discrete 0.017s (58.000 fps)
                Size: Discrete 1920x1080
                        Interval: Discrete 0.005s (205.000 fps)

        Index       : 2
        Type        : Video Capture
        Pixel Format: 'RG12'
        Name        : 12-bit Bayer RGRG/GBGB
                Size: Discrete 4128x3008
                        Interval: Discrete 0.024s (42.000 fps)
                Size: Discrete 3840x2160
                        Interval: Discrete 0.017s (58.000 fps)
                Size: Discrete 1920x1080
                        Interval: Discrete 0.005s (205.000 fps)

which shows the 9 modes… the one that fails with nvarguscamerasrc is the mode=8, wich is RGGB (8-bit) 1920x1080.

The others seems to work fine.

By the way, the same behaviour as for the previous post, I get if I use pixelformat=RGGB instead of RG10.

10

hello david.fernandez,

could you please enable kernel logs (i.e. $ dmesg --follow), please check whether there’re error reported.

11

In both cases, the only line in dmesg is:

[243880.335168] [RCE] vi5_hwinit: firmware CL2018101701 protocol version 2.2
12

hello david.fernandez,

please follow the steps to enable VI tracing logs, and sharing the details for reference.

echo 1 > /sys/kernel/debug/tracing/tracing_on
echo 30720 > /sys/kernel/debug/tracing/buffer_size_kb
echo 1 > /sys/kernel/debug/tracing/events/tegra_rtcpu/enable
echo 1 > /sys/kernel/debug/tracing/events/freertos/enable
echo 2 > /sys/kernel/debug/camrtc/log-level
echo > /sys/kernel/debug/tracing/trace
cat /sys/kernel/debug/tracing/trace
13

Right, I get this in dmesg now… nothing in the /sys/kernel/debug/tracing/trace (other than the header). Same for both formats.

[245834.375147] [RCE] Configuring VI GoS.
[245834.375169] [RCE] VM GOS[#0] addr=0xfbd00000
[245834.375183] [RCE] VM GOS[#1] addr=0xfbd01000
[245834.375198] [RCE] VM GOS[#2] addr=0xfbd02000
[245834.375211] [RCE] VM GOS[#3] addr=0xfbd03000
[245834.375225] [RCE] VM GOS[#4] addr=0xfbd04000
[245834.375239] [RCE] VM GOS[#5] addr=0xfbd05000
[245834.375254] [RCE] vi5_hwinit: firmware CL2018101701 protocol version 2.2
[245834.375270] [RCE] VI GOS[#0] set to VM GOS[4] base 0xfbd04000

Doing tail -f /sys/kernel/debug/tracing/trace

#
# entries-in-buffer/entries-written: 0/0   #P:8
#
#                              _-----=> irqs-off
#                             / _----=> need-resched
#                            | / _---=> hardirq/softirq
#                            || / _--=> preempt-depth
#                            ||| /     delay
#           TASK-PID   CPU#  ||||    TIMESTAMP  FUNCTION
#              | |       |   ||||       |         |
tail: /sys/kernel/debug/tracing/trace: file truncated
# tracer: nop
#
# entries-in-buffer/entries-written: 0/0   #P:8
#
#                              _-----=> irqs-off
#                             / _----=> need-resched
#                            | / _---=> hardirq/softirq
#                            || / _--=> preempt-depth
#                            ||| /     delay
#           TASK-PID   CPU#  ||||    TIMESTAMP  FUNCTION
#              | |       |   ||||       |         |
14

hello david.fernandez,

it looks there’s no frame packets received by VI engine.
you may double check the sensor side, or, please probe the MIPI signaling to confirm it’s outputting frames.

15

Hi @JerryChang,

The sensor does provide frames, when I use it with nvarguscamerasrc (or also with camera_recording) and any mode other than 8… but I never managed myself to get anything when using the v4l2-ctl streaming for VI/CSI sensors.

I can get video normally with camera_recording (jetson-multimedia-api sample #10), or with nvarguscamerasrc for modes other than 8, so the sensor does output video.

The problem with v4l2-ctl surely is either DT or kernel driver related.

16

hello david.fernandez,

it’s strange, it might be the erroneous with the 8th sensor mode settings.
may I know who’s your sensor vendor, you should also contact with them to double examine sensor mode settings. such as initial register settings, device tree properties settings…etc

17

Hi @JerryChang,

The sensor, as indicated previoudly, is the imx565 from Sony, provided by FRAMOS.

FRAMOS provides the driver sources, but don’t usually provide support for them… especially for clients that do not buy in the tens of thousands.

As we do satellite payloads, it is not the case.

So I was wondering if this is something that could be pinpoint to a specific atea.

Regards

18

hello david.fernandez,

please try below commands to boost all the VI/CSI/ISP clocks.

sudo su
echo 1 > /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/isp/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/emc/mrq_rate_locked
cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate |tee /sys/kernel/debug/bpmp/debug/clk/vi/rate
cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/isp/rate
cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
cat /sys/kernel/debug/bpmp/debug/clk/emc/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/emc/rate

and… based-on clock boosted to launch the 8th sensor mode settings.

19

The v4l2-ctl commands work !!! But Still the same problem for nvarguscamerasrc:

sen@vpm626:~$ echo 1 | sudo tee /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
1
sen@vpm626:~$ echo 1 | sudo tee /sys/kernel/debug/bpmp/debug/clk/isp/mrq_rate_locked
1
sen@vpm626:~$ echo 1 | sudo tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
1
sen@vpm626:~$ echo 1 | sudo tee /sys/kernel/debug/bpmp/debug/clk/emc/mrq_rate_locked
1
sen@vpm626:~$ sudo cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate | sudo tee /sys/kernel/debug/bpmp/debug/clk/vi/rate
819200000
sen@vpm626:~$ sudo cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate | sudo tee /sys/kernel/debug/bpmp/debug/clk/isp/rate
1011200000
sen@vpm626:~$ sudo cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | sudo tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
400000000
sen@vpm626:~$ sudo cat /sys/kernel/debug/bpmp/debug/clk/emc/max_rate | sudo tee /sys/kernel/debug/bpmp/debug/clk/emc/rate
2133000000
sen@vpm626:~$ sudo systemctl restart nvargus-daemon.service 
[324725.094908] tegra194-vi5 15c10000.vi: csi_stream_release: failed to close nvcsi stream 2
sen@vpm626:~$ sudo systemctl restart nvargus-daemon.service 
sen@vpm626:~$ gst-launch-1.0 -v -e nvarguscamerasrc sensor-id=0 sensor-mode=8 num-buffers=-1 do-timestamp=true silent=true ! 'video/x-raw(memory:NVMM),format=(string)NV12,framerate=(fraction)30/1' ! nvvidconv ! timeoverlay ! nvvidconv ! omxh265enc insert-vui=true insert-aud=true ! h265parse ! 'video/x-h265, stream-format=(string)byte-stream, framerate=30/1' ! queue ! mpegtsmux ! rtpmp2tpay ! udpsink host=192.168.55.100 port=5001
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstNvArgusCameraSrc:nvarguscamerasrc0.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
/GstPipeline:pipeline0/Gstnvvconv:nvvconv0.GstPad:src: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/GstTimeOverlay:timeoverlay0.GstPad:src: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/Gstnvvconv:nvvconv1.GstPad:src: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
Framerate set to : 30 at NvxVideoEncoderSetParameterNvMMLiteOpen : Block : BlockType = 8 
===== NVMEDIA: NVENC =====
NvMMLiteBlockCreate : Block : BlockType = 8 
NVMEDIA: H265 : Profile : 1 
/GstPipeline:pipeline0/GstOMXH265Enc-omxh265enc:omxh265enc-omxh265enc0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/Gstnvvconv:nvvconv1.GstPad:sink: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/GstTimeOverlay:timeoverlay0.GstPad:video_sink: caps = video/x-raw, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, format=(string)NV12
/GstPipeline:pipeline0/Gstnvvconv:nvvconv0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
GST_ARGUS: Creating output stream
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1
CONSUMER: Waiting until producer is connected...
GST_ARGUS: Available Sensor modes :
GST_ARGUS: 4128 x 3008 FR = 28.999999 fps Duration = 34482760 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 11000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 40.000000 fps Duration = 25000000 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 11000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 146.000001 fps Duration = 6849315 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 6000, max 660000000;

GST_ARGUS: 4128 x 3008 FR = 34.000001 fps Duration = 29411764 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 10000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 46.999999 fps Duration = 21276596 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 10000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 169.999998 fps Duration = 5882353 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 5000, max 660000000;

GST_ARGUS: 4128 x 3008 FR = 42.000000 fps Duration = 23809524 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 8000, max 660000000;

GST_ARGUS: 3840 x 2160 FR = 57.999998 fps Duration = 17241380 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 8000, max 660000000;

GST_ARGUS: 1920 x 1080 FR = 204.999991 fps Duration = 4878049 ; Analog Gain range min 1.000000, max 251.188705; Exposure Range min 4000, max 660000000;

GST_ARGUS: Running with following settings:
   Camera index = 0 
   Camera mode  = 8 
   Output Stream W = 1920 H = 1080 
   seconds to Run    = 0 
   Frame Rate = 204.999991 
GST_ARGUS: Setup Complete, Starting captures for 0 seconds
GST_ARGUS: Starting repeat capture requests.
CONSUMER: Producer has connected; continuing.
nvbuf_utils: dmabuf_fd -1 mapped entry NOT found
nvbuf_utils: Can not get HW buffer from FD... Exiting...
CONSUMER: ERROR OCCURRED
ERROR: from element /GstPipeline:pipeline0/GstNvArgusCameraSrc:nvarguscamerasrc0: CANCELLED
Additional debug info:
Argus Error Status
EOS on shutdown enabled -- waiting for EOS after Error
Waiting for EOS...
ERROR: from element /GstPipeline:pipeline0/MpegTsMux:mpegtsmux0: Could not create handler for stream
Additional debug info:
mpegtsmux.c(996): mpegtsmux_create_streams (): /GstPipeline:pipeline0/MpegTsMux:mpegtsmux0
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Interrupt while waiting for EOS - stopping pipeline...
Execution ended after 0:00:06.893814016
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
GST_ARGUS: Cleaning up
^C
sen@vpm626:~$

The v4l2-ctl commands… after restarting the daemon, they seem to work now:

sen@vpm626:~$ sudo systemctl restart nvargus-daemon.service 
[325074.373886] tegra194-vi5 15c10000.vi: csi_stream_release: failed to close nvcsi stream 2
sen@vpm626:~$ sudo systemctl restart nvargus-daemon.service 
sen@vpm626:~$ v4l2-ctl -d /dev/video0 -v width=1920,height=1080,pixelformat=RGGB -c bypass_mode=0,sensor_mode=8 --stream-mmap --stream-skip=1000 --stream-count=1
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 30.09 fps
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 30.04 fps
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 30.03 fps
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 30.02 fps
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 30.01 fps
<<<<<<<^C
sen@vpm626:~$

The dmesg for them shows pretty much the same:

[325346.142900] tegra194-vi5 15c10000.vi: csi_stream_release: failed to close nvcsi stream 2
[325351.083111] [RCE] Configuring VI GoS.
[325351.083121] [RCE] VM GOS[#0] addr=0xfbd00000
[325351.083126] [RCE] VM GOS[#1] addr=0xfbd01000
[325351.083130] [RCE] VM GOS[#2] addr=0xfbd02000
[325351.083134] [RCE] VM GOS[#3] addr=0xfbd03000
[325351.083139] [RCE] VM GOS[#4] addr=0xfbd04000
[325351.083143] [RCE] VM GOS[#5] addr=0xfbd05000
[325351.083148] [RCE] VI GOS[#0] set to VM GOS[4] base 0xfbd04000

By the way, the trace file has now a lot of stuff, but nothing output during the execution of the gstreamer or v4l2-ctl.

There are a few messages from VI, so here it is for reference (attached)
trace.txt (341.5 KB)

20

hello david.fernandez,

this result looks doubted since your 8th sensor mode should be 1920x1080 at 205-fps.

if that’s feasible,
you may try disable all other sensor modes from device tree and also kernel driver for confirmation.

anyways, please examine the Sensor Pixel Clock, which should be set correctly to avoid potential issues.

21

I suspect that the previous gstreamer command set the frame rate correctly… If I understand correctly, the 205 is the maximum frame rate, not the one necessarily used.