<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi Philipp,</p>
    <p>I was concerned about the mountpoint name as well afterwards so
      now in my tests I used stream8001.ogg. But this did not change
      anything in the behaviour as I still had the same issues.</p>
    <p>Testing was re-done in a virtual machine and examined the
      access.log as suggested. I can confirm that there is only 1 SOURCE
      entry for the source client at runtime.</p>
    <p>EZSTREAM with ogg metadata sent<br>
    </p>
    <p>1<i>27.0.0.1 - - [06/Jul/2021:12:05:41 +0800] "SOURCE
        /stream8001.ogg HTTP/1.0" 401 331 "-" "libshout/2.4.5" 0</i><i><br>
      </i><i>10.1.1.20 - - [06/Jul/2021:12:12:34 +0800] "GET
        /stream8001.ogg HTTP/1.1" 200 5648489 "-" "Clementine 1.3.1" 405
        <--------Clementine dies about 3 minutes after track change.
        My associate reports that his Windows Media Player dies too.</i><i><br>
      </i><i>10.1.1.20 - - [06/Jul/2021:12:16:36 +0800] "GET
        /stream8001.ogg HTTP/1.1" 200 9865567 "-" "Mozilla/5.0" 623 
        <----- keeps playing but reports the following discontinuity
        during a track change ...</i></p>
    <p>chris@asus-roc:~> mpv <a class="moz-txt-link-freetext" href="http://10.1.1.41:8001/stream8001.ogg">http://10.1.1.41:8001/stream8001.ogg</a><br>
       (+) Audio --aid=1 'All Directions Are Up' (vorbis 2ch 44100Hz)<br>
      File tags:<br>
       Artist: Cyber Zen Sound Engine<br>
       Album: Moonscapes: How Stones Become Enlightened<br>
       Album_Artist: Cyber Zen Sound Engine<br>
       Genre: Electronica<br>
       Title: All Directions Are Up<br>
       Track: 1<br>
      AO: [jack] 44100Hz stereo 2ch floatp<br>
      A: 00:03:34 / 00:03:39 (98%) Cache: 4.6s/165KB<br>
      <i><b>[lavf] Linearizing discontinuity: 0.000000 -> 246.296599</b></i><i><b><br>
        </b></i><i><b>[lavf] Linearizing discontinuity: 246.293696 ->
          246.296599</b></i><br>
      A: 00:03:39 / 00:03:44 (98%) Cache: 5.0s/157KB<br>
      File tags:<br>
       Artist: Fanger & Schönwälder<br>
       Album: Analog Overdose (Featuring Lutz Ulbrich)<br>
       Album_Artist: Fanger & Schönwälder<br>
       Genre: Disco<br>
       Title: Analog Moods<br>
      A: 00:10:21 / 00:10:26 (99%) Cache: 4.6s/266KB<br>
    </p>
    <p>I next used Mixxx to stream Ogg files without metadata - all
      listening clients performed ok during track changes. Naturally
      those clients could not report any track titles/artists.<br>
    </p>
    <p><i>127.0.0.1 - - [06/Jul/2021:12:51:26 +0800] "SOURCE
        /stream8001.ogg HTTP/1.0" 401 331 "-" "libshout/2.4.1" 0</i><br>
      <br>
    </p>
    <p>Next Mixxx with ogg metadata was streamed - same problems as the
      EZSTREAM results above.</p>
    <p>The Mixxx manual has this nice little mention -<br>
    </p>
    <p><i><strong>Dynamically update Ogg Vorbis metadata</strong></i><i>:
        Due to flaws in some streaming
        clients, updating Ogg Vorbis metadata dynamically can cause
        listener glitches
        and disconnections. Check this box to update the metadata
        anyway. Some players
        that listeners can use have bugs that can cause audio glitches
        or
        disconnections when the Ogg Vorbis metadata is updated
        dynamically. If this is
        not a problem, you can enable this checkbox.</i></p>
    <p>Since EZSTREAM or Ices can not stream MP3 or OGG (without it's
      metadata) I am ditching them both. MPD+ncmpcpp work nicely last
      night on a test rig streaming MP3 so I am rebuilding my server
      with those.</p>
    <p>But I would still be curious about this issue as to what
      happened.</p>
    <p>Thanks,</p>
    <p>Chris.</p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 5/7/21 8:04 pm, Philipp Schafft
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:00c09e9dd803e59ea8994c43b10ad27a0491c434.camel@de.loewenfelsen.net">
      <pre class="moz-quote-pre" wrap="">Good afternoon,


On Sun, 2021-07-04 at 10:24 +0800, kit wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">Hi.

I'm having issues with streaming OGG/Vorbis files to Icecast. I am
using  Ezsteam to stream a playlist of Ogg files from the command
line, but  when there is a track change the stream stops in clients
like Clementine  and Windows Media Player. MPV client reports a
discontinuity but carries on playing.

I have also test using Mixxx to stream as Ogg to the same icecast
server but it has the same issue. Only B.U.T.T. seems to handle track
changes well.

This is my mount details from the icecast XML file.

     <mount type="normal">
         <mount-name>/stream8001</mount-name>
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
That is a strange name for a mount.
Please also keep in mind that some broken players expect Ogg/Vorbis
streams to have an URI ending with ".ogg". This is NOT a problem of
Icecast, but of some players. So consider to change this.


</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">         <username>s8001</username>
         <password>redacted</password>
      </mount>

There are no issues with streaming MP3 at all as far as I can see.
But since I need to use EZstream OGG format is my only option.

I'm looking at MPD+ncmpcpp as an alternative (more reading) but I
would  like to stick with Ezstream at this point since I have it
running.

This track change issue with ogg files seems to be a known issue.
But  reading the docs a bit more I wonder if the use of a fallback-
mount setting using an ogg file of 5 secs of silence would fix
things?
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
It depends on what the actual problem is. But I suspect it is not that
the source client drops the connection. A fallback would only help in
that case.

You can check this by having a look at your access.log. If it lists one
SOURCE, or PUT request per track, than this is the problem (and the
source client is having some issue). If you see only one SOURCE, or PUT
request for each runtime of the source client, then it does at least
this correctly.


Is there a public URI to your stream so we can have a look?


With best regards,

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-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>
  </body>
</html>