[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