RegWard wrote: > I'm in the UK. I tried both wired and wireless and it made no > difference. Testing was done with Radio 4 at 10pm and 8am, both very > busy times and Radio1 this morning at about 9. > > The assumption must be, at least in my rebuffering case, that Win10 > handles these multiple short connections far worse than Win7. As I said, > with Win7 there was absolutely no rebuffering to the Boom and yet > seconds later once I switched source to the Win10 server the buffering > problem restarted. Switching immediately back to Win7 server the > buffering stops again. Server load never goes above 3% and I'm on 200meg > cable. I still have both servers sitting idle if there is any specifics > you would like tested.
1. I've noted here in Ireland (BBC stream 96k ISP 10Mbs ADSL) - on a weekday I can play a BBC live stream from 9:30am until 4:00pm without an error and then the problems start with long delays - I don't know whether it is my local ISP (e.g. contention) or BBC CDNs but clearly network traffic matters. BTW there used to be similar pattern in packet delays when BBC used RealAudio but for other reason it wasn't noticeable. 2. Each TCP connection requires a DNS lookup - when similar problem were found with HLS in Mar 2015 - Windows DNS caching was identified as a contributor. I'm working on trying to get a persistent TCP version of the plugin but it takes time. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=104672 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
