[MPlayer-dev-eng] MplayerXP vs Mplayer. Hall of truth.

[Arpi]

Hi,

> Because decoding is realtime process.
> With thread we can decode non realtimely (simply when processor is free).
> If you look at diagram of cpu usage (which Arpi don't like).
> You can find out that player sleeps between light-frame decoding but when
> stream contain hard frame it can't decode it realtimely and drops next frame

it doesn't drop frames unless you force it (-framedrop)
and quoting your README from mplayerxp (just downloaded):

"This feature is useful only if average benchmark shows you less of 100%
of cpu usage."

you said the truth here.

so even if you think (say) it's 5000% faster, it won't allow playback on
cpus where old mplayer (==avg benchmark) can't play without drop.

your patch does no more than smoother playback on fast enough (avg<100%) but
not too fast (max>100%) systems.

also note, taht your max bench code reporetd ~480% cpu usage whan playing
I-frames only vcd-sized mpeg1 on p4-1.8ghz with mga_vid...

don't tell me that i need p4-8ghz to be abel to playback vcd :)
the whole decoding+libvo process was under 12% total...

> My idea is have them predecoded in pauses (when main process sleeps).
> So there is a big speedup. - Monotonous cpu loading against of peaked loadin
> g.
ideas are nice things. but if you check mplayer code, there are no pauses
when decoding frame tooks longer than 1/fps seconds, it will delay next
frame a bit. it is called 'drifted delay' by kabi...
yes, it isn't so smooth as your but works and not slower.

> > method-2? What is it?
> > 
> MMX optimization
heh?

rtfm docs/tech/dr-methods.txt

or my oldmail heer about DR (the file contains it a bit extended by
implementation details used in libmpcodecs)

Nick:
"* Cleaning program to be GPL'ed.
  (You can redistribute it in binary form if you want)"
- you should remove libmp1e, it is not used at all, just left in main cvs
- you should at least ask us, at least my code is not GPL yet. i'll allow
  you to distribute my code as gpl (i don't want to do so, but unless i do
  it, you will say 'you just want to sabotage my xp project' so i do),
  but you should at least ask me and the others...
- g72x is not GPL
- nor xa/*
- mp3lib is LGPL
- you can delete c++ version of directshow interface, not used at all
- why do you 'mirror sf.net' (libavcodec)


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu