philippe_44 wrote: > :) > > A test with a Linux box would be very welcome. Have you tried a larger > tcptimedwaitdelay? There might some min set by the stack anyway and it > is also supposed to be at least 2 times the maximum segment lifetime > (msl). So its difficult (and especially with MSFT) to be sure that such > system-config change is actually used. > > Im also sort of wrapping that up as I dont see a fix using this > principle. The core idea I used at the beginning was flawed (I think) so > I need to look into another direction, Im afraid.
I have not tried a larger tcptimedwaitdelay but I suppose you could do that on your system. If there is a minimum setting, it is less than 30 as this is the value that is recommended on many reputable Windows tuning sites. Playback works without a hitch with the binary running on my RPi Linux box. Here is the basic log of the first few tracks for comparison. If you would like more debug options specified, let me know. +-------------------------------------------------------------------+ |Filename: castbridge.log.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39469| +-------------------------------------------------------------------+ 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
