| View previous topic :: View next topic |
| Author |
Message |
Anonymous Guest
|
Posted: Sun Oct 15, 2006 1:48 pm Post subject: Fallbacks and Meta data |
|
|
I got some very confused answers from the people in #icecast on freenode about this...
I have a cascading fallback system, so that I can have live broadcasting, scheduled broadcasting and un-scheduled broadcasting. The mounts look like this:
| Code: |
<mount>
<mount-name>/live.mp3</mount-name>
<max-listeners>20</max-listeners>
<burst-size>65536</burst-size>
<fallback-mount>/rotation.mp3</fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>0</fallback-when-full>
<hidden>0</hidden>
<no-yp>0</no-yp>
<on-connect>/home/icecast/bin/stream-start</on-connect>
<on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
</mount>
<mount>
<mount-name>/rotation.mp3</mount-name>
<hidden>0</hidden>
<fallback-mount>/music.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/music.mp3</mount-name>
<hidden>0</hidden>
</mount>
|
It works fine. I want everyone to tune into live.mp3 (or maybe another stream.mp3 mount on top of it eventually) and indeed if there is no live broadcast and there is no scheduled rotation, then you hear music. Only problem is that the metadata seems to vanish according to Icecast. This is a bit of a problem if you want to add the stream to a YP - I don't want to add all the other mounts to a YP as they're not what I want people to listen to! It also means that if I relay a mountpoint, the relay doesn't know anything about the stream at all.
Here's the server in question:
http://hvr-stream.no-ip.info:8000/
I don't know if this is intended behaviour, but it shouldn't be....
I'm using Icecast 2.3.1, from the Ubuntu repositories. I'm streaming from an ices0 client sitting on the server, though the same thing happens if I stream from any other source client. |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sun Oct 15, 2006 3:31 pm Post subject: |
|
|
If you mean that the metadata doesn't show under the /live.mp3 mountpoint then that is expected, as that stream is not running. The listeners have been moved to music.mp3, so updates to live.mp3 have stopped.
If you want a single mountpoint (which acts as a single point of entry for listeners) that exists while at least one of your other streams are running then use a local relay. ie /stream.mp3 relays /music.mp3 initially but then moves to /live.mp3 if present. For YP you would only advertise /stream.mp3 not the others.
karl. |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Sun Oct 15, 2006 10:18 pm Post subject: |
|
|
Thanks
I was under the impression that you could have a multi-layered stream using the fallback mechanism. Clearly, it seems, it does work, but since the "main" mountpoint isn't actually mounted it doesn't show any meta data.
So I have to make a local relay which tests to see if live.mp3 is mounted? That sounds more complicated than it needs to be... but okay.
I've read the documentation and I don't quite see what you mean. So if I did a local relay of live.mp3 (which is currently what will fallback to whatever if there is no live stream) to stream.mp3, then that should keep up with the meta data ? I guess that makes sense, I'll give it a try.
EDIT:
Ok I get it. The majority of the meta data goes through now, that's cool. Only thing is my Current Song is gone. Slightly less of a problem than no meta data at all, but still a problem.
EDIT2:
That was resolved by setting the local relay's relay-shoutcast-meta to 1. Opps! |
|
| Back to top |
|
 |
junglised
Joined: 30 Jun 2010 Posts: 25 Location: Wales, UK
|
Posted: Tue Jul 20, 2010 11:20 am Post subject: |
|
|
This is exactly what I'm trying to do too! I don't understand how this would be setup though....
Any chance you can post your icecast.xml file so I can see how it works?
Thanks |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jul 20, 2010 3:05 pm Post subject: |
|
|
you would just use a <relay> using 127.0.0.1 and whatever port icecast listens on with a mount and local-mount set to different entries.
karl. |
|
| Back to top |
|
 |
|