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.

I'm converting my iPod to FAT32 on my iBook so I can install Rockbox on it, and now that I have unmounted my iPod and downloaded the correct partition table, I'm supposed to run this command: 'dd if=mbr-xxxx.bin of=/dev/diskN' in the Terminal. However, I'm not sure which disk name to use. How do I find out which to use so I don't screw up my HD or something else?

I was just wondering if it's possible (and if you're thought about) doing something similar with the database. A common complaint seems to be the long time it takes to create a long playlist (e.g. all tracks) from the database.

JdGordon: in the folebrowser and database, when holding left it used to stop at the root and you have to press left again to get to the main menu. could it be that this behaviour has changed with your last commit (it now goes straight to the main menu)?

Arathis: No it's not. On colour targets where we know how, the lcd is disabled when backlight is disabled (because it's not readable anyway - with 2 exceptions), in order to save some cpu time and hence battery

You can copy an existing Makefile from one of the other plugins - Sudoku is probably a good example. You probably then just need to search and replace "sudoku" with the name of your plugin in the Makefile.

I am trying to do what you instructed now, but I must have screwed up somewhere. I copied back original SOURCES and SUBDIRS files in plugins directory but it gives this error when I save make rocks make[2]: *** No rule to make target `sysfont.h', needed by `/rockbox/build_h120/apps/plugins/lib/oldmenuapi.o'. Stop.

saratoga: I've looked a little, but ASF files don't make much sense to me. What I've learnt is that each packet seems to be a constant size in terms of bytes (meaning it's trivial to seek to a particular packet), and that each payload in each packet contains a timestamp, but those timestamps didn't seem to match the number of samples decoded up to that point.