PDA

View Full Version : Music Scan is trawling all disk partitions



Philip Meyer
2005-08-01, 16:03
6.2b1 - 3774 - Windows XP (nightly 01-08-2005).

I stopped slimserver 6.1.1, deleted my 75Mb slimserver preference file (see previous thread "Preferences lost after crash"), and installed the latest nightly version.

As an aside, I forgot that changing the "Group Disks" server option causes an automatic rescan, so it started to rescan my music library before I had completely finished re-entering all my preferences, including the "Guess Tags Formats". Is there any reason why changing the group disks option should cause a rescan? After all, changing the guess tags formats option doesn't.

Anyway, after quite a long time waiting for the scan to finish (perhaps there should be some way of cancelling a rescan?), I suspected that something was wrong, so I turned on d_scan debug and looked in the log. I can see that it's taking ages because it is scanning all of my hard disk partitions. All of my music is on a separate M: partition, and as far as I am aware, I have no links that reference for example my C: partition. Scanning worked fairly well for me in 6.1.1.

I'm not sure if it is because I didn't completely set up my server options before the scan started, or perhaps because I've also changed other prefs whilst the scan is in progress. Anyway, I'm not particularly chuffed about it scanning every file on my disk. I hope it doesn't perform any write operations, as the service is running with admin permissions.

Phil

Dan Sully
2005-08-01, 16:14
* Philip Meyer shaped the electrons to say...

> 6.2b1 - 3774 - Windows XP (nightly 01-08-2005).
>
> Anyway, after quite a long time waiting for the scan to finish (perhaps
> there should be some way of cancelling a rescan?), I suspected that
> something was wrong, so I turned on d_scan debug and looked in the log. I
> can see that it's taking ages because it is scanning all of my hard disk
> partitions. All of my music is on a separate M: partition, and as far as I
> am aware, I have no links that reference for example my C: partition.
> Scanning worked fairly well for me in 6.1.1.

Philip - this sounds an awful lot like Bug 1896:

http://bugs.slimdevices.com/show_bug.cgi?id=1896

Which I fixed over the weekend. Can you run with --d_files, and send me the output?

Thanks.

-D
--
<faisal> my life is collapsing to what will soon be NEGATIVE INTEGER degrees of separation.

JJZolx
2005-08-01, 16:27
6.2b1 - 3774 - Windows XP (nightly 01-08-2005).

I stopped slimserver 6.1.1, deleted my 75Mb slimserver preference file (see previous thread "Preferences lost after crash"), and installed the latest nightly version.

The fix Dan posted the other night took care of a similar problem I was having with 6.2.x on Windows. SlimServer was scanning outside the music directory even though there were no links or playlists pointing there, then going into an infinite looping. Updating to r3835 cleared it up.

http://bugs.slimdevices.com/show_bug.cgi?id=1896

How is it that the 8-01 nightly of the trunk would only be r3774? Are you running software from the 6.1.x branch or the 6.2.x trunk?

Philip Meyer
2005-08-01, 16:29
>Philip - this sounds an awful lot like Bug 1896:
>
>http://bugs.slimdevices.com/show_bug.cgi?id=1896
>
I was expecting that bug fix in the 2005-08-01 nightly. I had a similar problem a couple of days ago, before reverting to 6.1.1.

>Which I fixed over the weekend. Can you run with --d_files, and send me the output?
>
I stopped the server, turned off timed rescan, and restarted, so I can use the half of my music database that has been scanned okay. I'm off to bed now, so I'll force a rescan tomorrow with --d_files. It takes ages to run; I assume I can kill it once it has started to go wrong. Should I send all of the output?

Phil

Dan Sully
2005-08-01, 16:32
* JJZolx shaped the electrons to say...

>> 6.2b1 - 3774 - Windows XP (nightly 01-08-2005).
>>
>How is it that the 8-01 nightly of the trunk would only be r3774? Are
>you running software from the 6.1.x branch or the 6.2.x trunk?

Yes - it seems like you're running an old version of the server there.

r3774 is the official 6.1.1 tag.

-D
--
<Djall> and I also learned that a meat vortex takes meat away from you.

