[MPlayer-dev-eng] Adding threaded functionality to mplayer NODAEMON

[D Richard Felker III]

On Fri, Sep 10, 2004 at 05:02:21PM +0200, Reimar Döffinger wrote:
> Hi,
> 
> >>>20ms of audio, sync frame, check keyboard, etc, etc.  With the thread 
> >>>approach you would likely try to decode 25 frames, then decode 20sec of 
> >>>audio, and then you have only a small number of threads doing actions 
> >>
> >>25 decoded frames at 1024x768 in RGBA: 1024*768*4*25= ca. 75 MB! I'd 
> >>prefer MPlayer to use a bit less memory than that!
> >
> >irrelevant since video isn't rgba. 25 frames of 1024x768 video is
> >28MB, quite reasonable.
> 
> Well, as your are arguing about 300Mhz CPUs... I also have a computer 
> with 32MB RAM...

then you wouldn't use buffered-ahead decoding, and you wouldn't be
playing 1024x768 video. :) 640x288 is about the upper limit for a 300
mhz system.

> And depending on your filter chain you _might_ have a 
> rgba picture quite early on...

no sane filter chain will _ever_ convert the video to rgba, much less
early on.

rich