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

[Daniel Egger]

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