Hi Melchior, On Saturday 31 October 2009 21:15:08 Melchior FRANZ wrote: > Hi, > > * Laurent Pinchart -- Saturday 31 October 2009: > > Could you please tell me the commercial name of the webcam, or in which > > laptop model it can be found ? > > I didn't mention that because the shop sells it under its own brand as just > "Conrad Webcam mit Schwanenhals" (engl. "Webcam with Gooseneck") and an > article number (97 19 72). There's no producer mentioned or a 'proper' > article name. Just see the link that I posted -- that's all there is, and > nothing more on the box: > > > http://shop.conrad.at/ce/de/product/971972/CONRADWEBCAMMITSCHWANENHALS/132 > 0051 > > This cam is separate, not built into a laptop. Interesting design: > > > http://shop.conrad.at/medias/global/ce/9000_9999/9700/9710/9719/971972_AB_ > 00_FB.EPS_400.jpg > > I assume(d) that it's produced by some "no-name" company (no, I don't mean > eMPIA), and that every seller just slaps its brand on it. Then it would > probably also be available under different, possibly better known names.
Thanks for the information. > > > $ cat /dev/video0 > > > cat: /dev/video0: No such device > > > > > > although that device node works for video software. > > > > That's normal. The uvcvideo driver doesn't support the read() method. > > Well, but the answer is still wrong and misleading. Wouldn't it be better > to just return no data? IOW: the device *does* exist, but doesn't return > anything that way. Good point. The driver currently returns -ENODEV while the V4L2 spec states that it should return -EINVAL instead. I'll fix it. > > Your luvcview version defaults to MJPEG and doesn't fall back to YUV > > automatically. Your camera supports YUV only, so the default won't work. > > luvcview -f yuv should work. > > Oh, indeed! Thanks. (BTW: I had also tried the latest version from > SVN (r19), but that doesn't compile due to missing header files.) Could you complain to the luvcview maintainer on quickcamteam.net ? :-) > > > Oh, right. That's *so* going to work well. 500% enlargement through > > > interpolation, or "making up 24 pixel for every given pixel". :-} > > BTW: there are apps which deliver quite reasonable 500% or more > enlargement, but they'd be too slow for live pics. This Qt4/GPL3 one, for > example: > > http://imageenlarger.sourceforge.net/ > $ svn co > https://imageenlarger.svn.sourceforge.net/svnroot/imageenlarger/trunk > imageenlarger $ qmake && make > > Worth trying out if you are into such things! :-) -- Regards, Laurent Pinchart _______________________________________________ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
