Re: ov538-ov7690

[Michael Trimarchi <michael@panicking.kicks-ass.org>]

Mauro Carvalho Chehab wrote:
> Em Tue, 10 Nov 2009 09:09:10 -0800
> Randy Dunlap <rdunlap@xenotime.net> escreveu:
> 
>>>> (**) This is also one of several codes that different kinds of host
>>>> controller use to indicate a transfer has failed because of device
>>>> disconnect.  In the interval before the hub driver starts disconnect
>>>> processing, devices may receive such fault reports for every request.
>>>>
>>>>
>>>>> Ok, this is not a big issue because I can use vlc to test the camera. But anybody
>>>>> knows why camorama, camstream, cheese crash during test. is it driver depend? or not?
>>>> Could be driver.  Easily could be a device problem too.
>>> I think that it can be a vl2 vl1 problem. Because now I can manage in skype too using
>>> the v4l1-compat library. Maybe my 2.6.32-rc5 is too new :(
>> I don't even know what vl2 vl1 means. ;)
> 
> He is probably referring to V4L1 x V4L2 API calls. Very unlikely. What libv4l

Yes

> does is to convert userspace calls via V4L1 to a V4L2 call to kernel. So,
> you're basically using the same API to communicate to userspace.

Ugly but very usefull in such application like skype, and people want it :(

> 
> It should be noticed that, if you're not using libv4l for the other
> applications, then you may be using a different format at the driver, since
> libv4l has the capability of doing format conversions.
> 
> So, it could be possible that the device firmware for some formats are broken.
> 
> Another possibility is that maybe libv4l is just discarding such errors.
> 
> Or, as Randy mentioned, it can be just a cable or a connector with bad contact.

Change the connector fix the packet problem. So at least the version ov538-ov7690
seems ok.

Thanks