Try Karl's way first, it's the easiest.<br><br>With Liquidsoap you can mix anything you want into an audio stream..that's what I was thinking. Though it requires CPU power because your re-transcoding the streams.<br>
<br><div class="gmail_quote">On Wed, Nov 3, 2010 at 10:40 AM, W2LIE <span dir="ltr"><<a href="mailto:w2lie@w2lie.net">w2lie@w2lie.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Karl & All,<br>
Thanks for the replies..  It looks like there might be 1,000 ways to skin<br>
this cat.  I was even looking at the LiquidSoap Harbor code as well- but<br>
only if I can run LiquidSoap as a service under CentOS.<br>
<br>
73<br>
Phil<br>
<div><div></div><div class="h5"><br>
On Tue, 02 Nov 2010 21:15:47 +0000, Karl Heyes <<a href="mailto:karl@xiph.org">karl@xiph.org</a>> wrote:<br>
> On 02/11/10 19:35, W2LIE wrote:<br>
>> I'm looking for a way to tag my live feeds via an audio announcement<br>
>> every<br>
>> 30 minutes or so using the Linux install of Icecast.<br>
>><br>
>> Some of the feeds I control locally, and other feeds are from remote<br>
>> locations - so implimenting this must be as painless as possible for<br>
each<br>
>> encoding location.<br>
><br>
><br>
>> As of now, the best way I can think of to do this is by running 2<br>
>> instances of Icecast.  Allowing the first instance to have the<br>
>> announcement<br>
>> as part of the "intro" tag, and kick each feed after 30 minutes, and<br>
then<br>
>> having the 2nd instance of Icecast relay all of the feeds from the<br>
first<br>
>> Icecast.  These will also be standard announcements, and not rotating<br>
>> commercials.<br>
><br>
> You could do this although you don't need 2 icecasts, you can use 2<br>
> mountpoints. mount1 would be the initial feed (relay/source), but with a<br>
<br>
> max listener duration of say 1800 seconds and a intro file, the second<br>
> mount (what listeners use) would be a relay of 127.0.0.1 mount1. The<br>
> relay would be dropped and and restarted.<br>
><br>
> Another/simpler way would be to run a source client every half an hour<br>
> that overrides the mount running the stream and play just the ID once,<br>
> the override moves the listeners and then the listeners fall back to the<br>
<br>
> stream when finished.  So mount1 would be the normal stream for<br>
> listeners, mount2 would fed by a source client when you want the ID<br>
> played, mount2 would fallback/override mount1<br>
><br>
> karl.<br>
<br>
<br>
_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>=========================================<br>Brandon Casci<br>Loudcaster<br><a href="http://loudcaster.com">http://loudcaster.com</a><br>=========================================<br>