crkm wrote: > Hi Philippe > Thanks yet again. My G: drive is the windows/boot drive (i.e. local) > mounted in the PC and is an SSD. I moved everything to a new > subdirectory G:\s2u and repeated the tests. At least this fixed the > default <buffer_dir> problem (see 1st zip file) > However, I'm still getting the low w:xxx values when playing the radio > streams, see 2nd zip file. This problem goes away when playing a music > file situated on another local drive, 3rd zip file. > > Thanks again for your help, the set-up does 90% of what I need to do. > Best > crkm
Do you still have foobar stopping when you start the other player ? I do not see that in these logs. To be more precise, with some streams, it is unavoidable that the w:xxx goes lower. It happens when the stream source only sends small chunks and, on the other side, the upnp player is willing to buffer a lot of data: the player "requires" data to sq2u but sq2u has not received anything "new" from LMS, so it has to "wait". On my setup, and with foobar2000, the worse is a 64kb/s mono info radio station that sends packets by 5~10kB each time, in that case, the wait time can be up to 30*50=1.5s, but a max of 100 is still fine and I can have the 5 players working in parallel. For local audio file, it shall never go below 5*50=250ms LMS 7.7.2 - 5 radio, 3 Boom, 4 Duet, 1 Touch, 1 SB2. Sonos 2xPLAY:1, PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBMC, Foobar2000, XBoxOne (sort of) ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=102496 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
