<div dir="auto">You can der listener Limit per mountpoint If you define the mountpoint at config.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"> <<a href="mailto:webmaster@berean-biblechurch.org">webmaster@berean-biblechurch.org</a>> schrieb am Fr., 27. März 2020, 03:18:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Hi, Robert. I appreciate the explanation. Indeed, the terminology is not consistent or intuitive.</p>
<p>So by your "4 services" you mean <em>sources</em>?</p>
<p>If clients are source connections (one and the same?), then how do we reconcile limits for both clients and sources? Is it like saying, 'for all of the X sources, they can have a total of Y connections'?</p>
<p>How can I set limits on the number of <em>listeners</em>? And this limit would be different than a limit on the number of <em>listener connections</em>"?</p>
<p><br></p>
<p>On 2020-03-26 00:18, Robert Jeffares wrote:</p>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<p>Hi Justin,</p>
<p><em><strong> Aren't listeners also clients?</strong></em></p>
<p>No.</p>
<p>Icecast xml is a bit daunting.</p>
<p>There are two kinds of connections.</p>
<p>Listener and Client</p>
<p>Client:...</p>
<p>Connections from your source which may be darkice, BUTT, or some other encoder.</p>
<p>You actually need plenty of these. I set mine to 20 when I have 4 services.</p>
<p>One client may have several connections. I assume there is some handshaking and there may be metadata as well.</p>
<p>Listener:...</p>
<p>Connections from anyone using the mount address which may be a listener or a relay. </p>
<p>The same listener can connect more than once. The reconnect may be because of a gap the listener does not know about because of the buffer, or store o audio waiting to be played. </p>
<p>On ADSL I limit this number to 5 and on Fibre I limit this to 10. Your ISP will choke the upload bandwidth especially mp3. I use AAC+ which has a smaller data size for the same quality, it's also not on the choke list.</p>
<p>If you plan on having more listeners than 5 or so then you need a Streaming Service who may take your stream and feed it to 100,200 or some larger number of listeners for $xx.95 a month. Most of these are mp3 only. </p>
<p>hope this helps</p>
<p>regards</p>
<p>Robert</p>
<p><br></p>
<div>On 26/03/20 2:24 pm, <a href="mailto:webmaster@berean-biblechurch.org" target="_blank" rel="noreferrer">webmaster@berean-biblechurch.org</a> wrote:</div>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<p>I can't make sense of the connection stats on the admin page. We have one source and one mountpoint.</p>
<p>What is the difference between <em>client_connections</em> and <em>clients</em> and <em>connection</em>s? How can they be so different in value? Same questions for <em>listener_connections</em> and <em>listeners</em>? The connections values seem high for only 5 listeners and one admin.</p>
<p>Here is a snapshot of the admin page a few minutes after the server was started and mountpoint was made available:</p>
<p> client_connections<br> 18<br> <br> clients<br> 7<br> <br> connections<br> 24<br> <br> file_connections<br> 0<br> <br> listener_connections<br> 17<br> <br> listeners<br> 5<br> <br> source_client_connections<br> 1<br> <br> source_relay_connections<br> 0<br> <br> source_total_connections<br> 1<br> <br> sources<br> 1<br> <br> stats<br> 0<br> <br> stats_connections<br> 0<br> <br> Mountpoint /live.mp3<br> listener_peak<br> 6<br> <br> listeners<br> 5<br> <br> max_listeners<br> unlimited</p>
<p>After more people started to connect, the admin #s got even more whacky.</p>
<p>Then, I have the max clients set to 25, yet the mountpoint says 'unlimited' listeners. Why the difference here? Aren't listeners also clients?</p>
<p><limits><br> <clients>25</clients><br> <sources>1</sources></p>
<p><br></p>
<p>Thanks,<br> Justin</p>
<p><br></p>
<br><fieldset></fieldset>
<pre>_______________________________________________
Icecast mailing list
<a href="mailto:Icecast@xiph.org" target="_blank" rel="noreferrer">Icecast@xiph.org</a>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noopener noreferrer noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a>
</pre>
</blockquote>
<pre>--
Communication Consultants 2020 Limited
64 Warner Park Avenue
Laingholm
Auckland 0604
New Zealand</pre>
<br>
<div style="margin:0;padding:0;font-family:monospace">_______________________________________________<br> Icecast mailing list<br><a href="mailto:Icecast@xiph.org" target="_blank" rel="noreferrer">Icecast@xiph.org</a><br><a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noopener noreferrer noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a></div>
</blockquote>
</div>
_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org" target="_blank" rel="noreferrer">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
</blockquote></div>