Icecast Streaming Media Server Forum Index Icecast Streaming Media Server
Icecast is a Xiph Foundation Project
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Fallbacks and Meta data

 
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server
View previous topic :: View next topic  
Author Message
Anonymous
Guest





PostPosted: Sun Oct 15, 2006 1:48 pm    Post subject: Fallbacks and Meta data Reply with quote

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
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Sun Oct 15, 2006 3:31 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Sun Oct 15, 2006 10:18 pm    Post subject: Reply with quote

Thanks Smile

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

PostPosted: Tue Jul 20, 2010 11:20 am    Post subject: Reply with quote

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
View user's profile Send private message AIM Address
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Tue Jul 20, 2010 3:05 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber