Rockbox General > Rockbox General Discussion
x5 tag cache nightmare
Llorean:
A suggestiong could be a rought binary search. Add half your collection, if that half works, add half of the remaining half. If it doesn't, remove half (or remove it all and then re-add half of the first half.) Keep splitting until "Half" means just one song.
Yotto:
I'm having Tagcache problems, and I'm preparing this exact thing, hopefully for this weekend, but at least for this week.
Would someone want the offending mp3 to look at when I find it?
golemB:
Yes, is there any way to make tagcache more robust?
At minimum, I'd love to see binaries that one can run on a PC (Win32, Mac, Linux, etc.) where it would be much easier to debug. Also, it should log some kind of error when it isn't happy. Finally, it should really be able to ignore problematic tag entries and just move on to other files.
The "incremental loading" method isn't feasible for me; I have a 60GB x5 and not enough free disk space on my PC to experiment (not to mention time). :-\
As an aside, when I try to view my files by tags, it has two overlapping error messages, and only the one about Tagcache not being ready is readable. What is the lower error message?
(BTW, I'd be happy to try and debug the tag cache code if someone can point me to it.)
the_house:
I just spent a fair amount of time trying to track down an offending file, that consistently causes problems with tag cache. Such a file does not seem to exist in my collection. It doesn't seem to matter much which files are on the player. With a small to moderate number of mp3's it seems almost random whether there's going to be a problem or not. With increasing number the chances of tag cache successfully committing approaches zero--I have yet to have success with caching more than ~4700 mp3s. There do seem to be files that have a higher probability of failure than others, but it's hard to tell if it's just a coincidence, and there's definitely not a file that I've found that tag cache consistently gets hung up on.
I should note that this is on a recently purchased 60GB X5. Also, I had no trouble using tag cache on an almost identical collection a while ago (6 months to a year?) on my old archos jukebox recorder. That collection was actually bigger than anything I've tried on the iAudio yet (I had an 80GB hard drive in it), and all the files that are new since then have been successfully cached on the X5 at one point. So it seems that either there are new problems/bugs in rockbox, or there's something particular with the X5 that causes problems. I haven't done enough research on who else is having these problems to know if it's the latter.
I probably have the old rockbox version that was on my Archos around here somewhere, so I can see if that works better, but I've already spent way to much time on this, so it will have to be later if at all.
I hope this was somewhat helpful.
wonderfibre:
--- Quote from: nls on November 03, 2006, 11:31:33 PM ---One problem that I think is known is that init might fail on files with a patch longer than 256 cahrs so check path and file names for any overly long names.
--- End quote ---
that could explain my problem! i've successfully copied over tracks bit by bit over the weekend (very frustrating having to copy them over, disconnect, boot up, update cache etc etc) but there's one artist who has very long song names which I haven't copied over yet (but i know I had before when it didn't work).
I'll copy them over tonight and see what happens.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version