[MPlayer-dev-eng] MPlayer G2
Dirk
noisyb at gmx.net
Mon Mar 31 14:52:07 CEST 2003
Arpi wrote:
>Hi,
>
>As I promised when I announced my leaving of the project maintainership,
>I started some new video player project (nearly) from scratch.
>For now I call it MPlayer G2 (as generation 2).
>
>Don't think of char-by-char rewrite, I'm trying to reuse as many as possible
>from the current mplayer, but I want to cleanup code and do some radical
>changes so this is much easier than hacking the CVS.
>
>My time plan:
>1. Building the stream layer library, based on mplayer's libmpdemux.
> I'm over it partially, see here:
> mplayerhq.hu/~arpi/mplayer-G2-preview1.tar.gz
> I need to port the rest of the drivers (like smb://, mms/mst/pnm
> streaming, cdda/cddb) but it's usable for reading file, fifo, vcd, dvd,
> and http. Adding new protocols is very easy, opposed to the old code.
>2. Building the demuxer layer. It's a bit harder, as I want to add multiple
> (more than one video/audio) stream demuxing support, and also modularize
> the code. I'll also add runtime index buliding for backward seeking and
> support for forward seek without index. I'll also make subtitle streams
> able to handle ascii subs, vobsubs, closed captions etc.
>3. Move libmpcodecs (and libavcodec, libmpeg2, liba52, libaf)
>4. Make some minimal libao/libvo using the new API (tech/libvo.txt).
> I don't want to port/move all vo (ao) drivers, just a few what I can test
> and understand. Others may be ported later by other developers.
>5. Implement libmplayer, a core engine for video playback.
>
>I don't plan (and don't want) to include any UI (including commandline one)
>in this project. No libinput, no playtree, no configfile parsing, no OSD
>control (but osd object renderer and subtitle parsers will be there).
>I want to separate the player core completely from the UI.
>And I also want to separate the sub-modules (like stream, demuxer, codecs)
>from each other as possible, to be usable for other programs, and to be
>testable without the rest.
>
>Why? Good question. I won't (and really can't) answer.
>
>Don't worry, it is not a fork, it is not an alternative of mplayer (yet).
>It's a (very)long-term thing i plan to do since a long time ago.
>It may be the base of mplayer v2.0 once (but you'll make 1.0 for sure before
>this is getting usable)
>
>Another possibility is integrating cleanup'ed parts into the mplayer 'main'
>tree, so they will be usable (and will be tested) before mpG2 is ready for use.
>
>If anyone interested in developing this "project", tell me, i'll put the
>stuff into CVS then.
>
>
>A'rpi / Astral & ESP-team
>
>--
>Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
>
>
having a libmplayer or libmpg2 would be a great thing! but please leave
out this "movies only" restriction since everyone i know DID replace
mpg123 or whatever they used to play mp3 (and/or ogg and/or online
radio) with aliases to mplayer...
libmm sounds good...
Dirk
More information about the MPlayer-dev-eng
mailing list