Bugzilla – Bug 17165
Server can't find artwork when resizing is required
Last modified: 2011-05-12 08:38:40 UTC
Hi, just run into a problem with resizing artwork in 7.6 (SqueezeboxServer-7.6.0-32302.exe): When a clean scan is started, the artwork for an album is correctly captured and cached according to the thumb size setting. The artwork then is displayed correctly within the browser. But when changing the thumb size and accessing the web frontend again, no artwork is display at all. I've turned on debugging for artwork and here's the log entry: [11-04-20 19:51:06.6160] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/321f188b/cover_150x150_o [11-04-20 19:51:06.6176] Slim::Web::Graphics::artworkRequest (122) Resize specification: 150x150_o [11-04-20 19:51:06.6189] Slim::Web::Graphics::artworkRequest (237) Looking for: \\Server\Musik\Sammlung\PopRock\Asia\(2002) Live At Budokan.Tokio (1983)\1.01. Asia - The Heat Goes On.mp3 in skin Default [11-04-20 19:51:06.6415] Slim::Web::Graphics::artworkRequest (317) File not found, returning 404 The same for every album in the collection. The displayed path in the log is correct. For testing, I've copied a path from the log and used it in direct opening without problems. There seems to be a problem with the artwork-path handling when opening the file? Regards, Mark
Correction: The artwork for "Big Covers" is only displayed when thumb size is set to 100. All other values leed to no artwork in "Big Cover" View at all. Within the "Small Cover" view the artwork is allways display, regardless of the thumb size setting. This behaviour will take place regardless of the value for thumb size set before a complete rescan. Regards, Mark
This is likely a duplicate of bug 16814 - "No artwork when using UNC audio path".
*** This bug has been marked as a duplicate of bug 16814 ***
Closing due to duplicate.