Thomas Kaiser wrote:
Hans de Goede wrote:The proper fix for this would be to lower the compression balance setting when in 352x288 mode. The problem with this is that when the compression balancegets lowered below 0x80, the pac207 starts using a different compression algorithm for some lines, these lines get prefixed with a 0x2dd2 prefix and currently we do not know how to decompress these lines, so for now we use a minimum exposure value of 5Hello HansCan you post some frames with a lower compression balance, please? Then other people can take a look at the decoding ;-)
Done, if you go here: http://people.atrpms.net/~hdegoede/You will see about 20 imgXX.raw's, which are pac207 compressed bayer images, including lines starting with the 0x2dd2 prefix.
When decoded they should show a hand (mine) at the top of the screen holding a lucky lucky comic in front of the cam.
Note this is not me being shy, but I needed a high contrast image which was hard to compress to trigger the bug :)
Regards, Hans -- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list