[MPlayer-dev-eng] MPlayer and MEncoder in single binary (was: [RFC] Advertising Slave mode)

Oded Shimon ods15 at ods15.dyndns.org
Wed Aug 24 08:51:18 CEST 2005


On Wed, Aug 24, 2005 at 03:19:41AM +0200, Ivo wrote:
> On Tuesday 23 August 2005 23:44, Dominik 'Rathann' Mierzejewski wrote:
> > A symlink would suffice, with the addition that we could automatically
> > switch on the slave mode if the binary is called mplayer-slave.
> 
> Which reminds me of the mplayer/mencoder in one binary patch that was posted 
> a while ago. What happened to that? :)  I thought it was a good idea and it 
> also might help with "viewing the output while it's encoding" that somebody 
> asked about. If libvo is in the binary, mencoder could use that while it's 
> also writing to a file. Something like have a split video vf that's added 
> to the normal filter chain. One direction follows the normal encoding path 
> it is doing now, and the other path of the split goes to vf_vo and some 
> libvo output.

This brings up the issue that was brought up regarding x264's visualization 
- it would mean MEncoder would depend on X and several other stuff...

The idea in general sounds good to me, I'm for it, but the two big problems 
are -
1. What about windows? You can't (easily) change argv[0] there...
2. The dependencies I just mentioned...

Which makes it possibly a good idea to leave this thing as a compile time 
option, but unfortunately, it means A LOT of nasty #ifdef's in mencoder.c 
(and mplayer.c ?), and I'd preffer keeping it as is than making those files 
even uglier than they are...
Possibly making a 'common-variables.h' could ease the issue...

> Hmm, I just see this goes to -docs and not -dev, but anyway :-))

Fixed :P

- ods15




More information about the MPlayer-dev-eng mailing list