[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