[MPlayer-users] Jerky/Juddery/interruptible output - COMMON ANSWER

[Nick Kurshev]

Hello, Michael!

On Sun, 24 Feb 2002 15:34:22 +0100 you wrote:

> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> Hi
> 
> On Sunday 24 February 2002 15:04, Nick Kurshev wrote:
> [...]
> > > > So try new benchmark first!
> > >
> > > hmm
> > > IMHO the max benchmarks are meaningless, u should at least count the
> > > number of frames which are too slowly decoded, instead of finding the
> > > slowest one
> >
> > If one frame requires > 100% of CPU usage therefore next will be dropped :(
> > So it's o'k.
> agree, but showing the number of frames which need more than 100% would be 
> nice too
done:

AVE BENCHMARKs: V:  46.903s VO:   0.011s A:   2.966s Sys: 116.993s =  166.873s
AVE BENCHMARK%: V: 28.1072% VO:  0.0066% A:  1.7771% Sys: 70.1091% = 100.0000%

MAX BENCHMARKs: V: 210.005s VO:   0.530s A:  48.470s
MAX BENCHMARK%: V:125.8475% VO:  0.3176% A: 29.0461% = 155.2113%
TOTAL BENCHMARK: from 5000 frames should be dropped: 22

> 
> > Else what's hell I have interruptible output during watching this movie?
> > (average benchmarks shows me that performance of my CPU is enough far for
> > that).
> hmm, if u want zero framedrop, than max benchmark is usefull
> a larger number of buffers would help, 2 are not enough imho, i guess 3 or 4 
> should solve this
Which buffers?
> 
> >
> > > i saw this juddery playback too, but imho its not cuz a rare keyframe is
> > > decoded too slow (as appearently u suggest)
> > > what i saw is that if i playback the same movie with the same commandline
> > > its sometimes perfectly smooth and sometimes nearly all frames are
> > > juddery, and that only happens if double buffering is used so i guess
> > > that somehow the displayed frame is the wrong one of the 2 in the buffer
> > > sometimes ...
> >
> > If you saw it on your mach64 - then it's ok because compiler writes during
> > compiling mach64_vid: #warning MACH64 VSYNC WAS NOT IMPLEMENTED!!!
> > It causes jeddering on your card! But Rage128-Radeons have implemented this
> > function and it was dissapeared for weeks for me.
> iam allready working on vsync for mach64 ;)
> 
:)

If you want - I can upload first 10-25MB of this movie just for testing purposes
(unfortunatelly, it will be without indexes and with russian sound track).
Maybe you'll be able to tell me which configuration I should have for
realtime playback of such movies?
> [...]
> 
> Michael
> 
> _______________________________________________
> RTFM!!!  http://www.MPlayerHQ.hu/DOCS
> Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
> 


Best regards! Nick


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20020224/8a145713/attachment.pgp>