Icecast - Apr 2005 - IceCast MetaData Bug

Just a quick one for you..

 

I setup an auto server, and during an hour-long pre-recorded show I noticed
that the metadata was being refreshed to a totally different playlist.
After checking out the other clients that contribute to my station, that one
had theirs on backup/standby, and was playing those songs in sam2.  

 

Even tho they can't connect, it would still update the metadata on the
server.  I am guessing that somewhere in the connection events that there is
a call that says:

 

1)       authenticate

2)       pass metadata

3)       attempt to stream/connect

4)       if stream fails, disconnect

 

 

The order should be:

1)       authenticate

2)       check for stream availability

3)       attempt to connect

4)       on successful connect, pass metadata

 

Thanks guys  Keep up the great work.  

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20050402/d9b18f1e/attachment.html

Hi,

Unfortunately, there's no real way around this except checking to see if 
the IP address is the same, and that's assuming this is a desired 
limitation.

The reason for this is that this functionality is there so that if the 
application that's playing the content is not the same one that's
sending
the stream, the playout system can still send in metadata updates.

My suggestion for your situation is to use a fallback mount instead.

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