<SNIP>> One possibility is using a local relay, have your listeners connect to > a relay (say /live.ogg) which relays one of the DJs streams. Then > switching DJs involves moving the relay listener part from one DJ > mountpoint to another. > > Whether you use an always connected streaming playlist as a fallback to > use between DJs connecting is up to you. > > karl. >Hi Karl, I setup a local relay as suggested but if alter the <mount> on the relay and send the process a HUP, existing and new clients continue to go to the old relay source. Restarting the icecast relay works, but bumps all of the existing clients off. Regards, Warren. <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Fri, 2004-05-07 at 17:08, Warren J. Beckett wrote:> <SNIP> > > One possibility is using a local relay, have your listeners connect to > > a relay (say /live.ogg) which relays one of the DJs streams. Then > > switching DJs involves moving the relay listener part from one DJ > > mountpoint to another....> Hi Karl, > > I setup a local relay as suggested but if alter the <mount> on the relay > and send the process a HUP, existing and new clients continue to go to > the old relay source. Restarting the icecast relay works, but bumps all > of the existing clients off.I wasn't suggesting modifying the xml and doing a hup. The suggestion was using the ability to move clients from one mount to another but using the local relay as a static name for listeners to connect eg source clients local relay listeners --------> /DJ-1 ------------> /live -----------> me --------> /DJ-2 using the admin interface you can then move the listeners on /DJ-1 to /DJ-2, and assuming no listeners access the /DJ-X mounts directly then you should see only one listener on there (the local relay). This can be within the same icecast. If there is a chance the a DJ can sign off without the next DJ being connected then you have to decide what to do in that case, one simple solution is to have an always connected playlist running eg /playlist and move to that at if no one else is available. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> I wasn't suggesting modifying the xml and doing a hup. The suggestion > was using the ability to move clients from one mount to another but > using the local relay as a static name for listeners to connect eg > > source clients local relay listeners > > --------> /DJ-1 ------------> /live -----------> me > > --------> /DJ-2 > > using the admin interface you can then move the listeners on /DJ-1 to > /DJ-2, and assuming no listeners access the /DJ-X mounts directly then > you should see only one listener on there (the local relay). This can be > within the same icecast. > > If there is a chance the a DJ can sign off without the next DJ being > connected then you have to decide what to do in that case, one simple > solution is to have an always connected playlist running eg /playlist > and move to that at if no one else is available. > > karl.Hi, Thanks for the advice - It all works wonderfully. The different Ogg playing Java Applets still fail when I move the clients from one mount to another, or using when using ezstream the song in the playlist changes.. Have decided to leave the Applets aside for the moment, and just use Winamp or XMMS.. Cheers and thanks again for you input. Warren. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.