[MPlayer-dev-eng] [PATCH] Background video when playing audio-only data

Alban Bedel albeu at free.fr
Fri May 2 21:30:48 CEST 2003

Hi D Richard Felker III,

on Thu, 1 May 2003 17:38:34 -0400 you wrote:

> On Thu, May 01, 2003 at 11:56:13AM -0800, Sycotic Smith wrote:
> > > Hi,
> > > 
> > > please do not commit such hacks..
> > > the current code is already overbloated 
> > > 
> > > -- 
> > > Alex Beregszaszi <alex at fsn.hu>
> > > (MPlayer Core Developer -- http://www.mplayerhq.hu/)
> > 
> > Can this 'hack' be put on the download page as downloadable for
> > anyone that wishes to overbloat their own system then? There is a
> > 'want' for this by people out there.... Of course it would have to
> > be maintained by the original author of the patch...
To be honest i doubt that i can (or want to) really maitain such thing.
I'm just too busy with the school and other 'real life' stuff.
Feel free to put it for download but don't rely on me to maintain it.

> I kinda like the idea of this patch, but I think it's done in the
> wrong way. IMO a better approach would be to make an interface for
> audio visualization stuff, and then have one such visualization plugin
> just show video from a movie file.
I thought to such thing too. My only idea is to have a demuxer that
would take raw audio samples as input and output both audio and video.
Having that in a demuxer may sound strange but it's currently the only
place where both audio and video 'meet' each other. So at this level that
would be quiet easy.
But that's something different bcs here you'll use the fact that mplayer
would sync a/v. But in my case i just don't want any a/v sync wich
currently isn't possible. The second thing is having the audio (and not
the video) trigger EOF wich is also impossible atm. If these 2 thing
would be possible such a hack wouldn't be really needed (if you don't
want the video to loop).
Anyway i can't think of a better way for mplayer 'g1'. I'd like to
discuss that bcs i think that such 'play mode' is useful in a way.
I agree that this patch is no mare than a quick hack but iirc
the initial reaction was more or less the same when i proposed the
audio-only mode ;)

> Then you could even do cool stuff like have video speed up and slow
> down according to the sound... ;) But of course, the bigger merit
> would be putting in a nice general purpose framework rather than a
> very specific hack like this...
Fell free to propose smthg better (for g1 not g2).

> If you're interested I could write up a partial design. But on the
> other hand, I think it would be much easier and cleaner to implement
> something like this in MPlayer G2.
Sure. But if you think about it everything could be implemented in a
better way in g2 (or g3 or gxx) ;) Anyway imho there is still a lot
that can be done to improve g1. Cleaning up the 'core' (ie mplayer.c
and co) is probably the most difficult but also the most important
step before 1.0. We can't really do that now as many piece of
mplayer have to be cleaned and polished too, but we have to take in
account every possible 'play mode' and such a mode have its use
so it have to be there sooner or later imho.

More information about the MPlayer-dev-eng mailing list