> Sometime in the past, Gerd wrote:
> > Another (and IMHO better) approach is to allow
> > multiple applications
> > queue up capture requests. If a second
> > application asks for a video
> > frame while the driver is busy capturing the
> > frame for the first
> > application, it can simply put the request into
> > a queue instead of
> > returning -EBUSY. This might need some more
> > changes through (depending
> > on the current driver design).
I think that it is very bad idea. You should either
support delivering one buffer to more than one app
(like current vloopback does), or you should return
BUSY. Otherwise if you start second grabber application
(by mistake or whatever) while one is already running,
you'll start seeing missed frames for no apparent reason.
But of course if you have some ideas how to handle
such case without disturbing existing grabbing/output
processes...
Petr Vandrovec
[EMAIL PROTECTED]
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
