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
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 t
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 i
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 uses the length filed if
>> bytesused is set to zero.
>> Anyway I think th
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:
> http://linuxtv.org/downloads/v4l-dvb-apis/b
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 (debi
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 | VIDI
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 v
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