@'*onlinegill*'
(https://forums.slimdevices.com/member.php?71843-onlinegill)
This is what I do, and is based on installing Squeezelite by
Code:
sudo apt install squeezelite
If you install just by wget and dpkg then I guess the first and las
Thanks for taking the time to research what's happening. Sorry, it's
taken so long for me to reply. There is a lot of information to digest
and I wanted to take the time to review it all.
One thought I had was if enabling tcp keep alive would prevent the
server closing the socket. I've sent y
For anybody curious, somebody suggested offline to change stream length
in the bridge config to -1, and lo and behold, it's been running for
nearly 24 hours straight now.
typecrazy789's Profile: http://forums.slimdevices.c
Man in a van wrote:
> @'*onlinegill*'
> (https://forums.slimdevices.com/member.php?71843-onlinegill)
>
> This is what I do, and is based on installing Squeezelite by
>
> >
Code:
> > sudo apt install squeezelite
> >
>
> If you install just by
now the problem has returned for me, with lms 8.1.x it said the
squeezebox i am using is not supported, i should use squeezebox 2. Of
course i use squeezebox radio. I updgraded to the new nightly build of
lms 8.2 and now it behaves with the same problem i reported when i
started this thread. It l
Ralphy, thanks so much for looking into this.
The good news is that your change did take effect, and client machine
now initiates TCP Keep-Alive packets every 30 secs after last
transmission from the server (frames 22775 and 23007 in Wireshark trace
below).
The bad news is that Linux TCP stack