Icecast - Feb 2005 - Question about relays, mountpoints and fallback

Hi,

I'm trying to make the following situation work:

We have a jukebox (/jukebox.ogg) and live DJs (/live.ogg). The jukebox 
should be the active stream when no DJ is connected and also the 
fallback if the DJs connection should drop.

However, when a DJ is connected, one should not be able to listen to the 
jukebox correctly. So there would be 1 effective stream as a result. 
(Users are always linked to /live.ogg, but the jukebox will also show up 
in the YP-directories when a DJ is connected, so both streams are visible)

This is the relevant part from the icecast config:

         <mount>
                 <mount-name>/live.ogg</mount-name>
                  <fallback-mount>/jukebox.ogg</fallback-mount>
                 <fallback-override>1</fallback-override>
         </mount>

In this sit

Can I pull this off with icecast?

Thanks in advance.

Frits Letteboer wrote:

 > However, when a DJ is connected, one should not be able to listen to 
the jukebox correctly. So there would be 1 effective stream as a result.


correctly = directly, ofcourse ;)

Hi,

There are two issues here, the being able to listen to the jukebox directly 
and it being listed.  I'll deal with the simpler one first.

There's two ways to prevent a stream from being listed, streamer-side or 
server-side.  I don't know how either of these affects a fallback situation 
(I'm guessing that at least the streamer-side solution would cause the 
stream not to be listed when it falls back so it's probably not desirable, 
but I don't know for sure).  You can either tell your jukebox streamer that 
the stream is not to be listed on the YP directory, or you can make a 
<mount> section for /jukebox.ogg and put a no-yp directive in like so:

<mount>
<mount-name>/jukebox.ogg</mount-name>
<no-yp>1</no-yp>
</mount>

You can also add an <hidden> directive, which I think stops it appearing
on
stats pages if this is important to you.

The other problem is more difficult.  I've thought of a few solutions, but 
not sure if they all work so wil need input from developers on these.

1.  Set <max-listeners> to 0 in the block we just defined.  This will work
*if* the parameters for listening to your live mount are not influenced by 
your jukebox mount definition.  Logic would suggest this to be true, but 
one would need to test this.  The downside to this solution is that it's 
not possible for an admin to tune in and check that it's running.  So I 
recommend against it.

2.  Set some authentication on the mountpoint.  Again, I don't know if
    doing this will affect free listening to your main mountpoint, but one
    would think it wouldn't.  This means that anyone trying to listen to
    /jukebox.ogg would need to have the right credentials to be able to do
    so.  This would be my prefered option.

3.  If neither of the above work, you could simply use some wacky mount 
name that no-one would guess in a million years, like 
/d6cb699284189628d0d8a6c5e56552fb.ogg - as long as it's in the config file, 
that's all that matters.

Hope one of these works for you.

Geoff.


-- 
Geoff Shang <geoff@hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff@acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html