Hi, I am trying to get my head around a problem I have. First let me tell you my goal. I want to setup a site where I can allocate 2 hour time slots to anyone that wants to play there tunes. My idea was to setup a number of mount point, each with a username and password and dish these out, along with a allocated time slot to the DJ's that have booked. This can all be done with a wee bit of CGI - No worries at all. The idea was then to have a mount , shall we say /live.ogg where listeners can connect have here the various artists.. I want to make this as automatic as possible and not have a person ( me ) managing this as I have better things to do in my evening such as sleeping. At the end of a time interval the next artist is live, and will be completely transparent to the listeners. One idea was to shuffle listeners around the mounts using the move client function. I can run a script at a short interval to move clients from /live.ogg to the current playing mount point, and when an interval expires move the clients on that mount point to the next one in line. But perhaps I have lost my mind - Is there an easier way to achieve my goal? Is it possible to have alias mounts similar say to a unix symbolic link? Where /alias.ogg points to another mount? What the alias points to can be moved around and the listers just track what it is currently pointing to? Cheers, Warren. <p><p><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.
> Is it possible to have alias mounts similar say to a unix symbolic link? > Where /alias.ogg points to another mount? What the alias points to can > be moved around and the listers just track what it is currently pointing > to?It's an intresting idea. I almost implemented this years ago when I wanted to do a "scan" channel. Basically it would give you 30 seconds of each stream and loop. I'm not sure sophisticated logic is really appropriate in Icecast, but perhaps this can be done with a bit of scripting. Maybe it's time to put a python interpreter into icecast like we sort of did back in the 1.2/1.3 days. Then users could implement logic like this without us having to code it up everytime wanted some slight tweak like this. jack. --- >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 Wed, 2004-05-05 at 16:55, cloper wrote:> Warren, > > I am still learning Icecast2 and its features. You say you can do what > you are doing with CGI? Does that mean you can dynamically change > passwords for mounts? I was told it isn't possible without restarting > the Icecast server. > regards, > chrisG'day Chris, I seems to work ok for me. I just change the password in the config file, and send icecast a HUP. Warren. <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 Wed, 2004-05-05 at 08:51, Warren J. Beckett wrote:> I want to setup a site where I can allocate 2 hour time slots to anyone > that wants to play there tunes. My idea was to setup a number of mount > point, each with a username and password and dish these out, along with > a allocated time slot to the DJ's that have booked. This can all be done > with a wee bit of CGI - No worries at all. > > The idea was then to have a mount , shall we say /live.ogg where > listeners can connect have here the various artists.. I want to make > this as automatic as possible and not have a person ( me ) managing this > as I have better things to do in my evening such as sleeping. > > At the end of a time interval the next artist is live, and will be > completely transparent to the listeners. >I am actually currently working on a similar problem myself for www.afterhoursdjs.org Currently, we have a set of scripts called SBTools, written by hafree. These allow us to have both a static stream and live DJs, with seamless switching between the two. The stream is all handled by one process, reading a playlist and then feeding the music to a shoutcast server. When somebody goes live, they connect to a secondary shoutcast server, the URL for that is injected into the playlist and bumped to the top. When they disconnect, the script jumps to the next item in the playlist and keeps playing like normal. Now, this works fine for the most part... however there are some more features that would be nice to have... and please don't mind my rambling here, I'm just trying to get some ideas out which may or may not be related, and see what people think. What I would like to have is this: * Stream plays normally, just playing static playlist... music files from the hard drive * DJ A connects to a mount point with their own unique username and password * Admin connects to listen, ensure sound quality, lack of buffering etc * Admin hits a button (Local app, webpage, whatever), and DJ A becomes live on the stream, taking the place of the static playlist. * Near the end of DJ A's time slot, DJ B is preparing for their time slot, booked immediately after DJ A. * DJ B connects to a mount point (Preferrably the same as DJ A, for ease of use) and starts playing * Admin connects to listen to DJ B, checks out quality * Admin hits the button again and switches the live stream from playing DJ A to playing DJ B. * DJ B finishes up their time slot, disconnects, and the stream flips back to playing the static playlist (*phew*) Hope that made sense. Currently, we have most of this functionality... what's lacking is: * Unique usernames and passwords * Multiple DJs connected/switching between them. So.. any more ideas for all of that? I don't know how much of this could be handled inside of icecast, and how much would need to be external scripts... does anybody have some input on this? --Joseph Wilhelm --- >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.
Hi everybody, I think this is a very interesting idea. I would like to share my server with other DJs by providing them a mountpoint but I would like them to be able create a login on a webpage with a password. The mountpoint would be /<login>.ogg or /<login>.mp3 and the password would be the same they chose on a webpage. I guess the login/pass information would be stored in a DB. Of course, I wouldn't have to restart the server each time a new DJ is signing up or is changing his password. Maybe Icecast could read the config file every hour (to check any change) without restarting. Is it possible to do? If so, how can I do that? Thanks in advance, Macsym -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org] On Behalf Of Karl Heyes Sent: Wednesday, May 05, 2004 6:29 PM To: icecast Subject: Re: [icecast] alias mount points On Wed, 2004-05-05 at 16:51, Warren J. Beckett wrote:> Hi, > > I am trying to get my head around a problem I have. First let me tell > you my goal. > > I want to setup a site where I can allocate 2 hour time slots to anyone > that wants to play there tunes. My idea was to setup a number of mount > point, each with a username and password and dish these out, along with > a allocated time slot to the DJ's that have booked. This can all be done > with a wee bit of CGI - No worries at all.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. <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. <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.
<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.
Warren, I am still learning Icecast2 and its features. You say you can do what you are doing with CGI? Does that mean you can dynamically change passwords for mounts? I was told it isn't possible without restarting the Icecast server. regards, chris Warren J. Beckett wrote:>Hi, > >I am trying to get my head around a problem I have. First let me tell >you my goal. > >I want to setup a site where I can allocate 2 hour time slots to anyone >that wants to play there tunes. My idea was to setup a number of mount >point, each with a username and password and dish these out, along with >a allocated time slot to the DJ's that have booked. This can all be done >with a wee bit of CGI - No worries at all. > >The idea was then to have a mount , shall we say /live.ogg where >listeners can connect have here the various artists.. I want to make >this as automatic as possible and not have a person ( me ) managing this >as I have better things to do in my evening such as sleeping. > >At the end of a time interval the next artist is live, and will be >completely transparent to the listeners. > >One idea was to shuffle listeners around the mounts using the move >client function. I can run a script at a short interval to move clients >from /live.ogg to the current playing mount point, and when an interval >expires move the clients on that mount point to the next one in line. > >But perhaps I have lost my mind - Is there an easier way to achieve my >goal? > >Is it possible to have alias mounts similar say to a unix symbolic link? >Where /alias.ogg points to another mount? What the alias points to can >be moved around and the listers just track what it is currently pointing >to? > >Cheers, > >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. > >--- >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 Wed, 2004-05-05 at 16:55, cloper wrote:> Warren, > > I am still learning Icecast2 and its features. You say you can do what > you are doing with CGI? Does that mean you can dynamically change > passwords for mounts? I was told it isn't possible without restarting > the Icecast server.on config re-read, the <mount> information is rebuilt so any new source clients/relays connecting afterwards should get the new source password to check against, however not all information is updated/applies on re-read though. karl. --- >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.
Hi: Someone sent a patch to the development list that would allow you to set up a stack of mountpoints, each with precedence over the one below it. So if mount A is connected, listeners would get that, if not, listeners would get mount B if it were connected, else C, etc. Actually I think this much is in standard icecast, but the trick to this patch was that if mount A reconnected, listeners would be pulled forward again to that mountpoint. I *think* this was committed to subversion, or CVS as it was then. This would probably help you achieve what you want, with your playlist as the lowest priority and your other broadcasters higher up. Geoff. --- >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 Wed, 2004-05-05 at 16:51, Warren J. Beckett wrote:> Hi, > > I am trying to get my head around a problem I have. First let me tell > you my goal. > > I want to setup a site where I can allocate 2 hour time slots to anyone > that wants to play there tunes. My idea was to setup a number of mount > point, each with a username and password and dish these out, along with > a allocated time slot to the DJ's that have booked. This can all be done > with a wee bit of CGI - No worries at all.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. <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.