Bugzilla – Bug 1875
Browse Album Art has Missing Tracks
Last modified: 2009-09-08 09:21:50 UTC
The title says it all. If I brose by Album art, I see many missing tracks. If I browse by Album, then the tracks show as being present (albeit with Duplicates - as reported in Bug 1857)
Let's investigate this for 6.1.2
are all the tracks with dupes or only some? Are teh missing tracks, perhaps that ones that don't have dupes? Artwork may be setting a specific artist as well as the album, while browse album may only have the album, thus allowing 'multiple' artists (incorrectly made multiples, most likely)
I've had a chance to have a better look at this and can see some big pointers to the problem as follows... I have an album by "Apollo 440", title "Gettin' High On Your Own Supply". When I look at the album art, I see TWO thumnails for the album. One, incorrectly as "Apollo 440 - Gettin' High On Your Own Supply" i.e. merging artist into the title, the other correctly and alphabetically later on in the list as "Gettin' High On Your Own Supply". If I click on the incorrect one, I can see that it contains only one track <"Are We a Rock Band or What..?" The <> are my quotes for this note and the quote character(") is in the MP3 Tag. Slim server maps the double quotes (") to display it as a single quote('). In another bug report a user has noted that accented characters seem to be causing duplicates. When I look on the incorrect album art thumbnail, the track displays as, "1. 'Are We A Rock Band Or What.. ' from Apollo 440 - Gettin' High On Your Own Supply by Single Artist" it shows the artist as "Single Artist". This is the name of the directory in which I store all albums by single artists! I have checked the tags and they are the same and unaltered since a previous slimserver version that worked OK. When I look at the correct thumbnail, I see all tracks listed plus some duplicates (caused by case changes to the TAGS) and track one correctly listed as "1. "Are We a Rock Band or What..?" from Gettin' High on Your Own Supply by Apollo 440". Now, note that the (') has changed to (") and hte rest is right too. Looking at another Apollo 440 album, I have "1. Rumble , Spirit Of America from Apollo 440 - Millennium Fever by Single Artist" - note the comma (,). It should be "Rumble / Spirit of America". Of course, when I look at the correct thumbnail, the track is listed correctly with a slash (/). I have found a similar problem with slashes on another album. Looking around, it looks line any of the following characters may case problems -/()'2 For browse album art, in SOME cases Slimserver is merging the name of the band with the Album name. E.g. For the first track (I'll explain why only the first track in a moment), it has created Apollo 440 - Gettin' High On Your Own Supply by Single Artist
Ignore the last paragraph (begining "For browse album art, in SOME cases ") - I was editing and forgot to delete it.
When you are seeing a directory name as a tag, thats a sign that the guessTags feature has been used for that track. Either the tags cannot be read, or the file has been otherwise detected as unreadable. Are you importing data from iTunes? I've noticed that in windows, some characters are not being unescaped. & shows up as %26, etc. This can cause guessTags to be used. If you dont have any tracks that you have intentionaly left untagged (or WAV files), you can delete all of the guessTags formats (server settings->formatting) and it should get rid of that one problem. check that the locations read correctly from the song info pages. Also look at d_info log output for these files, d_scan and/or d_itunes as well if appropriate.
Dan MP3 Tag Studio has been used to casefix the tags. iTunes has not been used. The music library tags worked just fine in 6.0.2. The library was not changed and 6.1.1 installed and demonstrated the problems immediately. All tracks have tags. MP3TS and Windows Media player can read the tags and files OK. The cause of slim server getting it wrong for browse album art is the mapping of special characters e.g. (/ or ?) get mapped to "-" in the file name when encoding. So, for some reason, slimserver is thinking that the tag is unreasonable due to the (/ or ? and other characters) and then applying GuessTags? I couldn't find d_info log output.
David - could you attach one of the files you're having trouble with to this bug? Thanks.
Done = sent to dan@slimdevices.com
This bug has been fixed by as a result of a similar bug 1857 (Duplicate tracks). The fix is in the nightly SlimServer_v2005-07-30.exe.
marking as fixed