iwp Wrote: > I've been noticing brief hangs lately, but I've never quite pinned it > down to the Scrobbler... The plugin is much much better at doing async > submission than it used to be, but there is still a window where it can > block for a few seconds. The block is supposed to be at most five > seconds, which should be long enough to be covered by all the players > buffers except the original SliMP3. However your trace shows that block > lasting more like 9 seconds (it's the interval between the "Trying to > connect" line and the "connected"). Any perl wizards fancy taking a > look at this? I've never been able to get rid of this window, try as I > might. > > If you are experiencing mid-track drop-outs, you can turn off async > submission. The plugin will then submit synchronously (which can take a > long time) but will do so between tracks rather than in the middle. > Might be less annoying, depending. See the readme to see how to do > this.
Ian- I haven't walked through your code, but have you looked into using Slim::Networking::SimpleAsyncHTTP? On my SuperDateTime plugin some people were experiencing server freezes during the HTTP calls and somoene suggested I use it. It does HTTP calls in the background ideally when SlimServer isn't busy doing anything else. I'm not sure if it'd work with what you're doing, but it definately helped in my case. -Greg -- GoCubs ------------------------------------------------------------------------ GoCubs's Profile: http://forums.slimdevices.com/member.php?userid=312 View this thread: http://forums.slimdevices.com/showthread.php?t=18305 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/plugins
