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>