Support and General Use > Audio Playback, Database and Playlists

database crash

(1/2) > >>

atcha:
Hi,

Is there a known limit for the number of folders that could be scanned for the database creation/update ?

Why this question ? I have an iRiver H320, with the build 18744, which I'm using to stock other files than audio. In my case the point is about the Liberkey portable environment that count over 2800 folders for around 17000 files. I noted that when the liberkey folder is on the iriver the making/updating of the database is doing crashing rockbox, after having deleted the folder the crash disappeared and the database was, then, ok.

I've put database.ignore in that liberkey folder but it's not preventing rockbox to scan all the folder-tree to seek database.unignore file. Also, is there a solution to totally block the access of rockbox on a folder ? Or have I to continue to cut / past liberkey folder on my computer each times I want to update the database ?

Strife89:
There is a limit setting, though I do not know if it applies to the Database. (Settings/ General Settings/ System/ Limits) Enabling Directory Cache might help, too, but that's just a guess (Settings/ General Settings/ System/ Disk / Directory Cache)

atcha:
Yes, I had seen these settings and they are yet set to the max (10000) for the maximum files in folder and YES for the directory caching. In spite of that the iRiver continue to freeze when I try to create/update the database :(
Thanks for your help.

Strife89:
Blind suggestion: See what happens if you put all of Liberkey in a subfolder, with said folder containing a database.ignore file.

If you can, use a simulator, and run it in debug mode. See what happens.


[OT]Also, I went to Liberkey's page and found some interesting programs that are not found on Portable Apps's website. Do you know of any English sites that offer this stuff, or does Liberkey itself have an English version? Meh, I found the English link on the home page less than a minute after posting that. Go figure. :D[/OT]

pixelma:
As far as I know there are two limits that could be hit here too - one is directory structure "depth" and there is also a maximum path length. What I found was that the "stats" plugin (one of the applications) would fail on those files too but at least give a descriptive error message and just quit. Maybe this helps you too to find out what the problem is.

Navigation

[0] Message Index

[#] Next page