On Wed, Sep 05, 2001 at 11:21PM, Zdenek Kabelac wrote:
> Is this happing with all files ?
No. This happens only with videos that put the system under full load. I
tried it with simpler videos (about 60 % CPU) and the synchronistation is
fine. Only videos which consume 100 % CPU have synchronistation problems.
> Avifile has special frame dropping scheme which will avoid to
> drop already decoded frames - if your movies is made by some intelligent
> person (so the keyframes are at 5s steps at most) this dropping algorithm
> should be giving very good results - if you want to drop already decoded
> frame - try to change this:
>
> if (async < -4.0 || (async < -0.15 && m_Drop.average() < 4))
>
> to:
> if (async < -4.0 || (async < -0.15 && m_Drop.average() < 50))
>
> in the aviplayth.cpp - let me know if this has solved your problem.
> (try to find lowest such value)
I already tried this before I sent a mail to the mailing list. Unfortunately
without success. I even tried the following:
> if (async < -0.15)
Also no success. The only thing I see, is that the drop-rate shown by aviplay
sometimes goes up to 50-60 % now. Without changing the line it is about 4-6%.
I have no proper understanding of the sched code. So, the next few lines of
my mail may be bullshit. Nevertheless, it seems to me that the sched
algorithm shloud try harder to avoid decoding frames. When we get to the
above line in aviplayth.cpp I think we are too late already since the frame
is alreday decoded and CPU time is lost. The algorithm should skip frames
before decoding them. Are there any parameters to control this?
Btw, avifile 0.5 plays all the videos with the correct synch and without
greater speed problems, even on my slow system ;-)
Uwe.
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
