Hi! > > My work flow has been > > 1) Setup the usbsnoop, clean the log > > 2) Resume snooping, activate an alternative compression or resolution. > > 3) Press the preview button > > 4) Stop the preview button > > 5) Dump the log > > > > The confusing part is that all the initialization done by the camera is > > identical, even though I get different resolutions displayed.
It's alright. I used to start usbsnoop first, then plug the cam. Usbsnoop catches all the init sequence (which should be identical for all resolutions, because we're initializing the cam and not capturing stuff...). Then I fire up the video capture program, which sets the preferred resolution and starts communicating w/ the cam. Usbsnoop captures all the ISOC USB frames meanwhile (configuration parameters and video capture data). That's what I did for my m5603c/mt9v011 based webcam. > > This leads me to belive two different scenarios > > 1) The driver / BisonCam application is braindead and the software > > scales everything. Oh yeah, that's a possibility. The windows driver for my m5603c/mt9v011 does all the color conversion, filtering, noise reduction in software, heh. I remember that the CPU utilization tops at 70% during the capture which is insane and unpractical for a USB device such as a cheap webcam. I think that a driver should reflect the exact capabilities of the piece of hardware it's controlling. > > In the end I'd like to see the driver go upstream too. That would be great. I think it's much more feasible for m5602 based webcams than m5603c ones, which requires a firmware to operate. Keep up the good work! BR, Ilyes Gouta. > >> It's encouraging to see all this feedback :) > >> > >> BR, > >> Ilyes Gouta. > >> > >> On Feb 18, 2008 10:24 PM, Kenny Millington <[EMAIL PROTECTED]> wrote: > >>> Hi, > >>> > >>>> With the last svn... It's black and white, and it's upside-down, but > >>>> it's working! > >>> Been lurking for a little while and just wanted to add that I also get a > >>> picture (checked out 18/02/08 09:20pm UTC). It's black and white, quite > >>> dark (bright light helps) but it's not upside down, it's actually the > >>> right way up. > >>> > >>> Kenny > >>> > >>> > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> M560x-driver-devel mailing list > >>> [email protected] > >>> https://lists.sourceforge.net/lists/listinfo/m560x-driver-devel > >>> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > M560x-driver-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/m560x-driver-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ M560x-driver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/m560x-driver-devel
