Hi Riccardo, On Friday 19 November 2010 09:07:40 Riccardo Magliocchetti wrote: > Il 19/11/2010 01:28, Laurent Pinchart ha scritto: > > On Monday 01 November 2010 12:01:50 Riccardo Magliocchetti wrote: > >> Il 30/10/2010 20:58, Laurent Pinchart ha scritto: > >>> On Friday 22 October 2010 21:19:22 Riccardo Magliocchetti wrote: > >>>> Il 20/10/2010 01:48, Laurent Pinchart ha scritto: > >>>> > >>>> well, i've found that it's working fine out the box, it's actually a > >>>> call to luvcview -L -d /dev/video1 that breaks it. > >>> > >>> I'm very surprised by that. luvcview -L doesn't modify the hardware > >>> state. Maybe only the first stream attempt succeeds ? Could you try > >>> running luvcview -d /dev/Video1 multiple times in a row ? > >> > >> You are right, the first time luvcview -d /dev/video1 works fine, the > >> second it does not. > > > > So the hardware probably crashes when the stream is stopped. Bad hardware > > :-( > > > > This will be a bit hard to debug. We need to find out what makes the > > hardware crash. It's probably a command send by the driver when stopping > > the stream, or the lack of an expected command before restarting the > > stream. > > > > The easiest way I can think of to try and debug the problem would be to > > capture a USB trace when using the camera under Windows. Do you feel > > confident enough to try that ? > > Unfortunately I don't have a windows machine at hand, at work i have > only mac os x machines.
It's becoming increasingly difficult to find Windows boxes ;-) > Are them any useful? If the camcorder works correctly under Mac OS X, yes. I don't know of any USB sniffer for Mac though. -- Regards, Laurent Pinchart _______________________________________________ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel