[MPlayer-dev-eng] MPlayer OS X

[Guillaume POIRIER]

Hi,

On 8/25/05, Reimar Döffinger <Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:
> Hi,
> On Thu, Aug 25, 2005 at 11:49:22AM +0900, Micah Gideon Modell wrote:
> > OK, so where might I fit into all of this?  I have some ideas of
> > things I'd like to do in the long run, but I don't know the code yet
> > at all.  I'd love to help accomplish some task(s) related to the GUI
> > which will help the project (bugs/features/docs) but I need a bit of
> > direction.  What would help you most right now?  I'd really like to
> > contribute primarily in the form of documented code, but if straight
> > documentation is what you need and it'll help me get familiar - let
> > me know.  Just please give me a discreet and manageable task.
> 
> I guess it would be very interesting to know what slave mode commands
> the people who already made GUIs missed/are missing most.
> The next step would then be implementing them in a clean way.
> Also the switch-case in mplayer.c that handles the commands
> probably should be cleaned up a bit, like putting the biggest blocks in
> seperate functions etc. - preferably even in a seperate file.
> Though I should warn anyone attempting this: It will be difficult to get
> into CVS because it is mostly cosmetic and has quite a risk of breaking
> things.

I can think of at least one command that I tried to implement at some
point (but didn't succeed because time schedule issues) was the
"online chapter seeking", which means that sending a command like
"chapter 5" in slave mode will seek to chapter 5, and a command such
as "nextchapter" will seek to next chapter, if it exists, and son
long....

Apparently, this would have to be done at demuxer level (like the
online audio track switching code), and would have to be done for each
container that supports chapters: mkv and mpeg from the top of my
head.

Too bad we didn't benefit from Google's "summer of code" :-(

Guillaume
-- 
Reading doesn't hurt, really!
  -- Dominik 'Rathann' Mierzejewski