[Icecast] fallback-override takes very long to switch back -- Is there a way to switch back immediately?
lr at pripple.de
Sat Feb 27 10:13:26 UTC 2021
Hi, great, thank you, Geoff!
With your hint I could make it work as I wanted it to.
As someone might come across this thread with the same question, I provide the steps I took below.
I already thought that somehow streaming the fallback “too fast” and thus filling up a buffer might have been the issue, however, as I am pretty new to this, your advice was very helpful: the idea of _streaming_ the fallback via ezstream on the very server that icecast is running on. (My second guess was that icecast might not be checking often enough, as there is a corresponding option for relay streams, however, this obviously wasn’t the issue in my case.)
The steps I took on my Ubuntu server:
1. "apt install ezstream"
2. Write a very simple ezstream.xml with the following contents:
3. Update your icecast.xml like this:
<sources>10</sources> <---- increase this value – at least I ran into problems of not being able to connect with the live stream source with the default limit to 2 ---->
<-- … -->
<-- … -->
<fallback-mount>/absolute_fallback.mp3</fallback-mount> <---- I chose a different track here so I can tell if ezstream is working or not ---->
4. Add "ezstream -c path/to/ezstream.xml" as a service and start it (I had to write my own ezstream.service and install it via systemctl, but I’m not sure if I am following best practice with it, so I don’t provide it here)
5. When you restart the icecast service, restart the ezstream service, too (some time later) – else, for me, it stops working – of course, there might be better/best practice solutions for that
More information about the Icecast