philippe_44 wrote: 
> No, not for a first test. Your use case should not need « underrun ». It
> might work with, but it’s a workaround. What I’m trying to understand is
> why does windows close the connection after 3 mins of no activity. I’ve
> added a throttle down of streaming when reaching a high water level but
> I don’t think it works because the kernel lower layers have already
> received a large buffer and all what my throttling does is reading it
> slowly. But as far as the peer entity is concerned, the connection is
> stalled for minutes and it always seems to happen after 3.
> 
> This version forces the tcp stack to use a keep-alive method, but that
> is well-known for being poorly implemented by many stacks. And usually,
> sockets keep-alive is 2 hours…

Here is the log file with 2.1.12.1. Not using "underrun". I decided to
let the whole album play this time. As you will see, the read errors all
occur within a few seconds of 2 minutes (not 3) after the beginning of a
new track and are completely and predictably repeatable, i.e. if I play
the same album again, the track skips will occur at the same place in
each track. Also note that the skips don't begin happening until the
second track, then happen on four straight tracks, then take a break,
etc. As I said, completely repeatable. Did you read the link I sent
earlier about CC connections timing out after 2 minutes? Is it perhaps
related? Let me know what else I can do to help. As noted by @bwaldron,
the skips don't occur when using "underrun".


+-------------------------------------------------------------------+
|Filename: castbridge.log.zip                                       |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=39450|
+-------------------------------------------------------------------+


Sam
------------------------------------------------------------------------
SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495
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

Reply via email to