From: Linus Nielsen Feltzing <linus_at_haxx.se>
Date: Mon, 12 Aug 2002 21:34:03 +0200

On Mon, 12 Aug 2002 19:51:21 +0100, Robert Tweed wrote:
> ----- Original Message -----
> From: "John Wood" <John.Wood_at_royalblue.com>
>
>
>
> > > > To do that, you need a temporary storing space for those,
> let's say, 500
> > names. And then we would have gained nothing, since we need to
> allocate
> > space for that temporary storage. <<
> >
> > Yeah but it's temporary. You can free it once you're done
> sorting. It won't
> > interfere with anything... it'll just come and go in the blink of
> an eye...
> > :)
>
>
> Alternatively, perhaps it would be possible to change the memory
> allocation at runtime? If the player encounters a directory > 200,
> it deallocates some MP3 buffer memory. Would that screw up the rest
> of the code really badly though?

Yes, since the MP3 buffering needs continuous memory.

> Still, we have to ask what would happen if the directory is
> greater than the physical memory in the box. The line has to
> be drawn somewhere, unless a progressive algorithm is
> introduced at some stage.

I definitely don't think an X file limit, today 200, is a problem at
all.

> Still, it would be nice to remove the physical memory limit
> altogether, just for the overall robustness of it.

Probably, but it's nothing I would put on top of my priority list for
a long time to come.

/Linus

-- 
Linus Nielsen Feltzing, linus_at_haxx.se on 2002-08-12

Received on 2002-08-12