bpa wrote: > At the moment, I personally believe rebuffering is associated with HLS > and DASH implementation not using persistent TCP which means a TCP > connection is needed for each 6sec of audio. While this is OK for a web > page as there is usually a pause while user reads a page - for audio > this means many many TCP short connections being made for a period of > time - I think this stresses some systems and the system includes: BBC, > CDNs, ISP and LMS server. > > Until I have a test version of BBCiPlayer with persistent TCP - I cannot > prove this theory. > > Thats said, where are you located ? what sort of network connections ? > when did you do your testing ? If UK based, have you tested at about > 11.00am on weekdays ?
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 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 10 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. Thanks again for all your time and effort. Reg. ------------------------------------------------------------------------ RegWard's Profile: http://forums.slimdevices.com/member.php?userid=66086 View this thread: http://forums.slimdevices.com/showthread.php?t=104672 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
