[MPlayer-dev-eng] [PATCH] vo_macosx: option to set shared buffer name to allow multiple instances

Adrian Stutz adrian at sttz.ch
Tue Dec 9 23:30:22 CET 2008


On Tue, Dec 9, 2008 at 6:39 PM, Reimar Döffinger <
Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:

> On Tue, Dec 09, 2008 at 05:09:37PM +0100, Adrian Stutz wrote:
> > On Tue, Dec 9, 2008 at 3:26 PM, Reimar Döffinger <
> > Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:
> >
> > > What is the point of making it a command line option instead of e.g.
> > > just appending the pid so it works also for non-commandline users?
> > >
> >
> > Just like the shared_buffer option, it's not really intended for the user
> to
> > set but for the frontend gui, which needs to implement the correct shared
> > memory and NSConnection.
>
> That is basically what I wanted to know. I had hoped all Guis used -wid,
> but obviously on OSX things are again different than anywhere else.
> Two issues though
> 1) these options and their purpose must be documented in the man page
> 2) is shared_buffer only useful for frontends? if not, i.e. it might be
>   useful when using MPlayer as a command-line player the PID should
>   be added by default.


1) I will add the options to the man page as soon as I get to it.

2) I don't know of any other use for shared_buffer. It enables anyone to
programatically obtain unscaled output frames from mplayer. For the shared
memory to be useful, I think you'll always also need the NSConnection to get
the size/depth of the frames and the callback to read them. So I guess it's
only really useful to some kind of gui.

Greetings,
Adrian



More information about the MPlayer-dev-eng mailing list