<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><i>I made an error, I swapped two diagrams, it should be this:</i></p>
    <p>Here's how I've been doing it:<br>
    </p>
    <p><tt>BUTT ===> WAN ===> Icecast server</tt> </p>
    <p>I thought I might try this instead: <br>
    </p>
    <p><tt><tt>BUTT --> localhost Icecast server ===> WAN ===>
          Icecast server</tt></tt></p>
    <pre class="moz-signature" cols="72">-- 
That Jack Elliott
(541) 848 7021
KPOV 88.9 FM High Desert Community radio
Producer, The Wednesday Point
Host, The Sunday Classics
</pre>
    <div class="moz-cite-prefix">On 4/19/2017 4:00 PM, Jack Elliott
      wrote:<br>
    </div>
    <blockquote cite="mid:49b14eb3-b666-638d-48a3-06ccd8c9d518@kpov.org"
      type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <p>Hi David, I don't think we will necessarily be on wifi, I'm
        sorry if I implied that. There are a couple of events each year
        when we have to use wifi, but for those I have a dedicated
        access point running at close to 1 watt connected directly to
        our ISP's network. <br>
      </p>
      <p>Okay, I was told over on the Darkice listserv that using
        Darkice > WAN > Icecast is not very reliable, and my
        testing supported that statement. They said that Darkice is an
        encoder, and Icecast is a transporter. Icecast, they said, is
        very reliable, Darkice is a good encoder but not too great as a
        transporter.   <br>
      </p>
      <p>I've been using BUTT as the encoder at the remote (audio
        source) end, and sending the stream over the WAN to the Icecast
        server at the station building. BUTT, I found, is more reliable
        than Darkice at the encoding end. <br>
      </p>
      <p>Here's how I've been doing it:<br>
      </p>
      <p><tt>BUTT --> localhost Icecast server ===> WAN ===>
          Icecast server</tt><br>
      </p>
      <p>I thought I might try this instead: <br>
      </p>
      <p><tt>BUTT ===> WAN ===> Icecast server</tt></p>
      <p>Now here I want to avoid using incorrect terminology. The way I
        am using the word "remote" is how it is used in broadcast: if a
        crew leaves the building to broadcast an event occurring outside
        the station somewhere, they are doing a remote. <br>
      </p>
      <p>So in my case, the "remote" is at the music festival - my audio
        source. <br>
      </p>
      <p>So when you write, "The relay easiest to configured in a pull
        configuration. Where the setting are setup on the remote
        server." -- is it correct for me to interpret that to mean that
        I can leave the settings on the station computer's server alone,
        just set up the server in my remote kit to "pull" from the
        station's server? <br>
      </p>
      <p>I am puzzled by "pull," since I am wanting to send audio from
        me to the station, but that's pulling? <br>
      </p>
      <pre class="moz-signature" cols="72">-- 
That Jack Elliott
(541) 848 7021
KPOV 88.9 FM High Desert Community radio
Producer, The Wednesday Point
Host, The Sunday Classics
</pre>
      <div class="moz-cite-prefix">On 4/19/2017 10:26 AM, David Saunders
        wrote:<br>
      </div>
      <blockquote
