> AH! No go for ReadyNAS and artwork "on demand" resampling then. But > what does it do for 13 hours then?
As I said it lacks support for floating point operations in the CPU. Thus resizing one artwork might take 20 secs. vs. 2 secs in resize mode. > It must be resampling and caching > the resampled images somewhere. What size are they and where are they > being cached to? They're the size as used on the Controller (50, 56) plus what you've defined as the thumb artwork size in the web UI (100 by default). > I turned on debug for artwork and noticed that SlimPronto requests > 64x64 images to display a coverart collage. Squeezecenter then resizes > from the original folder.fpg of 500x500 to 64x64. Now if these 64x64 > images were already cached then there would be no need for this on > demand resize. Images would just be retrieved from cache. So we could > have resampling enabled and the only downside would be the long scan > time. There's already an enhancement request for additional formats. You might want to add your voice. http://bugs.slimdevices.com/show_bug.cgi?id=9757 > I also noticed that the web interface requests 100x100 and those also > get resized and resampled on demand. They should be pre-cached. -- Michael _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
