Re: How to support hardware controlled time multiplexing ?

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



Laurent Pinchart <laurent.pinchart@xxxxxxxxxxx> writes:

> That's right, but if four applications open the device at the same time, thet 
> will all request 32 buffers and not 8 as they don't know about each other.

The driver can grant 8 buffers only through ...

> > For mmap capture, it may not be hard to add this in a backward compatible
> > manner.  But no software supports this.  From a point of view of a hardware
> > manufacture or user, it's a huge drawback if your hardware time domain
> > multiplexing doesn't work with nvrec, motion, mencoder, and so on.
> 
> Why would you want to encode from a single time multiplexed stream ? I doubt 
> MPEG encoding would achieve outstanding results if 4 video inputs are 
> multiplexed into the stream. And all existing software will work with the 
> hardware, as they won't set the extra bit in the v4l2_buffer.flags, and so 
> the driver will not time multiplex inputs.

Fully agree.  Doing the multiplexing with multiple file handles and
"virtual" inputs creates some non-trivial scheduling issues.  With
*one* application capturing from multiple inputs this is trivial as
the application has explicitly switch inputs by setting the (new)
v4l2_buffer.input field.

  Gerd

-- 
You have a new virus in /var/mail/kraxel




[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux