[MPlayer-dev-eng] Re: 0.90 release plans and others

[Anders Johansson]

Hi,

>     It's so sad as for me... I thought about some new features... It's
> about ve_fame, it's about some subtitles improvements and about very big
> one - what about to make videoeditor? I think mplayer/mencoder has most
> of functions of it. I've really tired of rebooting to windows because I
> have to run NanDub...

I have some ideas on this, (just ideas not flaim bait :). Wouldn't it
be possible to split up mplayer into several processes (not threads!),
and use shared memory areas to pass data between the applications. My
idea is to have many different processes running in parallel:

1. Demuxer and decoder for reading files and putting demuxed and
   decoded data into shared ram (with time stamps), separate audio
   video, sub title and info streams.

2. One or two processes for media output split into sound and video, sync
   on rtc, or to start with one process with sync on audio-out.

3. One control process that writes control messages to the other
   processes (also to shared RAM). Interfaces to slave, keyboard,
   lirc, gui, etc.

4. File writer process that is used for encoding can run in parallel
   with viewing on fast machines.

5. Filter process and muxer process for mixing if one wants to have
   build a video editor can mux/demux to multiple sources.

6. Control process for video mixer, replaces 3. when running as video
   mixer.

The idea has been lying around in my head for a while, I know it works
cause I am using a similar approach in my PHD work, to do real-time
audio processing.

//Anders