[Mplayer-cvslog] CVS: main mplayer.c,1.525,1.526

Diego Biurrun diego at biurrun.de
Mon Jul 15 02:00:59 CEST 2002


Arpi writes:
 > > Other players do this, so there has to be a way to achieve it ;-)
 > > 
 > > If seeking causes problems, seeking can unpause, but there are a lot
 > > of other things that should never mess with a/v sync (fullscreen,
 > > brightness, etc).  Being able to do this with the movie paused would
 > > still be an improvement.
 > 
 > It's probably a design issue, but none of these are possible.
 > brightness stuff: if done by the codec (dshow, divx4), needs re-decoding of
 > the same frame, you cannot do this unless you re-decode the whole stream
 > from nearest keyframe. if done by vo, may need redisplay of frame.
 > fullscreen sw: needs re-display of the frame, but as display is done by
 > codec,filter.vo-wrapper chain, it jumps back to the codec. especially for
 > cases, when codec uses draw_slice, and renders image by slices. so you
 > cannot avoid re-decoding in such cases.
 > 
 > i know that some players can handle it, but don't forget to compare their
 > video layer (filters, dr, speed) to mplayer...
 > 
 > this is the usual speed/stability vs. gui/easy-to-use/many-features problem
 > and don't forget that mplayer is movie (sit down and watch) player, not
 > media (click&play interactively) player. imho.

Yes, I suspected an underlying design issue here.  OK, we will have to
live with the situation, at least until the next redesign ;-)
I'll add this to the FAQ.

Diego



More information about the MPlayer-cvslog mailing list