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

[Nick Kurshev]

Hello, Arpi!

On Sun, 17 Mar 2002 17:22:35 +0100 you wrote:

> Hi,
> 
> > > And you should spend more time on 3DNow optimizing!
> agree!
> 
> > Do you want to speedup mplayer on 10-30%?
> > I've speedup it on 200-300%! Why don't want such solid speedup and still int
> > erested
> > in invisible performance grow?
> 
> it's not more than your dreams or false suspects...
> 
Please be realist!!!
> avg benchmark won't change, so it won't be faster a single bit!
> it will be smoother on systems fast enough for avg decoding but not fast
> enough for decoding very complex frames in time.
> 
> the only thing which can realize 200-300% speedup is method-2 direct
> rendering using single buffer in video ram, so for example divxvfw+dga.
> Acki (vo_dga author) could play middle size divx on p1 200 mmx + dga with
> no framedrops. Also windows media player can, using the same trick.
> 
I already painted diagram within of mplayerxp package.
I hope that there everything is clear.
> > I planed to use libvo and libao as static libraries ;)
> hehe
> 
> they have to be changed to dynamic to solve binary packaging, and anyway the
> vo drivers don't have cpu-sensitive code. the codecs actually has.
> 
Do you mean:
decode(...)
vs
(*decode)(...)
?
In this case you can catch only half of cpu clock.
But my idea doesn't require catching of such "speedup"
> 
> A'rpi / Astral & ESP-team
> 
> --
> Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> 


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-dev-eng/attachments/20020317/4970b8ae/attachment.pgp>