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

Daniel Egger degger at fhm.edu
Sun Mar 17 18:58:34 CET 2002


Am Son, 2002-03-17 um 17.32 schrieb Nick Kurshev:

> 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.
> My idea is have them predecoded in pauses (when main process sleeps).
> So there is a big speedup. - Monotonous cpu loading against of peaked loading.

Why would that be benefitial instead of say prebuffering frames? Also
how do you synchronize between your threads? How many threads are you
spawning and what are there functions? Do you have some sort of diagram 
available?

-- 
Servus,
       Daniel




More information about the MPlayer-dev-eng mailing list