Here is my suggestion -- something i'm getting started on.
iceS supports writing a playlist handler in either Perl or Python, and that
could very well get the next song out of a database, that is fueled by
requests from users.
I'll be using Python (as it RULES! hehe), and the learning curve is rather
low.
--ben
-----Original Message-----
From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]On Behalf Of
Sujal Shah
Sent: Friday, September 14, 2001 1:38 PM
To: icecast@xiph.org
Subject: [icecast] Dynamic playlist support
Hello everyone,
Just curious if ices supports dynamic playlists... I would like to
generate one on the fly based on user requests etc. I'm startnig to go
through icedj's source code to see how they use shout.
I'd just use that, but I'm having trouble with shout.
Thanks,
Sujal
--
---- Sujal Shah --- sujal@sujal.net ---
http://www.sujal.net
Now Playing: Billy Joel - New York State of Mind (sujal)
--- >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.
I've actually been working on that same idea for the past few weeks. The final product is Livewire Radio, which I've just promoted from alpha to stable beta. It uses PHP and MySQL, and thus integrates very easily with a website. I'll be releasing the source code on SourceForge once I do a few final modifications: http://livewire.sourceforge.net/. Check within a day or two and the first tarball should be there. Once I get the code up, anyone willing to beta test the software for me is welcome to use it by all means and give me feedback. Don't blame me, though, if the RIAA gets upset -- my idea is not to create commercial radio stations with this, but I intially wrote the software so I could use it privately. If anyone's interested in more information, feel free to ask. ;) -- Nate "sublime" Kohari ----- Original Message ----- From: "Ben Wilson" <bwilson@corvusdigital.com> To: <icecast@xiph.org> Sent: Friday, September 14, 2001 1:52 PM Subject: RE: [icecast] Dynamic playlist support> Here is my suggestion -- something i'm getting started on. > > iceS supports writing a playlist handler in either Perl or Python, and that > could very well get the next song out of a database, that is fueled by > requests from users. > > I'll be using Python (as it RULES! hehe), and the learning curve is rather > low. > > --ben >--- >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.
At 12:26 AM 9/15/2001 -0400, you wrote:>I've actually been working on that same idea for the past few weeks. The final >product is Livewire Radio, which I've just promoted from alpha to stable beta. >It uses PHP and MySQL, and thus integrates very easily with a website.How tied is your software to MySQL? I'm not terribly interested in using something like this (yet anyway, windows is just easier to manage as a source) but I really abhor MySQL. I'll only go into the reasons for that if asked, but making any product as DB Independant as possible is always a Good Thing (tm). --- >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.