Laurent hi,
2014-09-30 23:31 GMT+01:00 Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi Paulo,
Thank you for investigation this.
On Tuesday 30 September 2014 13:56:15 Paulo Assis wrote:
Ok,
so I've set a workaround in guvcview, it now uses the length filed if
bytesused is set to
Hi Paulo,
On Wednesday 01 October 2014 11:48:26 Paulo Assis wrote:
Laurent hi,
2014-09-30 23:31 GMT+01:00 Laurent Pinchart:
Hi Paulo,
Thank you for investigation this.
On Tuesday 30 September 2014 13:56:15 Paulo Assis wrote:
Ok,
so I've set a workaround in guvcview, it now
Laurent,
OK, I undersdant what I'm doing wrong now.
I don't see any other solution in order to follow the v4l2 api, than
to copy the mmap data into another buffer that will be used in frame
processing, and then requeue.
Guvcview processes frame data in several different threads and I don't
want
On 10/01/14 13:53, Paulo Assis wrote:
Laurent,
OK, I undersdant what I'm doing wrong now.
I don't see any other solution in order to follow the v4l2 api, than
to copy the mmap data into another buffer that will be used in frame
processing, and then requeue.
Guvcview processes frame data
I referring to the following bug:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1362358
I've run some tests and after increasing verbosity for uvcvideo, I get:
EOF on empty payload
this seems consistent with the zero size frames returned by the driver.
After VIDIOC_DQBUF | VIDIOC_QBUF, I
Ok,
so I've set a workaround in guvcview, it now uses the length filed if
bytesused is set to zero.
Anyway I think this violates the v4l2 api:
http://linuxtv.org/downloads/v4l-dvb-apis/buffer.html
bytesused - ..., Drivers must set this field when type refers to an
input stream, ...
without this
Le 2014-09-30 04:50, Paulo Assis a écrit :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1362358
I've run some tests and after increasing verbosity for uvcvideo, I get:
EOF on empty payload
this seems consistent with the zero size frames returned by the driver.
After VIDIOC_DQBUF |
Yes,
but disabling libv4l2 and accessing the driver directly, has the same
effect. Also like I said, gspca works fine, even through libv4l2.
So I'm pretty sure this is related to uvcvideo.
My libv4l2 version is 1.2.0 and the reported problems with libv4l2
I've received relate to version 1.4.0
Hi Paulo,
Thank you for investigation this.
On Tuesday 30 September 2014 13:56:15 Paulo Assis wrote:
Ok,
so I've set a workaround in guvcview, it now uses the length filed if
bytesused is set to zero.
Anyway I think this violates the v4l2 api:
