search for: pherhal

...t> Problem 1: In both configurations the fallback is played if the relay is offline. But if the stream of the relay is going to online, the listeners are not switched back from the fallback. Even if I wait hours, that does not happen. Currently I still use the older icecast-version 2.3.1 - so pherhals this could be the reason... Problem 2: I also found that <limit-rate> (I did not find this option in the dokumentation, why?) does not have any effect, no matter what value I used. Maybe it's because of the older version? (I used limit-rate because the recording is 48k instead of 96...

...t> Problem 1: In both configurations the fallback is played if the relay is offline. But if the stream of the relay is going to online, the listeners are not switched back from the fallback. Even if I wait hours, that does not happen. Currently I still use the older icecast-version 2.3.1 - so pherhals this could be the reason... Problem 2: I also found that <limit-rate> (I did not find this option in the dokumentation, why?) does not have any effect, no matter what value I used. Maybe it's because of the older version? (I used limit-rate because the recording is 48k instead of 96...

...> In both configurations the fallback is played if the relay is offline. But > if the stream of the relay is going to online, the listeners are not > switched back from the fallback. Even if I wait hours, that does not happen. > Currently I still use the older icecast-version 2.3.1 - so pherhals this > could be the reason... Fallback to a file just fills up buffers as fast as it can. Not a good idea at all as Icecast will keep buffering pretty much until it runs out of memory if you're operating a relay. Better to use a local encoder (eg. liquidsoap) which does proper rate limit...