Actually it based on pac7302. Pac7311/02 also has support ( since gspca1 ).

I checked some old logs of the pac, and the driver init for 7302 seems ok.

The "ff ff ff" sequence, seems to been taken in account on conversion.

/* Special Pixart versions of the *_nbits functions, these remove the special
   ff ff ff xx sequences pixart cams insert from the bitstream */
#define pixart_fill_nbits(reservoir,nbits_in_reservoir,stream,nbits_wanted) \

This is really a tricky cam. I be back on windows to do further test.

pd: Nemeth, i could reproduce your problems now.

2009/9/13 Németh Márton <>:
> Jean-Francois Moine wrote:
>> On Fri, 11 Sep 2009 09:09:20 +0200
>> Németh Márton <> wrote:
>>> You can find my results at
>>> There are three types of problems: a) Sometimes the picture contains
>>> a 8x8 pixel error, like in image #9
>>> b) Sometimes the brightness of the half picture is changed, like in
>>> images #7, #36 and #37
>>> c) Sometimes the libv4l cannot convert the raw image and the errno is
>>> set to EAGAIN (11), for example image #1, #2 and #3
>>> Do you know how can I fix these problems?
>> The error EAGAIN is normal when decoding pac7311 images, because they
>> are rotated 90°. But this error should occur one time only.
> I have the feeling that the Labtec Webcam 2200 is not based on the PAC7311
> but on PAC7312. The PAC7312 also contains a microphone input and the
> Labtec Webcam 2200 also have a built-in microphone.
> See 
> for the datasheets. See also 
>,crid=30,contentid=761 .
>> I looked at the raw image #1, and it seems that there are JPEG errors
>> inside (sequences ff ff). There should be a problem in the pac7311
>> driver. Hans, may you confirm?
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to
More majordomo info at

Reply via email to