From Geoff at QuiteLikely.com Tue Dec 4 22:01:25 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 5 Dec 2007 00:01:25 +0200 (IST) Subject: [Icecast] Ices 0.x really needs a release Message-ID: Hi, I've had to dust off Ices 0.x to provide some simple automation for a project I'm involved with and I ran into several bugs in 0.4 which have been fixed in SVN. I was shocked to see that 0.4 was released on 2004-08-28. Surely it's time to role out those bug-fixes? I have noticed one bug though, but I've not tested it thoroughly. It seems that if you have it set to be vurbose and then you send it a HUP to reopen log, queue and playlist files, it stops logging anything apart from any additional HUPs until you send it a USR1, at which point it goes back to logging properly. Geoff. From radiorietveld at gmail.com Wed Dec 5 13:01:31 2007 From: radiorietveld at gmail.com (Radio Rietveld) Date: Wed, 5 Dec 2007 14:01:31 +0100 Subject: [Icecast] Password and server questions Message-ID: Hello, We have 2 questions: 1) about the passwords generated by disc management ( https://dischosting.nl/discadmin/ ). We don't get access to this page which is necessary to pick up our new password, for broadcasting with nicecast 2) Someone changed the server type settings: What is the difference between icecast 1 and icecast 2 and which one is the most likely to use for us? Thanx, Hans Radio Rietveld -------------- next part -------------- An HTML attachment was scrubbed... URL: From brendan at xiph.org Wed Dec 5 18:48:04 2007 From: brendan at xiph.org (Brendan Cully) Date: Wed, 5 Dec 2007 10:48:04 -0800 Subject: [Icecast] Ices 0.x really needs a release In-Reply-To: References: Message-ID: <20071205184803.GA42564@xanadu.lan> On Wednesday, 05 December 2007 at 00:01, Geoff Shang wrote: > Hi, > > I've had to dust off Ices 0.x to provide some simple automation for a > project I'm involved with and I ran into several bugs in 0.4 which have been > fixed in SVN. I was shocked to see that 0.4 was released on 2004-08-28. > Surely it's time to role out those bug-fixes? I've gone pretty much AWOL as the maintainer. It's time to find a new one. Having said that, I can probably cut another release. > I have noticed one bug though, but I've not tested it thoroughly. It seems > that if you have it set to be vurbose and then you send it a HUP to reopen > log, queue and playlist files, it stops logging anything apart from any > additional HUPs until you send it a USR1, at which point it goes back to > logging properly. Interesting. From greg at orban.com Thu Dec 6 04:34:53 2007 From: greg at orban.com (Greg J. Ogonowski) Date: Wed, 05 Dec 2007 20:34:53 -0800 Subject: [Icecast] Icecast2 Relays/Mounts - Adding without Restarting Server Message-ID: <6.2.3.4.2.20071205203400.051ae198@66.220.31.150> Is it at all possible to add Icecast2 Relays or Mounts without having to restart the server, and thus drop all the other existing connections in the process? Thanks. -g. __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. Diamond Bar, CA 91765 USA greg at orban.com http://www.orban.com From greg at orban.com Thu Dec 6 19:28:25 2007 From: greg at orban.com (Greg J. Ogonowski) Date: Thu, 06 Dec 2007 11:28:25 -0800 Subject: [Icecast] Test Message-ID: <6.2.3.4.2.20071206112815.052c0b98@66.220.31.150> Test __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. Diamond Bar, CA 91765 USA greg at orban.com http://www.orban.com From dm8tbr at afthd.tu-darmstadt.de Fri Dec 7 11:08:01 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Fri, 07 Dec 2007 11:08:01 +0000 Subject: [Icecast] Password and server questions In-Reply-To: References: Message-ID: <47592991.8030805@afthd.tu-darmstadt.de> Radio Rietveld schrieb: > Hello, > We have 2 questions: > > 1) about the passwords generated by disc management ( > https://dischosting.nl/discadmin/ ). We don't get access to this page > which is necessary to pick up our new password, for broadcasting with > nicecast ask them. this service is not run by anyone related to icecast. > 2) Someone changed the server type settings: What is the difference > between icecast 1 and icecast 2 and which one is the most likely to > use for us? Icecast1.x is deprecated. Hopefully dischosting runs an icecast 2.3.1 server. HTH, Cheers Thomas From bjacint at kvark.hu Sat Dec 8 08:52:49 2007 From: bjacint at kvark.hu (Balint, Jacint) Date: Sat, 8 Dec 2007 09:52:49 +0100 Subject: [Icecast] Icecast2 Relays/Mounts - Adding without Restarting Server In-Reply-To: <6.2.3.4.2.20071205203400.051ae198@66.220.31.150> References: <6.2.3.4.2.20071205203400.051ae198@66.220.31.150> Message-ID: Try /etc/init.d/icecast2 reload Should work on most distributions. Yours, Jacint On 12/6/07, Greg J. Ogonowski wrote: > > Is it at all possible to add Icecast2 Relays or Mounts without having > to restart the server, and thus drop all the other existing > connections in the process? > > Thanks. > -g. > > __________________________________________________________________________ > Greg J. Ogonowski > VP Product Development > ORBAN / CRL, Inc. > Diamond Bar, CA 91765 USA > greg at orban.com > http://www.orban.com > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From airteknology at gmail.com Mon Dec 10 00:35:21 2007 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Mon, 10 Dec 2007 01:35:21 +0100 Subject: [Icecast] Create a live stream and problem in the webplayer Message-ID: <475C89C9.1040906@gmail.com> Hi guys , I have a big trouble using theora and vorbis for create real time streaming , or better to say the real time encoding. I try to explain better to you my problem. I have some video files on my hd ,i can choose for this files between avi , or other know format. My problem it's that i use a scheduling system , that play the original files at particular time . Now i must to taje this file and send to icecast or other streaming server. My streaming destination it's a webpage where i have cortado or itheora. My first try it's the system ffmpeg2theora , ezstream and icecast , but when ezstream change files to encode cortado and itheora stop the play , i have read that's the problem it's ezstream that create chained stream and cortado doesn't support this stream type. I try with vlc , oggfwd and others but my problems it's that i see the stream in vlc or other system player it's all ok , if i use cortado and itheora there is the problem of changing files. Now I have two choise : -one it's to find some patch for cortado and itheora for play chianed stream and i think that my problem finish -one it's to think another stream system that isn't files-->ezstream-->ffmpeg2theora--->Icecast , but other program -one it's to fond the way to create a file that will play by cortado or itheora that it's only a temp file like a bugger in ogg format How do you create a live stream? I see that the only web tv that doens't have problem of changinf files are visonair.tv and this http://147.163.1.69/index.html that refresh the page this an ajax system Can you help me please? Br Pierpaolo From Geoff at QuiteLikely.com Mon Dec 10 11:28:41 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Mon, 10 Dec 2007 13:28:41 +0200 (IST) Subject: [Icecast] Create a live stream and problem in the webplayer In-Reply-To: <475C89C9.1040906@gmail.com> References: <475C89C9.1040906@gmail.com> Message-ID: Hi, You shouldn't experience this problem if you set ezstream to encode. The stream it generates should be one continuous stream. Perhaps send us your ezstream config file with passwords etc removed so we can help you further. Geoff. From patrick at camarasm.pr.gov.br Mon Dec 10 23:49:34 2007 From: patrick at camarasm.pr.gov.br (patrick at camarasm.pr.gov.br) Date: Mon, 10 Dec 2007 21:49:34 -0200 Subject: [Icecast] test icecast Message-ID: <001301c83b87$517bc9f0$1800a8c0@INFORMATICA> I am Brazilian , How do I convey mp3 stored on the server. Excuse my bady English -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at laut.de Tue Dec 11 10:34:24 2007 From: andy at laut.de (Andreas Hierling) Date: Tue, 11 Dec 2007 11:34:24 +0100 Subject: [Icecast] test icecast In-Reply-To: <001301c83b87$517bc9f0$1800a8c0@INFORMATICA> Message-ID: icecast-bounces at xiph.org schrieb am 11.12.2007 00:49:34: > How do I convey mp3 stored on the server. Don't know if i got it right, but i think you want to stream some mp3-files stored on your server over Icecast. So after you set up your icecast server, you have to install a streaming client. This is a multimedia-player which outputs data to the icecast server instead of your sound interface. icecast then provides the data-stream to a broader audience over so-called mountpoints. The streaming client can be run on the same machine as the icecast server or at any other machine. If you want the Streaming Client to run on the server i suggest you take ices2, or try coding your own with c, perl, ruby, java, OCaml or python using libshout and the appropriate bindings. Everything you need can be downloaded at http://icecast.org/download.php You can also take a look at http://savonet.sourceforge.net/ From patrick at camarasm.pr.gov.br Tue Dec 11 11:07:20 2007 From: patrick at camarasm.pr.gov.br (patrick at camarasm.pr.gov.br) Date: Tue, 11 Dec 2007 09:07:20 -0200 Subject: [Icecast] mp3 on-demand Message-ID: <004701c83be6$02c45fc0$1800a8c0@INFORMATICA> On-demand I need to leave a mp3 file stored on the server transmitting, as do that? -------------- next part -------------- An HTML attachment was scrubbed... URL: From csapino at twcny.rr.com Tue Dec 11 13:56:15 2007 From: csapino at twcny.rr.com (Chet Sapino) Date: Tue, 11 Dec 2007 08:56:15 -0500 Subject: [Icecast] test icecast References: Message-ID: <001301c83bfd$99ed9cb0$a5f0fea9@sapino> I use DRS 2006 as a streaming client with icecast. It is easy to use and quite sophisticated. Check it out at www.drs2006.com You need the internet broadcaster with it. Total cost around $125 USD if I remember correctly. Regards, Chet Sapino USA ----- Original Message ----- From: "Andreas Hierling" To: Cc: ; Sent: Tuesday, December 11, 2007 5:34 AM Subject: Re: [Icecast] test icecast > icecast-bounces at xiph.org schrieb am 11.12.2007 00:49:34: > >> How do I convey mp3 stored on the server. > > Don't know if i got it right, but i think you want to stream some > mp3-files > stored on your server over Icecast. So after you set up your icecast > server, you have to install a streaming client. This is a > multimedia-player > which outputs data to the icecast server instead of your sound interface. > icecast then provides the data-stream to a broader audience over so-called > mountpoints. The streaming client can be run on the same machine as the > icecast server or at any other machine. > > If you want the Streaming Client to run on the server i suggest you take > ices2, or try coding your own with c, perl, ruby, java, OCaml or python > using libshout and the appropriate bindings. > > Everything you need can be downloaded at http://icecast.org/download.php > > You can also take a look at http://savonet.sourceforge.net/ > > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From Geoff at QuiteLikely.com Tue Dec 11 14:11:01 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 11 Dec 2007 16:11:01 +0200 (IST) Subject: [Icecast] mp3 on-demand In-Reply-To: <004701c83be6$02c45fc0$1800a8c0@INFORMATICA> References: <004701c83be6$02c45fc0$1800a8c0@INFORMATICA> Message-ID: patrick at camarasm.pr.gov.br wrote: > On-demand > > I need to leave a mp3 file stored on the server transmitting, as do that? If by on demand you mean being able to click on a file and have it play from the beginning at any time, then you don't even need Icecast for this. If you have a webserver, you can place it on your website somewhere, and put a link to a file with a .m3u extension that contains the URL to the MP3 file. Then when someone clicks on the link to the .M3U file, it will download, open the user's preferred MP3 player and begin streaming the MP3 file. Of course, you can do this with Icecast as well, using the fileserve function. Let me know if this is not what you meant. Geoff. From Geoff at QuiteLikely.com Tue Dec 11 14:15:23 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 11 Dec 2007 16:15:23 +0200 (IST) Subject: [Icecast] test icecast In-Reply-To: References: Message-ID: Andreas Hierling wrote: > If you want the Streaming Client to run on the server i suggest you take > ices2, Ices2 only does Ogg Vorbis. It does not either read or encode MP3. You need Ices 0.x for that. Geoff. From Geoff at QuiteLikely.com Tue Dec 11 20:28:47 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 11 Dec 2007 22:28:47 +0200 (IST) Subject: [Icecast] Ices 0.x really needs a release In-Reply-To: <20071205184803.GA42564@xanadu.lan> References: <20071205184803.GA42564@xanadu.lan> Message-ID: Brendan Cully wrote: > I've gone pretty much AWOL as the maintainer. It's time to find a new one. I know Moritz has committed some code to Ices 0.x relatively recently. Given that he is now maintining Ezstream, perhaps he'd be interested in Ices 0.x as well. Geoff. From airteknology at gmail.com Wed Dec 12 00:10:31 2007 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Wed, 12 Dec 2007 01:10:31 +0100 Subject: [Icecast] Re: Create a live stream and problem in the webplayer Message-ID: <475F26F7.8020804@gmail.com> Hi guys , first of all I want to thanks to you for your reply. My ezstream configuration it's this http://localhost:8000/testmount.ogg hackme THEORA /root/Desktop/Scaletta.m3u 0 My Stream http://www.oddsock.org Documentary This is a stream description 200 2 44100 1 THEORA .avi ffmpeg2theora -x 192 -y 128 -A 32 -V 100 --title "@M@" -o - "@T@" THEORA .mpg ffmpeg2theora -x 192 -y 128 -a 0 -v 4 --title "@M@" -o - "@T@" It's original , because my debian server it's on my lan. With this configuration i can create a live and continous stream?I have 3 choise for works with my system Use a play?ist how input , stdin or a fifo that i have create. Thansk for your help Pierpaolo From airteknology at gmail.com Mon Dec 17 17:56:35 2007 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Mon, 17 Dec 2007 18:56:35 +0100 Subject: [Icecast] Re: Create a live stream and problem in the webplayer Message-ID: <4766B853.2060606@gmail.com> Hi guys , first of all I want to thanks to you for your reply. My ezstream configuration it's this http://localhost:8000/testmount.ogg hackme THEORA /root/Desktop/Scaletta.m3u 0 My Stream http://www.oddsock.org Documentary This is a stream description 200 2 44100 1 THEORA .avi ffmpeg2theora -x 192 -y 128 -A 32 -V 100 --title "@M@" -o - "@T@" THEORA .mpg ffmpeg2theora -x 192 -y 128 -a 0 -v 4 --title "@M@" -o - "@T@" It's original , because my debian server it's on my lan. With this configuration i can create a live and continous stream?I have 3 choise for works with my system Use a play??ist how input , stdin or a fifo that i have create. Thansk for your help Pierpaolo From Geoff at QuiteLikely.com Wed Dec 19 23:43:20 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Thu, 20 Dec 2007 01:43:20 +0200 (IST) Subject: [Icecast] Open source streaming project in need of developers Message-ID: Hi everyone, I thought long and hard (ok, not *that* long) about whether or not to crosspost this to icecast-dev. In the end I decided not to since this isn't about an Icecast or Xiph project. My name is Geoff Shang and I've been an enthusiastic user of Icecast for a long time. I am also the chief tech guy for a project called ACB Radio (http://www.acbradio.org), which is run by the American Council of the Blind (http://www.acb.org). several years ago, one of our volunteers came to us with a partially developed automation system for online streaming. We needed one at the time, and so he and another of our existing volunteers got it to the stage where it would do most of what we wanted, at least to a reasonable extent. As time went on, however, the code suffered some bit rot. The original developer lost interest in maintaining it , and both he and the other volunteer moved onto other projects. The code, which never had a formal release, also found its way into a few other setups with the result that it fragmented somewhat. Last year ACB purchased a new server so that we could more evenly distribute the tasks that our original server was having to do. One of the things we wanted to move was the radio stations. But this new server was running newer software and a lot of things had broken. The volunteer who had helped out a bit with this code was talked into coming back and pulling all of the various forks back together so that it would compile and mostly run. I beat on the web interface so that it would work under PHP5 (and fixed several existing bugs in the process). so now it compiles and runs, to an extent. But there are several glaring bugs which prevent us from deploying it on our new server, and from roling out a "here's what we've got so far, have a play with it" release to the community. Neither of the C programmers who originally worked on it are taking active interest in it anymore, though one may answer questions we are unable to figure out on our own. so basically I'm looking for developers. So what is it? PRS or Personal Radio Station is a playout system written in C, with data stored in a mysql database. Another C program is used to add audio files into categories in the database, and a set of PHP scripts are used to program the scheduler. The playout system can play Wav, Ogg Vorbis and MP3 files, performing crossfading and, if desired, simple and/or dynamic compression. It can take additional input from a soundcard or a live stream and can also output to combinations of both (the latter via libshout). It can use Curl to send metadata updates to streaming servers. The scheduler can handle basic random events, as well as no-repeat rules based on specific recording or on artist. You can also program the system to play a specific file, and it can relay audio from another streaming server while also archiving it locally for later broadcast. Individual playout events can be grouped together into a schedule template, which can be scheduled as a one-off or repeated hourly, daily or weekly. -- There is currently next to no documentation for the software. One of my first tasks as the new project admin will be to write up basic "getting started" documents for anyone interested in trying it out. The goals for the project, as I see them are: 1. Fix critical bugs. This is very urgent and all offers of help will be accepted. 2. Code cleanup. I understand that the code could be a lot more robust and tollerant of errors than it currently is. 3. Addressing of long-standing, less critical bugs. 4. Internalising of some processes which are currently performed by launching external command-line programs. 5. Adding lots of cool features and taking over the world ... or somehting. The project is hosted on sourceforge at http://sourceforge.net/projects/prsradio (prs was already taken). I've just set up a development mailing list (http://lists.sourceforge.net/mailman/listinfo/prsradio-devel) and I'll configure it after I've finished writing this message. You can also get the code from https://prsradio.svn.sourceforge.net/svnroot/prsradio/trunk or view it at http://prsradio.svn.sourceforge.net/viewvc/prsradio/trunk/ The license will be something approximate to a MIT license, but I need to clarify this with the previous developers. Of course, you can drop me a note if you have any questions, comments, whatever. I hope to see Email from some of you very soon. Cheers, Geoff. From david.baelde at gmail.com Thu Dec 20 15:50:35 2007 From: david.baelde at gmail.com (David Baelde) Date: Thu, 20 Dec 2007 16:50:35 +0100 Subject: [Icecast] Open source streaming project in need of developers In-Reply-To: References: Message-ID: <53c655920712200750q20259624mb2b02663455d102@mail.gmail.com> Hi, You didn't describe much of your bugs or the specific features of your playout system... It seems to me that it'd be best to focus new efforts on the automated scheduler pickings songs from the database. In that area there is no really good open-source solution as far as I know. There are only several specialized solutions. Playout is quite independent from scheduling: streamers can interface easily with any scheduling program. In particular our baby (liquidsoap) does crossfading, dynamic compression and (much) more. It also takes input from the soundcard (via ALSA, Jack or PortAudio) and relays HTTP streams either passively (pulling them) or actively (acting as icecast from the source's point of view). Soundcard input is getting better but is still liquidsoap's weakness: depending on your hardware, it might not behave perfectly especially in really low-latency mode.. Except for that, it's a robust tool, and I promise you that it won't die tomorrow and will support smoothly many more extensions. I don't mean to advertise too much our tool. It's just a hobby for all of us, we don't get money for it and you won't get paid support for it. I just believe that it could be a loss to spend energies in developing other complex streamers without a good reason and a serious reviewing of existing tools, not only liquidsoap -- I know that some people have some dirty-patched versions of ices that do crossfading, for example. I don't offer any help as I'm more than busy with my own project and life, but I'd be happy to follow any discussion on the design of an usable and flexible radio scheduling software. Good luck! -- David From Geoff at QuiteLikely.com Thu Dec 20 20:50:24 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Thu, 20 Dec 2007 22:50:24 +0200 (IST) Subject: [Icecast] Open source streaming project in need of developers In-Reply-To: <53c655920712200750q20259624mb2b02663455d102@mail.gmail.com> References: <53c655920712200750q20259624mb2b02663455d102@mail.gmail.com> Message-ID: David Baelde wrote: > You didn't describe much of your bugs or the specific features of your > playout system... hmmm, I thought I did describe the playout system, but I'm happy to elaborate if you want more details. But you're right about the bugs. The critical (i.e. urgent) ones in no particular order: 1. PRS will disconnect from Icecast after a certain amount of time (this varies). When it does, it will then repeatedly connect and disconnect until it eventually dies. I'm thinking something else is going wrong and it's spiralling out of control. 2. URL events (i.e. relaying from a live stream) don't work. This has always been rather tenuous, but now it's fully broken. 3. I've not looked hard at it, but on the face of it at least, Shoutcast streaming seems to be broken. 4. Due to the above Shoutcast problem and the fact that I want to run it in Icecast mode anyway, I wrote a patch (my only ever substantial C work) to implement title streaming for Icecast 2 servers. You can see it at http://sourceforge.net/tracker/index.php?func=detail&aid=1837908&group_id=206263&atid=996961 It worked fine with stock Icecast 2.3.1 but when I upgraded to recent Icecast (revision 1441 I think), PRS would stop playing audio shortly into a track and stay silent until the next one. I've not had my patch reviewed by a competent programmer, but I rather suspect my patch or something else in PRS rather than Icecast. These are the critical bugs that I know of. Fixing these may reveal others not currently testable. > It seems to me that it'd be best to focus new > efforts on the automated scheduler pickings songs from the database. > In that area there is no really good open-source solution as far as I > know. There are only several specialized solutions. This project is not new - we've been using it for 5 years. It's simply in need of new maintainers. > Playout is quite independent from scheduling: streamers can interface > easily with any scheduling program. There may well be some sense in the future in separating the playout from the scheduling in PRS, but right now they're intertwined. > In particular our baby (liquidsoap) does crossfading, dynamic compression > and (much) more. I took a brief look at it when considering whether to move to something else rather than stick with what we have. But it appeared to me that you need to learn some kind of programming language type thing in order to tell it what to do. The ACB Radio project requires software that can be operated for the most part by reasonably non-technical types who are more worried about which program should air in the next hour than finding the right process ID to send a HUP to. Most have never programmed anything or ever used a CLI. > I don't mean to advertise too much our tool. It's just a hobby for all > of us, we don't get money for it and you won't get paid support for > it. I just believe that it could be a loss to spend energies in > developing other complex streamers without a good reason and a serious > reviewing of existing tools, not only liquidsoap -- I know that some > people have some dirty-patched versions of ices that do crossfading, > for example. And I don't mean to put your project down, it sounds well worth looking at. but it doesn't seem to fit our requirements, and since our code already does (when it's working properly) most of what we need it to do, it would make sense to me to stick with it. > I don't offer any help as I'm more than busy with my own project and > life, but I'd be happy to follow any discussion on the design of an > usable and flexible radio scheduling software. Well I'm happy to explain how PRS does its scheduling (as much as I understand it) and you're of course able to pinch code from the project (in accordance with the license). BTW: If anyone wants to hear PRS in action (the old codebase on the old server), check out either http://acbradio.org:8000/mainstream or http://acbradio.org:8000/cafe (/cafe-low for modem users). > Good luck! And you. I'll take a closer look at your project some time when I can put a few hours into it. Cheers, Geoff. From david.baelde at gmail.com Fri Dec 21 10:02:49 2007 From: david.baelde at gmail.com (David Baelde) Date: Fri, 21 Dec 2007 11:02:49 +0100 Subject: [Icecast] Open source streaming project in need of developers In-Reply-To: References: <53c655920712200750q20259624mb2b02663455d102@mail.gmail.com> Message-ID: <53c655920712210202s613c34cfi49633aedc1ff9797@mail.gmail.com> Hi Geoff, Let me just add a couple details, and try to clarify the picture.. > The ACB Radio project requires software that can be operated for the most > part by reasonably non-technical types who are more worried about which > program should air in the next hour than finding the right process ID to > send a HUP to. Most have never programmed anything or ever used a CLI. Your operators don't need to learn liquidsoap's configuration language, just as they don't need to learn C and hack the guts of PRS. Liquidsoap is meant to be a backend. It has several ways of interacting with other components, but these components should be developed specially for each case. The idea is to develop a liquidsoap script that fits your needs, and then run it without modifications: the radio operator just needs to interact with it through some friendly interface. Developing this liq script requires less knowledge than maintaining a streamer in C: for example I had a librarian creating his non-trivial liq script even though he never had any kind of programming experience before. After scratching his head for a couple of days, and asking questions on the mailing list, he had his radio running as he wanted, and could stop thinking about this part for a long time. If he wants to change that script, it's quite easy since it's much shorter and more abstract than a C application. Sorry to insist a bit, but I feel like there could be a win for you -- especially if you don't find motivated developers. Indeed, all your critical bugs are in the stream generation backend. One might expect that it's not too hard to untangle user interface from streaming backing, as these usually have restricted interaction: play this file next, what's currently on air, switch on/off live show relaying. Hence, it might not be very difficult to use your own specially fitted user interface with a new streaming backend. Cheers, -- David From leandrobhbr at gmail.com Wed Dec 26 05:12:14 2007 From: leandrobhbr at gmail.com (Leandro Campos) Date: Wed, 26 Dec 2007 03:12:14 -0200 Subject: [Icecast] about playlist handler in ices-0.4 Message-ID: <58435ac20712252112w67e990c3k4dd575c066274d82@mail.gmail.com> Hi... i would like know how to one playlist handler whith perl? where a search one "HOW TO" thanks.. -- ALPHANET INFORM?TICA LTDA www.alphanetbh.com.br Belo Horizonte MG Leandro Campos (31)30726251 (31)87883925 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Geoff at QuiteLikely.com Wed Dec 26 12:15:42 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 26 Dec 2007 14:15:42 +0200 (IST) Subject: [Icecast] about playlist handler in ices-0.4 In-Reply-To: <58435ac20712252112w67e990c3k4dd575c066274d82@mail.gmail.com> References: <58435ac20712252112w67e990c3k4dd575c066274d82@mail.gmail.com> Message-ID: Leandro Campos wrote: > i would like know how to one playlist handler whith perl? > > where a search one "HOW TO" the following items in the Ices 0.4 distribution should help you: 1. README.playlist 2. doc/icesmanual.html 3. The Ices manpage An example module is provided as conf/ices.pm.dist In addition to the built-in support for Perl and Python, support for basic scripting (i.e. with the path to the next file as the first line of output) was added at some point, though I'm not sure if it was before or after the Ices 0.4 release. Geoff. From leandrobhbr at gmail.com Thu Dec 27 00:47:06 2007 From: leandrobhbr at gmail.com (Leandro Campos) Date: Wed, 26 Dec 2007 22:47:06 -0200 Subject: [Icecast] about playlist handler in ices-0.4 In-Reply-To: References: <58435ac20712252112w67e990c3k4dd575c066274d82@mail.gmail.com> Message-ID: <58435ac20712261647v80592able4d5265b05a639d2@mail.gmail.com> My r?dio function very good, but i want change playlist... in real time... and i dont want thats the clients stop the listening. Please help me... i didint understand nothing about ices.pm and metadata I want to write a perl or python playlist handler for ices, but I don't know where to start. I see the skeleton files ices.pm for perl and ices.py for python. I read README.playlist. but there don't have how to. I try it.. and didint have sucessful #ices -v -S /ices.pm -F /playlist.txt -b 80 -m /leandro -h 192.168.15.102 -p 1025 -P alphanet -u http://alphanetbh.com.br -r -B and the result: _______________________________________________ DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: 192.168.15.102:1025 (protocol: http) DEBUG: Mount: /leandro, Password: alphanet DEBUG: Name: Default stream name URL: http://alphanetbh.com.br DEBUG: Genre: Default genre Desc: Default description DEBUG: Bitrate: 80 Public: 1 DEBUG: Dump file: (null) DEBUG: Initializing playlist handler... DEBUG: Initializing builting playlist handler... DEBUG: Randomizing playlist... DEBUG: Startup complete DEBUG: Builtin playlist handler serving: /music/Bon Jovi.mp3 DEBUG: Filename cleaned up from [/music/Bon Jovi.mp3] to [Bon Jovi] DEBUG: ID3v1: Title: Misunderstood-Bon Jovi-MAI DEBUG: ID3v1: Artist: DEBUG: Skipped 432 bytes of garbage before MP3 DEBUG: MPEG-1 layer III, 96 kbps, 32000 Hz, stereo DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Padding: 0 Playing /music/Bon Jovi.mp3 DEBUG: Updated metadata on /leandro to: Misunderstood-Bon Jovi-MAI Mounted on http://192.168.15.102:1025/leandro DEBUG: Delaying metadata update... DEBUG: Updated metadata on /leandro to: Misunderstood-Bon Jovi-MAI ________________________________________________________ How i use the function : ices_get_next ?????? look my ices.pm ____________________________________ # At least ices_get_next must be defined. And, like all perl modules, it # must return 1 at the end. # Function called to initialize your python environment. # Should return 1 if ok, and 0 if something went wrong. sub ices_init { print "Perl subsystem Initializing:\n"; return 1; } # Function called to shutdown your python enviroment. # Return 1 if ok, 0 if something went wrong. sub ices_shutdown { print "Perl subsystem shutting down:\n"; } # Function called to get the next filename to stream. # Should return a string. sub ices_get_next { print "Perl subsystem quering for new track:\n"; return "/music/james blunt - 1973.mp3"; } # If defined, the return value is used for title streaming (metadata) sub ices_get_metadata { return "Artist - Title (Album, Year)"; } # Function used to put the current line number of # the playlist in the cue file. If you don't care # about cue files, just return any integer. sub ices_get_lineno { return 1; } return 1; ______________________________________________ help me please thanks 2007/12/26, Geoff Shang : > > Leandro Campos wrote: > > > i would like know how to one playlist handler whith perl? > > > > where a search one "HOW TO" > > the following items in the Ices 0.4 distribution should help you: > > 1. README.playlist > 2. doc/icesmanual.html > 3. The Ices manpage > > An example module is provided as conf/ices.pm.dist > > In addition to the built-in support for Perl and Python, support for basic > scripting (i.e. with the path to the next file as the first line of > output) > was added at some point, though I'm not sure if it was before or after the > Ices 0.4 release. > > Geoff. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- ALPHANET INFORM?TICA LTDA www.alphanetbh.com.br Belo Horizonte MG Leandro Campos (31)30726251 (31)87883925 -------------- next part -------------- An HTML attachment was scrubbed... URL: