<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Thank you. In this case, the source client is the fallback mount,
    which is an mp3 file. <br>
    <br>
    I think I found my issue. <br>
    <br>
    The code in icecast.xml looks like this:<br>
    <br>
     <mount type="normal">
<br>
            <mount-name>/stream</mount-name>
<br>
            <max-listeners>6</max-listeners>
<br>
            <burst-size>65536</burst-size>
<br>
            <fallback-mount>/fallback.mp3</fallback-mount>
<br>
            <fallback-override>1</fallback-override>
<br>
            <fallback-when-full>1</fallback-when-full>
<br>
        <stream-name>KPOV private remote
    stream</stream-name>
<br>
    <br>
    When the Icecast source client mount "/stream" is powered off or
    disconnected, the listen client hears the fallback-mount, which is
    the file fallback.mp3 . This is expected behavior. <br>
    <br>
    If I use the "Kill Source" button on the web admin page at
    /admin/listmounts.xsl to kill the fallback, the listen client stops
    playing and the listmounts.xsl page shows<br>
    <br>
    <blockquote>Message: Source Removed<br>
      <br>
      Return Code: 1<br>
    </blockquote>
    <br>
    This also seems like expected behavior. <br>
    <br>
    If I reconnect the listen client, I hear the fallback.mp3 file
    again. <br>
    <br>
    But if I refresh the listmounts.xsl page (it is still showing the
    "Source Removed" message and Return Code), it kills the stream
    again. So refreshing that page seems to re-issue the "Kill Source"
    command. This is unexpected behavior.<br>
    <br>
    But no big deal: if I first navigate away from listmounts.xsl then
    return (instead of refreshing it) it shows the fallback playing
    normally. <br>
    <br>
    A RFE: would it be possible for the current stream bitrates to be
    displayed on stats.xsl ?<br>
    <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 03/04/2016 03:10 PM, Marvin Scholz
      wrote:<br>
    </div>
    <blockquote
      cite="mid:0A498F37-F17E-441A-B67C-086E62BFDF54@gmail.com"
      type="cite">
      <pre wrap="">On 4 Mar 2016, at 23:26, Jack Elliott wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Hi,

I see that I can use the "Kill Source" button on the Icecast admin web
page to kill our fallback.mp3 file.

Now that I have killed the fallback file, I don't see a way to 
re-start
it. Do I need to stop / start the icecast service?
</pre>
      </blockquote>
      <pre wrap="">
This has nothing to do with Icecast, it's just that your source client 
has to reconnect.
It depends on the source client how it handles reconnecting to Icecast.
What "kill source" does, is just disconnect the source client, nothing 
else.

</pre>
      <blockquote type="cite">
        <pre wrap="">
-- 
That Jack Elliott
(541) 848 7021
KPOV 88.9 FM High Desert Community radio
Producer, The Wednesday Point
Host, The Sunday Classics

_______________________________________________
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>
      <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>