Bugzilla – Bug 6769
Artwork cacheing fails for audio-file embedded images + inefficient checks
Last modified: 2009-09-08 09:30:52 UTC
The artwork cacheing mechanism caches an image object that the retrieval code considers to be an unusable entry. In this case, it needs to note the audio file from which the image was derived and which can be used for mtime checks. Additionaly, Slim::Schema:Track::coverArt is often used as a boolean. This is inefficient as it results in reading and examining the image, from image file or tag in an audio file. Better to use coverArtExists, which needs to be enhanced to know if knowledge of cover-art existance has been cached. The attached patch deals with these issues.
Created attachment 2724 [details] Patch
Andy: does this patch look good to you?
I'm sure it's fine but I will test it tomorrow.
Patch applied in change 16798.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.