Philip Meyer
2005-08-01, 16:36
>How is it that the 8-01 nightly of the trunk would only be r3774? Are
>you running software from the 6.1.x branch or the 6.2.x trunk?
>
I use an automatic download manager to grab the latest each day. This is configured to grab: http://www.slimdevices.com/downloads/nightly/latest/6.2/SlimServer_v%YYYY%-%MM%-%D%.exe

I checked what 6.2 was definitely in that url. The exe file has the correct datestamp.

Perhaps the files on the server are not being built correctly?

Phil

Philip Meyer
2005-08-01, 16:44
>Yes - it seems like you're running an old version of the server there.
>
>r3774 is the official 6.1.1 tag.
>
I just tried installing it again. The installer exe has the correct datestamp. After installation, I checked the datestamp on slim.exe, which has the correct modification date (so the installer has overwritten the file).

Upon running the server up, server settings reports:
SlimServer Version: 6.2b1 - 3774 - Windows XP - EN - cp1252

I tried removing all IE cache files to ensure that the browser hadn't cached the SlimServer prefs page containing the verison info.

Phil

Philip Meyer
2005-08-01, 16:58
>Yes - it seems like you're running an old version of the server there.
>
>r3774 is the official 6.1.1 tag.
>
I have also tried downloading the release again, stopping the server, deleting the slim.exe and reinstalling to ensure the latest version is being run.

I tried running via "perl slimserver.pl" too, but it still reports r3774.

Phil

Dan Sully
2005-08-01, 17:00
* Philip Meyer shaped the electrons to say...

> I have also tried downloading the release again, stopping the server, deleting the slim.exe and reinstalling to ensure the latest version is being run.

Have you tried uninstalling before installing the nightly?

-D
--
Ya gotta love UNIX, where else do you wonder whether
you can kill a zombie spawned by a daemon's fork?

