On 10 January 2009 16:16:37 Hans de Goede wrote:

> That would be me (yes still lurking on this list). I've got the patch and
> it looks good. So I'll apply it.

Cool, thank you :)

> One question though, is this a compressed format? IOW is the bandwidth
> usage lower then with raw YUV420 ? I want to know because of how libv4l
> selects the source format.

Nope, it is not compressed. It's just some variation of yuv420, actually it's 
yuv420 but frame is broken into tiles. Output frame size is constant  
width*height*(3/2) bytes.

> As you said in your patch submission you've put this above raw bayer, as it
> should be prefered over raw bayer. And thats fine by me. But if the cam can
> also do JPEG, libv4l will prefer jpeg over this, as that has the compressed
> flag set in the format listing and for resultions > 176 x 144 it will
> prefered compressed formats (to get decent framerates on usb1 connections).

There's a jpeg parameter for sn9c20x.ko module to disable jpeg, by default 
jpeg is enabled. So now, it's up to user to decide whether use jpeg or 
yuv420. Maybe, in next versions driver will detect if cam sits on usb1 and 
enable jpeg only for these cases.

> So if this compressed to, the compressed flag should be set in the format
> table in libv4lconvert.c
>
> Regards,
>
> Hans

Regards
Vasily

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to