On 05/19/2009 10:35 PM, Theodore Kilgore wrote:
I can not seem to be able to find any such devices which use this. So perhaps I am not looking in the right place and someone could point me there. In any event, it appears to me to have absolutely nothing at all to do with the decompression algorithm required by the SN9C2028 cameras. Those require a differential Huffman encoding scheme similar to what is in use for the MR97310a cameras, but with a few crucial differencew which make it pretty much impossible to write one routine for both. But the code in the file libv4lconvert/sn9c202x.c appears to me to be no differential Huffman scheme at all but something entirely different. Hence my question.
This is for the (not yet in the mainline kernel) sn9c20x driver, just like there is a series of sn9c10x webcam bridges from sonix there also is a serie of 2n9c20x, these can do jpeg compression, but also their own custom (less CPU the decompress) YUV based compression, which is supported by libv4l, and that is what is in the sn9c20x.c file, also note the file is called sn9c20x.c not sn9c202x.c, iow this is completely unrelated to the sn9c2028 cameras, as this is not for sn9c202x but for sn9c20x . Hope this helps to clarify things. Regards, Hans p.s. The sn9c20x driver can be found here: https://groups.google.com/group/microdia Its developers are quite active I wish they would get it merged into the mainline (and preferably first converted to a gspca subdriver, I'm not saying gspca is perfect, but it does safe a lot of code duplication). -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
