500x500 art displays fine for me, and has since before SqueezeCenter was called SqueezeCenter on Windows, Linux, BSD. Do you have SC7 configured resize the images itself (I think this is the default)?
I don't have this issue-- actually the opposite with the SC7 web interface. I have some albums with enormous scanned cover art (e.g. 3000x3000, just so I won't have to go to the trouble to do it again in the future), the resizing of which causes SC7 to grind to a halt for so long that the players run out of music (especially reproducible with high bit rate FLAC tracks) and the stream is interrupted. Once SC7 finishes resizing the album art normal play resumes. Haven't tested in awhile, but when I first encountered this SC7 did this resizing for each track on an album (all of which share the same "Folder.jpg" album art). I see there's a bug request to improve handling of album art so will just wait to see what happens for now. It is really surprising (in 2008/9) to see that resizing album art seems to block everything in SC7-- I've happily sworn off Perl for the past 5 years, but am curious whether SC7 uses any of the modern approaches to process/thread separation on my dedicated multi-core SC7 system. I've assumed that at least the HTTP server part of SC7 is reasonably threaded given the large number of requests each browser must make using the new SC7 default skin, but this sort of issue makes me wonder almost enough to look at the source. -- syburgh ------------------------------------------------------------------------ syburgh's Profile: http://forums.slimdevices.com/member.php?userid=14239 View this thread: http://forums.slimdevices.com/showthread.php?t=57457 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/unix
