Icecast - Jul 2006 - Web Based scheduler like LiveSupport for icecast

I've thought about it briefly (I'm in the same boat as you, but I've
been tinkering with making my own interface) and I more or less came to 
the conclusion that it was more complicated than it was worth, for me at 
least. For my purposes having spoken content recorded beforehand, 
uploaded, added to the playlist and played back a couple hours later was 
good enough.

What you might be able to do is set up two streams, one live and one off 
your playlist, each being a fallback for the other. Kill the live stream 
and dump listeners over to the live feed and when you're done 
broadcasting live you can turn the playlist back on, kill your live feed 
and dump everyone back. I'm not sure if this is feasible or not, I just 
remember thinking about it. I might have read about this approach around 
here, who knows.

Chris

John Buttery wrote:
> * On Wed 2006-Jul-05 00:29:45 -0400, Aaron Wolfe <aawolfe@gmail.com>
wrote:
>   
>> You might like my project called tunequeue, though it might be overkill
or
>> too much effort to install.  It does provide a web interface to ices
and
>> allows fairly complex scheduling.  It is perl with a mysql backend.
>> http://tunequeue.sf.net
>>     
>
>   Thanks for the tip!  I don't know about the other guy, but I
> definitely think this is something _I_ want to use.  :)
>   One question, though...have you experimented with live-feed break-ins?
> In other words, set the station to do whatever it does 24/7, but then
> you want to be able to suspend the "static content" at any time
and
> connect with a live stream, then kill the live stream and the static
> content picks right back up.  I've been looking for something that
would
> make this easy; I'd pretty much resigned myself to having to create one
> myself from scratch (thus re-inventing the wheel for the 50th time...).
>
>

Hi,

You may want to take a look at www.spacialaudio.com 's SAM audio 
broadcaster. It's not free though, runs of Windows (yay!), but might fit.

Yours,
Jacint

Chris MacDonald wrote:
> I've thought about it briefly (I'm in the same boat as you, but
I've
> been tinkering with making my own interface) and I more or less came 
> to the conclusion that it was more complicated than it was worth, for 
> me at least. For my purposes having spoken content recorded 
> beforehand, uploaded, added to the playlist and played back a couple 
> hours later was good enough.
>
> What you might be able to do is set up two streams, one live and one 
> off your playlist, each being a fallback for the other. Kill the live 
> stream and dump listeners over to the live feed and when you're done 
> broadcasting live you can turn the playlist back on, kill your live 
> feed and dump everyone back. I'm not sure if this is feasible or not, 
> I just remember thinking about it. I might have read about this 
> approach around here, who knows.
>
> Chris
>
> John Buttery wrote:
>> * On Wed 2006-Jul-05 00:29:45 -0400, Aaron Wolfe
<aawolfe@gmail.com>
>> wrote:
>>  
>>> You might like my project called tunequeue, though it might be 
>>> overkill or
>>> too much effort to install.  It does provide a web interface to
ices
>>> and
>>> allows fairly complex scheduling.  It is perl with a mysql backend.
>>> http://tunequeue.sf.net
>>>     
>>
>>   Thanks for the tip!  I don't know about the other guy, but I
>> definitely think this is something _I_ want to use.  :)
>>   One question, though...have you experimented with live-feed
break-ins?
>> In other words, set the station to do whatever it does 24/7, but then
>> you want to be able to suspend the "static content" at any
time and
>> connect with a live stream, then kill the live stream and the static
>> content picks right back up.  I've been looking for something that
would
>> make this easy; I'd pretty much resigned myself to having to create
one
>> myself from scratch (thus re-inventing the wheel for the 50th time...).
>>
>>   
>
> _______________________________________________
> Icecast mailing list
> Icecast@xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

* On Wed 2006-Jul-05 05:09:02 -0400, Chris MacDonald
<chris@thoughtsoft.net> wrote:
> I've thought about it briefly (I'm in the same boat as you, but
I've
> been tinkering with making my own interface) and I more or less came
> to the conclusion that it was more complicated than it was worth, for
> me at least. For my purposes having spoken content recorded
> beforehand, uploaded, added to the playlist and played back a couple
> hours later was good enough.
  Historically, that kind of approach has worked for us as well;
recently, we've been considering upping our sauciness level and going
for a call-in show, so being actually live would be necessary.
> What you might be able to do is set up two streams, one live and one
> off your playlist, each being a fallback for the other. Kill the live
> stream and dump listeners over to the live feed and when you're done
> broadcasting live you can turn the playlist back on, kill your live
> feed and dump everyone back. I'm not sure if this is feasible or not,
> I just remember thinking about it. I might have read about this
> approach around here, who knows.
  You know, that could totally work.  I'd still rather have some kind of
explicit "switch" mechanism, but in the absence of that, I bet that
would do the trick.  Thanks for the idea.  How fast is the switch in
that failover situation?

-- 
  John  ! Since this email isn't signed, you can't really tell it's
from
 Buttery! me; I'll hopefully have my computer working normally again
www.io.c! soon, but until then...gotta love catastrophic drive failure.
om/~john! Mmm, rdiff-backup to the rescue!

* On Wed 2006-Jul-05 04:29:14 -0500, John Buttery <john@io.com>
wrote:
> * On Wed 2006-Jul-05 05:09:02 -0400, Chris MacDonald
<chris@thoughtsoft.net> wrote:
>   You know, that could totally work.  I'd still rather have some kind
> of explicit "switch" mechanism, but in the absence of that, I bet
that
> would do the trick.  Thanks for the idea.  How fast is the switch in
> that failover situation?
  I guess the other question for me to be asking is, is it possible to
just drop the main stream(s) with no failover and just have icecast
"broadcast" dead air until the new stream (the live one) connects?  I
should probably stop writing this email and go look that up...  :P
  That would be the best solution; some kind of timeout where icecast
will broadcast dead air for a user-configurable amount of time (say, 10
seconds as default) before falling back when a source disconnects.
Maybe that's already there and I just haven't read about it yet?

-- 
  John  ! Since this email isn't signed, you can't really tell it's
from
 Buttery! me; I'll hopefully have my computer working normally again
www.io.c! soon, but until then...gotta love catastrophic drive failure.
om/~john! Mmm, rdiff-backup to the rescue!