-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
-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
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. 3
-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 mo
-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-
Ve
-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 gues
-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-)fram
-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:
> 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
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 t
-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 Vimic
-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 s
12 matches
Mail list logo