| Summary: | Start-up takes way too long, scans wrong files | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Wonko <wonko> |
| Component: | Collections/Local | Assignee: | Amarok Bugs <amarok-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | bart.cerneels, marco.bore, maximilian.kossick, mitchell, stuffcorpse |
| Priority: | NOR | ||
| Version First Reported In: | 2.2.90 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
part of log file
Wonko's amarokrc file Wonkos amarokrc Output of "SELECT * FROM directories;" Another amarok -d --nofork log |
||
|
Description
Wonko
2010-03-03 12:24:58 UTC
I can't make heads nor tails of this bug report. Created attachment 41290 [details]
part of log file
Log of 'amarok -d --nofork', showing plqylists and their files being accessed.
Okay, I'll try again. I was disappointed by amarok taking about seven minutes to start. When I want to hear music, I do not want to wait such a long time for my favorite audio player. I do not start it automatically at login time, because of disk I/O it creates. Then I wondered what the heck amarok is doing during this time, so I ran it with debug output. And saw it accessing many files in /data/mp3/incoming, a folder that is not selected to be part of my collection. Now I inspected the log a little more. Looks like amarok is looking for playlists, and then scans the audio files of that playlists. By scanning I mean accessing, not putting them into my collection. Most of my collection is fully tagged, so I have few playlists left, except for my incoming folder which has lots. So, why does amarok access any files in folders I did not select as my collection? And even if they were, why are all those files being accessed before amarok starts, taking so much time? I've a similar problem. I've update amarok to 2.3.0 version but it takes more than 4 minutes to start up! In the previous version I don't find this problem.. I'm using ubuntu 9.10 64 bit. The entire music collection si mounted with nfs because is on another computer. I don't know if this could be interesting for this bug. What i can do to give you more information of this problem? Ask me if you don't understand my bad English! :) Wonko, can you attach your amarokrc file (careful, look for passwords in it before posting)? It should be somewhere like ~/.kde/share/config/amarokrc. Also, are you using the embedded or external database? Thanks. Created attachment 41794 [details]
Wonko's amarokrc file
I am using the external database, with mysql 5.1.44. Did you need to bz2 a text file? :-( Can you please attach it as a plain text file? Also, since you're using the external database, that makes another thing easier: from your mysql command line, USE your amarok database, then paste (as text!) the output of "SELECT * FROM directories;" Thanks. Created attachment 42200 [details]
Wonkos amarokrc
Sorry for the .bz2 last time, I thought I's save some space.
Created attachment 42201 [details]
Output of "SELECT * FROM directories;"
The output of both looks sane. I'm still not sure I actually understand what the problem is. Amarok doesn't scan folders that aren't in your collection, with the possible exception of your XDG-defined music directory (usually ~/Music). The evidence from the database backs this up; if it was scanning some directory with "incoming" in the name it would have been added to the directories in the database. The problem is NOT that Amarok adds music from folders I did not select to the database. Well, this had happened before with a previous version, but it is no longer the case. But what I experience is that Amarok DOES look into folders I did not select, when they contain *.m3u playlists. See the first log file I added (sorry, it's also bzipped). Look around the [...] line in line 463. You see paths like /data/mp3/untagged/ or /data/mp3/incoming/, and they are NOT selected as collection folders. I actually have LOTS of these playlists, most of them I don't even know of, the incoming folder has many stuff I did not look at yet. So, the question is: Why does Amarok look at all into folders I did not select for scanning, and why does it scan every playlist on startup, so it takes 7 minutes to come up? Created attachment 42207 [details]
Another amarok -d --nofork log
I just ran amarok -d --nofork again, now using Amarok 2.3.0. With similar
result. This log was stripped down from 7M to 300K, the [...] parts stand for
many many many lines of similar content.
BTW, Amarok really gets on my nerves, I experienced so many bugs and annoyances
of all different kinds. And still, I like it best, and do not switch to another
one. Amarok really is a great player, and once the bugs are gone it will be
sooo cool.
Bart, can you look at this? Playlists are your area of expertise... Hey Wonko Please attach the output of `ls -lh $KDE/.kde/share/apps/amarok/playlists > playlists.txt` From the amarokrc you pasted I can tell those playlists that are suspected to be the cause are not in your collection folder. So collectionscanner is not involved. My ~/.kde4/share/apps/amarok/playlists folder does not contain any files at all. Update: I just installed Amarok 2.3.0.90, and startup is much faster now, around half a minute. When started with the -d option, I do no longer see any playlist scanning. Hooray! Cool, closing. |