On Nov 14, 2006, at 5:16 PM, Harald wrote: > I'm not sure what the problem might be. > Your camera uses the MySPCA500Driver[.h.m] > The USB communication is probably fine, since it says > "Playing"; if there were some prblems then this would change.
Indeed - the USB camera detection seems to be working fine. I'm not sure if the "Playing" status is really an indication of successful data transfer but at least something is happening and the camera gets detected correctly. > If you can, try your camera with a PPC Mac, remember you > only need to run the macam application, which does not need to > be installed, so you can run it from a disk image or a flash drive. > If this works, then it is a byte order issue. Actually, you can > probably > just set the macam application to run in Rosetta mode or something > (I don't have an Intel Mac, so I don't know exactly). That is > probably much easier. I tried this, in the "Get Info" window I checked "Open using Rosetta" and ran the binary. It took up a lot more memory (half a gigabyte) but the result is the same - a #808080 grey rectangle. I couldn't properly shut down the application under Rosetta, needing to logout and login since "Force Quit" doesn't work. I haven't got a PPC Mac handy at the moment so I guess I'll be debugging both the basic problem and any endianness issues that come up at the same time. > In any case, I would put some kind of printf statement between > lines 709 and 710 to examine the contents of the currBuffer; to > make sure that is has enough data (> 10K), and maybe to see > what it looks like. Then you need to figure out whether your > images are compressed or not. You may want to try different > settings of the compression slider. OK, thanks for the starting point. I skimmed through the code and I must say it's quite readable and manageable, thanks for taking the time to add comments and proper indentation! I'm downloading Xcode now so I'll probably be spending some time with the code tomorrow. > If it is a byte-order issue, then it is probably something with > one of the decoding routines, sometimes there is code that > assumes certain byte-orders. Beware of pointers to things > that are bigger than bytes. I'm first going to check if any data comes in and what it looks like, maybe that'll give some clues as to what is happening behind the scenes. One thing I'd like to know is whether or not previous attempts or reports on the Kodak EZ200 are known and if they were successful. I also saw a link for a Linux driver from the SPCA50X USB Camera Linux Driver project on SourceForge. Has any code from that project been merged (years ago)? The link for that project is: http://spca50x.sourceforge.net/spca50x.php > Let me know what you find out, and I'll help out too. > Thanks, Great, I'd be glad to get down to the details with you. I'm glad the code is in good shape and you are open to people helping out :-) See you soon. Sincerely, Frank ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ webcam-osx-devs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/webcam-osx-devs
