Bug 1990 - Directory name beginning with numeric causing confusion to library scanning
: Directory name beginning with numeric causing confusion to library scanning
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 6.1.1
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-08-17 17:56 UTC by KB Lee
Modified: 2009-09-08 09:31 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
Screen capture. (60.12 KB, image/jpeg)
2005-08-23 03:03 UTC, KB Lee
Details
Screen capture. (59.55 KB, image/jpeg)
2005-08-23 03:05 UTC, KB Lee
Details
cuesheet for disc 1 (1.37 KB, text/plain)
2005-08-23 03:08 UTC, KB Lee
Details
cue sheet for disc 2 (1.39 KB, text/plain)
2005-08-23 03:08 UTC, KB Lee
Details

Note You need to log in before you can comment on or make changes to this bug.
Description KB Lee 2005-08-17 17:56:42 UTC
I found a SlimServer anomaly in organizing Albums in the Music Folder. And 
came up with a workaround.

I organized my FLAC files this way:

/Lossless/Artistes/Album/{Album content}

{Album content} consists of a .cue file, a FLAC file, and cover.jpg belonging 
to that album.

Consider this...

/Lossless/Jimmy Abb/28 All Time Favorites Piano Disc 1/
/Lossless/Jimmy Abb/28 All Time Favorites Piano Disc 2/

For some unknown reasons, the library scanning would always end up with 3 
albums - ...Disc 1 & ...Disc 2 (correct), and a 3rd empty album called "Jimmy 
Abb" (incorrect). This is particularly annoying. After some fiddling around I 
found out that SlimServer does not seem to like album directory names 
beginning with numeric characters. Therefore I added an underscore preceding 
the album name as below and it started to work correctly. After the rename, 
SlimServer recognizes there are two albums, not three.

/Lossless/Jimmy Abb/_28 All Time Favorites Piano Disc 1/
/Lossless/Jimmy Abb/_28 All Time Favorites Piano Disc 2/

Could this be a bug?
Comment 1 KDF 2005-08-17 19:39:23 UTC
I'm not seeing this myself, and I've got a few directories starting with a
number.  have you tried the latest 6.2 or 6.1.2 nightlies to see if this has
already been fixed since 6.1.1?
Comment 2 KB Lee 2005-08-23 03:03:13 UTC
Created attachment 758 [details]
Screen capture.

Screen capture shows that an empty album with the name of "Jimmy Chan" is
created if directory name starts with numberic - "28 All...."
Comment 3 KB Lee 2005-08-23 03:05:16 UTC
Created attachment 759 [details]
Screen capture.

Screen capture shows the album list when the numeric chars are removed from
directory name - "All...."
Comment 4 KB Lee 2005-08-23 03:06:55 UTC
Yes. I realized this does not happen to all directory names beginning with 
numeric. I have attached an example where the problem can be reproduced 100%.
Comment 5 KB Lee 2005-08-23 03:08:02 UTC
Created attachment 760 [details]
cuesheet for disc 1
Comment 6 KB Lee 2005-08-23 03:08:27 UTC
Created attachment 761 [details]
cue sheet for disc 2
Comment 7 KDF 2005-08-23 09:54:41 UTC
Do you have any d_info logs during the scans of these directories?  Are your
files fully tagged with artist/album/track info?  If not, this could be
guessTags grabbing the number as a track number, instead of a title.  you can
also try erasing all of the guesstags formats under server settings->formatting.
 I know you have CUE sheets, but perhaps those arent' being picked up properly
by the scan.
Comment 8 KB Lee 2005-08-24 04:24:34 UTC
You are absolutely right. It is the doing of the guessTag. I removed all 
entries in Server Settings -> Formatting -> Guess Tags Formats, did a rescan 
and everything's a'ok now. I am closing this bug. Thanks very much.
Comment 9 Chris Owens 2006-06-16 14:41:24 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.