Bugzilla – Bug 8317
Some artwork is showing up incorrectly in Music Library
Last modified: 2009-07-29 14:58:37 UTC
We have a customer who is reporting problems with his album artwork. Some of his albums appear with the correct artwork. Others appear with the wrong artwork, but... all the incorrect albums display the album artwork from one single album. I've tried just a clean install of SqueezeCenter, but the problem is still evident. I had him send me 2 example files: one where the artwork appears correctly, and another where it doesn't. (they are attached) The album with correct artwork is an MP3 file and has embedded artwork in the tags. The other album is an WMA Lossless file with no embedded artwork. In my SqueezeCenter the MP3 correctly appears with its artwork, and the WMA file correctly appears with no artwork. I got a log file using: scanner.exe --wipe --debug scan.scanner,scan.import,artwork --logfile=C:\Squeezecenter.log Log attached. Are we seeing some explainable behavior? Or a bug?
Created attachment 3397 [details] This artwork appears correctly. (mp3 file)
Created attachment 3398 [details] This artwork shows up with another album's artwork. (WMA Lossless)
Created attachment 3399 [details] Scanner log from his system
bug 7986 may be related
I didn't read the entire log file, but it looks like his WMA files are just all dumped in his /my music/ directory without any subdirectories. Since album art files don't have tag information to specify what albums they belong to, if there is a valid album art file in the /my music/ directory, I believe SC will use it as the art for all files in that directory that do not have embedded art. There's a list somewhere of the filenames that SC recognizes as being album art files. Is this what the user is seeing?
The log shows that the scanner is trying to look for artwork in the wma file tags, but finding none. When this is the case, it will look for things like folder.jpg, or cover.jpg in the same folder as the audio file. There appears to be: C:\Users\.0\Desktop\My Music\folder.jpg As this is in the same fold as all of the wma files, the scanner picks this up for each of the albums. Remove that file and your "artwork" should then show simply as missing. I'm not seeing any artwork embedded in the provided wma file, at least not with Tag & Rename. Given the above, it seems things are working as designed.
Per Chris, good catch. I missed that. The list, btw, is: (found in SC > Help) 1. cover.jpg, cover.gif, 2. folder.jpg, folder.gif, 3. album.jpg, album.gif, 4. thumb.jpg, thumb.gif, 5. albumartsmall.jpg, albumartsmall.gif I'll check with him to see if this is the case. (I did go over this with him in the abstract and he claimed there was no artwork files in the album folders, but he described them as plural, not singular. so I'll check again.) Per KDF, thank you for the specific album art file. Given what Chris described, I suspected what you found might be there. I'll see if this corrects the trouble.
(ref# 080522-000107)
Well, the customer has gone silent. We've not heard back on this issue in a couple weeks. (I pinged the customer today. 080522-000107) However, I am actually seeing behavior like this on my home system now, running SqueezeCenter 7.2. I've been gathering album artwork for my music collection a bit at a time and I mostly completed it this weekend. Now, when I clear and scan, every album has artwork. But some albums (like 1 in 20) appear with incorrect artwork. But it's always different albums every time I rescan, so I don't know if this is the same issue or a different issue. Regardless, the summary still fits so I'll leave it here. I will try bringing my USB HD with all my music into work and scanning it into a 7.0.1 system and see if I see the same behavior.
I may have learned something accidentally on this bug. At home, for a completely different test, I limited my library to only look at one album's folder, and then rescanned. That one album showed up correctly, but there were a ton of other albums present. I'd forgotten I have a playlist that points to about 80+ tracks, each from different albums. The miss-matched album art was happening again in this set up. Could this bug have to do with playlists? Clearly needs more testing.
QA to reproduce.
I have reproduced this with 7.2. 1) Stop SC 2) Clear your music library on your pc 3) Create 2 folders in your music library 4) In the 1st place MP3 files that are properly tagged, also place in art work 5) in the 2nd place MP3 files that are properly tagged, but no art work 6) Start SC 7) Perform a Clear and Rescan on the music folder Notice when you browse the Album Listing in SC (Home > Music Library > Albums) that the 2nd folder will have artwork from the first. However, if you browse the Album it's self, it shows no art work. See attached screen shoot.
Created attachment 3751 [details] Dup Album Art
Created attachment 3752 [details] Log Files
Bumping to 7.3
Hi, I'm having a similar problem that I am fairly sure has only shown up since I installed 7.2. I have a few albums that show up incorrect artwork. There is no apparent logic to it - a rescan will sometimes correct the problem for a specific album but create a new problem elsewhere. All artwork is saved as cover.jpg in the directory, there is no embedded artwork. I'll upload a screenshot of what I see - look at the Gorillaz D-sides album. CD1 shows correct artwork, CD2 shows incorrect (actually the Graham Coxon artwork seen just below). The files are in separate directories, with identical cover.jpg's in each one. When I play CD2 (as in the screenshot) the correct artwork shows up. It is also correct when I click on the album and go to the track-level detail in the left-hand pane. As a rough estimate, I'd say this problem affects around 100 of 2,900 albums. SqueezeCenter Version: 7.2 - 22900 @ Tue Aug 26 11:27:23 PDT 2008 - Windows XP - EN - cp1252 Server IP address: 192.168.1.6 Perl Version: 5.8.8 MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Platform Architecture: 586
Created attachment 4018 [details] Screenshot of incorrect artwork in SqueezeCenter
Update - if I change the size of the thumbnail (reduce to 120 from 140) the correct artwork shows. Change it back and the incorrect artwork returns.
Andy: would this one be yours to handle? if not please reassign appropriately.
Moving 7.4 bugs to 8.0.