Re: [RFC] alternative kernel multimedia API

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



>  I don't know - I don't see anything in the interface design that can do 
>  anything more than v4l2.  In fact, for high speed capturing I can see a 
>  number of possible catches.

I agree.  The contingous capture basically removes all syncronisation
between driver and application and thus leads to plenty of race
conditions and other headage.  Applications can't stall capture if they
can't keep up, instead old (maybe not processed yet) data gets
overwritten.

And if you want something generic to control devices, the v4l2 controls
allow you to do that.

Also note that devfs is still experimental, I don't like the idea to
build something on top of devfs.  /me stopped using devfs recently btw.

  Gerd

-- 
Netscape is unable to locate the server localhost:8000.
Please check the server name and try again.





[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