Rockbox mail archiveSubject: Re: Bug 949268
Re: Bug 949268
From: Jens Arnold <arnold-j_at_t-online.de>
Date: Wed, 08 Sep 2004 23:45:59 +0200
> 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 helpful.
> 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 other areas.
It's line 97 in firmware/mpeg.c:
#define MAX_ID3_TAGS (1<<4)
Change this to 1<<5 for 32, ...
> At 00:29 08/09/04, you wrote:
>> On Tue, 07 Sep 2004 18:59:55 -0400, George H. Yeager
>> <archos_at_litenverden.com> wrote:
>>> Daniel Stenberg wrote:
>>>> 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
>>>> One dead easy work-around for you: build your own
>> Rockbox and increase
>>>> the limit from 16 to 32 or something.
>>> 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