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

[Nick Kurshev]

Hello, Daniel!

On 17 Mar 2002 18:58:34 +0100 you wrote:

> 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
It said 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 
Currently there are only 2 thread: main (mplayerxp) and video decoding
> available?
in graphics form - no
> 
> -- 
> Servus,
>        Daniel
> 
> _______________________________________________
> 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/e92c1746/attachment.pgp>