With the current build, does anyone still have SD card problems? If so, could you explain what they are and with what card?

I have the SanDisk 16GB Class 4 and whenever I update my database, the database update gets stuck at 1815 or 1835 items and goes no further and if I let it sit, it goes away but nothing is in my database (artist, album, songs, etc). Nothing happens if I reboot.

I have the SanDisk 16GB Class 4 and whenever I update my database, the database update gets stuck at 1815 or 1835 items and goes no further and if I let it sit, it goes away but nothing is in my database (artist, album, songs, etc). Nothing happens if I reboot.

But the card works normally otherwise? If you enable database logging in the debug menu, does it always die on the same song?

It's normal if battery life decreases a bit with the microsd inserted, because we power up the internal sd card controller for that, and the microsd card will consume some power by itself too.

I have a couple of clues to reduce power consumption, I'll commit some fixes for that in the coming weeks:
1) disable switching the sd card into high-speed mode (this is pointless, since the sd controller still uses normal-speed mode)
2) a fix for dynamic sd card clock for AMS variant 1 (clock signal is automatically disabled if there is no command/data transfer going on)

i really appreciate this microSD controller optimization. i hope it can save the battery life, as i've got about only max. 9 hours battery life.

Here's a new build, including backlight on keypress, Meier v2 crossfeed, and a new patch by linuxstb that adds channel swapping to the channel configuration options (view diff).

Channel swapping is useful for me, for IEMs like the Radius DDM2 or Jays q-Jays, that are more comfortable worn over the ear when the left and right earbuds are swapped.

USB support is not included, since in the new version it doesn't work at all for me, unlike the old one in my r28830 build which worked flawlessly. Permanent sleep timer isn't included as well, since the patch unfortunately doesn't compile for me anymore, for unknown reasons.

What do you mean exactly by "backlight on keypress"?
Do you mean that when you press a button when the display is off, it turns on the display (backlight) instead of executing the action of the button?

That would be very great as I'm fed up with the current display on/off management. Often I just want to turn on the display to see the info about the track, I don't want it to pause the music when I press the play/pause button while display is off.

No, "backlight on keypress" means that you have an option not to activate backlight when pressing pause/play or volume buttons and save a bit of battery this way.

If you want to see the display without activating anything else just press the "down" button, it has no other function when only pressed. Also, there is a specific setting in LCD settings in standard rockbox build that does what you ask with any button you press, I don't know how it's called exactly.

I'm still using a previous build of yours dfkt, version r28830, but I do wanna express my gratitude that you're still developing and sharing with the rest of us. Really, and i'm sure there's plenty others who feel the same.

I'm still using a previous build of yours dfkt, version r28830, but I do wanna express my gratitude that you're still developing and sharing with the rest of us. Really, and i'm sure there's plenty others who feel the same.