TcpStream server source does not respond to incoming streams after sleep

[niklasdoerfler]

Describe the bug

I use the TcpStream server source to transmit audio signals from a Windows desktop to the snapserver (running on a Linux VM) using the broadcast function of Snap.Net. This works fine in principle. However, when I put the Windows desktop into standby mode and then wake it up again later, broadcasting is no longer possible. Apparently a connection is established (the tcp port 4953 of the snap server is still shown as open with netcat), but the source is shown as "idle" in Snapcast and no audio signals can be heard. Thanks for any help and advice in advance!

Steps to Reproduce

1. Start snapserver with configured TcpStream server on port 4953
2. Start Snap.Net Broadcast (or similar e.g. with ffmpeg -re -i audio.mp3 -f s16le -acodec pcm_s16le tcp://<snapserver-ip>:4953)
3. Audio playing without any issues
4. Set Streaming Source PC to sleep mode
5. Wake up PC later
6. No audio is received by the snapserver via TcpServer stream anymore; reconnect does not help

Environment details

• OS: Snapserver: Linux, Snap.Net Client: Windows
• Snapcast version v0.26.0 (rev e30a9f33)
• Installed from the .deb package