Am 17.01.2011 17:27, schrieb Guennadi Liakhovetski:
On Mon, 17 Jan 2011, Markus Niebel wrote:
Hello,
sorry for the __very__ long timeout. The doublebuffering is indeed enabled
when the second buffer is queued - my fault, should have read the code more
carfully.
Good.
But in this way a new
On Mon, 17 Jan 2011, Markus Niebel wrote:
> Hello,
>
> sorry for the __very__ long timeout. The doublebuffering is indeed enabled
> when the second buffer is queued - my fault, should have read the code more
> carfully.
Good.
> But in this way a new question arises:
>
> in soc_camera.c, functi
Am 03.12.2010 21:07, schrieb Guennadi Liakhovetski:
On Fri, 3 Dec 2010, Markus Niebel wrote:
Hello,
thank you for your answer. I think there is a problem, but I did not describe
it correctly. See my comments
On Thu, 2 Dec 2010, Markus Niebel wrote:
Hello,
we're working with a special came
On Fri, 3 Dec 2010, Markus Niebel wrote:
> Hello,
>
> thank you for your answer. I think there is a problem, but I did not describe
> it correctly. See my comments
>
> > On Thu, 2 Dec 2010, Markus Niebel wrote:
> >
> > > Hello,
> > >
> > > we're working with a special cameraboard (CCD + Analog
Hello,
thank you for your answer. I think there is a problem, but I did not
describe it correctly. See my comments
On Thu, 2 Dec 2010, Markus Niebel wrote:
Hello,
we're working with a special cameraboard (CCD + Analog Frontend IC). Using the
soc_camera stack on the i.MX35 (mx3_camera) the
On Thu, 2 Dec 2010, Markus Niebel wrote:
> Hello,
>
> we're working with a special cameraboard (CCD + Analog Frontend IC). Using the
> soc_camera stack on the i.MX35 (mx3_camera) the following problem arises:
>
> VIDIOC_STREAMON calls soc_camera_streamon which calls videobuf_streamon - when
> it
Hello,
we're working with a special cameraboard (CCD + Analog Frontend IC).
Using the soc_camera stack on the i.MX35 (mx3_camera) the following
problem arises:
VIDIOC_STREAMON calls soc_camera_streamon which calls videobuf_streamon
- when iterating the buffers in the queue the function
mx3_