Hi Julien,
On Thursday 19 March 2009 18:31:00 julien quelen wrote:
Hi all,
I am using the new Minoru stereo webcam under Linux with the last
version of uvcvideo driver.
I get simultaneously the two 640x480 videos at 15fps. Thank you very
much for the patch Laurent.
However, i don't
Hi all,
I am using the new Minoru stereo webcam under Linux with the last
version of uvcvideo driver.
I get simultaneously the two 640x480 videos at 15fps. Thank you very
much for the patch Laurent.
However, i don't manage to deactivate the auto gain and auto exposure
on the two cameras.(I get
Hi Yann,
On Monday 02 March 2009 04:26:25 Yann LeCun wrote:
I don't think people really need to the slower framerates,
so leaving things as they are for the time being is fine.
Still, people should probably be aware of the problem.
I've added a note on the linux-uvc website.
Best regards,
Hi Yann,
sorry for the late answer.
On Tuesday 17 February 2009 00:30:37 Yann LeCun wrote:
I seem to be having a strange problem with the patch:
Using my own v4l2 grabbing code, I can do:
640x480 15 fps
320x240 30 fps
160x120 30 fps
and everything works fine.
but if I try 320x240 or
I don't think people really need to the slower framerates,
so leaving things as they are for the time being is fine.
Still, people should probably be aware of the problem.
-- Yann
On Sunday 01 March 2009, Laurent Pinchart wrote:
Hi Yann,
sorry for the late answer.
On Tuesday 17 February
-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 such
-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.
Hi Jan,
On Monday 16 February 2009 17:47:01 Jan Ciger wrote:
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
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?
by the way, this will probably fix a similar problem I was having
while trying to grab images from
-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
OK, the patch works for me too.
The Minoru works like a charm now.
640x480 at 15 fps works fine.
640x480 at 30 fps doesn't work, as Jan noted.
the raw bandwidth for 2 cameras at 640x480, 30 fps,
in YUYV (two bytes per pixel) is just below the USB
bandwidth, but the overhead must make it go
I seem to be having a strange problem with the patch:
Using my own v4l2 grabbing code, I can do:
640x480 15 fps
320x240 30 fps
160x120 30 fps
and everything works fine.
but if I try 320x240 or 160x120 with an fps any
lower than 30 fps, it doesn't work.
It looks like my code hangs at the next
Hi Jan,
On Sunday 15 February 2009 05:46:09 Jan Ciger wrote:
Laurent Pinchart wrote:
Hi everybody,
...
Hello Laurent,
I have tried the patch against the driver in Mandriva's 2.6.27
(2.6.27.14-server-1.uc2mnb) and it didn't apply cleanly. After fixing
the rejects the driver worked, but I
-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
Hi Jan,
On Sunday 15 February 2009 17:19:42 Jan Ciger wrote:
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
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
-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
Hi Simone,
On Tuesday 03 February 2009, Simone Freddio wrote:
Hi Laurent,
here the results of my tests:
MaxPayloadTransferSizeValue Returned from device
Result
0128
uvcvideo: USB isochronous
-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
Hi Laurent,
here the results of my tests:
MaxPayloadTransferSizeValue Returned from device
Result
0128
uvcvideo: USB isochronous frame lost (-71).
1
-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
Hi Jan, hi Laurent...
i have the same problem with different webcam... i think to have
found the problem, Laurent tell me if i am wrong, i'll go to explain:
The problem is in the bandwidth, the uvcdriver ALWAYS ask to usb
layer a dw_MaxPayloadTransferSize that is fetched only when the
Hi Simone,
On Tuesday 03 February 2009, Simone Freddio wrote:
Hi Jan, hi Laurent...
i have the same problem with different webcam... i think to have
found the problem, Laurent tell me if i am wrong, i'll go to explain:
The problem is in the bandwidth, the uvcdriver ALWAYS ask to usb
-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
Hi Yann,
On Saturday 31 January 2009, Yann LeCun wrote:
Laurent and all,
I just got one of those new Minoru stereo webcams. At 90 bucks from
Amazon, the Minoru is several times cheaper than any alternative, and
there are lots of cool things you could do with a stereo camera under
Linux
-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
Laurent and all,
I just got one of those new Minoru stereo webcams. At 90 bucks from
Amazon, the Minoru is several times cheaper than any alternative, and
there are lots of cool things you could do with a stereo camera under
Linux (see http://www.minoru3d.com/ ).
The good news is that uvcvideo
30 matches
Mail list logo
