[MPlayer-cvslog] r18780 - trunk/mplayer.c

[Michael Niedermayer]

Hi

On Thu, Jun 22, 2006 at 01:36:04AM +0300, Uoti Urpala wrote:
[...]
> > > Does this even do anything useful with vf_framestep? There's already the
> > 
> > fixes yadif=3,framestep=2 and tfields=1:1,framestep=2 and others
> 
> OK so it doesn't do anything useful with framestep alone, but helps with
> problems caused by filters that now add frames by invoking frameflip
> internally. It doesn't work quite right in that case either though,
> unless all the added frames are dropped their timing will be somewhat
> arbitrary (the filters now invoke vo flip in the middle of running the
> filter chain without any real timing). 

iam fully aware of the fact that this is wrong, still in the current
design flip is added and so framestep must sometimes remove them again
timing which is sligtly off is better then displaying frames in the
wrong order


>  Unless you have further
> objections I think I'll revert the mplayer.c and vf_framestep.c changes
> and will try to implement proper support for adding frames later.

ive no objections if later is within a reasonsable timeframe (weeks not years)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is