<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Justin...<br>
    </p>
    <div class="moz-cite-prefix">On 27/03/20 2:55 pm,
      <a class="moz-txt-link-abbreviated" href="mailto:webmaster@berean-biblechurch.org">webmaster@berean-biblechurch.org</a> wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:cc8d63dba543b0551979300101b3036e@berean-biblechurch.org">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <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>
    </blockquote>
    <p>I mean 4 separate streams, in my case AAC+ for external
      transmitter sites, 320mb/s mp3 [for logger], 256 kb/s for some
      streaming service, 56 kb/s mp3 for smartphones.</p>
    <p>Yes they would be sources. In my case 4 varieties of the same
      programme.</p>
    <p>I also use the same Icecast for Outside Broadcast [Remote] The
      outside user mounts on port 8000 using BUTT.<br>
    </p>
    <br>
    <blockquote type="cite"
      cite="mid:cc8d63dba543b0551979300101b3036e@berean-biblechurch.org">
      <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>
    </blockquote>
    By trial and error I figured out that each stream takes up more then
    one connection. I configure 5:1. It works.<br>
    <blockquote type="cite"
      cite="mid:cc8d63dba543b0551979300101b3036e@berean-biblechurch.org">
      <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>
    </blockquote>
    <p>I think one is an accumulated total and the other is the number
      of current.</p>
    <p>Max Listeners needs to be set so your broadband is not taken out
      by overload.</p>
    <p>ISP's choke upload unless you negotiate with them. We just went
      100:100 at one site but most of the others are like 60:30 and some
      a lot less than that.</p>
    <p>Here is a report from an ADSL site. That upload manages 1
      listener which is an Icecast relay on fibre delivering the
      programme to 6 listeners.<br>
    </p>
    <pre class="moz-quote-pre" wrap="">Download: 15.91 Mbit/s
Testing upload speed..................................................
Upload: 0.85 Mbit/s</pre>
    <blockquote type="cite"
      cite="mid:cc8d63dba543b0551979300101b3036e@berean-biblechurch.org">
      <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"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
        <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 class="moz-cite-prefix">On 26/03/20 2:24 pm, <a
            class="moz-txt-link-abbreviated"
            href="mailto:webmaster@berean-biblechurch.org"
            moz-do-not-send="true">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 class="mimeAttachmentHeader"></fieldset>
          <pre class="moz-quote-pre">_______________________________________________
Icecast mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Icecast@xiph.org" moz-do-not-send="true">Icecast@xiph.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank" rel="noopener noreferrer" moz-do-not-send="true">http://lists.xiph.org/mailman/listinfo/icecast</a>
</pre>
        </blockquote>
        <pre class="moz-signature">-- 
Communication Consultants 2020 Limited
64 Warner Park Avenue
Laingholm
Auckland 0604
New Zealand</pre>
        <!-- html ignored --><br>
        <div class="pre" style="margin: 0; padding: 0; font-family:
          monospace">_______________________________________________<br>
          Icecast mailing list<br>
          <a href="mailto:Icecast@xiph.org" moz-do-not-send="true">Icecast@xiph.org</a><br>
          <a href="http://lists.xiph.org/mailman/listinfo/icecast"
            target="_blank" rel="noopener noreferrer"
            moz-do-not-send="true">http://lists.xiph.org/mailman/listinfo/icecast</a></div>
      </blockquote>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Communication Consultants 2020 Limited
64 Warner Park Avenue
Laingholm
Auckland 0604
New Zealand</pre>
  </body>
</html>