<div dir="ltr">Dear Maarten,<div><br></div><div>Thanks for this clear explanation. The fallback is indeed a local file, so you are probably absolutely right.</div><div><br></div><div>10-20s delay is, luckely, something I can live with ;-)</div><div><br></div><div><br></div><div>Thank you all!</div><div>Erwin</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-29 10:36 GMT+02:00 Maarten Bezemer <span dir="ltr"><<a href="mailto:mcbicecast@robuust.nl" target="_blank">mcbicecast@robuust.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Erwin,<br>
<br>
Not sure if this might be related. Not sure if you are connecting the fallback to another stream or to just a file. If it is a file, then you can get buffering issues because most clients have buffers they can fill with minutes of audio. If you fall back to a file that is pushed towards the client at once, it can push a few minutes of audio in just seconds.<br>
<br>
If you set up a locally pushed stream that takes into account the bitrate of the fallback file, falling back to that file would only give 1 second of data per second.<br>
<br>
As for the 10-20sec delays: this is normal, because players buffer data and usually only start playing if they have at least 10-15 seconds in buffer. Streaming audio was never intended to be real-time. If you want that, you need to use UDP data transport and fault-tolerant codecs such as used in phone systems.<br>
<br>
Best,<br>
Maarten<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On Tue, 29 Aug 2017, Erwin Pannecoucke wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Philipp,<br>
<br>
I've compiled it from source on my raspberry pi, and replaced the binary<br>
from the synaptic package manager with the compiled one. Everyting is<br>
working fine now, it seems that there is indeed a "faulty" package in the<br>
repository. I don't know who I should contact to get this fixed?<br>
<br>
Anyway, it works, but while using ogg as output stream from mopidy, I get a<br>
delay of 4 (!) minutes when changing tracks:, it takes me about 2 minutes<br>
from the stream to stop (still playing track 1), then another 2 of silence<br>
(probably buffering), and only than I hear my music again (song 2).<br>
If I use mp3 as a stream output, the delay is 2x 10 seconds, thus more<br>
feasable but still a bit long. Anything I can do about that?<br>
<br>
<br>
Thanks for putting me in the right direction!<br>
<br>
Kind regards,<br>
Erwin<br>
<br>
2017-08-28 10:41 GMT+02:00 Philipp Schafft <<a href="mailto:lion@lion.leolix.org" target="_blank">lion@lion.leolix.org</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Good morning,<br>
<br>
<br>
On Mon, 2017-08-28 at 10:36 +0200, Erwin Pannecoucke wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Philipp,<br>
<br>
Thanks for this fast answer.<br>
<br>
I'm using "Icecast 2.3.3-kh7-20130425090916", installed on a Raspberry<br>
</blockquote>
Pi 3<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
using the cononical "sudo apt-get install".<br>
<br>
The output was copied from the log file in /var/log/icecast2/error.log.<br>
</blockquote>
<br>
Ok. That is a software from a different vendor (a fork).<br>
<br>
Have you tried with official Icecast2?<br>
<br>
You can also wait and see if any user of that software is on this ML<br>
that can help you.<br>
<br>
With best regards,<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2017-08-28 10:06 GMT+02:00 Philipp Schafft <<a href="mailto:lion@lion.leolix.org" target="_blank">lion@lion.leolix.org</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 2017-08-28 at 09:39 +0200, Erwin Pannecoucke wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I"m using a combination of mopidy, icecast2 and Home-Assistant on a<br>
raspberry pi to stream Google music to a Chromecast Audio.<br>
</blockquote>
<br>
What exact software are you using. Your log file is not generated by<br>
official Icecast2.<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[2017-08-16  14:40:20] INFO mpeg/check_for_mp3 MPEG 1 Layer 3<br>
</blockquote></blockquote></blockquote>
detected<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(44100, 2) on /mopidy.mp3<br>
</blockquote></blockquote>
<br>
No official version of Icecast2 can generate this message.<br>
</blockquote></blockquote>
<br>
--<br>
Philipp.<br>
 (Rah of PH2)<br>
______________________________<wbr>_________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br>
<br>
</blockquote>
<br>
</blockquote>
______________________________<wbr>_________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/<wbr>listinfo/icecast</a><br>
</div></div></blockquote></div><br></div>