Click in the nick column to highlight everything a person has said.
The icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

a friend gave me one without the harddrive, and i would like to try to replace the microdrive with a plain CF card compatible with ATA mode; i have read the instructions on how to install the firmware (...)

linuxstb_: i successfully (i guess) partitionned and copied the firmware image to the card; when booting the iPod, should I see something special instead of the Apple logo ? I get the apple logo then a folder icon with a ! mark, which is bad i guess :)

linuxstb, if you happen to remember the approximate size of the CF card that the person you know used in a mini, feel free to tell me ;) - it would help me determining if i need to use a recent card or not

i buzzed you a few hours ago, i dunno if you read, but if you remove settings_menu.c from the build the recorderv2 .elf drops by 12Kb so maybe it might be good moving that to a rock if you really want to slim down again

i had another idea, split off heaps of the core to rocks, and add a 2nd buffer for these core rocks, and instead of unloading them swap them out to disk if the user wants to swap? (i dont know if this would work at all)

hello audience. I've noticed that recharging an ipod mini (with rockbox active) takes a good while longer than with the default firmware. Is there a way for me to (temporarily) boot up into Apple firmware (not just in disk-mode) to do recharges- if it's faster. If there's a way for a speedier recharge while using rockbox, i'd try that too

ok, im trying to save space so i want to put a long and a char* together in a union to keep lang support.. does this make sense? if P2ID( of the char*) == -1 then use it as a char, ortherwise use it as a long with ID2P()?

and you can't just lump things into "if the key is unmapped it should be mapped". there's some thought involved, some things make more sense than others. i think stop makes sense to stop the playback in the browser.

amiconn: i just did some very odd guesswork and i dont tihnk fixing the menus will help... with no menu code the bin (recv2) is 11kb and elf is 15Kb smaller than cvs... but by my probably very off estimates of averaging 30x4bytes for each menu (x130 items in the current menu) that is 15.6Kb...

Hi. What are the primary RB goals atm (besides porting it to new players)? And what are the criteria for picking up and committing patches? There are very simple ones (e.g. 5738) and there are rather complicated (e.g. R.E.P.) And I saw a discussion about a new screen "management" system a couple of days ago. So what comes next?

Would there be any objections if I was to split out the PortalPlayer section of crt0.S into a separate file (crt0-pp.S)? It makes the remaining code more readable, and linuxstb suggested on Friday that it would be a useful thing to do.

Bagder: Something that's also confusing me is the memory remapping that happens at the very start of the firmware. The PP5020 has a set of 8 pairs of memory-mapping registers. The Apple firmware for the ipods just does one remapping - remapping the whole of SDRAM from 0x10000000 to 0x00000000. The Elio firmware appears to do 2 mappings, but I don't understand what. There also appears to be a lot of references all over the firmware to

memory locations in both the 0x00000000 and 0x10000000 ranges, so I'm guessing it splits the memory somehow. I would be interested to know if MrH has seen this in the other PP firmwares he's looked at.

block is a pointer to an array of int16_t. the C version is doing " int i = block[0] " to get the first word, then "int j = block [1] to get the second word." now in asm I put the adress of block into a6 register. I do "move.w (a6),d0" to get block[0], then "move.w (1,a6),d0" to get block[1] . Is this right or will I have some problems with endian ness on coldfire ?

From the CrossCompiler wiki page in the iAudio section: "GCC 4.0.x seems to work fine when building Rockbox for Coldfire platforms. For the time being, it is not the recommended or preferred version to use. It should generate valid binaries, but if you run into problems when using 4.0.x, try the 3.4.6 version instead."

Is there a more reliable way of finding out which ipod version you have other than looking at the apple pictures? I've tried installing rockbox on my ipod (which I believe is an ipod photo.. same as an ipod color) and it's failed on me. I've tried the 4g image as well with no luck.

OK. I've made a start on adding .mi4 support to scramble based on the info on Bagders web page (and looking at the output of mkmi4.sh). I'll continue with that now that mkmi4.sh is working (I was creating non-working images...)

Bagder: Are the values at 0xe0 and 0xe4 documented? They seem to always be 0x00000100 and 0x000000ec respectively (Little-endian) for my Elio - in both the original firmware .mi4, and every time I've run mkmi4.sh