I have enabled the overlay. The further instructions to use /dev/media0 do not work. I can display the camera using the following but the frame rate is very slow, maybe 2fps, and the color depth does not look correct.
both of those will display the camera but very slowly. Using /dev/media0 does not display anything.
Post a console log of your issue below:
mediaStreamInit[39]: media devnode: /dev/media0
mediaStreamInit[56]: ent 0, name PureThermal (fw:v1.3.0): PureTh
mediaStreamInit[56]: ent 1, name PureThermal (fw:v1.3.0): PureTh
mediaStreamInit[56]: ent 2, name Extension 3
mediaStreamInit[56]: ent 3, name Processing 2
mediaStreamInit[56]: ent 4, name Extension 4
mediaStreamInit[56]: ent 5, name Extension 5
mediaStreamInit[56]: ent 6, name Extension 6
mediaStreamInit[56]: ent 7, name Extension 7
mediaStreamInit[56]: ent 8, name Extension 21
mediaStreamInit[56]: ent 9, name Extension 254
mediaStreamInit[56]: ent 10, name Input 1
mediaStreamInit[90]: get sensor_ent fail
matchSensorConfig[105]: fail to match sensorConfig
fetchPipeMaxResolution[30]: do not find matched sensor configs
media_set_wdrMode[420]: media_set_wdrMode ++ wdr_mode : 0
My bad, I thought I had installed Ubuntu 24.04. So here are some more notes:
while under 22.04 I did try the clutterautovideosink which did run faster but I can still see something not right in the camera video. It appears as though there is some time based filtering of the video frames, almost as thought the frames add up. If you move your hand in front of the camera you can see the hand blended with the background.
I reinstalled the latest Ubuntu 24.04 and the waylandsink behaves the same as in 22.04, only showing about 4.5fps. Also displays the strange time filtering as described above.
I notice now that I am in 24.04 there is no clutterautovideosink available.
I have tried a python appsink to see if it was any faster and no, it is also about 4.5fps and with the same strange additive filtering on the frames.
I have tried other formats, UYVY, RGB, GRAY and they are all 4.5fps
I have noticed that I can get the video on /dev/video63,65,&66 why is that?
v4l2-ctrls show the following yet set-ctrl of exposure has no effect:
Ok, thank you @numbqq , this works. I see 30fps. However, I am still full of questions.
Even at this higher frame rate I can still see this kind of “ghosting” artifact as though the frames are being smeared together. Is this due to some HDR/WDR processing? If so is there a way to turn this off or to handle it differently?
Also, how do we control the exposure of this camera? It appears that v4l2-ctrl does not control the exposure when pointed at /dev/video63/65/66.
Could someone explain the relationship of the different devices /dev/video60-66 and /dev/media0?
I have not tried recording video. I have used gstreamer to directly display or I have used Python+OpenCV to capture and display. I will check a recording and report back.
So I do not see the ghosting problem in well lit or bright scenes. This makes me think it has something to do with the HDR framing. How do we control this camera, specifically the HDR controls and exposure?