-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-
-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
-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.
-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
-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
-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
-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
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Simone Freddio wrote:
Hi Laurent,
here the results of my tests:
MaxPayloadTransferSizeValue Returned from device
Result
0128
-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
-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
-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
12 matches
Mail list logo
