SamY wrote: > Thanks, but I'm beginning to lose interest as I hardly ever play my old > mp3 rips anyway. I did run some tests last night and found that the > error is much less likely to occur with higher bitrate CBR tracks and > nearly always happens with VBR content. The thing I find most > fascinating about this issue is the fact that it only happens when both > LMS and the plugin binary (the server and the client) are running on > Windows platforms EVEN IF THEY ARE ON DIFFERENT MACHINES (according to > your testing). I fully expected to see the errors when I ran the client > binary on Windows with LMS on the RPi running Linux but no. :eek: > > I see that a new 2.1.12.2 version is now available. Are there any > changes in regard to this issue? If not, I will turn my attention fully > to the absolutely insane World Cup final that is unfolding before my > eyes right now. Looks like it's headed to a penalty shootout!
The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems to be the only option. You don't see the problem happening on higher bitrate because that very special sequence only happens is the N+1 track is small enough to fit in the buffers but compressed enough so that the CC plays track N for a long enough before requesting N+1, and so the TIME_WAIT issue happens. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=104614 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
