I did some experiments with the artwork caching it had reduced the problem but it is not gone.
However I don't experience the problem if I use the Touch's own interface(s) . For normal CD quality flac I can reproduce it this way . Control your Touch with a controller . makes sure both Touch and Controller is showing the NP screen with artwork . also be sure that controller behaves such as it pops back to NP when you start a new album. Now goto albums and choose something press > play at the album. If the problem is going to appear it is in the exact moment when both Touch and controller should show artwork, they usually get their art simultaneously. So art appears Touch buffer for 0,5 sec playback resumes Server is resizing artwork at that stage according to logs Therefore i made experiments with caching more art, this can happen even if all art is in cache but it is a much rarer thing. but it can happen . So I think it's an interaction controller and Touch asking the poor server for the same information at the same time . Can the server really tell the difference between SqueezePlay on the Touch controlling Touch or SqueezePlay on controller doing the same thing. I would like advice on what to logg -- Mnyb -------------------------------------------------------------------- Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH and assorted amps SiriuS, Classe' Primare and Dynadio speakers, Contour 4 Contour Center, and Contour 1.3SE rear ch. Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: SB3 + powered Fostex PM0.4 Misc use: Radio (with battery) PLEASE FIX BUG 112 http://bugs.slimdevices.com/show_bug.cgi?id=112 ------------------------------------------------------------------------ Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=83662 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
