Database - Does it work as badly as I think?

[Zsan]

Both of the posted config files look like they contain settings that are not present in an official version...

...
userfont1: /.rockbox/fonts/helvR10.fnt
userfont2: /.rockbox/fonts/helvR12.fnt
userfont3: /.rockbox/fonts/helvR14.fnt
userfont4: /.rockbox/fonts/helvR18.fnt
...
ipod scroll wheel fast threshold in clicks/sec: 135
...

and a few more.

Please, both of you, check with an official current build from the rockbox site - and report back here if you still get the problem, or post in the appropriate thread of the unsupported builds forum if it turns out to be a problem with this build, of course.

Nice thinking!

But no. I installed a daily build and enabled dir-cache and tagcache_ram and unfortunately, the problem was there, unaltered. These are the only lines in my cfg file of course. And I rebooted and let it scan, as well.

[bascule]

Try this:
Reset settings
Go into settings and set *only* directory cache on and Database to RAM on
Reboot (properly)
Go into the database and see if the problem still recurs.

[adam917]

In fact at this point it improves battery life on all non-PortalPlayer targets.

By how much (percentage), on the H140?

[Llorean]

~18% maybe? People who were getting 16 hours on a battery in the retail firmware were getting 19-20 on the same battery under Rockbox (as in, they tested the original firmware, then Rockbox under identical conditions immediately after or vice versa).

Result of course may vary (it may not work linearly, older batteries might get a smaller percentage, or whatnot).

[Zsan]

Try this:
Reset settings
Go into settings and set *only* directory cache on and Database to RAM on
Reboot (properly)
Go into the database and see if the problem still recurs.

I'm afraid you didn't read the second page. I installed a clean Rockbox and did just that to it (With a proper reboot) and it still had the exact same problem.

[sadffffff]

I have the same problem with a 4gig 1st gen ipod nano, using a current build.

i didn't actually know it was a problem, i just assumed it was supposed to be this way. and i usually use the directory structure to pick my music

[Zsan]

I'd like to hear other users about this. Did they try selecting a song from the 'track' list with at least 1000 songs in there? It should take about five seconds, then.

[Vortex]

Hi, I'm using a Sansa e280. Running the "stats" plugin tells me:

Code: [Select]

Files: 2171
Music: 1545
Dirs: 219When I go to "Database"->"Tracks" there is no delay at all. When I select a track from this list, so that a playlists is generated, there is a ~4 second delay while it says "Searching..." and counts down the track count (i.e. it's exactly as you said).

It's pretty bearable delay. There are no notable delays while browsing the Database itself. Everytime you select a subcategory in the Database the "Searching..." window pops up for a split second. That's a bit annoying. Not because of the delay (which is virtually nonexistent) but rather because the flashing popup is somehow irritating.

So, I definitely cannot reproduce the slow browsing problem you are having. Note that the Sansa is a flash based player though and does not have a harddrive.

[|2eM!x]

Hi, I'm using a Sansa e280. Running the "stats" plugin tells me:

Code: [Select]

Files: 2171
Music: 1545
Dirs: 219When I go to "Database"->"Tracks" there is no delay at all. When I select a track from this list, so that a playlists is generated, there is a ~4 second delay while it says "Searching..." and counts down the track count (i.e. it's exactly as you said).

It's pretty bearable delay. There are no notable delays while browsing the Database itself. Everytime you select a subcategory in the Database the "Searching..." window pops up for a split second. That's a bit annoying. Not because of the delay (which is virtually nonexistent) but rather because the flashing popup is somehow irritating.

So, I definitely cannot reproduce the slow browsing problem you are having. Note that the Sansa is a flash based player though and does not have a harddrive.

I've experienced this for a long time.  I think its happening because you have shuffle on and it is creating a new playlist.  Its a pretty annoying thing, in the car sometimes I will pick a new song put the ipod down and it doesnt change songs for 15-20 seconds (Counting down from 862).  If I am right about the playlist thing, is it possible to switch the routines so the song starts playing then the playlist creation is done afterwards?

[Zsan]

Hi, I'm using a Sansa e280. Running the "stats" plugin tells me:

Code: [Select]

Files: 2171
Music: 1545
Dirs: 219When I go to "Database"->"Tracks" there is no delay at all. When I select a track from this list, so that a playlists is generated, there is a ~4 second delay while it says "Searching..." and counts down the track count (i.e. it's exactly as you said).

It's pretty bearable delay. There are no notable delays while browsing the Database itself. Everytime you select a subcategory in the Database the "Searching..." window pops up for a split second. That's a bit annoying. Not because of the delay (which is virtually nonexistent) but rather because the flashing popup is somehow irritating.

So, I definitely cannot reproduce the slow browsing problem you are having. Note that the Sansa is a flash based player though and does not have a harddrive.

I've experienced this for a long time.  I think its happening because you have shuffle on and it is creating a new playlist.  Its a pretty annoying thing, in the car sometimes I will pick a new song put the ipod down and it doesnt change songs for 15-20 seconds (Counting down from 862).  If I am right about the playlist thing, is it possible to switch the routines so the song starts playing then the playlist creation is done afterwards?

Good idea. Perhaps a feature request is in order?

[Vortex]

I don't have shuffle on. The playlist creation takes about 5 seconds, and not 15-20 on my Sansa.

[|2eM!x]

I don't have shuffle on. The playlist creation takes about 5 seconds, and not 15-20 on my Sansa.

Regardless of shuffle, what its doing is creating a new playlist from all your files in order rather than random.

[rhijaen]

I just wanted to add that my 30gig 5.5 iPod has the same problem. It takes almost a minute to load a song from the database>track menu. Sadly, this is keeping me from using it as my primary firmware.

I am using the most current build.

[Llorean]

If you want the player to be more responsive, simply use the filetree.

[pixelma]

Well if you want to make a playlist with all your songs from the filebrowser too (for example a root.m3u), it will also take a while to collect all of them. This is basically what happens if you select a song from "all tracks" in the database... as stated above.