From robinstl68 at icloud.com  Thu Oct  3 16:38:55 2024
From: robinstl68 at icloud.com (Robert Winkelmann)
Date: Thu, 3 Oct 2024 11:38:55 -0500
Subject: [Icecast-dev] Icecast - Buffer/Disconnect help
Message-ID: <78bbb9fd-60e9-4e49-af63-5783a04290ab@icloud.com>

I am trying to find a solution to what seems to be the only problem I 
have with icecast and that is very brief blips from the source feed to 
the server that causes a disconnect.

Have tried everything from the connection end to the server to stabilize 
things but my goal is if possible to find a way to not have listeners 
dumped when this happens as most are just a brief second or two.

What setting if any do I have available to hold listeners during a brief 
source drop? These are the relevant settings in the config but for what 
I can see if any of these were to control that aspect of the server but 
would seem if they did the time would be ample enough to do it. What 
options do I have?

 ??? <limits>
 ??????? <clients>100</clients>
 ??????? <sources>2</sources>
 ??????? <queue-size>524288</queue-size>
 ??????? <client-timeout>30</client-timeout>
 ??????? <header-timeout>15</header-timeout>
 ??????? <source-timeout>10</source-timeout>
 ??????? <!-- If enabled, this will provide a burst of data when a client
 ???????????? first connects, thereby significantly reducing the startup
 ???????????? time for listeners that do substantial buffering. However,
 ???????????? it also significantly increases latency between the source
 ???????????? client and listening client.? For low-latency setups, you
 ???????????? might want to disable this. -->
 ??????? <burst-on-connect>1</burst-on-connect>
 ??????? <!-- same as burst-on-connect, but this allows for being more
 ???????????? specific on how much to burst. Most people won't need to
 ???????????? change from the default 64k. Applies to all mountpoints? -->
 ??????? <burst-size>65535</burst-size>
 ??? </limits>