awy;357224 Wrote: > 10 seconds before the end of a track is when the server starts streaming > the next track. It may be that the player is getting starved of CPU by > the SC activity (assuming that SC and SP are running on the same > system). The final audio output buffer in SP is not very large (to keep > command and sound-effect latency down). You could try increasing the > priority of the SP process - using *nice* on *nix systems.
I'm using today's builds for SP and SqueezeCenter (Version: 7.3 - 23911 @ Wed Nov 12) and the sound blip is still there. SqueezePlay is running on a desktop computer connected to the server router via a wireless card, both systems are using XP, SP3. Wireless connection reports 54 Mbps and excellent signal strength. What I've noticed: when playing an album the transfer rate to the PC averages 1 Mbps(FLAC) for all tracks. It drops to 0 at about 37 seconds from the end of a track. At 10 seconds remaining there is a spike to 10 Mbps and this is when the sound cuts out briefly. Network transfer quickly goes back to 1 Mbps. Both the server and client PC show no more than 15% CPU utilization throughout. I've also not been able to stream more than four or five tracks without SqueezePlay cutting out. A popup message comes up (too brief to read the entire message, but it's something about re-buffering). Is there a log file I can check or enable for SqeezePlay? -- Echo ------------------------------------------------------------------------ Echo's Profile: http://forums.slimdevices.com/member.php?userid=15449 View this thread: http://forums.slimdevices.com/showthread.php?t=53047 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
