PATCH: libv4l-pac207-comments.patch
<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 <[email protected]>
Regards,
Hans
--
video4linux-list mailing list
Unsubscribe mailto:[email protected]?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 <[email protected]>
v4l2-apps/lib/libv4l/libv4lconvert/pac207.c +5 -8
@@ -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;
--
video4linux-list mailing list
Unsubscribe mailto:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list