[MPlayer-dev-eng] Re: 0.90 release plans and others
Anders Johansson
ajh at watri.uwa.edu.au
Mon Jan 20 12:07:33 CET 2003
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
More information about the MPlayer-dev-eng
mailing list