[MPlayer-dev-eng] [PATCH] vf_bmovl2 - rewrite of vf_bmovl - Extra Tasty Crispy version
Jonas Jensen
jbj at knef.dk
Wed Oct 29 21:13:20 CET 2003
On Wed, 2003-10-29 at 18:53, Jason Tackaberry wrote:
> This means this isn't possible:
>
> mplayer -vf bmovl2=/tmp/fifo,[...],bmovl2=/tmp/fifo
That's fine, because doing that would be a mess anyway. Only one process
can read from a fifo, the first one to do the read() call would get the
data and the other would get nothing.
> > - Allowing bmovl2 to "listen" on both INET sockets, UNIX sockets and
> > (multiple) fifos.
>
> I'm still not convinced this is necessary, especially with the above
> proposal. Maybe I'm not considering something I should be?
Sometimes you might need a dynamic number of applications to draw on the
movie. With chained filters you have to predict the maximum number of
apps before you start the movie, and you have to chain, say, 5 filters
even if you'll only need one. That makes the multi-fd approach much more
scalable.
--
Jonas Jensen <jbj at knef.dk>
More information about the MPlayer-dev-eng
mailing list