This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#5472 - ipod 64MB memory
|
DetailsThis patch remaps the full 64MB memory available on the 60GB ipod video. This will make all 64MB available to rockbox.
|
This task depends upon
Closed by Daniel Stenberg (bagder)
Saturday, 19 May 2007, 16:35 GMT+2
Reason for closing: Fixed
Additional comments about closing: version three used, slightly edited and now committed
Saturday, 19 May 2007, 16:35 GMT+2
Reason for closing: Fixed
Additional comments about closing: version three used, slightly edited and now committed
But IMO we don't want to apply this patch to CVS and add yet another build to the system - the desirable solution is a single 5g build that will detect and use all available RAM.
The issue with that is that currently the codecs and plugins are compiled and linked in order to be loaded to fixed memory locations at the end of RAM. This approach of course fails when the end of RAM is not known at compile-time.
A solution would be to reorganise the memory allocation so that the codecs and plugins are located at the start of RAM.
But getting Rockbox working correctly with 64MB RAM in the first place is a good start.
As there are no plans to apply it to CVS I haven't spent too much time modifying configure. Now it has another build option (22) which is the ipodvideo 64MB build. If done properly I would have written a function to ask the user which memory model they want.
configured build 22, and built.
However Menu|Info|Rockbox Info still shows a < 32 MB buffer (specifically, 28.843MB).
Is this a bug in the displayed buffer size, a bug with the patch, or my error?
Thanks.
Playback of mp3 files fails after some time of playing (usually minutes of play but I have observed the error as late as an hour of play).
do you have *any* other patches applied as well?
I have a build that includes the change to libmad optimization and have played mp3s heavily over the previous week without any problems.
Anders, try again with this patch (though I don't think this will fix your problem). Also can you please look at Info/Rockbox Info and tell me what your buffer is set to.
just an explanation why I did it the way I did. As linuxstb and Llorean had already stated that they did NOT want to commit this, preferring to detect how much memory is available instead, I did the simplest change I could. I had planned to use the memory prompt, and may have changed the patch later if I was having to do many changes because of new platforms.
Nice change Michael.
I came to update the patch and noticed your changes.
Thanks.
using daily build20060829
also with album art, bmp resizing and scrolling margins patches
I had no problems (related to the memory patch) compiling and using a build from the 6th October. There may have been a change to the Rockbox source since this date that may have broken the patch. I'll have a look in a couple of days and report back. I'm trying to sort out another issue at the moment (not related to this patch).
I just want to confirm that you are using a 60GB 5th gen ipod (video ipod)
I haven't tried again with any recent daily releases, i'll give it a shot with only the memory patch
rockbox: daily-20061115
select_ipod_memory_2_(senab_sync).patch
scroll margins: 20061114
bmp_resize: v0.99.6-MM.20061102
album art: v5.2_20061114
patches applied in above order
and i still get the same codec failure
(and i can confirm again that i'm using an ipod 60gb, the drive holds 60gb and there is a big embossed 60gb on the back)
by the way i'm trying to play both ogg and mp3 files
also, i cleared the settings (using rockbox menu) and reset, still wont work
Thankyou all for your ears and apologies for all the posts, (and for anyone with the same issue, do a clean out)
I fixed the patch the other day, and was going to upload the latest changes now, but I see you guys beat me to it.