|
From: Ed K. <ed...@ka...> - 2021-11-15 17:39:25
|
Hi, sudo v4l2-ctl --list-formats-ex -d /dev/video0 ioctl: VIDIOC_ENUM_FMT Type: Video Capture [0]: 'pBAA' (10-bit Bayer BGBG/GRGR Packed) Size: Discrete 3280x2464 Size: Discrete 1920x1080 Size: Discrete 1640x1232 Size: Discrete 640x480 [1]: 'BG10' (10-bit Bayer BGBG/GRGR) Size: Discrete 3280x2464 Size: Discrete 1920x1080 Size: Discrete 1640x1232 Size: Discrete 640x480 [2]: 'BA81' (8-bit Bayer BGBG/GRGR) Size: Discrete 3280x2464 Size: Discrete 1920x1080 Size: Discrete 1640x1232 Size: Discrete 640x480 But only BA81 640x480 is working. ( i did try all the other resolutions ) So is it possible that something has changed and that motion is not selecting the right resolution? Some of the other resolutions do not *fail*, but the image is just a bunch of stripes like a monitor out of sync. I did try setting the format with sudo v4l2-ctl --device /dev/video0 --set-fmt-video=width=...... and use the same setting for width and height in motion.conf, but to no avail. Kind regards, Ed On 11/15/21 4:39 PM, tosiara wrote: > Also, you can check which formats are available: > > v4l2-ctl --list-formats-ex -d /dev/video0 > > Maybe there are other resolutions that would get wider picture from the sensor > > > On Mon, Nov 15, 2021 at 4:59 PM tosiara <to...@gm...> wrote: >>> Before the upgrade to bullseye i also used 640x480 and got the whole FOV. >> Unfortunately, there is nothing motion can do if this is the FOV that >> camera provides over V4L2 interface (since MPlayer shows the same) >> >> You could ask Raspberry community, maybe someone came across this >> issue and has a fix >> >> On Mon, Nov 15, 2021 at 3:58 PM Ed Kapitein <ed...@ka...> wrote: >>> Yes, mplayer plays it just fine: >>> >>> Movie-Aspect is undefined - no prescaling applied. >>> VO: [xv] 640x480 => 640x480 Planar YV12 >>> >>> and is has the same FOV as the motion picture. [1] >>> >>> Before the upgrade to bullseye i also used 640x480 and got the whole FOV. >>> >>> [3] is a video clips made with the old setup. >>> >>> More info on FOV and binning (which i think is happening) is on [1] >>> >>> >>> Kind regards, >>> >>> Ed >>> >>> [1] http://www.kapitein.org/pictures/motion.jpg >>> >>> [2] https://picamera.readthedocs.io/en/release-1.12/fov.html >>> >>> [3] http://www.kapitein.org/pictures/04-20211028034157.mp4 >>> >>> >>> PS >>> >>> Motion gives me a signal when the mouse is caught, so we can release it >>> into the wild. >>> >>> No animals where harmed during the recording of this clip ;-) >>> >>> >>> On 11/15/21 1:52 PM, tosiara wrote: >>>> Are you able to play 640x480 mode in ffplay or vlc? Does it give you >>>> the same FOV as motion or different? >>>> >>>> Which resolution did you use in motion prior to upgrade to bullseye? >>>> >>>> On Mon, Nov 15, 2021 at 2:42 PM Ed Kapitein <ed...@ka...> wrote: >>>>> Hi Tosiara, >>>>> >>>>> The motion log file is attached as requested. >>>>> The only way i can get motion to work is to use 640x480 as the width/height. >>>>> [1] is a picture, taken with libcamera-still, that shows the complete FOV >>>>> [2] is a picture from motion, which only has a small FOV. >>>>> >>>>> Do you have a raspberry pi (3B+) with a V2 camera module? (2B should be good too) >>>>> If you do, you could download the official raspberry pi OS from [3] and use a fresh SD card to try the new libcamera setup with motion. >>>>> >>>>> [1] http://www.kapitein.org/pictures/libcamera-still.jpg >>>>> [2] http://www.kapitein.org/pictures/motion.jpg >>>>> [3] https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_armhf-2021-11-08/2021-10-30-raspios-bullseye-armhf-lite.zip >>>>> >>>>> Kind regards, >>>>> Ed >>>>> >>>>> >>>>>> <SNIP>< |