Rockbox

This happened to me when i renamed the files, or changed the paths.
I guess i found a solution. Please check  FS#8423 .
You may have to ‘Initialize Now’ to clear the duplicated entries.

I don’t see how that’s related – your bug seems to pertain to files that are no longer there?

When renaming files, its entries are deleted at first. In this case the file’s title field could be no longer in use. This is why i thought it a same thing.
Does it occured when you did altered nothing? Please let me know if the latest build does not solve your problem.

I’ve not altered any files, not even added any.
And still, after one reboot, there are duplicate entries everwhere, a few triple entries.
Also, a new behaviour I’ve witnessed with recent firmwares is that it will do a “Searching…” on entering almost any album/place in database. This considerably slows down navigation.
I will try the latest firmware now.

Slow browsing is normal behaviour with ‘Load DB into RAM’ not enabled.

I also get duplicate entries for iPod5G but only when Auto Update is set to YES.

It’s happening with release r16027 and for previous releases since Dec 2007.

I think this has been now fixed. Please re-open the task if problem still happens.

can’t reproduce in r16441, looks OK now.

I’m still seeing this problem using r16460 on my c200. It seems to be related to booting in to the OF. After several sessions with RB, I connected the USB and booted into the OF just to charge the battery (because I didn’t know I could charge only from within RB). When I disconnected the OF did the usual “Refresheing Database” message. When it completed I powered off and then booted into RB. When it came up I immediately checked and found every entry in the database had a duplicate.

Sansa e200 + r16601 + Database Initialized + Auto Update On. Booted into Sansa firmware, let it refresh the database, went back to Rockbox, database contains single entries.

Hard to figure out when and why, and hard to reproduce, but I can sure duplicated entries problem still exists.
This problem seems to occur only when ‘Load DB into Ram’ is disabled.
If I’m not wrong, it seems that database_tmp.tcd does not erased at proper time.(due to a low voltage, immediate power down during boot-up, or whatever)
As a result of that, entries may committed twice.
This could happen in Sim too. Try kill simulator window while large amount of entries being committed.

I have also experienced this problem with a Sansa e200, r17826.
It seems to affect random files in the database, since only about half my collection gets duplicated.
Running ‘Initialize Now’ always fixes it, but also erases the history, which sucks.

I did two things recently before the problem started: 1, started syncing my music with rsync, rather than copying the entire folder every time (don’t laugh); 2, enabled ‘Gather Runtime Data’. So maybe it could be related to one of these.

Running ‘Initialize Now’ always fixes it, but also erases the history, which sucks.
Use the ‘Export Modifications’ functionality, which writes all the runtime data to a flat file that can then be re-imported once you’ve initialised.

I’d like an Initialise Now that did the Export/Import stuff automatically… but I guess if Updata Now worked in all cases then this (and indeed Initialise Now itself) would become unnecessary.

This is still happening for me with Rockbox 3.0 (r18821-081016) on a 1st generation iPod Nano. All songs appear in the database 8 (eight!) times, and database initialization is slow. If I delete the files (through Amarok), the database entries finally vanish and initializing the empty database (with NO song files loaded) hangs on one screen forever (”Building Database…4121 found”). When I load new songs, it asks me to initialize the database (and I oblige), but it immediately “finds” 8 copies of each song, although they’re only on there once.

I’ve tried deleting all database files (.rockbox/database*), it seems to make no difference.

I was hoping Rockbox 3.0 would solve this (I had the same problem with an August build, but this problem did NOT exist on my previous old build) Any ideas? I might have to try down-grading rockbox versions, since I didn’t have this problem a year ago - that would be lame.

This is still happening for me with Rockbox 3.0 (r18821-081016) on a 1st generation iPod Nano. All songs appear in the database 8 (eight!) times, and database initialization is slow. If I delete the files (through Amarok), the database entries finally vanish and initializing the empty database (with NO song files loaded) hangs on one screen forever (”Building Database…4121 found”). When I load new songs, it asks me to initialize the database (and I oblige), but it immediately “finds” 8 copies of each song, although they’re only on there once.

I’ve tried deleting all database files (.rockbox/database*), it seems to make no difference.

I was hoping Rockbox 3.0 would solve this (I had the same problem with an August build, but this problem did NOT exist on my previous old build) Any ideas? I might have to try down-grading rockbox versions, since I didn’t have this problem a year ago - that would be lame.

I had this problem on my e260 until I enabled both the “Load database to ram” AND “Directory Cache” options. Hasn’t happened since.

I had this problem on my iPod and phanboy4’s fix did the trick for me as well. Maybe those settings could be enabled by default?

Ideally this will give some clue about the source of the bug and it can be squashed instead of worked around.

I yesterday enabled ‘auto-update’ Since this morning I have duplicated entries aswell.

can anyone confirm this?

To be complete, device and rockbox info

Device: Sansa Fuze
Rockbox version: r21206M-090608

when i disable ‘auto-update’ and reboot the player, all duplicated entries are gone

Is this bug still present?

Not for me on Fuze V2. I’d say it can be closed.