philippe_44 wrote: > I just uploaded a version to solve the problem that bpa rightfully > pointed out: because it buffers all it can, the UPnPBridge can put a lot > of stress on online / remote services where it creates a "long spike" of > data request. I've now added a parameter that sets the maximum 'read > ahead' value that is allowed. The bridge cannot reclaim more than this > value ahead of what the real UPnP player has already accepted. Spikes > will still exist, as they do today anyway even with the buffering > process of native Logitech players, but they will be shorter. That would > be great if users of iBBCplayer plugin could give that a look. That > version also removes the parameter "max_read_wait" that becomes obsolete
I installed development version 0.2.9.2 dev3 yesterday evening and unfortunately, when using the BBC iplayer (DASH version) the streams constantly stopped playing, sometimes after less than a minute, requiring a restart of the stream. The default 'read ahead value' of 2097152 was changed to a value of '-1' which is the unlimited value and the problem still persisted. Qobuz and Spotify not tested. In the end I installed the current stable version which successfully ran a BBC DASH stream overnight without dropping out (as did the previous dev version). Latest 7.9 nightly running on a Windows 7 machine but no logs taken though will take logs from my 'test' setup if necessary. ------------------------------------------------------------------------ PaulinPosset's Profile: http://forums.slimdevices.com/member.php?userid=63060 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
