Re: patch to append files to playlist

On Fri, 3 Dec 2004, Chris Hellberg wrote:

> My understanding of the IPC is non-existant, but if
> you can explain it in a couple of sentences, that
> would be helpful. What I don't understand is why when
> a second invocation of xmms is run, how it interacts
> and connects with the first process. In ps, there is a
> new xmms PID after the second invocation is run, but
> there's only one GUI.

I don't really understand the IPC either (as I think I've already 
demonstrated ;-) so I'd have to read the code to figure this out.

> Even with multiple invocations of XMMS, if a second
> xmms is run, it sees that it isn't connecting to a
> previous xmms session and does a read_config(),
> otherwise, xmms assumes that the current session_id
> has all the config state it needs and doesn't need to
> reread the config.

I think (part of) what you were trying to get at was enqueuing without the 
need for a command line switch? Without someway to tell a new xmms process 
to create a new instance or add a file to the playlist of the current one 
it wouldn't know what to do.

I thought this already existed but maybe it's another program I'm thinking 
of: a seperate program that is used for adding/enqueing files. Such that 
'xmms' would create a new instance of the player, 'xmms-queue' would 
add/replace the playlist of a running xmms process. Am I imagining this or 
does anybody else know what I talking about?

-- Cal