From 47ca18f618040bcbca758432b8d8a28af5ac3bc8 Mon Sep 17 00:00:00 2001 From: Thierry MERLE Date: Fri, 4 Jul 2008 19:23:56 +0200 Subject: v4l2-library: libv4l-pac207-comments.patch From: Hans de Goede Add comments to pac207.c about what todays experiments have teached us about the pac207 compression. Signed-off-by: Hans de Goede Signed-off-by: Thierry MERLE --- v4l2-apps/lib/libv4l/libv4lconvert/pac207.c | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) (limited to 'v4l2-apps/lib/libv4l/libv4lconvert') diff --git a/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c b/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c index 3291a42e1..085d7a772 100644 --- a/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c +++ b/v4l2-apps/lib/libv4l/libv4lconvert/pac207.c @@ -170,15 +170,12 @@ or 0x1e 0xe1 for compressed line*/ 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; -- cgit v1.2.3