Re: [Linux-uvc-devel] Working with Logitech B990: Issues.
On Thu, Nov 03, 2011 at 11:54:55 +0100, Laurent Pinchart wrote: On Thursday 03 November 2011 02:20:30 Kaz Kylheku wrote: By the way, I patched the driver to make the trace and quirks sysctl parameters, since I have it compiled into the kernel. Aren't uvcvideo module parameters available through /sys/modules/uvcvideo/parameters/ even when uvcvideo is compiled in ? It seems to be /sys/module/uvcvideo/parameters/ (note module vs. modules). And indeed, compiled-in features also seem to support this interface. And it is very funky. You actually don't need to rmmod insmod modules to change parameters, you just cat the value into that interface. If the module is programmed as such (and uvcvideo is, IIRC), the module will pick it up automatically. rmmod is way too complicated! :-) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] yavta
Hi Laurent, On Sat, Feb 19, 2011 at 13:23:23 +0100, Laurent Pinchart wrote: Would it enumerate resolutions and frame rates like {l,g}uvcview do? (I only tested on a TV V4L device, my webcam is blocked.) --enum-formats should do that. Indeed it does. I had the chance to try now. Cool! Many thanks, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] uvcvideo problem when changing grab size in a WebCam SCB-0370N (Samsung SF510)
On Wed, Jan 26, 2011 at 11:20:35 +0100, Gabriel Huecas wrote: I enclose as a file the output of lsusb -v -d 2232:1001 (a bit long). [...] BTW, I also enclose the output of my program (called isabel_video) with debug information activated (which prints all ioctls send to the driver). I think you forgot to attach. :) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] reporting a Kodak webcam
On Tue, Jan 25, 2011 at 17:02:25 +0100, Laurent Pinchart wrote: On Friday 21 January 2011 17:22:26 Cia Watson wrote: The website says under Supported Devices: If your UVC device is not listed below, please report it -- so that's what I'm doing. [...] Could you please send me the output of I think this requirement for reporting should be highlighted better on the website. We're getting so many inadequate reports here lately... Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] webcam for skype under Ubuntu
Hi, In the case of skype, since from what I know it only supports yuv formats, you may need to preload v4l2convert (from libv4l) to handle this: http://ubuntuforums.org/showthread.php?t=1443838 As you mention libv4l, you might also want to use this lib to circumvent another issue in Skype, or you could select your camera appropriately Here are libv4l's changelogs mentioning it: http://lists-archives.org/video4linux/24677-libv4l-release-0-5-1-the-skype-release.html http://lists-archives.org/video4linux/25270-libv4l-release-0-5-4.html That is: Skype for Linux only supports certain resolutions which some cameras may not provide. (libv4l fixes this. :-)) Moritz -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Where have the patches from SVN gone?
Hi Laurent, On Fri, Nov 19, 2010 at 01:19:39 +0100, Laurent Pinchart wrote: The SVN repository has been taken offline as it had been deprecated for years. I confess I forgot about the patches :-) That's what I thought. Luckily that patch is quite widespread. Do you think it would be worth it making the 3 patches available again somewhere ? xawtv and tvtime are pretty much unmaintained, and mythtv seems to have been fixed. The tvtime packages are still being maintained by the distros' packagers. Indeed, they're fixing stuff and porting from OSS to ALSA mixers and the likes, so the program seems to be popular enough. I don't know if you still need to centrally provide that patch. It's not a bad idea, I guess. Apart from that, it's both in Mandriva and OpenSuSE, and you can now find it in the RedHat/Fedora bug database: https://bugzilla.redhat.com/show_bug.cgi?id=655038 as I have taken the liberty to file a ticket. Thanks, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
[Linux-uvc-devel] Where have the patches from SVN gone?
Hi, I'm looking for the UVC specific tool patches, specifically the one for tvtime previously found here: svn://svn.berlios.de/linux-uvc/patches/tvtime/tvtime-1.0.2-videoinput.patch I was rebuilding my RPM package and realized the URL no longer worked, probably because most of the SVN moved to linux-tv Git. Where can I find that file? Background: Of course, I still have a copy of that file. :-) I just saw that Fedora is still actively maintaining the tvtime package, and it doesn't have this patch, while OpenSuSE and Mandriva do. I'd like to open an enhancement ticket - with the correct patch URL. :) Thanks! Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
[Linux-uvc-devel] Support of C120: praise, but no listing
Hi, I wanted to point out this blogger's praise: It just worked: http://www.dvhart.com/content/blog/dvhart/linux/it_just_worked which indirectly tolls great respect to the UVC driver development. Interestingly, the C120 isn't listed among the driver's supported device list. Logitech only lists this particular cam in its newer lists. Here's another site which confirms that it just works: http://www.tux-planet.fr/logitech-webcam-c120-une-webcam-compatible-linux/ Just an observation. :) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Logitech C910, long exposures?
On Mon, Sep 06, 2010 at 14:24:55 +0200, Florian Echtler wrote: I'm currently considering a Logitech C910 for some long-term outdoor imaging. In particular, this means that the camera will have to be able to do very long exposure times (probably = 1 sec) for nighttime shots. Can somebody tell me if a) this camera can do this at all and b) if so, does the uvc driver currently support this? The UVC driver does not support still images, but if you select a frame rate low enough, exposure time will be larger. Unfortunately, it seems that few cameras allow frame rates _below_ 5 FPS. Logitech only lists the _max_ frame rate in their specs, but their happens to be discussion on the C910 in their forums with a dump from guvcview (this is the kind of info we'd love from every cam!): http://forums.quickcamteam.net/showthread.php?tid=1345pid=4976#pid4976 See, nothing below 5 FPS. For your kind of application, I would almost recommend getting a cheap and/or used digital camera and controlling it with gphoto2. (My guess is you will also get more and perhaps better megapixels for the same price, unless you need an additional mini-tripod.) I'm saying almost because: a) I have never owned a camera where this gphoto2 mode was supported. I haven't tried my wife's old IXUS 70 yet though, it should work. Let me mark that as something to try on a rainy weekend. b) I don't know how to set exposure and focus, let alone zoom. According to http://www.linux.com/news/software/applications/47498-sophisticated-picture-taking-with-gphoto Focus, aperture, and other settings will need to be set before taking any shots. Fair enough. I guess you could always use auto-exposure. I hope this helps, at least to find a path to a different solution. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Logitech C910, long exposures?
Hi, On Wed, Sep 08, 2010 at 15:36:58 +0200, Florian Echtler wrote: If still image support (for still image method 2) were to be added, would that bring exposure control with it? (probably not?) Good question. I have no understanding of the UVC standard, I only know the still image buzzword from many threads here. :) In Message-Id: 200804162242.45541.laurent.pinch...@skynet.be, Laurent wrote: It all depends on the hardware. The UVC spec defines several method to capture still images. The most common one, implemented by all the webcams I've tested so far, is to take the next image from the video stream. This won't help improving image quality. So you're probably out of luck. Hm, but resolutions from full HD and up in YUYV show 1/2 fps? (Don't know if this is actually equal to exposure time or just due to the bandwidth..) You're right, I missed that. It does say 1/2 (that's SPF, not FPS, by the way). My experience - without having done _anything_ with re-adjusting autoexposure or the likes - is that the camera will expose as much of that interval if it needs to. But since it doesn't have an aperture, it reduces exposure time in better lighting. One of my personal webcam (non-UVC) installations is at constant 5 FPS, but only in the evening does movement appear blurry in the stream. I do _not_ know whether a constant FPS and disabled autoexposure would lead to under-/overexposure but defined exposure time. Well, this is exactly the solution I am using right now :-) Ha! :-) But you have valid points there. No mechanical wear in the web cam. (But my web cam's sensor seems to have deteriorated over the years.) Gruß, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] How to access a STILL_IMAGE_FRAME of a webcam
Hi, On Tue, Aug 31, 2010 at 14:39:56 +0100, Martin wrote: So how do you acquire a singular STILL_IMAGE_FRAME from a webcam? As far as I know, that's one of the features Laurent is looking for volunteers for, as it isn't implemented yet. All known apps take the stream and simply dump a single frame from it, if they happen to offer something similar. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Mediatek MT6227
Hi Michelle, On Tue, Aug 24, 2010 at 18:51:14 +0200, Michelle Konzack wrote: I have not requested it... and IF I do it, I get: [...] Frame size: 320x240 (requested size 640x480 is not supported by device) Frame rate: 20/1 fps (requested frame rate 3 fps is not supported by device) luvcview -L should list all available formats (i.e. resolutions and frame rates). This should help you choose a working one. Hope this helps, schöne Grüße, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] 16MP or 1.3MP?
Hi Ian, list, On Tue, Apr 13, 2010 at 09:45:15 +1000, Ian Latter wrote: My mate and I ran up a test yesterday; and even before we got to the test, the camera's native software only saw a 640x480 device. So just the usual marketing bulls**t, as we had expected. ;-) Can't Americans sue these kinds of marketers? We did some googling for USB cameras of high resolution, and learnt three things; Excellent, I think this is one of the analyses I have been waiting for for a long time. 3. That the highest resolution/performing PC-consumer video USB camera seems to be a 720p (1280x720) camera made by Tandberg (press released in 2009); Depending on how you calculate that, several Logitech devices might be able to compete. At least the resolutions are okay, but I think they don't actually hit the 30 fps mark at max resolution, though they do at 720p: http://www.quickcamteam.net/devices/logitech_uvc_frame_format_list.pdf Note: I don't advocate Logitech, indeed they have built quite some junk. Furthermore, I believe that other manufacturers may also hit the 30...@720p mark. What's really missing are more reviews and experience reports such as this: http://the-gadgeteer.com/2010/03/26/tandberg-precisionhd-usb-video-camera-review/ And comparisons for quality: lens/sharpness, noise, stability of FPS, overall stability, and of course linux-uvc compatibility. :-) via USB; http://chdk.wikia.com/wiki/CHDK Thanks for this very interesting link! (We have a spare IXUS at home, after my wife upgraded to the excellent PowerShot SX200 IS. That IXUS should work with CHDK. Could they also please support Panasonic? :-)) I am still looking for a way to use a digital camera as a remote control single-shot or video camera - similar to a webcam but with a better much better sensor and lense, but perhaps less FPS due to single-shot mode. The gphoto suite does support this for some models, but I have never owned one which happened to have this gphoto support. :-/ Thanks, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] OmniVision / I've screwed my system
Hi, On Wed, Mar 31, 2010 at 11:09:07 +0100, Paulo Assis wrote: change uvcvideo.conf in /etc/modprobe.d to options uvcvideo quirks=16 trace=255 sudo rmmod uvcvideo sudo modprobe uvcvideo By the way, I believe you can do this during _runtime_ of the kernel module, without rmmod'ing: echo 16 /sys/module/uvcvideo/parameters/quirks echo 255/sys/module/uvcvideo/parameters/trace Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] [UVC] Rats results
Hi, On Thu, Feb 11, 2010 at 13:30:16 +0100, pal...@gmail.com wrote: In order to do a good documentation, I was finding a static code analyzer (do you know a good one?) I like cppcheck myself, it has helped me find several minor and major bloopers in my code: http://cppcheck.wiki.sourceforge.net/ I don't believe so much in this kind of programs, but I prefer to contact you with Rats results warnings. Looks like a lot of please double-check here hints. And I am convinced that kernel code commits are double-checked in this manner quite extensively. Never hurts having yet another tool though. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Simple way to do timelapse with webcam?
Hi, On Mon, Dec 21, 2009 at 14:28:26 -0200, Dâniel Fraga wrote: On Mon, 21 Dec 2009 09:48:13 +0200 Borislav Gerassimov b...@omegatim.com wrote: I'm using motion at home, it has a timelapse function, that may be useful in your case. But he doesn't want to process lots of single frame snapshot files. But motion doesn't process single frame snapshots, it creates videos directly if told to do so. (Unfortunately restricted to MPEG1 for some stupid reason, if I read the docs correctly. But I think there should be a way to trick it) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] eb1a:2571 eMPIA Technology, Inc. supported
Hi, On Sat, Oct 31, 2009 at 20:41:32 +0100, Laurent Pinchart wrote: 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. luvcview being _the_ reference app for UVC should probably be less confusing to users and automatically try to detect this. I think guvcview does, but it has even more build dependencies than luvcview which makes it harder to just build it for testing purposes. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] eb1a:2571 eMPIA Technology, Inc. supported
Hi Melchior, On Sat, Oct 31, 2009 at 21:15:08 +0100, Melchior FRANZ wrote: Oh, indeed! Thanks. (BTW: I had also tried the latest version from SVN (r19), but that doesn't compile due to missing header files.) I don't recall where I had the instructions from, but you need these three additional files: http://svn.berlios.de/svnroot/repos/linux-uvc/linux-uvc/trunk/uvcvideo.h http://svn.berlios.de/svnroot/repos/linux-uvc/linux-uvc/trunk/uvc_compat.h http://svn.quickcamteam.net/svn/qct/Linux/Common/include/dynctrl-logitech.h Hope this helps, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] 093a:2700 camera not work
Hi, On Wed, Sep 30, 2009 at 15:04:25 +0800, laiyujun wrote: least webcam and motion work well. Maybe the basic reason is the obsolete hardware(include CPU and slow USB 1.1). Exactly. Cameras tend to reduce their features when connected via USB 1.1 instead of 2.0 (or 3.0 ;-). That's why you probably got only MJPEG. luvcview -L would have been the reference application to use to see what this camera supports. You would then now note the difference with your new hardware. :) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] CLI software to record video
On Mon, Jun 29, 2009 at 23:18:05 +0200, Luca Lesinigo wrote: I spent some time googling around and looking at the list archives, but I cannot find a (non-X11) software that would let me do a 'simple' video recording without any fancy stuff or reencoding. First, MJPG-streamer comes to mind. http://mjpg-streamer.sourceforge.net/ Though the MJPEG (HTTP) stream is not yet a valid video file. But the output_file.so seems to support dropping to JPEG files, and the mjpegtools should support converting that to a video file without recompression loss. Next, I would think of motion. http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome I'm not sure though that it has the option _not_ to convert the MJPEG UVC stream when creating a video file. But it too can drop JPEG files to disk. The _real_ problem is that video is never recorded at constant speed. That I have no experience with. My (pwc) Logitech QuickCam Pro 4000 exposes no such behavior. Has there ever been any solution to this, to creating constant speed video files from non-constant FPS /dev/video? Hope this helps, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] how to get mencoder en mplayer working with uvc v4l2
On Fri, Mar 20, 2009 at 17:02:11 +0100, Jelle de Jong wrote: Well I used the above command on a non uvc device but on a v4l2 usb device that has in the v4l-info command output 720x576 as maximum mode. I want to pitch in and confirm. Unlike with a UVC device, a V4L2 TV device is told to scale/sample its video to 720x576. That is _not_ mencoder's SW scaler, mencoder actually gets 720x576 from the TV device. BTW, as you have noticed: mplayer and mencoder are picky about UVC resolutions. It's best if you give them a resolution which you are sure can be returned, otherwise the result is a bit unpredictable. List your supported resolutions with luvcview -L. Moritz. ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Hercules HD Dualpix webcam doesn't appear to be supported.
Hi D.J., On Wed, Feb 04, 2009 at 09:01:21 -0800, D.J. Barrow wrote: Let me know if it is. It isn't. Relevant details from dmesg. usb 2-1: New USB device found, idVendor=06f8, idProduct=3003 usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 2-1: Product: Hercules Dualpix HD Microphone usb 2-1: Manufacturer: Hercules Dualpix HD Webcam ALSA sound/usb/usbaudio.c:1298: 6:2:1: cannot get freq at ep 0x84 That's not really sufficient. There are instructions on the website on how to identify a UVC device. Anyway, the info _is_ sufficient for googling, and you will find that Laurent already once identified (on this list) this device as using a proprietary protocol. Sorry, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Resolution of a PHilips PWC630nc webcam
[OT, since it's purely PWC related.] On Tue, Jan 20, 2009 at 01:33:46 +0100, Neil Benn wrote: driver. I downloaded the latest verswion of the driver from Luc Saillaard but that does not compile. I suspect that it is due to my old 2.6.24 kernel? Linux kernel 2.6.24 is sufficiently new. As far as I know, no more recent PWC development has been done. You already have the newest driver right in there. The ancient driver with the possibly copyright encumbered compression code (and the ancient driver without compression support) was obsoleted very long ago. (I know because I use the PWC driver. i used to download the Saillard version, but that is no required since a few years.) HTH, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] 04f2:b073 CNF7231
On Wed, Dec 24, 2008 at 23:45:16 +0530, abhishek dastidar wrote: Satoshi, Upgrade your libv4l to 0.5.8. if you are on ubuntu, try it from here: https://launchpad.net/~lool/+archive Abhishek, that must be a typo. Hans de Goede hasn't released anything newer than 0.5.7 yet. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Philips SPC230N
On Wed, Dec 24, 2008 at 11:22:29 -0200, Fernando Antunes wrote: Hi , is there plans to support Philips SPC230N ( 093a:262c Pixart Imaging, Inc.) ? Have you googled yet? According to http://moinejf.free.fr/gspca_Changes.txt it is supported by the gspca driver = 2.4.0. Is it even a UVC cam? http://linux-uvc.berlios.de/faq/ Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] USB1 support
On Thu, Dec 18, 2008 at 10:47:41 +0100, cyberic wrote: I would like to know if USB1 is supported with the UVC driver, on any webcam. Yes. I know for sure that my Logitech QuickCam Fusion works fine on a host which only has USB 1.1. The camera and/or the driver only expose resolutions and modes which work with the reduced bandwidth though, you don't get the full HD 30 fps raw for example. I'm not sure whether the camera or the driver decide on which resolutions and modes these are. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] uvcvideo load problem
Hi Paulo, On Thu, Nov 27, 2008 at 11:33:37 +, Paulo Assis wrote: then from inside the newly created directory I just did: (note: an alternative to sudo is running this commands as root): I believe your instruction is concise and correct. sudo modprobe v4l1-compat sudo modprobe videodev sudo modprobe v4l2-compat-ioctl32 sudo modprobe uvcvideo If you did a make install previously, you should do a # depmod -a then modprobe will resolve the dependencies automatically. If you don't have any conflicting files from the previous kernel install (the above commands show that you don't), a simple # modprobe uvcvideo will then be enough. (If you reboot the computer now, maybe you can skip the following procedures, In may case I did the following before rebooting) On some distributions, depmod -a is called at boot, so a reboot may or may not resolve this for you. But just do it manually without a reboot, that should always work. There were still some error messages but somehow the uvc module was loaded. Be sure to report them here HTH, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
[Linux-uvc-devel] Kernel messages (Was: Re: Quickam E 3500 plus and auto exposure)
Hi Laurent, list On Sun, Nov 16, 2008 at 17:29:14 +0100, Mauro Grauso wrote: Nov 16 17:22:05 greywolf kernel: [24928.848506] VIDIOC_ENUMINPUTVIDIOC_G_INPUTVIDIOC_ENUMINPUTVIDIOC_ENUMSTD7uvcvideo: This is the third or fourth time I've seen this annoying printk() phenomenon on this list. I know the VIDIOC_G_INPUT messages don't come from linux-uvc (V4L perhaps?). Yet they look very like printk()s missing a trailing '\n'. (That's why syslog doesn't push them until a subsequent log message with a proper carriage return.) Laurent, could you check with upstream? I don't have access to those developers, but you might know them. Thanks, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Controls on Logitech QuickCam Pro 9000
Paulo, list, On Fri, Nov 14, 2008 at 09:48:46 +, Paulo Assis wrote: http://www.quickcamteam.net/hcl/linux/logitech_device_list_v2.pdf Wow, thanks for the great link! This is the summary I've always been missing. Perhaps the linux-uvc driver website should reference this document for Logitech cams? (I own one of the old Fusions and wish I knew exactly what to buy to have a UVC webcam which works perfectly under Linux.) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Capturing still images vs. video
Hi Tomas, On Fri, Nov 07, 2008 at 09:49:46 +0100, Tomas Carnecky wrote: I'm looking at a webcam that can do [EMAIL PROTECTED] and also can capture still images at 1600x1200. 960x720 is a little low for our project, 1600x1200 would be much better. We also don't need 30 fps, it is enough if the camera can capture at 5-7 fps. Is it reasonable to expect the camera to capture still images at that framerate? The linux-uvc driver doesn't actually support still image capture. It only supports the stream mode, at whatever frame rates the hardware provides. (The difference shouldn't matter in your case though.) luvcview and guvcview will show you the detected rates and resolutions with the flag -L. The webcam in question is 'QuickCam Pro for Notebooks' from Logitech. I've seen the 2007 Model is well supported by the uvc driver. Check out this (official Logitech) page and the linked Excel (:-P) files: http://www.quickcamteam.net/hcl/frame-format-matrix And indeed, you're lucky, your camera is listed with 5 fps at 1600x1200. Hope this helps, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] uvc camera with Cheese and Camorama
Hi Rob, On Fri, Oct 03, 2008 at 06:54:08 -0400, Rob Owens wrote: Camorama claims that it cannot find /dev/video0 (which does exist). Camorama is right. It uses the V4L1 API (which is basically deprecated), and linux-uvc only provides the V4L2 API. I guess you should use a different app, such as wxCam. (I like camorama too, though.) BUT: There is a nice new library by Hans de Goede called libv4l. It provides a layer between V4L1 and V4L2. I have a patch for camorama to use this library, and have managed to make camorama work with linux-uvc. Screenshots and patch are available from me! :-) Cheese runs but does not produce any video and the program takes a few minutes to close. Can't help you with that, sorry. You may need to ask the Cheese programmers. If luvcview (or guvcview) works, the camera and the driver are fine. Moritz. ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] [PATCH] VIDIOC_[GS]_JPEGCOMP support
Hi Laurent, On Sat, Apr 14, 2007 at 03:03:13 +0200, Laurent Pinchart wrote: I had a sneaky suspicion my camera was stuck in top quality. Laurent Pinchart's comments from March 25th confirmed and were a nice blueprint for this patch. First of all, thanks for the patch. [...] Great :-) I'll have a look at the code after this weekend, and commit the changes to SVN. Thanks a lot for your patch. Has this patch[*] been obsoleted, or forgotten, or perhaps even rejected? The recent release of motion mentions this in its CHANGELOG (though I think the patch is unrelated to the named issue): http://www.lavrsen.dk/twiki/bin/view/Motion/UvcvideoMjpegPatch Thanks, Moritz [*] The originating message thread is so old, so let me quote the archive: http://lists.berlios.de/pipermail/linux-uvc-devel/2007-April/001578.html ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Autofocus on Logitech QuickCam Pro for Notebooks 046d:0991?
Hi Ben, On Sat, Aug 16, 2008 at 10:45:59 -0300, Ben Pearre wrote: http://linux-uvc.berlios.de/ claims that the device works, but I don't think that the camera is autofocusing. Does that mean I have a faulty camera? Or is this feature not, in fact, supported? I can't find any reference to autofocus in the lists, but my google-fu may be rusty. It seems that guvcview has software support for autofocus since SVN revision 194: [EMAIL PROTECTED]:.../UVC/guvcview svn log -r194 guvcview-trunk-r197 r194 | assisp | 2008-08-14 17:29:32 +0200 (Thu, 14 Aug 2008) | 4 lines * added software autofocus to quickam cameras (Pro 9000 , Sphere /Orbit AF) * fixed DOC install path guvcview can be found here: http://developer.berlios.de/projects/guvcview/ (but said edit will be in 0.9.3, which hasn't been released as a package yet). Development SVN is here: http://svn.berlios.de/svnroot/repos/guvcview HTH, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] is the svn server down?
Hi Chris, On Wed, Jun 04, 2008 at 15:23:15 -0400, Chris Bare wrote: % svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk svn: Can't connect to host 'svn.berlios.de': Connection refused Hmm, works for me. Have you tried again since? Perhaps you hit a bad moment. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Logitech QuickCam Pro for Notebooks - NO Cheese (or Camorama for that matter)
Hi Tom, On Sat, May 31, 2008 at 15:52:04 -0400, Tom Mazzotta wrote: I am using the Logitech QuickCam Pro for Notebooks under (newly installed) Ubuntu 8.04LTS on an HP Compaq nc6220 laptop. This setup works out of the box just fine with Ekiga 2.0.12, Skype 2.0.0.68, and luvcview 0.2.1. Luvcview is the reference application. So if your webcam works with that, and even with Skype, I would say it works. However, when I run Cheese 2.22.1, I only see the test pattern and static video. When I run Camorama 0.19-2, I get an alert box saying: Could not connect to video device (/dev/video0). Please check connection. I think you may have to file a bug report with Cheese. Camorama is known not to support V4L2. OTOH, mplayer usually works, and I think so does wxCam (which has rather peculiar requirements to build though). Wikipedia (http://en.wikipedia.org/wiki/USB_video_device_class): It can be expected that in the near future most webcams will be UVC compatible as this is a logo requirement for Windows Vista. We wish. I bet many devices will still behave totally crude though. ;-) Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] troubled with make file in UVC driver
Hi Dharm, On Mon, May 12, 2008 at 22:26:33 +0530, D saxena wrote: whenever I attempt to download Makefile from the website http:// svn.berlios.de/viewcvs/linux-uvc/linux-uvc/trunk/?rev=209, it is downloaded as text file. Is it right ? It is correct to save it as a text file. But you should ideally be fetching those files with an SVN client, not with your web browser. That's why the driver is not getting compiled and giver following errors: [...] make[1]: Entering directory `/usr/src/kernels/2.6.9-5.EL-i686' Your kernel is too old to properly work with this UVC driver. You cannot build the driver, except perhaps without a lot of hacks and tricks. I know this is unfortunate, but RHEL tends to stick to old kernel versions. You might want to figure out whether there's a repository which provides newer kernels, or switch to Fedora. ;-) Sorry, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Driver improvement suggestion: Prefer device node, and more?consistant messaging
Hi Laurent, On Tue, Mar 25, 2008 at 22:58:44 +0100, Laurent Pinchart wrote: I have a small suggestion for the linux-uvc driver. Currently, the driver lets V4L2 automatically select the device node (/dev/videoX). But we all know that order of loading modules, init times, et.al. may influence the order, therefore I thought it might by practical to introduce a module option to request a specific device node. [...] This should be done using udev rules. You can then assign a device node to a camera based on various parameters such as the device serial number, its VID/PID or the module name. This is much more flexible than forcing a specific minor with a module parameter. I wasn't aware that udev could do that. I'll dive into its docs (have to search first ;-). This totally obsoletes my method (albeit only for udev based systems, but are any systems without udev supported nowadays?). The device minor can be useful, but the message in your patch can be misleading as well. The video0 device node doesn't have to be called /dev/video0. Some distributions name the device node /dev/v4l/video0. The allocated device minor can easily be found using sysfs and I'm a bit scared an incorrect /dev/videoX reference in the kernel log messages might confuse users. Again, I wasn't aware. Correct, I only see minor. So, first observation, other kernel modules are reporting incorrectly. ;) Am I right in assuming that only the higher layers (or even udev) actually know the proper name of the assigned device node? To me, it's still a reporting problem. Oops, where has my TV card landed? /dev/v4l/video1? Ah, there it is! (Unfortunately, very few apps actually detect available V4L devices.) So currently, I think at least the minor number should be reported. But I'll have another think about it. Merci beaucoup, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Driver improvement suggestion: Use quirks parameter to mask unsafe code, reset patch
Bon soir Laurent, On Tue, Mar 25, 2008 at 23:13:17 +0100, Laurent Pinchart wrote: Harold Wheaton posted a patch similar to yours to the mailing list on March the 19th. Search the archives for a thread named UVC patch update and results. I've been subscribed to this list since Feb 27, and can find no such thread. Neither can Google find any common reference of that name with UVC at all. (I even checked other spellings.) Are you sure it wasn't a private discussion? Feel free to forward me Harold's patch privately. :) Regards, Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] cannot start any webcam application
Hi Malte, On Mon, Mar 24, 2008 at 10:19:48 +0100, Malte Gell wrote: Is the output of v4l-info of any interest? If it is, thats what it say and thanx for the efforts! Yes and no. Yes to show developers what your cam is capable of. No, because I believe it already works with several apps, and therefore cam and driver are probably fine. The applications have some problems, either with your X11 or with certain details of the cam. Moritz ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] luvcview code enhancements
Âllo Michel, On Mon, Mar 17, 2008 at 13:28:50 +0100, Michel Xhaard wrote: Moritz, Thanks for all your patchs ;-) Thanks for your feedback. :) If these patches are really of interest, I've been hacking around a little more. First I noticed that the famous test.c displays an identification string describing the device (coming from cap.card). I thought this would be extremely useful, because I had accidentally been trying to use luvcview with my TV card ;-) (which is on /dev/video1, and I had forgotten about). Then, just yesterday, I noticed in my motion logs that it too lists this string, and it lists all (most of) the detected capabilities. I thought this too would be nifty, as luvcview already checks a few of them (e.g. to make sure it can function properly). At the same time, I saw that a lot of code was basically duplicated in those sections (v4l_init() for example). So I went through the pain of taking that apart. Not sure I got it right. Attached is a patch which attempts to do all these three things. I must say I do not have a device which doesn't support streaming, therefore I could not test those coded error conditions. But apart from that, it works for me. :-) (There's one warning in compiling the code where I tried to avoid passing a possible NULL pointer to printf(). Oh well.) This is what my TV card looks like now (sorry, no UVC device connected currently, I'm not physically next to my machine): -- snip -- [EMAIL PROTECTED]:~ luvcview -d /dev/video1 -L luvcview version 0.2.2 Video driver: x11 A window manager is available Video device /dev/video1 Device is Terratec Cinergy 400 TV on bus PCI::03:0b.0 Device capabilities: - VIDEO_CAPTURE (is a video capture device) - VIDEO_OVERLAY (can do video overlay) - VBI_CAPTURE (is a raw VBI capture device) - TUNER (has a tuner) - READWRITE (supports read/write system calls) - STREAMING (supports streaming I/O ioctls) { pixelformat = 'GREY', description = '8 bpp gray' } { pixelformat = 'RGBO', description = '15 bpp RGB, le' } [...more pixelformats...] -- snip -- The two other patches align my recent whitespace and perror patches to this new patch. All three apply nicely on top of each other. See if you can make any use of this. I find it quite practical. Kind regards, Moritzdiff -ur luvcview-20070512/luvcview.c luvcview-20070512-name_and_capabilities/luvcview.c --- luvcview-20070512/luvcview.c2007-05-12 12:03:14.0 +0200 +++ luvcview-20070512-name_and_capabilities/luvcview.c 2008-03-17 23:36:19.0 +0100 @@ -425,7 +425,9 @@ if ( queryformats ) { /* if we're supposed to list the video formats, do that now and go out */ check_videoIn(videoIn,(char *) videodevice); - free(videoIn); +free(videoIn-videodevice); +free(videoIn-status); +free(videoIn); SDL_Quit(); exit(1); } diff -ur luvcview-20070512/v4l2uvc.c luvcview-20070512-name_and_capabilities/v4l2uvc.c --- luvcview-20070512/v4l2uvc.c 2007-05-08 17:39:40.0 +0200 +++ luvcview-20070512-name_and_capabilities/v4l2uvc.c 2008-03-18 00:33:38.0 +0100 @@ -34,39 +34,68 @@ int check_videoIn(struct vdIn *vd, char *device) { -int ret; - if (vd == NULL || device == NULL) - return -1; - vd-videodevice = (char *) calloc(1, 16 * sizeof(char)); - snprintf(vd-videodevice, 12, %s, device); -printf(video %s \n, vd-videodevice); +/* return value: + * 0 - okay + * 1 - opening device failed + * 2 - device opened, but some other failure + */ +int ret; +char buf[512]; +if (vd == NULL || device == NULL) + return -2; /* stupid error if it happens */ +vd-videodevice = (char *) calloc(1, 16 * sizeof(char)); +snprintf(vd-videodevice, 12, %s, device); +printf(Video device %s\n, vd-videodevice); if ((vd-fd = open(vd-videodevice, O_RDWR)) == -1) { - perror(ERROR opening V4L interface \n); - exit(1); + perror(ERROR opening V4L interface); + return -1; } memset(vd-cap, 0, sizeof(struct v4l2_capability)); ret = ioctl(vd-fd, VIDIOC_QUERYCAP, vd-cap); if (ret 0) { - printf(Error opening device %s: unable to query device.\n, - vd-videodevice); - goto fatal; -} -if ((vd-cap.capabilities V4L2_CAP_VIDEO_CAPTURE) == 0) { - printf(Error opening device %s: video capture not supported.\n, - vd-videodevice); -} -if (!(vd-cap.capabilities V4L2_CAP_STREAMING)) { - printf(%s does not support streaming i/o\n, vd-videodevice); -} -if (!(vd-cap.capabilities V4L2_CAP_READWRITE)) { - printf(%s does not support read i/o\n, vd-videodevice); -} +snprintf(buf, sizeof(buf), Error opening device %s: unable to query device, vd-videodevice); +perror(buf); + return -2; +} + +printf(Device is \%s\\n\ton bus \%s\\n, + vd-cap.card, (vd-cap.bus_info) ? (vd-cap.bus_info) :