Philip Meyer
2005-08-02, 14:42
>Have you tried uninstalling before installing the nightly?
>
I just tried that. I uninstalled (but didn't delete any left-over files, such as plugins and CPAN stuff required for plugins). I then downloaded todays nightly release (SlimServer_v2005-08-02.exe), and installed.

After a while, I turned on d_scan, and I could see it trawling through C:\Documents and Settings, so I killed the server.

If I reinstall 6.1.1, scanning seems to work correctly, so I don't think it's an installation issue.

Phil

Philip Meyer
2005-08-02, 15:27
I think the scan is going wrong when it encounters a .cue file I have. I suspect it is either to do with the use of "/" characters in the TITLE strings, or alternatively because the .cue references a FILE that doesn't exist (it references a .wav, but the file is actually a .mp2). I've never messed with .cue files before; this is a live album that was downloaded from the internet, and the .cue file seems incorrect. Also, the each entry has an INDEX 01, which I assume would be incorrect - should this match the track numbers?

The log file indicates "numitems=772" several times, and "index:0" or "index:-1".


The content of the .cue file is:

FILE "whitestripes2003-04-11.wav"
TITLE "Live at Brixton Academy, 11 Apr 2003"
PERFORMER "The White Stripes"
TRACK 1 AUDIO
TITLE "Black Math"
PERFORMER "The White Stripes"
INDEX 01 0:00:00

TRACK 2 AUDIO
TITLE "I Think I Smell A Rat / Take A Whiff On Me"
PERFORMER "The White Stripes"
INDEX 01 2:25:00

TRACK 3 AUDIO
TITLE "Dead Leaves And The Dirty Ground"
PERFORMER "The White Stripes"
INDEX 01 4:30:00

TRACK 4 AUDIO
TITLE "Jolene"
PERFORMER "The White Stripes"
INDEX 01 7:33:00

TRACK 5 AUDIO
TITLE "The Hardest Button To Button"
PERFORMER "The White Stripes"
INDEX 01 10:58:00

TRACK 6 AUDIO
TITLE "Good To Me"
PERFORMER "The White Stripes"
INDEX 01 14:51:00

TRACK 7 AUDIO
TITLE "Cold Cold Night"
PERFORMER "The White Stripes"
INDEX 01 17:00:00

TRACK 8 AUDIO
TITLE "I Want To Be The Boy To Warm Your Mother's Heart"
PERFORMER "The White Stripes"
INDEX 01 20:02:00

TRACK 9 AUDIO
TITLE "Seven Nation Army"
PERFORMER "The White Stripes"
INDEX 01 23:29:00

TRACK 10 AUDIO
TITLE "Death Letter / Motherless Children Have A Hard Time"
PERFORMER "The White Stripes"
INDEX 01 27:19:00

TRACK 11 AUDIO
TITLE "I Just Don't Know What To Do With Myself"
PERFORMER "The White Stripes"
INDEX 01 35:01:00

TRACK 12 AUDIO
TITLE "Everywhere I Go I'm Always There"
PERFORMER "The White Stripes"
INDEX 01 37:48:00

TRACK 13 AUDIO
TITLE "Hotel Yorba"
PERFORMER "The White Stripes"
INDEX 01 40:02:00

TRACK 14 AUDIO
TITLE "You're Pretty Good Looking"
PERFORMER "The White Stripes"
INDEX 01 42:02:00

TRACK 15 AUDIO
TITLE "Apple Blossom"
PERFORMER "The White Stripes"
INDEX 01 44:39:00

TRACK 16 AUDIO
TITLE "Astro / Jack the Ripper"
PERFORMER "The White Stripes"
INDEX 01 46:43:00

TRACK 17 AUDIO
TITLE "St. James Infirmary Blues"
PERFORMER "The White Stripes"
INDEX 01 49:43:00

TRACK 18 AUDIO
TITLE "We're Going to be Friends"
PERFORMER "The White Stripes"
INDEX 01 51:43:00

TRACK 19 AUDIO
TITLE "Offend in Every Way"
PERFORMER "The White Stripes"
INDEX 01 54:01:00

TRACK 20 AUDIO
TITLE "Wasting my Time"
PERFORMER "The White Stripes"
INDEX 01 56:02:00

TRACK 21 AUDIO
TITLE "Cannon"
PERFORMER "The White Stripes"
INDEX 01 57:31:00

TRACK 22 AUDIO
TITLE "Screwdriver"
PERFORMER "The White Stripes"
INDEX 01 59:51:00


The following is a section of a log with --d_scan and --d_files:

2005-08-02 23:01:15.7915 Got to end of dir, ascending...
2005-08-02 23:01:15.7917 numitems: 772
2005-08-02 23:01:15.7918 index: 1
2005-08-02 23:01:15.7924 itempath: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio and file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video made file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.7937 isList(file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio) == dir
2005-08-02 23:01:15.7943 numitems: 772
2005-08-02 23:01:15.7944 index: -1
2005-08-02 23:01:15.7946 Scan::readList gonna read file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.7948 Gonna try to open playlist file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.7950 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.7952 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.7970 *** didn't find file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio in playlist cache ***
2005-08-02 23:01:15.7972 Treating directory like a playlist
2005-08-02 23:01:15.7973 reading directory: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio
2005-08-02 23:01:15.7997 directory: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio contains 2 items
2005-08-02 23:01:15.8001 directory entry: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8020 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8024 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8029 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8032 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8034 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8036 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8079 directory entry: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8095 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2 from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8098 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.mp2 from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8104 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2 from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8107 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.mp2 from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8126 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2 from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8130 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.mp2 from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8134 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2 from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8137 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.mp2 from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.mp2
2005-08-02 23:01:15.8309 adding 2 to playlist cache: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.8332 Descending into file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio, contains 2 items
2005-08-02 23:01:15.8336 numitems: 772
2005-08-02 23:01:15.8337 index: 0
2005-08-02 23:01:15.8343 itempath: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue and file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio made file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8357 isList(file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue) == cue
2005-08-02 23:01:15.8362 numitems: 772
2005-08-02 23:01:15.8364 index: -1
2005-08-02 23:01:15.8365 Scan::readList gonna read file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8368 Gonna try to open playlist file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8370 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8372 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8393 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8396 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.8400 gonna scan file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue, with path file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue, for base: file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.8401 Scan::readList loading file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue with base file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.8416 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.8419 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio
2005-08-02 23:01:15.8475 Got / from file url file:///
2005-08-02 23:01:15.8478 extracted: \ from file:///
2005-08-02 23:01:15.8482 Got / from file url file:///
2005-08-02 23:01:15.8484 extracted: \ from file:///
2005-08-02 23:01:15.8486 Got / from file url file:///
2005-08-02 23:01:15.8487 extracted: \ from file:///
2005-08-02 23:01:15.9555 Got /M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue from file url file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:15.9560 extracted: M:\Music\Steve Rooth Music\White Stripes\Video\2003-04-11 BBC Digital Radio\whitestripes2003-04-11.cue from file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue
2005-08-02 23:01:17.6201 Scan::readList loaded playlist with 21 items
2005-08-02 23:01:17.6555 Descending into file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue, contains 21 items
2005-08-02 23:01:17.6576 numitems: 772
2005-08-02 23:01:17.6578 index: 0
2005-08-02 23:01:17.6584 itempath: file:///#0-145 and file:///M:/Music/Steve%20Rooth%20Music/White%20Stripes/Video/2003-04-11%20BBC%20Digital%20Radio/whitestripes2003-04-11.cue made file:///#0-145
2005-08-02 23:01:17.6586 isList(file:///#0-145) == dir
2005-08-02 23:01:17.6592 numitems: 772
2005-08-02 23:01:17.6594 index: -1
2005-08-02 23:01:17.6595 Scan::readList gonna read file:///#0-145
2005-08-02 23:01:17.6598 Gonna try to open playlist file:///#0-145
2005-08-02 23:01:17.6599 Got / from file url file:///#0-145
2005-08-02 23:01:17.6601 extracted: \ from file:///#0-145
2005-08-02 23:01:17.6625 *** didn't find file:///#0-145 in playlist cache ***
2005-08-02 23:01:17.6627 Treating directory like a playlist
2005-08-02 23:01:17.6628 reading directory: \
2005-08-02 23:01:17.6643 directory: \ contains 12 items
2005-08-02 23:01:17.6646 directory entry: file:///AVG%20Rescue
2005-08-02 23:01:17.6660 Got /AVG%20Rescue from file url file:///AVG%20Rescue
2005-08-02 23:01:17.6663 extracted: \AVG Rescue from file:///AVG%20Rescue
2005-08-02 23:01:17.6668 Got /AVG%20Rescue from file url file:///AVG%20Rescue
2005-08-02 23:01:17.6670 extracted: \AVG Rescue from file:///AVG%20Rescue
2005-08-02 23:01:17.6672 Got /AVG%20Rescue from file url file:///AVG%20Rescue
2005-08-02 23:01:17.6673 extracted: \AVG Rescue from file:///AVG%20Rescue
2005-08-02 23:01:17.6868 directory entry: file:///Applications

Dan Sully
2005-08-02, 15:30
* Philip Meyer shaped the electrons to say...

> I think the scan is going wrong when it encounters a .cue file I have. I
> suspect it is either to do with the use of "/" characters in the TITLE
> strings, or alternatively because the .cue references a FILE that doesn't
> exist (it references a .wav, but the file is actually a .mp2). I've never
> messed with .cue files before; this is a live album that was downloaded
> from the internet, and the .cue file seems incorrect. Also, the each entry
> has an INDEX 01, which I assume would be incorrect - should this match the
> track numbers?

I'll take a look at this in a bit - but in the meantime, can you move that
file out of your music directory?

-D
--
"My pockets hurt." - Homer Simpson

Philip Meyer
2005-08-02, 15:41
>I'll take a look at this in a bit - but in the meantime, can you move that
>file out of your music directory?
>
I corrected the FILE ref and rescanned (didn't change anything else - TITLE tags still contain "/" characters). Looks like this avoided the problem. However, it started going wrong when it encountered another ..cue file.

I have quite a few folders where I have compressed .wav files to .flac, and haven't amended corresponding .cue files, etc. It appears to cause slimserver scanning to throw a wobbly when it encounters a playlist file that refers to a file that it can't find. Slimserver seemed to cope in 6.1.1, so a recent change must be causing this.

Is there anything else I can provide to aid debugging?

Phil

Dan Sully
2005-08-02, 15:52
* Philip Meyer shaped the electrons to say...

> I corrected the FILE ref and rescanned (didn't change anything else - TITLE
> tags still contain "/" characters). Looks like this avoided the problem.
> However, it started going wrong when it encountered another .cue file.

Ok - I think I know what's happening here. Are you running with ActiveState, or .exe?

-D
--
<iNoah> you know, most free operating systems come preinstalled with their own high horse.

JJZolx
2005-08-02, 15:54
>I'll take a look at this in a bit - but in the meantime, can you move that
>file out of your music directory?
>
I corrected the FILE ref and rescanned (didn't change anything else - TITLE tags still contain "/" characters). Looks like this avoided the problem. However, it started going wrong when it encountered another ..cue file.

I have quite a few folders where I have compressed .wav files to .flac, and haven't amended corresponding .cue files, etc. It appears to cause slimserver scanning to throw a wobbly when it encounters a playlist file that refers to a file that it can't find. Slimserver seemed to cope in 6.1.1, so a recent change must be causing this.

Is there anything else I can provide to aid debugging?
Do you need to use the CUE sheets in SlimServer? If not, see the link below and disable them just to be on the safe side. I ran into a number of problems with CUE sheets in some earlier versions of SlimServer and decided to take the easy way out. I don't use (nor want to use) them for SlimServer. They're just there for burning CDs.

http://forums.slimdevices.com/showthread.php?t=14694

See the note about new versions of the server overwriting types.conf.

Philip Meyer
2005-08-02, 16:11
>Ok - I think I know what's happening here. Are you running with ActiveState, or .exe?
>
I usually just run the exe as a service, but since I started investigating the problem, I've been running with ActiveState.

The problem also occurs with .m3u files, most of which I have now removed from my music folders.

Phil

Dan Sully
2005-08-02, 16:15
* Philip Meyer shaped the electrons to say...

> I usually just run the exe as a service, but since I started investigating
> the problem, I've been running with ActiveState.
>
> The problem also occurs with .m3u files, most of which I have now removed
> from my music folders.

Ok - I've attached a replacement Slim/Utils/Misc.pm - can you drop it in and run with that?

-D
--
"They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety." - Benjamin Franklin

Philip Meyer
2005-08-02, 16:17
>Do you need to use the CUE sheets in SlimServer? If not, see the link
>below and disable them just to be on the safe side.
Thanks.

I knew about that mechanism to disable cue sheets, but I do actually use them for some albums where I have a single file and the .cue indexes it to split it into virtual tracks.

It's just that I had a couple of .cue sheets for live concerts that I have downloaded where the original user has misconfigured them, or I have subsequently encoded .wav or .shn to .flac without realising that there are playlists that refer to those converted items.

Phil

Philip Meyer
2005-08-02, 16:20
>Ok - I've attached a replacement Slim/Utils/Misc.pm - can you drop it in and run with that?
>
Sure. It's getting late in the UK here now, so I'll try it tomorrow. I've checked all .cue and .m3u files, and am running a rescan. If it works, I'll be happy ;) After that, I'll reinstate a dodgy .cue file and try your fix.

Phil

Philip Meyer
2005-08-03, 14:06
>Ok - I've attached a replacement Slim/Utils/Misc.pm - can you drop it in and run with that?
>
I reinstated a dodgy cue file and copied that changed file. I ran SlimServer using Perl ActiveState and performed a rescan with wipe cache.

The scan completed successfully.

Phil

Dan Sully
2005-08-03, 14:40
* Philip Meyer shaped the electrons to say...

> I reinstated a dodgy cue file and copied that changed file. I ran
> SlimServer using Perl ActiveState and performed a rescan with wipe cache.
>
>The scan completed successfully.

Great - that patch is in the nightly 6.2 builds - I'll get it into 6.1.x as well.

-D
--
You have the puzzle pieces? Good, then turn off the damn walls.

cbemoore
2005-08-03, 23:26
My server's been crashing when I rescan for a few days now. I assumed I had the same problem as everyone else, but mine is still broken using the 2005-08-03 nightly build.

I'm simply installing the new nightly (Windows .exe build), ticking "Clear library before rescan" and pressing "Rescan". Anything else I need to do?

This is the log message - does it help?

2005-08-04 02:31:19.2063 numitems: 9410
2005-08-04 02:31:19.2105 index: -1
2005-08-04 02:31:19.2123 Scan::readList gonna read file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself.m3u
2005-08-04 02:31:19.2150 Gonna try to open playlist file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself.m3u
2005-08-04 02:31:19.2326 gonna scan file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself.m3u, with path file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself.m3u, for base: file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself
2005-08-04 02:31:19.2339 Scan::readList loading file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself.m3u with base file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself
2005-08-04 02:31:19.2808 CacheItem: Checking status of file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%
20-%2001%20-%20Fun%20Lovin%27%20Criminal%20.mp3 (TTL: 123119078).
2005-08-04 02:31:19.2864 Merging entry for file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%2001%20-%20Fun%20Lovin%27%20Criminal%20.mp3
Can't call method "namesort" on an undefined value at /PerlApp/Slim/DataStores/DBI/DBIStore.pm line 1497, <GEN719> line 3.
2005-08-04 02:31:19.4208 forceCommit: syncing to the database.

cbemoore
2005-08-03, 23:40
More info - the problem directory includes the following .m3u file. Not sure if its corrupted or not, but its worked with Slimserver for years until now:

#EXTM3U
#EXTINF:192,Fun Lovin' Criminals - 01 - Fun Lovin' Criminal
Fun Lovin' Criminals - 01 - Fun Lovin' Criminal .mp3
#EXTINF:213,Fun Lovin' Criminals - 02 - Passive Aggressive
Fun Lovin' Criminals - 02 - Passive Aggressive.mp3
#EXTINF:286,Fun Lovin' Criminals - 03 - Grave And The Constant
Fun Lovin' Criminals - 03 - Grave And The Constant.mp3
#EXTINF:184,Fun Lovin' Criminals - 04 - Scooby Snacks
Fun Lovin' Criminals - 04 - Scooby Snacks.mp3
#EXTINF:286,Fun Lovin' Criminals - 05 - Smoke Em
Fun Lovin' Criminals - 05 - Smoke Em.mp3
#EXTINF:231,Fun Lovin' Criminals - 06 - Bomb In The L
Fun Lovin' Criminals - 06 - Bomb In The L.mp3
#EXTINF:264,Fun Lovin' Criminals - 07 - I Can't Get With That
Fun Lovin' Criminals - 07 - I Can't Get With That.mp3
#EXTINF:226,Fun Lovin' Criminals - 08 - King Of New York
Fun Lovin' Criminals - 08 - King Of New York.mp3
#EXTINF:221,Fun Lovin' Criminals - 09 - We Have All The Time In The World
Fun Lovin' Criminals - 09 - We Have All The Time In The World .mp3
#EXTINF:207,Fun Lovin' Criminals - 10 - Bear Hug
Fun Lovin' Criminals - 10 - Bear Hug.mp3
#EXTINF:259,Fun Lovin' Criminals - 11 - Come Find Yourself
Fun Lovin' Criminals - 11 - Come Find Yourself.mp3
#EXTINF:199,Fun Lovin' Criminals - 12 - Crime & Punishment
Fun Lovin' Criminals - 12 - Crime & Punishment .mp3
#EXTINF:244,Fun Lovin' Criminals - 13 - Mathadonia
Fun Lovin' Criminals - 13 - Mathadonia .mp3
#EXTINF:334,Fun Lovin' Criminals - 14 - I Can't Get With That (Smoove)
Fun Lovin' Criminals - 14 - I Can't Get With That (Smoove) .mp3
#EXTINF:88,Fun Lovin' Criminals - 15 - Coney Island Girl
Fun Lovin' Criminals - 15 - Coney Island Girl .mp3

cbemoore
2005-08-03, 23:43
Just noticed another thing - some of the filenames in this directory end with a space (eg "Fun Lovin' Criminals - 01 - Fun Lovin' Criminal .mp3"). Might this be the problem?

As far as I can see, the playlist is referring to the correct filenames, so I don't think the playlist is corrupted.

Dan Sully
2005-08-04, 10:03
* cbemoore shaped the electrons to say...

> file:///L:/Music/Dave/Fun%20Lovin%27%20Criminals%20-%20Come%20Find%20Yourself/Fun%20Lovin%27%20Criminals%20-%2001%20-%20Fun%20Lovin%27%20Criminal%20.mp3

Could you send me this file?

dan | at | slimdevices.com

Thanks.

-D
--
<faisal> my life is collapsing to what will soon be NEGATIVE INTEGER degrees of separation.

cbemoore
2005-08-04, 10:58
I'm at work right now, but I'll do it as soon as I get home tonight.

Cheers
Chris

kdf
2005-08-04, 11:13
might be a playlist scan issue. I've been able to get it back up to speed by
blanking out the server settings for playlist dir.

-kdf