Re: [PATCH v3] V4L: add two new ioctl()s for multi-size videobuffer management

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 30 Jul 2011, Hans Verkuil wrote:

> On Saturday, July 30, 2011 06:21:37 Pawel Osciak wrote:

[snip]

> > So when the driver sees a larger buffer being queued, it is
> > to change the current streaming format for the duration of filling
> > that buffer and switch back afterwards?
> 
> No. We do not have a mechanism (yet) to tie a pipeline configuration to
> a queued buffer (to be discussed in next week in Cambourne).
> 
> It is my understanding that you change the current streaming format, and
> then queue the large (prepared) buffer and switch back afterwards.

Yes, this is also how I see it - the driver just has a chance to verify, 
whether the queued buffer is not large enough for the current format and 
fail QBUF, although this behaviour is currently not documented in the QBUF 
specification...

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux