[MPlayer-dev-eng] Re: [PATCH] bmovl2: nonblocking input

[Jonas Jensen]

On Sun, 2003-11-09 at 17:15, Jason Tackaberry wrote:
> Now we're talking about sockets instead of fifos.  This seems like
> another fringe case, and I don't think that complexity belongs in
> mplayer.  A separate process running on the same system as mplayer could
> accept and queue commands over a socket and then send them to mplayer
> via the fifo.

You are probably right, the whole multi-fifo and socket stuff could just
as well be handled in an external app. I will try to follow this idea
instead and see if it works well.

> Again, I think listening on multiple fds is unnecessary and that
> behaviour can be gotten by chaining filters.  But I'd be interested to
> hear any other arguments you have.

The motivation is that I want to be able to have any number of
applications connecting to bmovl, and I might not know how many there
will be the moment I start mplayer. This can be solved by listening on a
socket and accepting any number of connections. I will try to do this in
an external app instead.

-- 
Jonas Jensen <jbj at knef.dk>