Hello, this is coming from our radio station's icecast config. change at
your needs and feel free to use this.
<mount>
<mount-name>/stream.mp3</mount-name>
<fallback-mount>/live.mp3</fallback-mount>
<fallback-override>1</fallback-override>
<hidden>1</hidden>
</mount>
<mount>
<mount-name>/live.mp3</mount-name>
<password>hackmemore</password>
<max-listeners>100</max-listeners>
<fallback-mount>/autodj.mp3</fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>1</fallback-when-full>
<hidden>0</hidden>
</mount>
<mount>
<mount-name>/autodj.mp3</mount-name>
<intro>/kjsc-intro.mp3</intro>
<fallback-mount>/kjscradio-down.mp3</fallback-mount>
<fallback-override>1</fallback-override>
<hidden>1</hidden>
</mount>
Just to let you know, the fallback-mount is the mount that it's going to
fallback on if that mount is not available. think of it as a chane. for
us, we have our stream mountpoint which is "/stream.mp3" which the
listener connects to and that is only for the listener and that is
falling back to either "/live.mp3" if we are doing a show, or, if not,
then "/autodj.mp3" If our automation shuts down for any reason and
BTW,
we are using liquidsoap for all of the automation then, it will put the
listener to that mount point. so, all of it is like a chane if you think
of it that way. the "<fallback-override>" value is telling
icecast to
put the listener to the fallback-mount if that mountpoint gets
disconnected. If that option is not set, then it will just go dead and
the listener would have to connect to the top level mountpoint yet again
to make the listener fallback to the correct mountpoint. If you need any
help with all of this, let me know.
On 11/14/2015 9:56 PM, Scott Winterstein wrote:> hey you available today
>
> Sehr geehrte Damen und Herren,
>
> Hallo,
>
>
> Vielen Dank f?r deine/Ihre schnelle R?ckantwort.
>
> Mit freundlichem Gru?
>
> Scott Winterstein
> http://www.scottwinterstein.com
> http://www.facebook.com/scottsdesk
>
> CurrentProjects
> http://rpodata.com
>
> Thank You!
> Scott
>
...................................................................................
>
> eof
>
> On Fri, Nov 13, 2015 at 5:41 AM, Ashley Bernard <ashleyb1019 at
gmail.com
> <mailto:ashleyb1019 at gmail.com>> wrote:
>
> I?m currently doing a show until one my time, ending in about two
> hours. After that, you can call our radio station number.
> 325-480-1039
>
>> On Nov 12, 2015, at 10:49 PM, Scott Winterstein <0turn1 at
gmail.com
>> <mailto:0turn1 at gmail.com>> wrote:
>>
>> If you send me a landline number (cheaper for me on int calling
>> im in Germany) I will call and see what I can do to help
>>
>> Sehr geehrte Damen und Herren,
>>
>> Hallo,
>>
>>
>> Vielen Dank f?r deine/Ihre schnelle R?ckantwort.
>>
>> Mit freundlichem Gru?
>>
>> Scott Winterstein
>> http://www.scottwinterstein.com
<http://www.scottwinterstein.com/>
>> http://www.facebook.com/scottsdesk
>>
>> CurrentProjects
>> http://rpodata.com <http://rpodata.com/>
>>
>> Thank You!
>> Scott
>>
...................................................................................
>>
>> eof
>>
>> On Wed, Nov 11, 2015 at 11:10 PM, Ashley Bernard
>> <ashleyb1019 at gmail.com <mailto:ashleyb1019 at
gmail.com>> wrote:
>>
>> hello all.
>> I run a station which uses one primary mount to broadcast
>> from. when DJs are not on air, we want to stream a playlist
>> of music. I have a program taking care of that for us, but
>> now I?m at a standstill.
>> When our automation connects to our primary mount point no DJ
>> can connect to broadcast. So, I?m assuming I need to work
>> something out with a fallback mount point but don?t quite get
>> how it works. For example, we broadcast on /live. When we?re
>> done, we need the automation to kick in either by redirecting
>> people to its mount or also playing on live. Also, we are
>> using the default source username, will we have to create a
>> different source for this to work?
>> Sorry for the long post. just completely baffled.
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org <mailto:Icecast at xiph.org>
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org <mailto:Icecast at xiph.org>
>> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org <mailto:Icecast at xiph.org>
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20151116/3cc72b62/attachment.htm