While I was writing my previous post, the problem happened on my system, so I was able to track it. In fact, it's a potential rare risk I have identified and well documented (glad I take the time to write comments in my code) where I don't have a good solution. It's exactly when samples are missing to do the crossfade so the decided action is to wait for more but that fails when the samples of the *finishing* song have already been sent to the player. It's a difficult to explain race condition, but that fits 100% with CPU overload which means sample starving. It probably also happens with streaming services because, in addition, with those, I need to query the next track pretty late before the current one finishes or they see a too large download pause and think that the connection is broken ... well, congratulation, you've line up the perfect storm :-)
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=110449 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
