[MPlayer-dev-eng] The path to RC2

[Reimar Döffinger]

Hello,
On Sat, Nov 04, 2006 at 08:39:37AM +0100, Attila Kinali wrote:
> On Fri, 3 Nov 2006 11:12:40 +0100
> Benjamin Zores <ben at geexbox.org> wrote:
[...]
> > - A MUST HAVE: having a libmplayer to allow being controlled and tuned more easily and from a more generic way than slave mode currently allows.
> > For VLC (again) wasn't meant to be used as a lib neither but they implemented a library on top of their slave mode for external apps to control it easily.
> > Currently with MPlayer, everyone wanting to use slave mode has to re-invent the wheel.
> > Of course, having a _REAL_ library (i.e. no slave mode) would be the best, making mplayer/gmplayer/mencoder code unified and they'll only be frontends to this lib then.
> 
> A lot of people wish this for a damn lot of time. But nobody
> does it. And IMHO we should not do it before 1.0 as it is
> a huge change in the code base.

I absolutely disagree, there are libxine and ffmpeg (etc?), we don't need
to do stuff because everyone else does, the close binding of libraries
comes with many disadvantages up to and including weird crashes because
of e.g. X threading issues (as discussed recently on the xine lib).
I will veto any change in that direction in favour of any improved
slave-mode systems which seems to me quite unique and gives bash-only
"programmers" much easier access.

Greetings,
Reimar Döffinger