[MPlayer-dev-eng] Adding threaded functionality to mplayer NODAEMON
D Richard Felker III
dalias at aerifal.cx
Fri Sep 10 18:58:23 CEST 2004
On Fri, Sep 10, 2004 at 05:02:21PM +0200, Reimar Döffinger wrote:
> >>>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
> 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
More information about the MPlayer-dev-eng