<now with attachment (wipes egg from face)>

Hi,

Add comments to pac207.c about what todays experiments have teached us about the pac207 compression.

Signed-off-by: Hans de Goede j.w.r.degoede@hhs.nl

Regards,

Hans

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

Add comments to pac207.c about what todays experiments have teached us about the pac207 compression.

Signed-off-by: Hans de Goede j.w.r.degoede@hhs.nl

diff -r 61deeffda900 v4l2-apps/lib/libv4l/libv4lconvert/pac207.c --- a/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c Fri Jul 04 07:21:55 2008 +0200 +++ b/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c Fri Jul 04 13:06:08 2008 +0200 @@ -170,15 +170,12 @@ inp += pac_decompress_row(inp, outp, width); break;

- default: + case 0x2DD2: /* prefix for "stronger" compressed lines, currently the + kernel driver programs the cam so that we should not + get any of these */ + + default: /* corrupt frame */ /* FIXME add error reporting */ - /* Notice this seems to happen with high framerates (low exposure - setting due to much light and bad compressible images, so most - likely the usb just cannot keep us and we miss parts of some - frames (sometimes of many frames in a row) messing things up - completely. It might be worth to try changing the compression - balance setting to see if that can compensate for this. - However currently I cannot reproduce this (no daylight) */ return; } outp += width;