Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yann LeCun wrote: > Cool! > > Just to make sure: the patch is meant to be applied to the standard > 2.6.27-xx source tree, not to the latest/greatest version of uvc from > http://linuxtv.org/hg/~pinchartl/uvcvideo > right? > Nope, this was to the latest UVC. It doesn't apply cleanly to 2.6.27.xxx Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmainn11XseNj94gRAgzmAJ9IuwkSAvYOC0oKJgf5azqKl1+J1wCg3TPa 4Wd78rKM0BW1efaZ1qn9bTQ= =gvQ0 -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurent Pinchart wrote: > 5376 bytes seem to fit in the available bandwidth, but we need to > take overhead into account, as well as other periodic transfers > (interrupt). As the USB core rejects our request for twice 2380 bytes > per microframe, I'm inclined to believe 2x 640x...@30fps YUYV can't > be streamed on high-speed USB. Thanks for the explanation, this looks reasonable :( Unfortunately that will make my life a bit more complicated, but well .. > Unless you believe 30 fps should be supported, I'll take the header > size into account and I'll commit the patch. Well, if there is no way how to get this to work, there is no point in delaying the patch. I am sure the camera doesn't stream 30 fps in Windows neither. Thanks, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmahTn11XseNj94gRAoAwAJ0eURr6Y/JTseiYNOIjz+q0IKenEACgvZUU sioAKtqb/U04fpwHkD9abTI= =7/fG -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Laurent, Laurent Pinchart wrote: > You're right. I've attached an updated version of the patch to this e-mail. > Could you please test it ? > I have tested your new patch and now I am able to stream from both cameras at 640x480 and 15fps. 30fps is still giving the "no space on device" message when I try to open the second camera. The payload sizes reported are 1152 bytes for 15 fps case and 2380 bytes for 30 fps. Is it actually possible to have two cameras on USB 2.0 bus streaming at 30 fps and VGA resolution? It certainly does work on FireWire 400 - that should have comparable bandwidth in YUV411 mode (have two such Unibrain cams on my desk right now). Other than this, the camera seems to start being usable, good job! Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmZiFn11XseNj94gRAqHTAKDMqWYdwNTyk5EyUWPArA/GEaFtmgCfbpqg R2tZc4MqjmcxF99ckSX3Gk0= =tmOI -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Replying to self: Jan Ciger wrote: > > Is it actually possible to have two cameras on USB 2.0 bus streaming at > 30 fps and VGA resolution? It certainly does work on FireWire 400 - that > should have comparable bandwidth in YUV411 mode (have two such Unibrain > cams on my desk right now). Actually, I have checked the Minoru camera and it reports the mode as YUV422, not 411. 422 doesn't work in 30fps even on FireWire, so this issue is moot. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmZvGn11XseNj94gRAhF8AJ42QKV5w64Z3e7YXNImmeG+oOjv1ACg8fFD JbCfQn62YJ7DK8Fk+/uM8oQ= =UZsC -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Laurent, Laurent Pinchart wrote: > Hi Jan, > > You're right. I've attached an updated version of the patch to this e-mail. > Could you please test it ? Will do later today when I am back from office. Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmTKdn11XseNj94gRAqIbAKDZX7xvP/dlQgjDMLSorecDFMFNugCfY6Q8 BHYYHeaz5qeIZJ42CdG53aA= =AChB -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Laurent, Laurent Pinchart wrote: > Hi Jan, > > Could you try different resolutions ? The driver should report the > bandwidth requested by the camera in the kernel log, that information > can help debugging the issue. OK, got it work now - I guess I have mixed some incompatible module versions. 320x240 15 and 30fps works, both cameras stream. Log shows: uvcvideo: device Vimicro USB2.0 PC Camera requested 595 bytes per payload. 352x288 15 and 30fps works, both cameras stream Log: uvcvideo: device Vimicro USB2.0 PC Camera requested 785 bytes per payload. 640x480 15 and 30fps doesn't work, opening second luvcview results in: uvcvideo: device Vimicro USB2.0 PC Camera requested 2380 bytes per payload. uvcvideo: Failed to submit URB 0 (-28). Strange thing is that the amount of data requested doesn't depend on the frame rate. I did a bit of experimentation and have managed to get both cameras stream at 640x480/15fps with the payload size of 2000 bytes. However, luvcview hangs if I try to use 30fps (there is no message in the log). I think you need to take the requested framerate in the account when doing the calculation. > Please note that you must use the videodev module (and its > dependencies) from the uvcvideo source tree. Mixing uvcvideo from the > mercurial tree with a mainline videodev module will probably crash. Yep - that was it :( Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJmECcn11XseNj94gRAuJkAJ0YQy+B1wL0M8i7rCZbC//dQnOtjQCgnTyM FXjydE+KeTkSxfLwF0bGE9o= =crOr -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurent Pinchart wrote: > Hi everybody, > > here's a patch to fix the USB bandwidth value for Vimicro cameras. > The required bandwidth is computed from the frame size (width * > height * bpp / 8), the minimum frame interval and the USB > (micro-)frame duration. > > If you own a Vimicro device, could you please test the patch and > report results ? I'm especially interested in reports from streaming > from two Vimicro devices at the same time (if you own a Minoru3D you > have no excuse not to try this). I am on it! Will report back ASAP. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJl37Kn11XseNj94gRAuDZAJ4i987vxrALaKcJWw/dmi0x7BlywgCg4BQj tHN2SC5qHoQ92pnWfnjAQsk= =g+ur -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simone Freddio wrote: > Hi Laurent, > >here the results of my tests: > >MaxPayloadTransferSizeValue Returned from device > Result >0128 > uvcvideo: USB isochronous frame lost (-71). >1128 > uvcvideo: USB isochronous frame lost (-71). >42 128 > uvcvideo: USB isochronous frame lost (-71). >1024 1024 > works right with few USB iso frame lost >0x 3072 > no error but also no capture :-( > >My conclusion is that MaxPayloadTransferSize, regardless of > specification, is not readonly... seems to be that device round this > value to the closest that is supported (see also my lsusb in file > lsusb.txt). I have tried this too and regardless what I put as the PayloadTransferSize, the Minoru camera will always ask for 3072 back. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJiNCUn11XseNj94gRAg/gAJ0dORAwgwUJ0EYqA9O0vG0XgBtGDgCdHXCx 0igBKNMX3tSawbs0+L4hz/M= =ok3d -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurent Pinchart wrote: > Could you (or Jan) try to set dwMaxPayloadTransferSize to a weird > value (let's say 42) and see what the device returns in the next > GET_CUR call ? I can give this a shot later today and will report back. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJiAzYn11XseNj94gRAjwdAKCDQSQZg7roZ/yd+fdupmHXEfrwRACg3Q9c +HFiZEpU/q2XzpbRWXcOKtQ= =MkLd -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurent Pinchart wrote: > That's bad. The USB EHCI driver will reject 2x 3072 bytes per microframe as > exceeding the available bandwidth. Yep, I suspected something like that ... > I suppose you'll object that the cameras work on Windows, so I'll try to > address that :-) Thank you :) > > I see three possible reasons why Windows would stream video from both cameras > at the same time. > > - The Windows UVC driver might query the cameras slightly differently and > receive a different bandwidth. A USB sniffer would help confirm or infirm > this explanation. I can check this if I manage to get a sniffer to work. I will report back once that far. > > - The Windows UVC driver might ignore the requested bandwidth and compute a > value itself. > > - Windows might accept 2x 3072 bytes per microframe. I seem to remember this > might be the case, and that that behaviour is buggy according to the USB 2.0 > spec. You would have to contact the linux-usb mailing list for more > information on that. Hard to say which one is correct. It could be even both - Windows accepts the value (doesn't report error) and the driver does some kind of black magic afterwards to get things actually working. I am getting different resolutions offered on Windows than on Linux and also the camera seems to run at a lower framerate if both cameras are streaming. I didn't try to measure it, but the stereo output looks like ~10fps or so. It could be a software issue as well, though. The documentation is also cautioning to plug the device ideally to a separate host and not to use the USB connectors on the front panel - they assume that those are not full-featured. So it could be indeed a marginal design. > It would be helpful if you could capture all USB control traffic from device > enumeration to video streaming using a USB analyser (a software one will do). > It would show what bandwidth the device requests, and what bandwidth the > Windows UVC driver selects. As I said above, I will try to get a sniffer working and will report back once that far. Regards (and thanks), Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJhz2+n11XseNj94gRAlm+AKDOTMtUwPvAFW4sqLmLc+DhGzcXvgCeIuJP /Pq16p2jarKlLMQdVtCJmbI= =NsvL -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Laurent, I have applied your patch and here are the data: - - luvcview -s 640x480 -i 30 -d /dev/video0 uvcvideo: device Vimicro USB2.0 PC Camera requested 3072 bytes per payload. - - luvcview -s 320x240 -i 30 -d /dev/video0 uvcvideo: device Vimicro USB2.0 PC Camera requested 3072 bytes per payload. - - luvcview -s 176x144 -i 30 -d /dev/video0 uvcvideo: device Vimicro USB2.0 PC Camera requested 3072 bytes per payload. - - luvcview -s 160x120 -i 30 -d /dev/video0 uvcvideo: device Vimicro USB2.0 PC Camera requested 3072 bytes per payload. It makes no difference whether I am asking for 30 or 15fps neither - always 3072 bytes are requested. Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJhjGun11XseNj94gRAqdFAKCKcWQ6tQO3ndMMYD6oAohNSdM0NQCgi6zv mG8ior07wtd6eRenWtKX2L0= =0NcE -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
Re: [Linux-uvc-devel] Minoru stereo webcam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I have also got the Minoru stereo webcam, the same as described by Yann on 31.1. and with the same problem (unable to stream from both cameras at once), regardless of which USB port is used. It doesn't work even if the camera is attached to a separate USB controller with nothing else on it. The webcam contains actually two Vimicro cameras connected to an internal USB hub, together with a USB microphone. In Windows on the same machine it works OK, albeit a bit slow (framerate throttling?). I have tried to reduce the framerate (only 30 and 15fps are supported) and all resolutions besides the 640x480 maximum (the Windows driver claims 800x600, but that looks interpolated) and still the second camera will not stream if the first one is already doing so. Is there a way to get two UVC cameras to stream at the same time? Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJhgbnn11XseNj94gRAnbmAKCCZ7bQs17hK7w+0TU9TKQnoUXtRACg3LeM tDpg1CdD3YX9sAWQJFczvmw= =8wul -END PGP SIGNATURE- ___ Linux-uvc-devel mailing list Linux-uvc-devel@lists.berlios.de https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
