The camera works perfectly at 640×480 using fswebcam under Xubuntu 14.04 on a Dell Latitude E6410 laptop, so I’m pretty sure this is a case of the Raspberry Pi being a bit underpowered for the job / the ARM driver taking too long / something totally obscure. In fact, the camera generally crashes hard enough to require a power cycle.ĭelaying a second with -D1 and / or skipping a frame with -S1 don’t help, either. The -R flag that specifies using direct reads instead of mmap, whatever that means, doesn’t help. I could crop the top half to the hipster 16:9 format of 640×360, but the transfer doesn’t always fail that far down the image. The top of the picture looks pretty good, with great detail on those dust particles, but at some point the data transfer coughs and wrecks the rest of the image. Trying to use 640×480 generally produces a Corrupt JPEG data: premature end of data segment error, which looks no better than this and generally much worse: Logtech 08d8 – 640×480 # Logitech QuickCam for Notebook Plus - 046d:08d8 Putting the non-changing setup data into a fswebcam configuration file: Power Line Frequency Disabled Disabled | 50 Hz | 60 HzĪdjusting resolution from 384x288 to 320x240. I’m convinced it’s the worst camera I’d be willing to use in any practical application. ![]() Combining the camera data I collected a while ago with a few hours of screwing around with this old Logitech camera: Logitech QuickCam for Notebook Plus – front
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |