FYI, I did as you said - bandwidth = 2048 seems to do the trick.
Is this going to have a suitable 'workaround'/hack built into the driver at some point, or something I will need to manually define for the near future? Thanks, -Seth On Sat, Jan 23, 2010 at 8:18 AM, Laurent Pinchart < laurent.pinch...@ideasonboard.com> wrote: > Hi Seth, > > On Thursday 21 January 2010 04:54:34 Seth W wrote: > > Hi Laurent, > > > > I hate to be a pest > > Don't worry. I may be slow to answer due to my current work load, but I'm > not > ignoring you :-) > > > but am curious as to whether or not you think this issue will be > solvable. > > I am trying to determine if I will be keeping these two cameras or > returning > > them, as they are only useful to me if they will both work > (simultaneously) > > within the uvcvideo project. Thanks again for your time. > > From the kernel log messages, it seems your camera requests the highest > bandwidth even though it should be able to work with a much lower one. It's > worth a try giving the camera less bandwidth that it asks for. > > Bandwidth supported by the camera are 128, 256, 512, 1024, 2048 and 3072. > Could you try to replace > > bandwidth = stream->ctrl.dwMaxPayloadTransferSize; > > in uvc_video.c by all of the above bandwidths in turn to see which one work > in > 1280x720 (MJPEG) ? > > -- > Regards, > > Laurent Pinchart >
_______________________________________________ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