cite="mid:CAOjZz+m9cpHDarztY=UTeUAP_04e5D7qVNxQRV+hp599Rvdk6w@mail.gmail.com"
        type="cite">
        <div dir="ltr">Hey,
          <div><br>
          </div>
          <div>  The relay easiest to configured in a pull
            configuration. Where the setting are setup on the remote
            server.</div>
          <div><br>
          </div>
          <div>   Since the client is on WiFi, you will have lots of
            issues streaming due to the ever changing wifi environment. 
            My suggestion is source the stream at the lowest settings
            for encoding you can live with, This will keep the bandwidth
            down and less likely burp on you.</div>
          <div><br>
          </div>
          <div>  We do have clients who use WiFi and set the the
            encoding to smallest size for the content being recorded.
            Most of the time since its voice content we really don't
            have to go super high on the encoding. </div>
          <div><br>
          </div>
          <div> I have set up the relay to supplement our bandwidth when
            we think it will be over the limit.  Just remember you need
            to give the listeners the remote server connection info not
            the local server.  </div>
          <div><br>
          </div>
          <div>  Why it would be better? not sure why, but if the
            icecast server is set with a larger buffer, it will buffer
            thru the disconnects of the source. </div>
          <div><br>
          </div>
          <div>David.</div>
        </div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Wed, Apr 19, 2017 at 11:02 AM,
            Marvin Scholz <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:epirat07@gmail.com" target="_blank">epirat07@gmail.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
              <br>
              On 19 Apr 2017, at 16:20, Jack Elliott wrote:<br>
              <br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex"> For
                our community radio station's live music festivals
                broadcasts, we set up a small broadcast studio at the
                festival's venue, and use B.U.T.T. to send a stream to
                an Icecast server located at the radio station's
                building.<br>
                <br>
                REMOTE LOCATION                        STATION BUILDING<br>
                B.U.T.T.         ======= WAN =======>> ICECAST
                SERVER<br>
                <br>
                It's pretty reliable, though BUTT does sometimes lose
                connection, probably due to network congestion.<br>
                <br>
                The folks on the Darkice listserv claim that using
                Icecast to do the sending provides a more reliable
                connection. So I want to try this idea:<br>
                <br>
                REMOTE LOCATION                                   
                STATION BUILDING<br>
                B.U.T.T. --> Icecast on localhost  ==== WAN
                ====>> ICECAST SERVER<br>
              </blockquote>
              <br>
              I am not sure how this could be more reliable than BUTT
              alone.<br>
              <br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
                I'm finding the terminology for setting up a relay (on <a
                  moz-do-not-send="true"
                  href="http://icecast.org/docs/icecast-2.4.0/config-file.html#relay"
                  rel="noreferrer" target="_blank">http://icecast.org/docs/icecas<wbr>t-2.4.0/config-file.html#relay</a><wbr>)
                to be a bit confusing and could use some help.<br>
                <br>
                I believe I want to set up a Specific Mountpoint Relay.
                It's where the IP addresses get plugged in that I need
                some clarification. The IP address for the building is
                static, but the IP address for the remote server is
                unknown before every festival, and may be dynamic.<br>
                <br>
                The documentation says that for the <relay>
                section of the xml, we have a
                <server>127.0.0.1</server> setting. And that
                is described as "This is the IP for the server which
                contains the mountpoint to be relayed."<br>
                <br>
                I can't tell whether the <relay? section is on the
                remote server, in which case we only need to put the
                static IP of the building in the <server> section,
                or whether the <relay> section is on the
                building's server, in which case we need to know ahead
                of time what our remote IP will be, and hope it doesn't
                change during the festival.<br>
                <br>
                I hope this question makes sense. My confusion is
                clearly because I am unclear which server (remote or
                building) the <relay> section applies to.<br>
                <br>
                -- <br>
                That Jack Elliott<br>
                <a moz-do-not-send="true"
                  href="tel:%28541%29%20848%207021" value="+15418487021"
                  target="_blank">(541) 848 7021</a><br>
                KPOV 88.9 FM High Desert Community radio<br>
                Producer, The Wednesday Point<br>
                Host, The Sunday Classics<br>
                ______________________________<wbr>_________________<br>
                Icecast mailing list<br>
                <a moz-do-not-send="true" href="mailto:Icecast@xiph.org"
                  target="_blank">Icecast@xiph.org</a><br>
                <a moz-do-not-send="true"
                  href="http://lists.xiph.org/mailman/listinfo/icecast"
                  rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br>
              </blockquote>
              ______________________________<wbr>_________________<br>
              Icecast mailing list<br>
              <a moz-do-not-send="true" href="mailto:Icecast@xiph.org"
                target="_blank">Icecast@xiph.org</a><br>
              <a moz-do-not-send="true"
                href="http://lists.xiph.org/mailman/listinfo/icecast"
                rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br>
            </blockquote>
          </div>
          <br>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Icecast mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Icecast@xiph.org">Icecast@xiph.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.xiph.org/mailman/listinfo/icecast">http://lists.xiph.org/mailman/listinfo/icecast</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Icecast mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Icecast@xiph.org">Icecast@xiph.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xiph.org/mailman/listinfo/icecast">http://lists.xiph.org/mailman/listinfo/icecast</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>