Re: V4l2 :: Debugging an issue with cx8800 card.

["B. Bogart" <ben@xxxxxxxxx>]

Hello Jean-Francois,

I don't believe this is a size issue with svv (but it does appear to be
one with Gem) but the image really looks like NTSC interpreted as PAL to
me, in particular the VBI noise at the bottom.

I ran your test to confirm and:

bbogart@insitu:~/tmp/svv$ ./svv -rg -f 320x240
raw pixfmt: UYVY 320x240
pixfmt: UYVY 320x240
mmap method
raw image dumped to 'image.dat'

bbogart@insitu:~/tmp/svv$ ls -l image.dat
-rw-r--r-- 1 bbogart bbogart 153600 2008-09-05 08:23 image.dat
bbogart@insitu:~/tmp/svv$ ./svv -rg -f 640x480
raw pixfmt: UYVY 640x480
pixfmt: UYVY 640x480
mmap method

raw image dumped to 'image.dat'
bbogart@insitu:~/tmp/svv$ ls -l image.dat
-rw-r--r-- 1 bbogart bbogart 614400 2008-09-05 08:24 image.dat

>From your message I assume a larger file means that indeed the image
format is 640x480. Also mplayer shows video from this device as 640x480.

Johannes,

I'd feel better about svv "working" once I get the normal thing going,
but what Gem files should I compare with svv for stuff like choosing the
pixel format and allocating the size? I took a crack yesterday but I
felt like I was following a string through a haystack through the
various levels of abstraction from pix_video to v4l... FYI the behaviour
is the same for Gem compiled with v4l2 and v4l.

Thanks all,
.b.

Jean-Francois Moine wrote:
> On Thu, 2008-09-04 at 16:16 -0700, B. Bogart wrote:
>> I've not yet tried running your program, but did have some luck with:
>> http://moinejf.free.fr/svv.c
> 
> Hello B.,
> 
> It seems the driver cannot switch to 640x480. You may know it grabbing
> images with svv. Try
> 	svv -rg -f 640x480
> then
> 	svv -rg -f 320x240
> and check each time the size of image.dat.
> 
> Best regards.
> 

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list