The SQL statement that retrieves new tracks seems to take about 6.5 seconds when you are seeing the problem but when you stream from work and isn't seeing the problem they just take 0.7 seconds.
I'm guessing that it is the same SlimServer that is used in both these cases ? If it is there has to be something else that is going on at the time of the track change that uses CPU and thus also slows down the SQL statements. If SlimServer is configured to transcode FLAC to MP3 when you are streaming for work it would actually make more sense if you had problem when streaming from work since the transcoding probably will be using CPU. If I understand you correctly, you have tried: - Removing Custom Skip - Disabling fade out/in - Disabling Dynamic Transitions plugin Do you have any other third party plugin installed or setting configured that could cause things to happen when the track changes ? Is the FLAC files played straight to the SqueezeBox or are they transcoded to some other format ? If they are transcoded to some other format this might be the problem because that would use more CPU and might cause the SQL statement to run slower. -- erland Erland Isaksson 'My homepage' (http://erland.homeip.net) 'My download page' (http://erland.homeip.net/download) (Developer of 'TrackStat, SQLPlayList, DynamicPlayList, Custom Browse, Custom Scan, Custom Skip, Multi Library and Database Query plugins' (http://wiki.erland.homeip.net/index.php/Category:SlimServer)) ------------------------------------------------------------------------ erland's Profile: http://forums.slimdevices.com/member.php?userid=3124 View this thread: http://forums.slimdevices.com/showthread.php?t=40206 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
