Rockbox mail archiveSubject: Re: Bug 949268
Re: Bug 949268
From: BlueChip <cs_bluechip_at_webtribe.net>
Date: Wed, 08 Sep 2004 19:18:06 +0100
Does anyone know where to find this "magic number"?
I did a grep for lines with "file" and "16" in them and turned up nothing
The most promising 16 I found was in Queue Length in kernel.h
...but past expereince tells me that this would have impact on a number of
The tricky bit is knowing how to make the required change. Once that is done.
It is a very simple task for anyone to compile and maintain their own
At 00:29 08/09/04, you wrote:
>On Tue, 07 Sep 2004 18:59:55 -0400, George H. Yeager
> > Daniel Stenberg wrote:
> > <snip>
> > > Yes, the problem as I remember it is that Rockbox currently doesn't deal
> > > with more than 16 songs in memory at the same time. Thus, this problem
> > > only happens if you have 17 or more small mp3 files that Rockbox should
> > > play.
> > >
> > > One dead easy work-around for you: build your own Rockbox and increase
> > > the limit from 16 to 32 or something.
> > <snip>
> > This was discussed on IRC last night. I'll wait to see what the core
> > developers do. The problem is indeed caused by having 16 songs in
> > memory, but the solution does not appear to be simple.
>well, the proper solution is not simple at all, but there is a very
>quick and dirty solution. Increasing this magic number of 16 to 64 (32
>is still a critical number if you are dealing with files of average
>60kb, as you said on irc) would solve the problem for you and would
>prevent you from wasting money on another device ;-)
>For that, you'd need to get a personal build, best build by yourself.
>If you totally dare to do so, you can certainly find somebody else
>that is willing to compile such a build for you from times to times.
Received on 2004-09-08