[Icecast] fallback to static mp3 file?
gshang at pacific.net.au
Sat Sep 11 11:57:00 PDT 2004
Karl Heyes wrote:
> Don't forget icecast does have file
> serving capabilities so it would be just a matter of doing internal
> changes to handle source to file serving client migration and vice
> versa. I need to look at the specifics to an idea of the extent of the
What would be cool is an initial static file being sent before joinging a
life stream, such as shoutcast can do. For static situations, a static
file can be put in the calling M3U or PLS file, but I'm thinking about the
ability to do this for fallbacks. We have two situations where this would
First, at times we haave an automaation system which uses Oddsock's Song
Requester plugin to take requests when no-one is on the air. It would be
great if, when a stream fell back to this stream on its own mountpoint, the
listener could be told that this was the case and to go to our website to
make requests. New listeners would also benefit in this situation.
The other situation is that we have a backup loop that kicks in when no-one
is on. We could have a loop of files that cycles, and a message at the
front that tells people of the break in transmission and thata programming
will resume shortly. This means that anyone listening doesn't haave to
hear the same loop from the beginning all the time, but they can be told up
front what the situation is so they know.
> There are still some known issues to resolve for trunk but those are not
> easy to trigger and in fact are not really stability issues.
So how far away are we from a release? I'm keen to deploy this code, but
I'm a bit reluctant to put development code up, though I could do this I
guess as it is pretty stable as you say. The other question I have from a
friend is, if it's going to be awhile till the next release, are there any
windows binaries of the development code?
More information about the Icecast