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

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.




The sn9c20x driver can be found here:

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 majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to