<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">&gt;<span style="font-size:12.8px">Hmm, you have a point there. But the point is, the *listeners* connect to a certain mount point; I want to count them there. What&#39;s happening behind the scenes to get the music to them (be it a fallback stream or even a file played from disk) is irrelevant. <br></span><span style="font-size:12.8px">&gt;</span><span style="font-size:12.8px">I&#39;m beginning to think this is a &#39;feature&#39; of IceCast with unintended consequences...</span><span style="font-size:12.8px"> </span></blockquote><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Well i will let the people who actually know the code answer that, however, you must keep in mind that while you (and myself btw) use the fallback mechanism for that autodj/live switch, the fallback feature have many other uses for which the required behaviour in our case would be wrong, so programming IceCast to behave in this specific way you desire will be rather &quot;limiting&quot;.</span></div><div><span style="font-size:12.8px">instead, you can always configure your server to achieve different behaviour.</span></div><div><span style="font-size:12.8px">so assuming that creating that script we talked about is off-limits, you said you hide the fallback mounts  because you don&#39;t want them to show at the user statistics page? simply change the user statistic file to only show statistics from mounts you want to show, unhide the fallbacks and solve your problem.</span><br></div><div><span style="font-size:12.8px">also, maybe there&#39;s even a way to actually do show stats from hidden mount-points by some xslt code..if so, you can use xsl:if to detect if live source is connected and serve the right mount-point stats.</span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 6, 2015 at 3:41 PM, Jeroen van Oosten <span dir="ltr">&lt;<a href="mailto:jvoosten@bankai.nl" target="_blank">jvoosten@bankai.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Hello,<span class=""><br>
      <br>
      On 06-12-15 13:58, Yahav Shasha wrote:<br>
    </span></div><span class="">
    <blockquote type="cite">
      <div dir="ltr">
        <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">&gt;<span style="font-size:12.8px">To me it sounds like a bug; surely
            the fallback never needs statistics,<br>
          </span><span style="font-size:12.8px">only the real steam
            because this is where listeners connect to.</span></blockquote>
        <div> </div>
        <div><span style="font-size:12.8px">Well, the fallback mount is
            still a mount-point nonetheless. you could still use it as a
            &quot;regular&quot; mount-point even if its configured as a fallback
            to another.</span></div>
      </div>
    </blockquote>
    <br></span>
    Hmm, you have a point there. But the point is, the *listeners*
    connect to a certain mount point; I want to count them there. What&#39;s
    happening behind the scenes to get the music to them (be it a
    fallback stream or even a file played from disk) is irrelevant. <br><span class="">
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><span style="font-size:12.8px"><br>
          </span></div>
        <div><span style="font-size:12.8px">Now, as for the statistics,
            should we be able to help without knowing what system you
            use to gather your statistics and build those charts? or i
            missed it?</span></div>
      </div>
    </blockquote>
    <br></span>
    No you didn&#39;t miss it; I&#39;m using a homebrew XSLT to present the
    information in a simple, parseable format:<br>
    <br>
    &lt;xsl:stylesheet xmlns:xsl =
    <a href="http://www.w3.org/1999/XSL/Transform" target="_blank">&quot;http://www.w3.org/1999/XSL/Transform&quot;</a> version = &quot;1.0&quot; &gt;<br>
    &lt;xsl:output omit-xml-declaration=&quot;no&quot; method=&quot;text&quot;
    doctype-public=&quot;-//W3C//DTD XHTML 1.0 Strict//EN&quot;
    doctype-system=<a href="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" target="_blank">&quot;http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd&quot;</a>
    indent=&quot;yes&quot; encoding=&quot;UTF-8&quot; /&gt;<br>
    &lt;xsl:template match = &quot;/icestats&quot;
    &gt;MountPoint,Connections,Stream Name,Current
    Listeners,Description,Currently Playing,Stream URL <br>
    Global,Client:&lt;xsl:value-of select=&quot;connections&quot; /&gt; Source:
    &lt;xsl:value-of select=&quot;source_connections&quot; /&gt;,,&lt;xsl:value-of
    select=&quot;listeners&quot; /&gt;,,<br>
    &lt;xsl:for-each select=&quot;source&quot;&gt;<br>
    &lt;xsl:value-of select=&quot;@mount&quot; /&gt;,,&lt;xsl:value-of
    select=&quot;name&quot; /&gt;,&lt;xsl:value-of select=&quot;listeners&quot;
    /&gt;,&lt;xsl:value-of select=&quot;description&quot; /&gt;,&lt;xsl:value-of
    select=&quot;artist&quot; /&gt; - &lt;xsl:value-of select=&quot;title&quot;
    /&gt;,&lt;xsl:value-of select=&quot;url&quot; /&gt;<br>
    &lt;xsl:text&gt;&amp;#10;&lt;/xsl:text&gt;<br>
    &lt;/xsl:for-each&gt;<br>
    &lt;/xsl:template&gt;<br>
    &lt;/xsl:stylesheet&gt;<br>
    <br>
    <br>
    The output is a text file that I can easily parse from a script; the
    output is fed into MRTG. At this moment, the &#39;real&#39; mount points are
    missing from this output, even though clients are connected.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><span style="font-size:12.8px">anyway, i can think of two
            options:</span></div>
        <div><span style="font-size:12.8px">1. gather statistics for
            both mount-points.</span></div>
      </div>
    </blockquote>
    <br></span>
    I thought of that, but the fallback mounts are hidden so I don&#39;t get
    the info at all. They are hidden simply because I don&#39;t want to show
    them up to the users on the statistics page.<span class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><span style="font-size:12.8px">2. depend on the software
            you use, you can write some code to determinate whether a
            live source is connected and pull the stats from the
            relevant mount-point accordingly.</span></div>
      </div>
    </blockquote>
    <br></span>
    Way too complicated. Why should I bother &quot;switching&quot; between mount
    points when my listeners connect to a single mount point? <br>
    <br>
    I&#39;m beginning to think this is a &#39;feature&#39; of IceCast with
    unintended consequences... <br>
    <br>
    Thanks,<span class=""><br>
    <br>
    Jeroen<br>
    <br>
    <pre cols="72">-- 
Bankai Software
Jeroen van Oosten
Telefoon: 010-4134567
E-mail: <a href="mailto:jvoosten@bankai.nl" target="_blank">jvoosten@bankai.nl</a>
KvK inschrijving: 24455492

&quot;If you think it&#39;s expensive to hire a professional to do the job, wait until you hire an amateur.&quot; --Red Adair</pre>
  </span></div>

<br>_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Yahav Shasha,<br>Web Developer<br>+972-(0)549214421<br><div><a href="http://www.linkedin.com/in/yahavs" target="_blank">http://www.linkedin.com/in/yahavs</a><br></div></div></div>
</div>