[MPlayer-users] Comment on menconder on multiprocessors.

Gjermund G. Thorsen gjermund at comitas.no
Fri Jan 24 12:36:09 CET 2003


On fredag, jan 24, 2003, at 12:25 Europe/Oslo, Arpi wrote:

> [Automatic answer: RTFM (read DOCS, FAQ), also read 
> DOCS/bugreports.html]
> Hi,
>
>> [Automatic answer: RTFM (read DOCS, FAQ), also read 
>> DOCS/bugreports.html]
>> mencoder nor mplayer balances the CPU usage very well, is the written
>> in a way that one task wait for the other?
>
> yes. it's optimized for single cpu systems.
> and we don't even plan to change this.
> for player: no sense, duap cpu desktops are rare, and even then one 
> cpu is
>   more than enough for playback
> for encoder: impossible to paralellize encoding, unless you encode 2
>   different streams but then run 2 mencoder instances
>
>
> A'rpi / Astral & ESP-team
>
> --
> Developer of MPlayer, the Movie Player for Linux - 
> http://www.MPlayerHQ.hu
>
> _______________________________________________
> RTFM!!!  http://www.MPlayerHQ.hu/DOCS
> Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
>

Mplayer I can understand, self I have a G4/450 dual for 
workstation(running debian PPC) and a dual AMD1800MP (debian x86) for 
fileserver/rendering.
Would it be possible to have 2 pointers one in the beginning of the 
stream incrementing and one in the end decrementing?
Devide stream while compressing and glue it back together after?

ggt



More information about the MPlayer-users mailing list