From webby at seneca-rez.net Wed Sep 1 00:30:52 2004 From: webby at seneca-rez.net (Jason L) Date: Tue, 31 Aug 2004 20:30:52 -0400 Subject: [Icecast] No Booting Message-ID: <000601c48fba$f001b7f0$1401a8c0@workstation> Is there a way to stop users from being booted from the server if the source fails? -------------- next part -------------- An HTML attachment was scrubbed... URL: From abob at speakeasy.net Wed Sep 1 15:08:29 2004 From: abob at speakeasy.net (Andrew Burghardt) Date: Wed, 01 Sep 2004 08:08:29 -0700 Subject: [Icecast] Engelmann AudioJack Message-ID: <4135E5ED.5010008@speakeasy.net> Recently I've started to see quite a few clients connecting with Engelmann AudioJack ('Engelmann Media Radio Listener' is the browser ID): http://www.audiojack.org/?file=Index&lang=english Anybody else seeing quite a few of these clients all of a sudden? I don't have a windows box to try this software on, but from their website it looks like something equivalent to the XM Radio recorder that made headlines this week. Now presumably these aren't actually listeners, but people connecting with this software to copy and extract songs. Often I see these users connected for many consecutive hours. Anyways, I wanted to get the community's thoughts on this... -- Andrew Burghardt abob at speakeasy.net From telmnstr at 757.org Wed Sep 1 15:13:10 2004 From: telmnstr at 757.org (Ethan) Date: Wed, 1 Sep 2004 11:13:10 -0400 (EDT) Subject: [Icecast] Engelmann AudioJack In-Reply-To: <4135E5ED.5010008@speakeasy.net> References: <4135E5ED.5010008@speakeasy.net> Message-ID: > Anybody else seeing quite a few of these clients all of a sudden? I > don't have a windows box to try this software on, but from their website > it looks like something equivalent to the XM Radio recorder that made > headlines this week. Now presumably these aren't actually listeners, but > people connecting with this software to copy and extract songs. Often I > see these users connected for many consecutive hours. Anyways, I wanted > to get the community's thoughts on this... I played with StreamRip32. Works fairly well, and is free (sourceforge). My biggest issue with my actual servers were people would disassociate the mime type for m3u, and directly download the 60 meg captures in the static files archive.... From jsheldon at cs.uml.edu Wed Sep 1 15:15:16 2004 From: jsheldon at cs.uml.edu (James Sheldon) Date: Wed, 1 Sep 2004 11:15:16 -0400 (EDT) Subject: [Icecast] Engelmann AudioJack In-Reply-To: <4135E5ED.5010008@speakeasy.net> References: <4135E5ED.5010008@speakeasy.net> Message-ID: Yes! I've noticed this too! For the last few days I've seen at least 2 or 3 of these "listeners" at a time. So is this like a TiVo for internet radio? Jim Sheldon jsheldon at cs.uml.edu On Wed, 1 Sep 2004, Andrew Burghardt wrote: > Recently I've started to see quite a few clients connecting with > Engelmann AudioJack ('Engelmann Media Radio Listener' is the browser ID): > > http://www.audiojack.org/?file=Index&lang=english > > Anybody else seeing quite a few of these clients all of a sudden? I > don't have a windows box to try this software on, but from their website > it looks like something equivalent to the XM Radio recorder that made > headlines this week. Now presumably these aren't actually listeners, but > people connecting with this software to copy and extract songs. Often I > see these users connected for many consecutive hours. Anyways, I wanted > to get the community's thoughts on this... > > > -- > Andrew Burghardt > abob at speakeasy.net > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > E3-I: This message has been scanned for viruses and dangerous content by UML's antivirus scanning services. > > From btrent at newsguy.com Wed Sep 1 15:22:21 2004 From: btrent at newsguy.com (Brett Trent) Date: Wed, 1 Sep 2004 11:22:21 -0400 Subject: [Icecast] Stream File Type? Message-ID: I'm a newbie. I've just installed Icecast2 and am streaming to it successfully via Nicecast (great app BTW). My problem is that the stream from Icecast2 comes through as an .m3u which does not correctly open on any of the Mac or Windows machines that I've tried. When broadcasting directly from Nicecast the file type is a .pls which both iTunes and WMP seem to deal with just fine right out of the box. Is there a way to have Icecast2 send as some other type? My users are tech-illiterate so making changes on their end it not an option. Thanks, Brett From daleg at elemental.org Wed Sep 1 16:37:03 2004 From: daleg at elemental.org (Dale Ghent) Date: Wed, 1 Sep 2004 12:37:03 -0400 Subject: [Icecast] Stream File Type? In-Reply-To: References: Message-ID: <27900644-FC35-11D8-B90A-000393528938@elemental.org> On Sep 1, 2004, at 11:22 AM, Brett Trent wrote: > Is there a way to have Icecast2 send as some other type? My users are > tech-illiterate so making changes on their end it not an option. Hey fellow Nicecast user :) m3u /is/ a standard playlist file for mp3 players. It's the original format. PLS file are indeed a newer format, but all modern MP3 players understand both formats. The trick is whether your users have those file types associated with an MP3 player. I know iTunes on the Mac will understand m3u files. I also know WinAMP will try to associate itself on Windows as the app to use downloaded m3u files. But changing icecast2 to generate a PLS-formatted file would require changes to the parts of the source code which generate that file. You best bet as a work-around is to make your own PLS file for your stream(s) (in any text editor) and have your users download that instead of the m3u generated by icecast2. /dale Dale Ghent - UNIX Systems Specialist UMBC Office of Information Technology ECS201 - x58205 - daleg [] umbc ! edu From eviloverlord at imux.net Wed Sep 1 16:42:57 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Wed, 01 Sep 2004 17:42:57 +0100 Subject: [Icecast] Stream File Type? In-Reply-To: References: Message-ID: <4135FC11.2040307@imux.net> Brett Trent wrote: > I'm a newbie. > > I've just installed Icecast2 and am streaming to it successfully via > Nicecast (great app BTW). > > My problem is that the stream from Icecast2 comes through as an .m3u > which does not correctly open on any of the Mac or Windows machines > that I've tried. When broadcasting directly from Nicecast the file > type is a .pls which both iTunes and WMP seem to deal with just fine > right out of the box. > > Is there a way to have Icecast2 send as some other type? My users > are tech-illiterate so making changes on their end it not an option. > > Thanks, Brett You've probably not set the hostname properly in the config file, as this is used in the generation of the m3u file. Download the m3u file from the server and have a look at what's inside it. Stephen -- Liveice Project http://liveice.sourceforge.net/ From webby at seneca-rez.net Wed Sep 1 17:22:00 2004 From: webby at seneca-rez.net (Jason L) Date: Wed, 1 Sep 2004 13:22:00 -0400 Subject: [Icecast] Stats Bug? Message-ID: <001701c49048$317a7310$1401a8c0@workstation> I use simplecast as the source into my icecast2 server. It has a built in stats program but the problem is that If my icecast server has over 2 mount points the stats stop working and the only way to fix it is to restart the icecast server. Is there anyway to fix this bug myself? Inactive (Error parsing xml document: Invalid at the top level of the document.||||Line: 1||empty result) That is the error that simplecast gets from icecast. Thank you. From andy at earthsong.free-online.co.uk Wed Sep 1 21:19:13 2004 From: andy at earthsong.free-online.co.uk (Andy Baxter) Date: Wed, 01 Sep 2004 22:19:13 +0100 Subject: [Icecast] Re: Engelmann AudioJack References: <4135E5ED.5010008@speakeasy.net> Message-ID: On Wed, 01 Sep 2004 08:08:29 -0700, Andrew Burghardt wrote: > Recently I've started to see quite a few clients connecting with > Engelmann AudioJack ('Engelmann Media Radio Listener' is the browser ID): > > http://www.audiojack.org/?file=Index&lang=english > > Anybody else seeing quite a few of these clients all of a sudden? I > don't have a windows box to try this software on, but from their website > it looks like something equivalent to the XM Radio recorder that made > headlines this week. Now presumably these aren't actually listeners, but > people connecting with this software to copy and extract songs. Often I > see these users connected for many consecutive hours. Anyways, I wanted > to get the community's thoughts on this... It looks much like what streamripper has done for a long time, but with more features and a pretty package. From btrent at newsguy.com Wed Sep 1 20:17:06 2004 From: btrent at newsguy.com (Brett Trent) Date: Wed, 1 Sep 2004 16:17:06 -0400 Subject: [Icecast] Stream File Type? In-Reply-To: <4135FC11.2040307@imux.net> References: <4135FC11.2040307@imux.net> Message-ID: >Brett Trent wrote: > >>I'm a newbie. >> >>I've just installed Icecast2 and am streaming to it successfully via >>Nicecast (great app BTW). >> >>My problem is that the stream from Icecast2 comes through as an .m3u >>which does not correctly open on any of the Mac or Windows machines >>that I've tried. When broadcasting directly from Nicecast the file >>type is a .pls which both iTunes and WMP seem to deal with just fine >>right out of the box. >> >>Is there a way to have Icecast2 send as some other type? My users >>are tech-illiterate so making changes on their end it not an option. >> >>Thanks, Brett > >You've probably not set the hostname properly in the config file, as this is used in the generation of the m3u file. Download the m3u file from the server and have a look at what's inside it. > >Stephen >-- >Liveice Project http://liveice.sourceforge.net/ Well, there you go - it IS still pointing to localhost. I'll fix that and give it another try. Is there a working Icecast2 server that I can connect to as a listener just to make sure I'm not having issues on that end? Thanks, Brett From daleg at elemental.org Wed Sep 1 20:27:11 2004 From: daleg at elemental.org (Dale Ghent) Date: Wed, 1 Sep 2004 16:27:11 -0400 Subject: [Icecast] Stream File Type? In-Reply-To: References: <4135FC11.2040307@imux.net> Message-ID: <4DDCD25B-FC55-11D8-B90A-000393528938@elemental.org> On Sep 1, 2004, at 4:17 PM, Brett Trent wrote: > Well, there you go - it IS still pointing to localhost. I'll fix that > and give it another try. > > Is there a working Icecast2 server that I can connect to as a listener > just to make sure I'm not having issues on that end? http://broadcast.umbc.edu:8001/elektronkind.m3u /dale From karl at xiph.org Thu Sep 2 21:05:48 2004 From: karl at xiph.org (Karl Heyes) Date: 02 Sep 2004 22:05:48 +0100 Subject: [Icecast] Stats Bug? In-Reply-To: <001701c49048$317a7310$1401a8c0@workstation> References: <001701c49048$317a7310$1401a8c0@workstation> Message-ID: <1094159147.11687.17.camel@bogus.hackers.club> On Wed, 2004-09-01 at 18:22, Jason L wrote: > I use simplecast as the source into my icecast2 server. It has a built in > stats program but the problem is that If my icecast server has over 2 mount > points the stats stop working and the only way to fix it is to restart the > icecast server. Is there anyway to fix this bug myself? can you give some more details on what you have running? version of icecast, what mountpoints you have running, stream format etc. Also do the /status.xsl and /admin/stats.xsl show in your browser ? I've not heard of this error before, so it's best to get an idea of what is being used. karl. From karl at xiph.org Thu Sep 2 21:11:54 2004 From: karl at xiph.org (Karl Heyes) Date: 02 Sep 2004 22:11:54 +0100 Subject: [Icecast] No Booting In-Reply-To: <000601c48fba$f001b7f0$1401a8c0@workstation> References: <000601c48fba$f001b7f0$1401a8c0@workstation> Message-ID: <1094159513.11687.23.camel@bogus.hackers.club> On Wed, 2004-09-01 at 01:30, Jason L wrote: > Is there a way to stop users from being booted from the server if the > source fails? This is the job of the fallback mounts, I believe there is some initial support in the 2.0.1 release, however the trunk code (for 2.1) has better fallback handling. karl. From btrent at newsguy.com Thu Sep 2 21:58:33 2004 From: btrent at newsguy.com (Brett Trent) Date: Thu, 2 Sep 2004 17:58:33 -0400 Subject: [Icecast] Stream File Type? In-Reply-To: <4135FC11.2040307@imux.net> References: <4135FC11.2040307@imux.net> Message-ID: >Brett Trent wrote: > >>I'm a newbie. >> >>I've just installed Icecast2 and am streaming to it successfully via >>Nicecast (great app BTW). >> >>My problem is that the stream from Icecast2 comes through as an .m3u >>which does not correctly open on any of the Mac or Windows machines >>that I've tried. When broadcasting directly from Nicecast the file >>type is a .pls which both iTunes and WMP seem to deal with just fine >>right out of the box. >> >>Is there a way to have Icecast2 send as some other type? My users >>are tech-illiterate so making changes on their end it not an option. >> >>Thanks, Brett > >You've probably not set the hostname properly in the config file, as this is used in the generation of the m3u file. Download the m3u file from the server and have a look at what's inside it. > >Stephen >-- >Liveice Project http://liveice.sourceforge.net/ >_______________________________________________ We did finally get this resolved. Once we started using the IP instead of the FQDN it all worked perfectly. Thanks to you all, Brett From Jason at Weatherserver.net Thu Sep 2 22:31:29 2004 From: Jason at Weatherserver.net (Jason) Date: Thu, 2 Sep 2004 18:31:29 -0400 Subject: [Icecast] Stats Bug? References: <001701c49048$317a7310$1401a8c0@workstation> <1094159147.11687.17.camel@bogus.hackers.club> Message-ID: <000201c4913c$97d1f080$1401a8c0@workstation> Version of Icecast: Newest Post on website 2.01 I do mp3 feeds I have mounts as /live /scanner and /nypd backup I never thought of trying the other stats screens when it happens but the author of simplecast says it is a issue he has told icecast authors about but it doesn't seem to be fixed. I only happens sometimes like right now I can't reproduce it. I'm guessing simplecast reads the /admin/status.xsl and something gets corrupted so it can't read the page correctly. It may also just be a simplecast icecast issue. I've posted a link to the simplecast forum and other people talk about it. http://www.spacialaudio.com/forums/viewtopic.php?t=3540&highlight=stats ----- Original Message ----- From: "Karl Heyes" To: Cc: "icecast" Sent: Thursday, September 02, 2004 5:05 PM Subject: Re: [Icecast] Stats Bug? > On Wed, 2004-09-01 at 18:22, Jason L wrote: >> I use simplecast as the source into my icecast2 server. It has a built in >> stats program but the problem is that If my icecast server has over 2 >> mount >> points the stats stop working and the only way to fix it is to restart >> the >> icecast server. Is there anyway to fix this bug myself? > > can you give some more details on what you have running? version of > icecast, what mountpoints you have running, stream format etc. > > Also do the /status.xsl and /admin/stats.xsl show in your browser ? I've > not heard of this error before, so it's best to get an idea of what is > being used. > > karl. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From karl at xiph.org Thu Sep 2 23:30:17 2004 From: karl at xiph.org (Karl Heyes) Date: 03 Sep 2004 00:30:17 +0100 Subject: [Icecast] Stats Bug? In-Reply-To: <000201c4913c$97d1f080$1401a8c0@workstation> References: <001701c49048$317a7310$1401a8c0@workstation> <1094159147.11687.17.camel@bogus.hackers.club> <000201c4913c$97d1f080$1401a8c0@workstation> Message-ID: <1094167816.11687.54.camel@bogus.hackers.club> On Thu, 2004-09-02 at 23:31, Jason wrote: > Version of Icecast: Newest Post on website 2.01 > > I do mp3 feeds I have mounts as /live /scanner and /nypd backup > > I never thought of trying the other stats screens when it happens but the > author of simplecast says it is a issue he has told icecast authors about > but it doesn't seem to be fixed. I only happens sometimes like right now I > can't reproduce it. I've not heard about it, looks like mike looked at this before. Looks like it's in bugzilla but thats only just come back up recently. > I'm guessing simplecast reads the /admin/status.xsl and something gets > corrupted so it can't read the page correctly. > It may also just be a simplecast icecast issue. > > I've posted a link to the simplecast forum and other people talk about it. > http://www.spacialaudio.com/forums/viewtopic.php?t=3540&highlight=stats >From these messages, the problem is not the /admin pages but the stats updates which maybe only simplecast is using (trying to use). I'll have a look into it karl. From gshang at pacific.net.au Fri Sep 3 03:15:25 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Fri, 3 Sep 2004 13:15:25 +1000 Subject: [Icecast] Sample Rates In-Reply-To: <08A89F1DEA45E44DA4DF4585C3E0FBA009C87037@cp-its-exs04.mail.saic.com> References: <08A89F1DEA45E44DA4DF4585C3E0FBA009C87037@cp-its-exs04.mail.saic.com> Message-ID: Young, Heidi A. wrote: > I am currently in the middle of a project where I need to configure an > Icecast Server and I am using Ices as the encoder. I want to configure Ices > to take in a stream with a sample rate of 128 kHz and output it to the > Icecast server. My question is, what are the minimum and maximum sample > rates that Ices will continue to work with? Are you sure it's 128kHz? This is a rather odd sampling rate. I've personally never come across anything between 96kHz and 192kHz (rates tend to be a multiple of 44.1kHz or 48kHz, and 128 is neither). What audio source is this (am curious)? Geoff. From msmith at xiph.org Fri Sep 3 04:01:20 2004 From: msmith at xiph.org (Michael Smith) Date: Fri, 3 Sep 2004 14:01:20 +1000 Subject: [Icecast] Important please reply ASAP In-Reply-To: <000801c48ef3$d4c1e310$1401a8c0@workstation> References: <000801c48ef3$d4c1e310$1401a8c0@workstation> Message-ID: <200409031401.20455.msmith@xiph.org> On Tuesday 31 August 2004 10:45, Jason L wrote: > #EXTM3U > #EXTINF:-1,NYPD PRIMARY SERVER > http://ve3nsv.no-ip.org:8000/nypd > #EXTINF:-1,NYPD SECONDARY SERVER (DO NOT USE UNLESS PRIMARY FULL) > http://scanner.weatherserver.net/nypdbackup > > > If server 1 is full will this automaticlly roll over to server 2? > > File is named nypd.m3u Icecast itself doesn't use m3u files (it can create them, but this isn't what you're asking about). So, your question is actually about whether a particular client (or clients) will do the "right" thing for your m3u file - and we can't answer that. You'll have to test with each of the player programs you're interested in using (whatever those might be). I'd expect many players to successfully drop back to using the secondary server here. Mike From msmith at xiph.org Fri Sep 3 04:05:22 2004 From: msmith at xiph.org (Michael Smith) Date: Fri, 3 Sep 2004 14:05:22 +1000 Subject: [Icecast] Stats Bug? In-Reply-To: <001701c49048$317a7310$1401a8c0@workstation> References: <001701c49048$317a7310$1401a8c0@workstation> Message-ID: <200409031405.22985.msmith@xiph.org> On Thursday 02 September 2004 03:22, Jason L wrote: > I use simplecast as the source into my icecast2 server. It has a built in > stats program but the problem is that If my icecast server has over 2 mount > points the stats stop working and the only way to fix it is to restart the > icecast server. Is there anyway to fix this bug myself? > > Inactive (Error parsing xml document: Invalid at the top level of the > document.||||Line: 1||empty result) > > > That is the error that simplecast gets from icecast. > > Thank you. > Since I don't actually have simplecast (or a system it could run on), I can't directly test this. However, it's a problem that has been reported before, and it's not an icecast bug. simplecast is expecting a response in a particular format - and icecast has never sent the stats response in that precise format. That's my guess, anyway... If anyone could send me a network trace showing the statistics request (from simplecast) and response (from icecast), I could check this. Mike From daleg at elemental.org Fri Sep 3 05:43:05 2004 From: daleg at elemental.org (Dale Ghent) Date: Fri, 3 Sep 2004 01:43:05 -0400 Subject: [Icecast] Sample Rates In-Reply-To: References: <08A89F1DEA45E44DA4DF4585C3E0FBA009C87037@cp-its-exs04.mail.saic.com> Message-ID: <21099606-FD6C-11D8-AE4D-000A95BAFCA8@elemental.org> On Sep 2, 2004, at 11:15 PM, Geoff Shang wrote: > Young, Heidi A. wrote: > >> I am currently in the middle of a project where I need to configure an >> Icecast Server and I am using Ices as the encoder. I want to >> configure Ices >> to take in a stream with a sample rate of 128 kHz and output it to the >> Icecast server. My question is, what are the minimum and maximum >> sample >> rates that Ices will continue to work with? > > Are you sure it's 128kHz? This is a rather odd sampling rate. I've > personally never come across anything between 96kHz and 192kHz (rates > tend to be a multiple of 44.1kHz or 48kHz, and 128 is neither). What > audio source is this (am curious)? She obviously has "sample rate" confused with "bit rate" /dale From inzanekaoz at yahoo.com Fri Sep 3 14:46:31 2004 From: inzanekaoz at yahoo.com (HJ) Date: Fri, 3 Sep 2004 07:46:31 -0700 (PDT) Subject: [Icecast] Re: Converting an mp3stream from shoutcast to an ogg stream on icecast on the fly - is this possible? In-Reply-To: Message-ID: <20040903144631.2908.qmail@web54102.mail.yahoo.com> Also consider if http://www.oddsock.org/tools/streamTranscoder/ could meet your needs. (Scroll down past the download section for information.) From andy at earthsong.free-online.co.uk Fri Sep 3 20:19:14 2004 From: andy at earthsong.free-online.co.uk (Andy Baxter) Date: Fri, 03 Sep 2004 21:19:14 +0100 Subject: [Icecast] Re: Sample Rates References: <08A89F1DEA45E44DA4DF4585C3E0FBA009C87037@cp-its-exs04.mail.saic.com> Message-ID: On Tue, 31 Aug 2004 16:23:53 -0700, Young, Heidi A. wrote: > Hi there - > > > > I am currently in the middle of a project where I need to configure an > Icecast Server and I am using Ices as the encoder. I want to configure Ices > to take in a stream with a sample rate of 128 kHz and output it to the > Icecast server. My question is, what are the minimum and maximum sample > rates that Ices will continue to work with? > > > > Thank you, > > > > Heidi Young > > Software Developer > > SAIC - Sea Technology and Services Division > > 1007 Scott Ave. Suite A > > Bremerton, WA 98310 > > (360) 415-5768 I've managed to get it down to a bitrate (not sample rate) of about 20-22 kbit/s mono using a config file like this (change the input section to suit your setup). I don't know what the max bitrate is, but probably not much point going much above 128 kbit/s stereo, as the quality at that rate is pretty good. 0 /tmp ices.log 4 2048 0 /var/ices/ices.pid jack 1 ices32 localhost 8000 hackme /mono.ogg 2 5 22050 1 22000 22000 From mark at indymedia.org Sat Sep 4 03:48:28 2004 From: mark at indymedia.org (mark burdett) Date: Fri, 3 Sep 2004 20:48:28 -0700 Subject: [Icecast] relay & fallback timeout issue Message-ID: <20040903204828.B20362@indymedia.org> i have two icecast servers on the same host (logging to the same file) one is a public server that people connect to one is a backend switcher to switch what they listen to and handle fallbacks. when a source or relay times out, the public server disconnects at the same time that the backend server switches to the fallback. what is the best way to deal w/ this? increase the source timeout on the public server so it waits for the fallback to come up? (cmrn is set to relay cmrn_anoise, which has cmrn_anoise_loop as fallback) [2004-09-03 20:01:44] WARN source/get_next_buffer Disconnecting source due to socket timeout [2004-09-03 20:01:44] INFO source/source_shutdown Source "/cmrn_anoise.mp3" exiting [2004-09-03 20:01:44] INFO source/source_move_clients passing 1 listeners to "/cmrn_anoise_loop.mp3" [2004-09-03 20:01:44] DBUG source/source_clear_source clearing source "/cmrn_anoise.mp3" [2004-09-03 20:01:44] WARN source/get_next_buffer Disconnecting source due to socket timeout [2004-09-03 20:01:44] INFO source/source_shutdown Source "/cmrn.mp3" exiting [2004-09-03 20:01:44] DBUG yp/yp_remove release /cmrn.mp3 on YP http://radio.indymedia.org/cgi-bin/yp-cgi [2004-09-03 20:01:44] DBUG yp/yp_remove release /cmrn.mp3 on YP http://dir.xiph.org/cgi-bin/yp-cgi [2004-09-03 20:01:44] DBUG yp/yp_remove release /cmrn.mp3 on YP http://www.oddsock.org/cgi-bin/yp-cgi [2004-09-03 20:01:44] DBUG source/source_clear_source clearing source "/cmrn.mp3" --mark From karl at xiph.org Sat Sep 4 11:49:32 2004 From: karl at xiph.org (Karl Heyes) Date: 04 Sep 2004 12:49:32 +0100 Subject: [Icecast] relay & fallback timeout issue In-Reply-To: <20040903204828.B20362@indymedia.org> References: <20040903204828.B20362@indymedia.org> Message-ID: <1094298572.25157.3.camel@bogus.hackers.club> On Sat, 2004-09-04 at 04:48, mark burdett wrote: > i have two icecast servers on the same host (logging to the same file) > one is a public server that people connect to > one is a backend switcher to switch what they listen to and handle fallbacks. > when a source or relay times out, the public server disconnects at the same time that the backend server switches to the fallback. > > what is the best way to deal w/ this? increase the source timeout on the public server so it waits for the fallback to come up? That and/or reduce the source timeout on the backend switcher. karl. From eleusa at gmx.net Mon Sep 6 01:54:08 2004 From: eleusa at gmx.net (kevin) Date: Mon, 6 Sep 2004 03:54:08 +0200 (MEST) Subject: [Icecast] moving status.xsl info Message-ID: <23245.1094435648@www43.gmx.net> is there a way to get the information that apears at http://url:port/status.xsl to appear on another wepage? say a radio is streaming, and this radio has a webpage. it would be nice if the stream description, song title, and number of listeners would appear in the home page of the radio. basically i want the info that appears in the yp-directory, but not the whole yp. just the info for one stream. thanks, kevin -- "there is no ideology and there never was any." NEU: Bis zu 10 GB Speicher f?r e-mails & Dateien! 1 GB bereits bei GMX FreeMail http://www.gmx.net/de/go/mail From lemmingsml at nerim.fr Mon Sep 6 09:27:22 2004 From: lemmingsml at nerim.fr (EISELE Pascal) Date: Mon, 06 Sep 2004 11:27:22 +0200 Subject: [Icecast] How record a icecast v2 stream ??? Message-ID: <413C2D7A.4000109@nerim.fr> Hi, I was using streamripper to record my icecast streams but no I'm looking for a free tool to record icecast v2 stream under GNU Linux. Please help :( From dm8tbr at afthd.tu-darmstadt.de Mon Sep 6 12:18:44 2004 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker, DM8TBR) Date: Mon, 6 Sep 2004 14:18:44 +0200 Subject: [Icecast] moving status.xsl info In-Reply-To: <23245.1094435648@www43.gmx.net> Message-ID: <004901c4940b$a7818190$c800a8c0@puck> Hi kevin, as you might have noticed in the mailinglist archives (http://lists.xiph.org/pipermail/icecast/) this has already been discussed. xml/xslt provides vast possibilities for customization. A short outline of a possible approach would be: Craft an xslt that outputs exactly what you want in an easy to parse format. Include this page through php to make it show up on a webpage. Check out www.sluchaj.com . In the top middle of the page a flash-applet should load displaying Info about current playing song. This is accomplished exactly the way outlined above. Regards, Thomas From james at hawkley.net Tue Sep 7 13:22:24 2004 From: james at hawkley.net (James McCurrach) Date: Tue, 7 Sep 2004 14:22:24 +0100 (BST) Subject: [Icecast] Ices with perl playlist - multiple instances Message-ID: <20040907132224.9431614CD@hdotnetadmin.hb> Hello, I'd like to be able to run multiple instances of Ices (2.0), each with their own playlist and streaming to different mountpoints. Although I'm relatively new to Ices and Icecast, so far I have had little trouble getting it running with two or more instances of Ices feeding off fixed playlists (files). I'd like to be able to set each instance of Ices to run with script based playlists (there are plenty of perl modules etc which do this well), with the playlist itself in the form of a table in a MySQL database. viz: mount #1 mount #2 | | --------|------- icecast (2.0) --------|-------.............. as many channels as I want | | ices #1 ices #2 | | next file next file | | --------|--------.............. | perl script | MySQL table (file name) (stream #) (play order) The problem is that I can't see how to get Ices to send some form of parameter to the perl script so that it knows which instance is calling it and can then pull the right next track filename from the DB. There is the pidfile option in the config.xml, so that as I invoke each Ices instance I can capture the pid (for signalling etc) but how can I pass this pid or other identifier to the perl script? Apologies in advance if this has already been dealt with, but I couldn't find it in the archives. Thanks, James From k.j.wierenga at home.nl Tue Sep 7 13:58:01 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 7 Sep 2004 15:58:01 +0200 Subject: [Icecast] fallback to static mp3 file? Message-ID: <20040907135803.F0A4B104196@smtp3.oregonstate.edu> Hi all, Are there any plans for allowing fallback to a static mp3 file? How much effort would it be to implement this in the current version. If there are no plans to do something like this, is there a way this can be achieved in another way? Cheers, Klaas Jan Wierenga http://audioserver.nl From gshang at pacific.net.au Tue Sep 7 14:28:52 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Wed, 8 Sep 2004 00:28:52 +1000 Subject: [Icecast] fallback to static mp3 file? In-Reply-To: <20040907135803.F0A4B104196@smtp3.oregonstate.edu> References: <20040907135803.F0A4B104196@smtp3.oregonstate.edu> Message-ID: Hi: If you want a static file that just cycles, you could use ezstream or ices 0.4 to send this file to a mountpoint which you set as your fallback. I think some of Karl's code has options for executing commands upon fallback, this could be used to cycle it back to the start if you always wanted to hit the beginning of the file. Geoff. From k.j.wierenga at home.nl Tue Sep 7 14:39:07 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 7 Sep 2004 16:39:07 +0200 Subject: Antw: Re: [Icecast] fallback to static mp3 file? Message-ID: <20040907143909.6046E12814A@smtp1.oregonstate.edu> Hi Geoff, Thanks, that sounds like a good idea. I've just tried it and of course it works. Then I discovered that when the original source is not connected icecast doesn't fall through to the fallback mount. Is this a known problem? KJ > > Van: Geoff Shang > Aan: Klaas Jan Wierenga > CC: icecast at xiph.org > Datum: di 7 sep 04, 16:28 > Onderwerp: Re: [Icecast] fallback to static mp3 file? > > Hi: > > If you want a static file that just cycles, you could use ezstream or ices > 0.4 to send this file to a mountpoint which you set as your fallback. I > think some of Karl's code has options for executing commands upon fallback, > this could be used to cycle it back to the start if you always wanted to > hit the beginning of the file. > > Geoff. > From karl at xiph.org Tue Sep 7 14:48:02 2004 From: karl at xiph.org (Karl Heyes) Date: 07 Sep 2004 15:48:02 +0100 Subject: Antw: Re: [Icecast] fallback to static mp3 file? In-Reply-To: <20040907143909.6046E12814A@smtp1.oregonstate.edu> References: <20040907143909.6046E12814A@smtp1.oregonstate.edu> Message-ID: <1094568481.29495.19.camel@bogus.hackers.club> On Tue, 2004-09-07 at 15:39, Klaas Jan Wierenga wrote: > Hi Geoff, > > Thanks, that sounds like a good idea. I've just tried it and of course it works. Then I discovered that when the original source is not connected icecast doesn't fall through to the fallback mount. Is this a known problem? yes it is, for the v2.0.1 release. The trunk code (ie for 2.1) has a more complete fallback support. wrt your original query, I'm not aware of any plans to add such a feature but I suspect it can be added without too much grief, whether it will before 2.1 is released is another matter. karl. From k.j.wierenga at home.nl Tue Sep 7 16:54:55 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 7 Sep 2004 18:54:55 +0200 Subject: [Icecast] fallback to static mp3 file? Message-ID: <20040907165457.8D67B128135@smtp1.oregonstate.edu> Karl, It would certainly be a useful feature for me and I guess others. The current solution with ezstream works but listeners all end up at the same (current) point in the mp3 file. With the mp3 file as a fallback each individual listener would want to start hearing it from the start. This might be more difficult to implement with the single-q that is in the current trunk code, I don't know. About the status of the svn 2.1 trunk code. What is the status? I guess it's not a stable release? Or is it stable enough to use it in a production system. If it is stable/mature enough I could start using it (with its extra features and bugfixes) in my production system. Any thoughts? Cheers, KJ > > Van: Karl Heyes > Aan: Klaas Jan Wierenga > CC: icecast > Datum: di 7 sep 04, 16:48 > Onderwerp: Re: Antw: Re: [Icecast] fallback to static mp3 file? > > On Tue, 2004-09-07 at 15:39, Klaas Jan Wierenga wrote: > > Hi Geoff, > > > > Thanks, that sounds like a good idea. I've just tried it and of course it works. Then I discovered that when the original source is not connected icecast doesn't fall through to the fallback mount. Is this a known problem? > > yes it is, for the v2.0.1 release. The trunk code (ie for 2.1) has a > more complete fallback support. > > wrt your original query, I'm not aware of any plans to add such a > feature but I suspect it can be added without too much grief, whether it > will before 2.1 is released is another matter. > > karl. > > > From karl at xiph.org Tue Sep 7 17:55:01 2004 From: karl at xiph.org (Karl Heyes) Date: 07 Sep 2004 18:55:01 +0100 Subject: [Icecast] fallback to static mp3 file? In-Reply-To: <20040907165457.8D67B128135@smtp1.oregonstate.edu> References: <20040907165457.8D67B128135@smtp1.oregonstate.edu> Message-ID: <1094579700.29495.96.camel@bogus.hackers.club> On Tue, 2004-09-07 at 17:54, Klaas Jan Wierenga wrote: > Karl, > > It would certainly be a useful feature for me and I guess others. The > current solution with ezstream works but listeners all end up at the > same (current) point in the mp3 file. With the mp3 file as a fallback > each individual listener would want to start hearing it from the > start. This might be more difficult to implement with the single-q > that is in the current trunk code, I don't know. The single-q changes would not affect anything like this, this would be purely a client handling change. Don't forget icecast does have file serving capabilities so it would be just a matter of doing internal changes to handle source to file serving client migration and vice versa. I need to look at the specifics to an idea of the extent of the changes. > About the status of the svn 2.1 trunk code. What is the status? I > guess it's not a stable release? Or is it stable enough to use it in > a production system. If it is stable/mature enough I could start using > it (with its extra features and bugfixes) in my production system. Any > thoughts? Whether it is stable enough is hard to say, as the only measure for that is heavy usage. From the feedback I've had and the lack of faults reported I would say it is certainly stable enough for most is not all users :) There are still some known issues to resolve for trunk but those are not easy to trigger and in fact are not really stability issues. karl. From k.j.wierenga at home.nl Tue Sep 7 18:54:43 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 7 Sep 2004 20:54:43 +0200 Subject: [Icecast] fallback to static mp3 file? Message-ID: <20040907185446.DB08D1041B3@smtp3.oregonstate.edu> Thanks for the status on the trunk version. I'll give the trunk version a whirl and start using it heavily :-) and report back if there are any problems. Cheers, KJ > > Van: Karl Heyes > Aan: Klaas Jan Wierenga > CC: icecast > Datum: di 7 sep 04, 19:55 > Onderwerp: Re: [Icecast] fallback to static mp3 file? > > On Tue, 2004-09-07 at 17:54, Klaas Jan Wierenga wrote: > > Karl, > > > > It would certainly be a useful feature for me and I guess others. The > > current solution with ezstream works but listeners all end up at the > > same (current) point in the mp3 file. With the mp3 file as a fallback > > each individual listener would want to start hearing it from the > > start. This might be more difficult to implement with the single-q > > that is in the current trunk code, I don't know. > > The single-q changes would not affect anything like this, this would be > purely a client handling change. Don't forget icecast does have file > serving capabilities so it would be just a matter of doing internal > changes to handle source to file serving client migration and vice > versa. I need to look at the specifics to an idea of the extent of the > changes. > > > About the status of the svn 2.1 trunk code. What is the status? I > > guess it's not a stable release? Or is it stable enough to use it in > > a production system. If it is stable/mature enough I could start using > > it (with its extra features and bugfixes) in my production system. Any > > thoughts? > > Whether it is stable enough is hard to say, as the only measure for that > is heavy usage. From the feedback I've had and the lack of faults > reported I would say it is certainly stable enough for most is not all > users :) > > There are still some known issues to resolve for trunk but those are not > easy to trigger and in fact are not really stability issues. > > karl. > > > From wolfofstone at msn.com Tue Sep 7 09:35:55 2004 From: wolfofstone at msn.com (nicholas mendoza) Date: Tue, 7 Sep 2004 02:35:55 -0700 Subject: [Icecast] help Message-ID: help I don't know how to get started( where do I install from) if you could please help e-mail me at Nick at undergroundsounds.us thank you, nick -------------- next part -------------- An HTML attachment was scrubbed... URL: From gshang at pacific.net.au Sat Sep 11 18:57:00 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Sun, 12 Sep 2004 04:57:00 +1000 Subject: [Icecast] fallback to static mp3 file? In-Reply-To: <1094579700.29495.96.camel@bogus.hackers.club> References: <20040907165457.8D67B128135@smtp1.oregonstate.edu> <1094579700.29495.96.camel@bogus.hackers.club> Message-ID: Karl Heyes wrote: > Don't forget icecast does have file > serving capabilities so it would be just a matter of doing internal > changes to handle source to file serving client migration and vice > versa. I need to look at the specifics to an idea of the extent of the > changes. What would be cool is an initial static file being sent before joinging a life stream, such as shoutcast can do. For static situations, a static file can be put in the calling M3U or PLS file, but I'm thinking about the ability to do this for fallbacks. We have two situations where this would be useful. First, at times we haave an automaation system which uses Oddsock's Song Requester plugin to take requests when no-one is on the air. It would be great if, when a stream fell back to this stream on its own mountpoint, the listener could be told that this was the case and to go to our website to make requests. New listeners would also benefit in this situation. The other situation is that we have a backup loop that kicks in when no-one is on. We could have a loop of files that cycles, and a message at the front that tells people of the break in transmission and thata programming will resume shortly. This means that anyone listening doesn't haave to hear the same loop from the beginning all the time, but they can be told up front what the situation is so they know. > There are still some known issues to resolve for trunk but those are not > easy to trigger and in fact are not really stability issues. So how far away are we from a release? I'm keen to deploy this code, but I'm a bit reluctant to put development code up, though I could do this I guess as it is pretty stable as you say. The other question I have from a friend is, if it's going to be awhile till the next release, are there any windows binaries of the development code? Geoff. From daniel at fiene.tv Sun Sep 12 11:51:16 2004 From: daniel at fiene.tv (Daniel Fiene) Date: Sun, 12 Sep 2004 13:51:16 +0200 Subject: [Icecast] Icecast2 - different Qualities Message-ID: <20040912115149.566DF1CC08C@p15150524.pureserver.info> Hi, We are streaming via oddcast/winamoo to icecast2 a 128kbit/s stream. I didn't find any information about offering a second version of the stream in a lower quality. Can I configure Icecast, that it takes the first mountpoint and gives it a second lower kbps rated mountpoint? Greetings and THX, Daniel From eviloverlord at imux.net Sun Sep 12 12:00:33 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Sun, 12 Sep 2004 13:00:33 +0100 Subject: [Icecast] Icecast2 - different Qualities In-Reply-To: <20040912115149.566DF1CC08C@p15150524.pureserver.info> References: <20040912115149.566DF1CC08C@p15150524.pureserver.info> Message-ID: <41443A61.6040303@imux.net> Daniel Fiene wrote: > Hi, > > We are streaming via oddcast/winamoo to icecast2 a 128kbit/s stream. I > didn't find any information about offering a second version of the stream in > a lower quality. Can I configure Icecast, that it takes the first mountpoint > and gives it a second lower kbps rated mountpoint? > > Greetings and THX, Daniel > If you're wanting a second copy of the stream you either need a source client which will produce that second stream from the same input, such as IceS2 or you need to transcode the current stream with oddsock's streamTranscoder. There is currently no support for what you want in the icecast server; encoding is something outside of its designated realm. Stephen -- Liveice Project http://liveice.sourceforge.net/ From karl at xiph.org Sun Sep 12 12:57:56 2004 From: karl at xiph.org (Karl Heyes) Date: 12 Sep 2004 13:57:56 +0100 Subject: [Icecast] Stats Bug? In-Reply-To: <001701c49048$317a7310$1401a8c0@workstation> References: <001701c49048$317a7310$1401a8c0@workstation> Message-ID: <1094993876.7119.6.camel@bogus.hackers.club> On Wed, 2004-09-01 at 18:22, Jason L wrote: > I use simplecast as the source into my icecast2 server. It has a built in > stats program but the problem is that If my icecast server has over 2 mount > points the stats stop working and the only way to fix it is to restart the > icecast server. Is there anyway to fix this bug myself? > > Inactive (Error parsing xml document: Invalid at the top level of the > document.||||Line: 1||empty result) The spacialaudio people have said they will be looking into this, apparently they were not aware of the issue. karl. From rojo at nocrew.org Sun Sep 12 17:49:01 2004 From: rojo at nocrew.org (Rolf Johansson) Date: 12 Sep 2004 19:49:01 +0200 Subject: [Icecast] Ices with perl playlist - multiple instances In-Reply-To: <20040907132224.9431614CD@hdotnetadmin.hb> References: <20040907132224.9431614CD@hdotnetadmin.hb> Message-ID: <7jk6uzs7hu.fsf@junk.nocrew.org> "James McCurrach" writes: > The problem is that I can't see how to get Ices to send some form of > parameter to the perl script so that it knows which instance is calling > it and can then pull the right next track filename from the DB. There > is the pidfile option in the config.xml, so that as I invoke each Ices > instance I can capture the pid (for signalling etc) but how can I pass > this pid or other identifier to the perl script? As far as I know, the Perl script is started _with_ the iceS instance, so you'll have to have one script for each iceS instance. I don't know of any way of passing arguments from iceS to the script at run-time, that could simplify things. One other way is to have the "base" Perl scipt in base.pl or something, then call ices-channel-1.pl with channel variables in that one, and require() base.pl, and ices-channel-2.pl for another iceS channel, and so on. /Rolf From andy at earthsong.free-online.co.uk Sun Sep 12 21:48:32 2004 From: andy at earthsong.free-online.co.uk (Andy Baxter) Date: Sun, 12 Sep 2004 22:48:32 +0100 Subject: [Icecast] Re: Ices with perl playlist - multiple instances References: <20040907132224.9431614CD@hdotnetadmin.hb> Message-ID: On Tue, 07 Sep 2004 14:22:24 +0100, James McCurrach wrote: > > Hello, > > I'd like to be able to run multiple instances of Ices (2.0), each with > their own playlist and streaming to different mountpoints. > > Although I'm relatively new to Ices and Icecast, so far I have had > little trouble getting it running with two or more instances of Ices > feeding off fixed playlists (files). > > I'd like to be able to set each instance of Ices to run with script > based playlists (there are plenty of perl modules etc which do this > well), with the playlist itself in the form of a table in a MySQL > database. > > viz: > > mount #1 mount #2 > | | > --------|------- > icecast (2.0) > --------|-------.............. as many channels as I want > | | > ices #1 ices #2 > | | > next file next file > | | > --------|--------.............. > | > perl script > | > MySQL table > (file name) > (stream #) > (play order) > > The problem is that I can't see how to get Ices to send some form of > parameter to the perl script so that it knows which instance is calling > it and can then pull the right next track filename from the DB. There > is the pidfile option in the config.xml, so that as I invoke each Ices > instance I can capture the pid (for signalling etc) but how can I pass > this pid or other identifier to the perl script? > > Apologies in advance if this has already been dealt with, but I couldn't > find it in the archives. > > Thanks, > > James If the playlist script has been invoked by ices, then ices should be its parent process. You can find out the parent process of a given process from inside perl, if this helps. Or if there are only going to be a few instances of the script, run each one through a different symbolic link (ln -s), and then read the command line inside the perl script. From kirkwood at orcon.net.nz Mon Sep 13 01:09:56 2004 From: kirkwood at orcon.net.nz (Dwayne Kirkwood) Date: Mon, 13 Sep 2004 13:09:56 +1200 Subject: [Icecast] Icecast Problem - Clients lose sound after songs Message-ID: <001101c4992e$625a58d0$0a00a8c0@stan> Hey.. I'm new to the mailing list so this is my first post, be gentle if I've made any mistakes! I'm having a problem with my icecast install. I'm running Icecast with Ices2, and am using a hacked up version of IceRequest module. This problem happened before I used IceRequest so it isn't really related. Anyway! What happens is that while the radio is playing, occasionally when a song ends the client doesn't hear the next song, but stays connected to the radio (winamp 5). If they double click on the radio in there playlist, it reconnects and they can hear the song. It tends to happen for about 3 songs in a row (this is on random btw). If the client doesn't reconnect, at some point later on when another song change happens he'll be able to hear the radio once again. This happens to all clients at the same time, it's not just one or another. If anyone can help me out that'd be excellent! Thanks Dwayne From gshang at pacific.net.au Mon Sep 13 12:55:42 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Mon, 13 Sep 2004 22:55:42 +1000 Subject: [Icecast] Ices with perl playlist - multiple instances In-Reply-To: <7jk6uzs7hu.fsf@junk.nocrew.org> References: <20040907132224.9431614CD@hdotnetadmin.hb> <7jk6uzs7hu.fsf@junk.nocrew.org> Message-ID: Hi: Just a thought. Could you not simply include the parameter along with the script name in the config file? Or won't Ices let you do that? Geoff. From karl at xiph.org Mon Sep 13 13:37:55 2004 From: karl at xiph.org (Karl Heyes) Date: 13 Sep 2004 14:37:55 +0100 Subject: [Icecast] Ices with perl playlist - multiple instances In-Reply-To: References: <20040907132224.9431614CD@hdotnetadmin.hb> <7jk6uzs7hu.fsf@junk.nocrew.org> Message-ID: <1095082673.8513.61.camel@bogus.hackers.club> On Mon, 2004-09-13 at 13:55, Geoff Shang wrote: > Hi: > > Just a thought. Could you not simply include the parameter along with the > script name in the config file? Or won't Ices let you do that? For ices 2.0 yes, the script type for the playlist module uses popen so it should be able to take a shell command line, and therefore passing args should work just fine. karl. From daveekelly at earthlink.net Mon Sep 13 20:05:41 2004 From: daveekelly at earthlink.net (Dave) Date: Mon, 13 Sep 2004 15:05:41 -0500 Subject: [Icecast] Direcway Satalite Dish Message-ID: <4145FD95.8000907@earthlink.net> Is any one using a Direcway Satalite to stream audio out. I want to do some live broadcasting next month and I live so far out in the country that this is the only broadband source available. Is there any source of information on this to read up on? Any problems anyone has run into? Things I should look out for or do? Thanks in advances. Dave Kelly From james at hawkley.net Mon Sep 13 21:52:06 2004 From: james at hawkley.net (James McCurrach) Date: Mon, 13 Sep 2004 22:52:06 +0100 (BST) Subject: [Icecast] Direcway Satalite Dish In-Reply-To: <4145FD95.8000907@earthlink.net> Message-ID: <20040913215206.1AAD114DF@hdotnetadmin.hb> Hi Dave, I'm no expert (having only been using Icecast/Ices for a couple of months) but it seems to work OK for me. I have a sat link from Aramiska (2-way so latency of 700ms) but if you point your listener to: {sent privately to Dave} you'll see that it works. My files are in ogg-vorbis so you'll need something other than Windows Media Player eg WinAmp to listen to them. (if you hear it occasionally stutter that's my box not the link - it does that to me on the LAN too and is cos the 'server' is also my Apache box and doesn't have the puff to do both!) There are probably lots of clever things you can do with the and settings in the config files - others in this forum will be better placed than me to say what! James On 9/13/2004, "Dave" wrote: >Is any one using a Direcway Satalite to stream audio out. > >I want to do some live broadcasting next month and I live so far out in >the country that this is the only broadband source available. > >Is there any source of information on this to read up on? >Any problems anyone has run into? >Things I should look out for or do? > >Thanks in advances. >Dave Kelly >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From list-icecast at rewtbox.de Tue Sep 14 00:50:25 2004 From: list-icecast at rewtbox.de (ACiDAngel) Date: Tue, 14 Sep 2004 02:50:25 +0200 Subject: [Icecast] Yp + chroot does not work Message-ID: <20040914004840.5AED511F800@ns2.osuosl.org> Anyone recognized yet that the yp functions do not work toogether with chroot enabled? I'm running icecast2 and it successfully announces to yp servers if i don't have the chroot enabled. Then i do nothing else than enabling chroot and the log says: [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result SID -> () [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result Message -> () [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result Touch Freq -> (0) [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result Response -> (0) [2004-09-14 00:07:59] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown) (http://dir.xiph.org/cgi-bin/yp-cgi) The same yp directory worked before with non-chroot (also other directories) I tried to figure out the problem - i thougt maybe ist a library problem - maybe it fails to link to libresolv or so ... So I tried to strace/ltrace the icecast2 process but it gave me no errors. Does anyone has an solution for that problem because i dont want to run my server without chroot for security reasons but i also would like to announce to yp's. I'm using the latest icecast version 2.0.1 And also some other question - how can I let icecast announce itself to shoutcast YP directory (yp.shoutcast.com) What is the url I have to use - just http://yp.shoutcast.com without /cgi-bin/ stuff ?? Thanks 4 your help Ralf From jlb at twu.net Tue Sep 14 01:26:33 2004 From: jlb at twu.net (JLB) Date: Mon, 13 Sep 2004 21:26:33 -0400 (EDT) Subject: [Icecast] Questions on setting up icecast Message-ID: Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... I merely want a simple solution to do the following: I am setting up a streaming server for in-house use. I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I listen to them in xmms. In other words, I DO NOT want: XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> listeners I want: XMMS ---> icecast ---> listeners Surely this is do-able using a VBR stream? In other words, I DO NOT want my MP3s to be decoded, then re-encoded, then sent over the network (the re-encoding, of course, introducing further lossiness). I want the actual raw MP3 frames to be sent as a VBR stream to the listeners. I want the MP3 to sound PRECISELY as good on the listening machine as on my machine. Surely this is do-able? -- J. L. Blank, Systems Administrator, twu.net From daleg at elemental.org Tue Sep 14 03:20:25 2004 From: daleg at elemental.org (Dale Ghent) Date: Mon, 13 Sep 2004 23:20:25 -0400 Subject: [Icecast] Parsing /admin/stats with PHP Message-ID: <052FC36E-05FD-11D9-B4DA-000A95BAFCA8@elemental.org> Here's a dirty little PHP script I'm using to get the current listener count and track from my icecast server. It parses the XML output from /admin/stats. Some of you may find it useful. "; echo "Currently playing: $currenttrack"; ?> From Horst_Blaha at uniquare.com Tue Sep 14 07:29:03 2004 From: Horst_Blaha at uniquare.com (Horst_Blaha at uniquare.com) Date: Tue, 14 Sep 2004 09:29:03 +0200 Subject: [Icecast] Icecast with listener Authentication Message-ID: Hi Is there any chance to get an ICECAST Version with listener Authentication for Win32??? Please help me! Horst From eviloverlord at imux.net Tue Sep 14 09:14:18 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Tue, 14 Sep 2004 10:14:18 +0100 Subject: [Icecast] Questions on setting up icecast In-Reply-To: References: Message-ID: <4146B66A.5020508@imux.net> JLB wrote: > Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... > > I merely want a simple solution to do the following: > > I am setting up a streaming server for in-house use. > > I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I > listen to them in xmms. > > In other words, I DO NOT want: > > XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> listeners > > I want: > > XMMS ---> icecast ---> listeners > > Surely this is do-able using a VBR stream? In other words, I DO NOT want > my MP3s to be decoded, then re-encoded, then sent over the network (the > re-encoding, of course, introducing further lossiness). I want the actual > raw MP3 frames to be sent as a VBR stream to the listeners. I want the MP3 > to sound PRECISELY as good on the listening machine as on my machine. > > Surely this is do-able? http://www.oddsock.org/tools/oddcastv2_xmms/ Stephen -- LiveIce Project http://liveice.sourceforge.net/ From k.j.wierenga at home.nl Tue Sep 14 11:09:40 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 14 Sep 2004 13:09:40 +0200 Subject: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Message-ID: <20040914110801.084EE286E31@ns3.osuosl.org> Hi, I am using Webalizer (streaming version) to process the Icecast access logs. In Icecast version 2.0.1 the "SOURCE /" access log entries would contain the amount of data transferred for the source. The svn-2.1-trunk version always return 17 as the amount of bytes sent for the source, the number of seconds at the end of the log line is correct, however webalizer uses the bytes transferred to calculate it's statistics. In other words the sent_bytes statistics on source connections is not updated anymore. I can see why one would do this, since the source data is not sent but received, but I still think it would be better to log the amount of source data transferred in the access.log. You could rename the sent_bytes field in connection.h to transferred_bytes. Cheers, Klaas Jan k.j.wierenga at audioserver.nl From k.j.wierenga at home.nl Tue Sep 14 11:56:48 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 14 Sep 2004 13:56:48 +0200 Subject: [Icecast] Tip: using icecast in chroot mode may break timestamp in access.log Message-ID: <20040914115453.EE1D6BBBA0@ns1.osuosl.org> Hi all, Just thought I'd share this little bit of information. If you're running Icecast in a chroot jail the timestamps in the access.log file will almost certainly be in UTC times. If you want local timezone timestamps you need to make sure the file /etc/localtime is in /etc/localtime. If you use a different timezone settings (generated using tzselect for example). You may need to copy the appropriate files from /usr/share/zoneinfo to your chroot basedir. Just thought I'd share this with you folk, since it took me about an hour to figure it out. Cheers, Klaas Jan http://audioserver.nl From oddsock at oddsock.org Tue Sep 14 13:59:29 2004 From: oddsock at oddsock.org (oddsock) Date: Tue, 14 Sep 2004 08:59:29 -0500 Subject: [Icecast] Icecast with listener Authentication In-Reply-To: References: Message-ID: <6.0.1.1.2.20040914085823.01bdb0f0@www.oddsock.org> http://www.oddsock.org/icecast/icecast2_win32_2.x_snapshot_setup.exe I have a snapshot from July 31, 2004. This has listener auth in it... oddsock At 02:29 AM 9/14/2004, you wrote: > Hi > > Is there any chance to get an ICECAST Version with listener > Authentication for Win32??? > > Please help me! > > Horst > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From gshang at pacific.net.au Tue Sep 14 14:01:08 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Wed, 15 Sep 2004 00:01:08 +1000 Subject: [Icecast] Questions on setting up icecast In-Reply-To: References: Message-ID: JLB wrote: > I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I > listen to them in xmms. AFAIK, you can't do this. Unless something in XMMS' architecture allows you to get at the raw input data, I would think that decoding to wave would be integral to playing it, hence this is what any effect plugins like Oddcast will be given. Plus, if you want to do dynamic compression or crossfading, you *have* to decode. No choice there. The only way I know of sending straight MP3 data to Icecast is to use either Ices 0.x (unix only) or Ezstream (Unix and win32). Note that Ices 0.x *can* re-encode, so you'll have to specifically avoid that if you don't want it. You can get both of these from icecast.org. Geoff. From oddsock at oddsock.org Tue Sep 14 14:08:17 2004 From: oddsock at oddsock.org (oddsock) Date: Tue, 14 Sep 2004 09:08:17 -0500 Subject: [Icecast] Questions on setting up icecast In-Reply-To: <4146B66A.5020508@imux.net> References: <4146B66A.5020508@imux.net> Message-ID: <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> At 04:14 AM 9/14/2004, you wrote: >JLB wrote: >>Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... >>I merely want a simple solution to do the following: >>I am setting up a streaming server for in-house use. >>I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I >>listen to them in xmms. >>In other words, I DO NOT want: >>XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> listeners >>I want: >>XMMS ---> icecast ---> listeners >>Surely this is do-able using a VBR stream? In other words, I DO NOT want >>my MP3s to be decoded, then re-encoded, then sent over the network (the >>re-encoding, of course, introducing further lossiness). I want the actual >>raw MP3 frames to be sent as a VBR stream to the listeners. I want the MP3 >>to sound PRECISELY as good on the listening machine as on my machine. >>Surely this is do-able? > >http://www.oddsock.org/tools/oddcastv2_xmms/ my plugin reencodes, so I don't think that's what you want. In fact, I don't know of any way to use XMMS in this way. The problem, is that by the time the DSP plugin gets the audio data, it's already been decoded. You'd have to write an XMMS input plugin to somehow intercept the data and send it along to an icecast server. Nothing like this has been written as far as I know. alternatively, you can use ices or ezstream in "non-reencoding" mode, which is the closest to what you want. oddsock >Stephen >-- >LiveIce Project http://liveice.sourceforge.net/ >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > From jlb at twu.net Tue Sep 14 15:03:06 2004 From: jlb at twu.net (JLB) Date: Tue, 14 Sep 2004 11:03:06 -0400 (EDT) Subject: [Icecast] Questions on setting up icecast In-Reply-To: <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> References: <4146B66A.5020508@imux.net> <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> Message-ID: You mentioned these programs and their "no-reencoding" mode. Can they handle collections of MP3s of different bitrate? On Tue, 14 Sep 2004, oddsock wrote: > Date: Tue, 14 Sep 2004 09:08:17 -0500 > From: oddsock > To: icecast at xiph.org > Subject: Re: [Icecast] Questions on setting up icecast > > At 04:14 AM 9/14/2004, you wrote: > >JLB wrote: > >>Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... > >>I merely want a simple solution to do the following: > >>I am setting up a streaming server for in-house use. > >>I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I > >>listen to them in xmms. > >>In other words, I DO NOT want: > >>XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> listeners > >>I want: > >>XMMS ---> icecast ---> listeners > >>Surely this is do-able using a VBR stream? In other words, I DO NOT want > >>my MP3s to be decoded, then re-encoded, then sent over the network (the > >>re-encoding, of course, introducing further lossiness). I want the actual > >>raw MP3 frames to be sent as a VBR stream to the listeners. I want the MP3 > >>to sound PRECISELY as good on the listening machine as on my machine. > >>Surely this is do-able? > > > >http://www.oddsock.org/tools/oddcastv2_xmms/ > > my plugin reencodes, so I don't think that's what you want. In fact, I > don't know of any way to use XMMS in this way. The problem, is that by the > time the DSP plugin gets the audio data, it's already been decoded. You'd > have to write an XMMS input plugin to somehow intercept the data and send > it along to an icecast server. Nothing like this has been written as far > as I know. > > alternatively, you can use ices or ezstream in "non-reencoding" mode, which > is the closest to what you want. > > > oddsock > > >Stephen > >-- > >LiveIce Project http://liveice.sourceforge.net/ > >_______________________________________________ > >Icecast mailing list > >Icecast at xiph.org > >http://lists.xiph.org/mailman/listinfo/icecast > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- J. L. Blank, Systems Administrator, twu.net From oddsock at oddsock.org Tue Sep 14 15:38:50 2004 From: oddsock at oddsock.org (oddsock) Date: Tue, 14 Sep 2004 10:38:50 -0500 Subject: [Icecast] Questions on setting up icecast In-Reply-To: References: <4146B66A.5020508@imux.net> <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> Message-ID: <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> yep, they simply forward the bitstream to icecast. And in general, bitrate changes are handled by most listening clients, although very few I have found (if any) can handle samplerate changes appropriately. oddsock At 10:03 AM 9/14/2004, you wrote: >You mentioned these programs and their "no-reencoding" mode. Can they >handle collections of MP3s of different bitrate? > >On Tue, 14 Sep 2004, oddsock wrote: > > > Date: Tue, 14 Sep 2004 09:08:17 -0500 > > From: oddsock > > To: icecast at xiph.org > > Subject: Re: [Icecast] Questions on setting up icecast > > > > At 04:14 AM 9/14/2004, you wrote: > > >JLB wrote: > > >>Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... > > >>I merely want a simple solution to do the following: > > >>I am setting up a streaming server for in-house use. > > >>I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I > > >>listen to them in xmms. > > >>In other words, I DO NOT want: > > >>XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> > listeners > > >>I want: > > >>XMMS ---> icecast ---> listeners > > >>Surely this is do-able using a VBR stream? In other words, I DO NOT want > > >>my MP3s to be decoded, then re-encoded, then sent over the network (the > > >>re-encoding, of course, introducing further lossiness). I want the actual > > >>raw MP3 frames to be sent as a VBR stream to the listeners. I want > the MP3 > > >>to sound PRECISELY as good on the listening machine as on my machine. > > >>Surely this is do-able? > > > > > >http://www.oddsock.org/tools/oddcastv2_xmms/ > > > > my plugin reencodes, so I don't think that's what you want. In fact, I > > don't know of any way to use XMMS in this way. The problem, is that by the > > time the DSP plugin gets the audio data, it's already been decoded. You'd > > have to write an XMMS input plugin to somehow intercept the data and send > > it along to an icecast server. Nothing like this has been written as far > > as I know. > > > > alternatively, you can use ices or ezstream in "non-reencoding" mode, which > > is the closest to what you want. > > > > > > oddsock > > > > >Stephen > > >-- > > >LiveIce Project http://liveice.sourceforge.net/ > > >_______________________________________________ > > >Icecast mailing list > > >Icecast at xiph.org > > >http://lists.xiph.org/mailman/listinfo/icecast > > > > > > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > > >-- >J. L. Blank, Systems Administrator, twu.net From brendan at xiph.org Tue Sep 14 15:45:37 2004 From: brendan at xiph.org (Brendan Cully) Date: Tue, 14 Sep 2004 08:45:37 -0700 Subject: [Icecast] Questions on setting up icecast In-Reply-To: <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> References: <4146B66A.5020508@imux.net> <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> Message-ID: <20040914154536.GB406@S0106003065e6cf72.vc.shawcable.net> On Tuesday, 14 September 2004 at 10:38, oddsock wrote: > yep, they simply forward the bitstream to icecast. And in general, > bitrate changes are handled by most listening clients, although very > few I have found (if any) can handle samplerate changes > appropriately. > > oddsock > > At 10:03 AM 9/14/2004, you wrote: > > > >You mentioned these programs and their "no-reencoding" mode. Can they > >handle collections of MP3s of different bitrate? It might be worth mentioning that ices 0.4 will do lazy reencoding. That is, if the bit rate, channels, and sample rate of the source file match the declared bit rate, channels and sample rate of the stream, ices will just pass the MP3 data through. But if there is a mismatch, ices will reencode the file to match the stream parameters. From k.j.wierenga at home.nl Tue Sep 14 17:01:45 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Tue, 14 Sep 2004 19:01:45 +0200 Subject: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Message-ID: Posting it on the mailing list for you Chris :-) KJ -----Oorspronkelijk bericht----- Van: Iceuse - Kris [mailto:iceuse at wwlang.net] Verzonden: dinsdag 14 september 2004 16:49 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Hello, Yes, that's something which is making trouble with webalizer stats... when I made this version of webalizer, the log line for the source was containing the total amount of bytes transfered to the source (read by icecast). That was pretty handy for stats about sources. But since some time (a few months), this has changed. As i remember, I had a discussion with Karl on that subject. The small amount of bytes corresponds to the data send by icecast (not very sure, but maybe), so the log files are showing the output of the server (as for any client listener)... Writing source total amount of bytes read by icecast was breaking this rule. If this behaviour is necessary for some reasons, may be a compilation option could do the previous behaviour... I would like to have that... Regards, Chris Klaas Jan Wierenga wrote: >Hi, > >I am using Webalizer (streaming version) to process the Icecast access logs. > >In Icecast version 2.0.1 the "SOURCE /" access log entries would contain the amount of data transferred for the source. >The svn-2.1-trunk version always return 17 as the amount of bytes sent for the source, the number of seconds at the end of the log line is correct, however webalizer uses the bytes transferred to calculate it's statistics. > >In other words the sent_bytes statistics on source connections is not updated anymore. I can see why one would do this, since the source data is not sent but received, but I still think it would be better to log the amount of source data transferred in the access.log. You could rename the sent_bytes field in connection.h to transferred_bytes. > >Cheers, >Klaas Jan > >k.j.wierenga at audioserver.nl > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > > From k.j.wierenga at home.nl Wed Sep 15 19:05:30 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Wed, 15 Sep 2004 21:05:30 +0200 Subject: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Message-ID: Again, forwarding to the list. Please try to reply to the list. Cheers, KJ -----Oorspronkelijk bericht----- Van: Iceuse - Kris [mailto:iceuse at wwlang.net] Verzonden: woensdag 15 september 2004 7:17 Aan: k.j.wierenga at home.nl Onderwerp: Re: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Thanks, I'm very confused by this kind of lists where the answer goes to the sender and not to the list. Chris Klaas Jan Wierenga wrote: >Posting it on the mailing list for you Chris :-) >KJ > >-----Oorspronkelijk bericht----- >Van: Iceuse - Kris [mailto:iceuse at wwlang.net] >Verzonden: dinsdag 14 september 2004 16:49 >Aan: Klaas Jan Wierenga >Onderwerp: Re: [Icecast] SOURCE access logging in 2.1-trunk breaks >webalizer (streaming version) > > >Hello, > >Yes, that's something which is making trouble with webalizer stats... >when I made this version of webalizer, the log line for the source was >containing the total amount of bytes transfered to the source (read by >icecast). >That was pretty handy for stats about sources. >But since some time (a few months), this has changed. > >As i remember, I had a discussion with Karl on that subject. The small >amount of bytes corresponds to the data send by icecast (not very sure, >but maybe), so the log files are showing the output of the server (as >for any client listener)... >Writing source total amount of bytes read by icecast was breaking this rule. > >If this behaviour is necessary for some reasons, may be a compilation >option could do the previous behaviour... >I would like to have that... > > >Regards, >Chris > >Klaas Jan Wierenga wrote: > > > >>Hi, >> >>I am using Webalizer (streaming version) to process the Icecast access >> >> >logs. > > >>In Icecast version 2.0.1 the "SOURCE /" access log entries would >> >> >contain the amount of data transferred for the source. > > >>The svn-2.1-trunk version always return 17 as the amount of bytes sent for >> >> >the source, the number of seconds at the end of the log line is correct, >however webalizer uses the bytes transferred to calculate it's statistics. > > >>In other words the sent_bytes statistics on source connections is not >> >> >updated anymore. I can see why one would do this, since the source data is >not sent but received, but I still think it would be better to log the >amount of source data transferred in the access.log. You could rename the >sent_bytes field in connection.h to transferred_bytes. > > >>Cheers, >>Klaas Jan >> >>k.j.wierenga at audioserver.nl >> >> >>_______________________________________________ >>Icecast mailing list >>Icecast at xiph.org >>http://lists.xiph.org/mailman/listinfo/icecast >> >> >> >> >> >> > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > > From k.j.wierenga at home.nl Wed Sep 15 19:21:42 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Wed, 15 Sep 2004 21:21:42 +0200 Subject: FW: [Icecast] Tip: using icecast in chroot mode may break timestamp inaccess.log Message-ID: Please post to the mailing list the next time Ralf. I'm not using yp directory listings, but I can guess why it is not working. You're probably missing the libcurl.so library in your chroot jail directories. Here's the listing of files I have in the chroot jail: -----%< cut here > ls -R .: admin etc lib opt usr var web ./admin: listclients.xsl listmounts.xsl manageauth.xsl moveclients.xsl response.xsl stats.xsl ./etc: localtime ./lib: ld-linux.so.2 libcrypto.so.4 libgcc_s-3.3.2-20031023.so.1 libresolv.so.2 tls libcom_err.so.2 libdl.so.2 libgcc_s.so.1 libssl.so.4 ./lib/tls: libc.so.6 libm.so.6 libpthread.so.0 ./opt: icecast ./opt/icecast: etc ./opt/icecast/etc: icecast.xml ./usr: lib ./usr/lib: libcurl.so.2 libk5crypto.so.3 libogg.so.0 libxml2.so.2 libz.so.1 libgssapi_krb5.so.2 libkrb5.so.3 libvorbis.so.0 libxslt.so.1 ./var: log run ./var/log: icecast ./var/log/icecast: access.log error.log ./var/run: icecast.pid ./web: corner_bottomleft.jpg corner_topleft.jpg icecast.png recordings status.xsl corner_bottomright.jpg corner_topright.jpg key.gif status2.xsl style.css ---%< cut here I've figured out which shared libraries icecast is depending on by running the ldd command on the icecast binary: -----%< cut here > ldd icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x009e8000) libssl.so.4 => /lib/libssl.so.4 (0x00b00000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x00101000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00a5a000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00a71000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x0082a000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00adc000) libresolv.so.2 => /lib/libresolv.so.2 (0x00a46000) libdl.so.2 => /lib/libdl.so.2 (0x00649000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x00cbe000) libxslt.so.1 => /usr/lib/libxslt.so.1 (0x00671000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x006b9000) libz.so.1 => /usr/lib/libz.so.1 (0x006a6000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0064e000) libm.so.6 => /lib/tls/libm.so.6 (0x00625000) libc.so.6 => /lib/tls/libc.so.6 (0x004ea000) libogg.so.0 => /usr/lib/libogg.so.0 (0x001f3000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x004d2000) -----%< cut here Hope this info is helpful to you. Regards, KJ -----Oorspronkelijk bericht----- Van: ACiDAngel [mailto:list-icecast at rewtbox.de] Verzonden: dinsdag 14 september 2004 19:29 Aan: 'Klaas Jan Wierenga' Onderwerp: AW: [Icecast] Tip: using icecast in chroot mode may break timestamp inaccess.log Klaas Jan Wierenga wrote: > > Hi all, > > Just thought I'd share this little bit of information. > > If you're running Icecast in a chroot jail the timestamps in I see you are using it chrooted - did you recognize any problems with yp directory listenings? My Icecast2 does not announce itself to the yp servers but if I just deactivate chroot it does. Maybe you have a solution for this too? Did you copy any libs and/or files other than "locales" into the chroot? Regards Ralf From daleg at elemental.org Wed Sep 15 19:23:04 2004 From: daleg at elemental.org (Dale Ghent) Date: Wed, 15 Sep 2004 15:23:04 -0400 Subject: [Icecast] Tip: using icecast in chroot mode may break timestamp inaccess.log In-Reply-To: References: Message-ID: On Sep 15, 2004, at 3:21 PM, Klaas Jan Wierenga wrote: > > Please post to the mailing list the next time Ralf. Um, maybe you should remove the Reply-To: header in your email, smart guy. /dale From list-icecast at rewtbox.de Thu Sep 16 23:10:08 2004 From: list-icecast at rewtbox.de (ACiDAngel) Date: Fri, 17 Sep 2004 01:10:08 +0200 Subject: [Icecast] using icecast in chroot mode with YP In-Reply-To: Message-ID: <20040916230840.B82F811F815@ns2.osuosl.org> Klaas Jan Wierenga wrote: > I'm not using yp directory listings, but I can guess why it > is not working. > You're probably missing the libcurl.so library in your chroot > jail directories. Here's the listing of files I have in the > chroot jail: Definitely not, I rebuilt the whole lib structure i got from ldd in my chroot But i always get : [2004-09-16 23:15:04] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown) (http://dir.xiph.org/cgi-bin/yp-cgi) If I switch chroot off everything works fine without any more changes. All libs from "ldd icecast" are in the chroot-root in there right path's At first I also thought it is a lib-problem - but I think it cant be a libraries problem because I already straced the icecast process with all its childs for libcalls and there's nothing I can see that fails ... Can anyone reproduce that ? Is it a bug ? THX Ralf From list-icecast at rewtbox.de Sat Sep 18 11:15:04 2004 From: list-icecast at rewtbox.de (ACiDAngel) Date: Sat, 18 Sep 2004 13:15:04 +0200 Subject: [Icecast] TIP: using icecast in chroot mode with YP announcing In-Reply-To: <20040916230840.B82F811F815@ns2.osuosl.org> Message-ID: <20040918111332.56D9A286DAD@ns3.osuosl.org> > Klaas Jan Wierenga wrote: > > > I'm not using yp directory listings, but I can guess why it is not > > working. > > You're probably missing the libcurl.so library in your chroot jail > > directories. Here's the listing of files I have in the chroot jail: > > Definitely not, I rebuilt the whole lib structure i got from > ldd in my chroot But i always get : > > [2004-09-16 23:15:04] EROR yp/yp_submit_url Got a NAK from > yp_add(Unknown) > (http://dir.xiph.org/cgi-bin/yp-cgi) > > If I switch chroot off everything works fine without any more changes. > > All libs from "ldd icecast" are in the chroot-root in there > right path's > > At first I also thought it is a lib-problem - but I think it > cant be a libraries problem because I already straced the > icecast process with all its childs for libcalls and there's > nothing I can see that fails ... > Can anyone reproduce that ? Is it a bug ? Afte noone could gave me a help I found a solution for myself. In icecast chroot mode the resolving/nscd does not work. Also not, if the libresolv is copied to the icecast chroot. (dunno if this is a chroot problem or if it is a problem/feature in combination with gresecurity kernel patches which i use) If I put hosts in icecastroot/etc and write into that hosts file my yp hostnames it works fine. I announce on xiph and oddsock so I created the following "hosts" file in the chrooted etc dir: 140.211.166.5 dir.xiph.org 66.98.134.94 www.oddsock.org Good luck Ralf From karl at xiph.org Sat Sep 18 11:50:36 2004 From: karl at xiph.org (Karl Heyes) Date: 18 Sep 2004 12:50:36 +0100 Subject: [Icecast] TIP: using icecast in chroot mode with YP announcing In-Reply-To: <20040918111332.56D9A286DAD@ns3.osuosl.org> References: <20040918111332.56D9A286DAD@ns3.osuosl.org> Message-ID: <1095508235.10484.10.camel@bogus.hackers.club> On Sat, 2004-09-18 at 12:15, ACiDAngel wrote: > Afte noone could gave me a help I found a solution for myself. > In icecast chroot mode the resolving/nscd does not work. > Also not, if the libresolv is copied to the icecast chroot. > (dunno if this is a chroot problem or if it is a problem/feature in > combination with gresecurity kernel patches which i use) > > If I put hosts in icecastroot/etc and write into that hosts file my yp > hostnames it works fine. > I announce on xiph and oddsock so I created the following "hosts" file in > the chrooted etc dir: whenever an app uses a chroot setup, a working environment needs to be setup beforehand, that includes shared libs and any other needed files in /dev, /etc, /bin, and maybe /var and /tmp. The exact layout varies depending on the app and how it's configured. The strace should of shown no connect attempt to the YP servers, but the lack of /etc/nsswitch.conf and /etc/resolv.conf will probably be the problem in that case. karl. From gshang at pacific.net.au Sat Sep 18 12:46:34 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Sat, 18 Sep 2004 22:46:34 +1000 Subject: [Icecast] TIP: using icecast in chroot mode with YP announcing In-Reply-To: <1095508235.10484.10.camel@bogus.hackers.club> References: <20040918111332.56D9A286DAD@ns3.osuosl.org> <1095508235.10484.10.camel@bogus.hackers.club> Message-ID: Hi: It sounds like we might need a section on chroot and the pitfalls therein in the documentation, if there isn't one already. Geoff. From eviloverlord at imux.net Sat Sep 18 12:51:40 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Sat, 18 Sep 2004 13:51:40 +0100 Subject: [Icecast] TIP: using icecast in chroot mode with YP announcing In-Reply-To: References: <20040918111332.56D9A286DAD@ns3.osuosl.org> <1095508235.10484.10.camel@bogus.hackers.club> Message-ID: <414C2F5C.30809@imux.net> Geoff Shang wrote: > Hi: > > It sounds like we might need a section on chroot and the pitfalls > therein in the documentation, if there isn't one already. > > Geoff. Well if you're going to add that, can you please add one explaining the "cannot open log file" error means. I know that sounds a bit stupid, but it's *the* most common question we get asked in the IRC channel. Stephen -- LiveIce Project http://liveice.sourceforge.net/ From Jason at Weatherserver.net Sat Sep 18 19:44:44 2004 From: Jason at Weatherserver.net (Jason) Date: Sat, 18 Sep 2004 15:44:44 -0400 Subject: [Icecast] Tricking the Shoutcast YP Message-ID: <000601c49db7$f2f2f040$1401a8c0@workstation> Has anyone had luck in tricking the Shoutcast YP to allow icecast feeds? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 3:40pm * Temp: 14.7 ?C * Humidity 36 % * Wind: NNW @ 13 km/h Baro: 1023.04 kPa Steady * Vis: 14 km * Sky: Clear * Weather: None reported 24H Rain: 0.00 mm * TotalRain(Sept 1st 2004): 27.00 mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Southern Ontario Weather Email Alerts, Atlantic Hurricane Email Alerts -------------- next part -------------- An HTML attachment was scrubbed... URL: From eviloverlord at imux.net Sat Sep 18 20:12:27 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Sat, 18 Sep 2004 21:12:27 +0100 Subject: [Icecast] Tricking the Shoutcast YP In-Reply-To: <000601c49db7$f2f2f040$1401a8c0@workstation> References: <000601c49db7$f2f2f040$1401a8c0@workstation> Message-ID: <414C96AB.4000400@imux.net> Jason wrote: > Has anyone had luck in tricking the Shoutcast YP to allow icecast feeds? > Nullsoft have taken pains to explicitly block icecast servers from their YP, and I get the impression it's not something the developers of icecast want to work on. Of course icecast being an open source project you are welcome to try yourself. Stephen -- LiveIce Project http://liveice.sourceforge.net/ From list-icecast at rewtbox.de Sat Sep 18 20:34:57 2004 From: list-icecast at rewtbox.de (ACiDAngel) Date: Sat, 18 Sep 2004 22:34:57 +0200 Subject: AW: [Icecast] Tricking the Shoutcast YP In-Reply-To: <000601c49db7$f2f2f040$1401a8c0@workstation> Message-ID: <20040918203305.55DE3BBBA1@ns1.osuosl.org> Jason wrote: > Has anyone had luck in tricking the Shoutcast YP to allow icecast feeds? Nice question - but bad bad sucking html mail ... brrrrrr From lists at danielwebb.us Sat Sep 18 22:39:43 2004 From: lists at danielwebb.us (Daniel Webb) Date: Sat, 18 Sep 2004 16:39:43 -0600 Subject: [Icecast] Ices2 and Jack Message-ID: <20040918223943.GD10650@danielwebb.us> >From what I have read on some mailing lists, there is a jack module for ices2 that works quite well. Why isn't this information on the ices2 web page or documentation? Ices is useless to me without this, yet so awesome with it. I saw requests from people for you to do this over a month ago. What's the problem? Thanks, Daniel P.S. I couldn't search this list to find out if this topic has already been addressed here, because there is no search interface on the list page, and no information on how to do so. From daleg at elemental.org Sat Sep 18 22:45:15 2004 From: daleg at elemental.org (Dale Ghent) Date: Sat, 18 Sep 2004 18:45:15 -0400 Subject: [Icecast] Tricking the Shoutcast YP In-Reply-To: <000601c49db7$f2f2f040$1401a8c0@workstation> References: <000601c49db7$f2f2f040$1401a8c0@workstation> Message-ID: <68B87BF4-09C4-11D9-B6EE-000A95BAFCA8@elemental.org> On Sep 18, 2004, at 3:44 PM, Jason wrote: > Has anyone had luck in tricking the Shoutcast YP to allow icecast > feeds? Oh yeah, I've managed this before using some response hackery in icecast 1.3.x Shoutcast's YP server do a reverse query on the server requesting a YP listing and it expects a certain response. I did this about a year and a half ago, and it was successful for many months, then suddenly my server's IP was banned from the Shoutcast YP servers... so I guess somehow they figured it out or I got ratted out. Shoutcast's YP is understandably for shout servers. Yes, Icecast has it's own YP server, but it suffers from the same thing that all of Xiph.org's products suffer from, and that is lack of promotion *coughOGGcough* and so will likely not be seen as the "internet radio mecca" that shoutcast YP is. /dale From j at v2v.cc Sat Sep 18 23:25:20 2004 From: j at v2v.cc (j at v2v.cc) Date: Sun, 19 Sep 2004 01:25:20 +0200 Subject: [Icecast] Ices2 and Jack In-Reply-To: <20040918223943.GD10650@danielwebb.us> References: <20040918223943.GD10650@danielwebb.us> Message-ID: <1095549920.6729.19.camel@x30.reboot.fm> > What's the problem? the jack module is only available in a development branch of ices2, ices2-kh[1], which still depends on the development branch of libshout2- kh[2]. so until a new version of libshout2 is released which would work with ices2-kh, it is not a good idea to release ices2-kh as ices2.1. until all this is sorted out you will find the latest versions in svn [1][2] or at http://ices.reboot.fm/ or http://mediacast1.com/~karl/ j [1] http://svn.xiph.org/icecast/branches/kh/ices [2] http://svn.xiph.org/icecast/branches/kh/libshout From nettings at folkwang-hochschule.de Sun Sep 19 07:21:26 2004 From: nettings at folkwang-hochschule.de (Joern Nettingsmeier) Date: Sun, 19 Sep 2004 09:21:26 +0200 Subject: [Icecast] Ices2 and Jack In-Reply-To: <20040918223943.GD10650@danielwebb.us> References: <20040918223943.GD10650@danielwebb.us> Message-ID: <414D3376.1070704@folkwang-hochschule.de> Daniel Webb wrote: >>From what I have read on some mailing lists, there is a jack module forices2 > that works quite well. Why isn't this information on the ices2 web page or > documentation? Ices is useless to me without this, yet so awesome withit. I > saw requests from people for you to do this over a month ago. What's the > problem? talk about coincidene: here's a short ices-jack-pico howto i posted to linux-audio-user today: > in case you were wondering how to get ices-jack to stream your jack graphs out on the net, here's a quick howto: > > browse svn.xiph.org, get the following modules from /trunk: > > ao, vorbis, ogg, ogg2, theora, speex, vorbis-tools, ogg-tools > (do this even if you have ogg packages from your distro installed, it won't do no harm and makes sure you've got the latest'n'greatest) > > there's nothing interesting to configure afaik, so you can compile them(in that order) without interaction: > > for i in ao vorbis ogg ogg2 theora speex vorbis-tools ogg-tools; do svnco http://svn.xiph.org/trunk/$i; cd $i; ./configure && make install ; cd.. ; done i forgot: you need to do ./autogen before the configure step. > from icecast/branches/kh, check out > > libshout, icecast, ices > > again, not really anything to configure, so the for-loop can do the grunt work... > > > now fire up icecast, fire up ices, connect it to your jack graph, and the fun starts. > > the default config files are extensively commented, but here's my config, in case you need some more inspiration: > http://spunk.dnsalias.org/download/ices.xml > http://spunk.dnsalias.org/download/icecast.xml > (the source and server run on different hosts, and icecast runs chrooted and as user icecast) > > btw, a graph with an ogg edge between ices-jack and xmms-jack vertices makes a nice delay effect :) if you use feedback, there's interesting sound deterioration due to repeated ogg-encoding/decoding and noise buildup.here's me toying around with my bass and such a setup: > http://spunk.dnsalias.org/download/netjam.ogg if you have problems setting up jack, i suggest we discuss this on linux-audio-user or the jackit list, it's probably not interesting for most people here. best, j?rn -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) From daniel at danielwebb.us Sun Sep 19 15:45:54 2004 From: daniel at danielwebb.us (Daniel Webb) Date: Sun, 19 Sep 2004 09:45:54 -0600 Subject: [Icecast] Ices2 and Jack In-Reply-To: <414D3376.1070704@folkwang-hochschule.de> References: <20040918223943.GD10650@danielwebb.us> <414D3376.1070704@folkwang-hochschule.de> Message-ID: <20040919154554.GD5007@danielwebb.us> On Sun, Sep 19, 2004 at 09:21:26AM +0200, Joern Nettingsmeier wrote: > talk about coincidene: here's a short ices-jack-pico howto i posted > to linux-audio-user today: Excellent! > i forgot: you need to do ./autogen before the configure step. I don't know if you included this, but the autogen part probably implies a dependency on some (newer) versions of autoconf/automake/libtool? Thanks, Daniel From msmith at xiph.org Mon Sep 20 01:23:12 2004 From: msmith at xiph.org (Michael Smith) Date: Mon, 20 Sep 2004 11:23:12 +1000 Subject: [Icecast] Tricking the Shoutcast YP In-Reply-To: <000601c49db7$f2f2f040$1401a8c0@workstation> References: <000601c49db7$f2f2f040$1401a8c0@workstation> Message-ID: <200409201123.12864.msmith@xiph.org> On Sunday 19 September 2004 05:44, Jason wrote: > Has anyone had luck in tricking the Shoutcast YP to allow icecast feeds? Others have given you some hints as to what would be needed if you wanted to change the code to trick the shoutcast directory into listing you, but I thought I'd give a bit of reasoning here as to why icecast doesn't already do this. The shoutcast people have (through their policy of banning people who do this) made it very clear that non-shoutcast servers aren't welcome on their directory listings. If we made icecast fake the appropriate responses, they'd just change the server to check something else, or ban all the sites using this feature - it wouldn't help for long. So we think it'd be a waste of time. Mike From techlist at voyager.phys.utk.edu Mon Sep 20 13:01:17 2004 From: techlist at voyager.phys.utk.edu (Reuben D. Budiardja) Date: Mon, 20 Sep 2004 09:01:17 -0400 Subject: [Icecast] Playlist containing both MP3 and OGG Message-ID: <200409200901.17829.techlist@voyager.phys.utk.edu> Hello, I have both MP3 and OGG in my hard drive, since I used to use MP3 encoding and now I'm trying to move to OGG vorbis. I am wondering if there's a way to stream a playlist containing both MP3 and OGG files. As far as I understand from reading the doc, Ices-0.4 and Ices2 can only stream MP3 and OGG files respectively. So I just installed both. But is there a trick or something that would enable me to play a playlist containing two different file format? Thanks for any help. RDB -- Reuben D. Budiardja Dept. Physics and Astronomy University of Tennesse, Knoxville, TN -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT/M/MU/P/S d-(++) s: a-- C++(+++) UL++++ P-- L+++>++++ E- W+++ N+ o? K- w--- !O M- V? !PS !PE Y PGP- t+ 5 X R- tv+ b++>+++ DI D(+) G e++>++++ h+(*) r++ y->++++ ------END GEEK CODE BLOCK------ From nettings at folkwang-hochschule.de Mon Sep 20 15:54:36 2004 From: nettings at folkwang-hochschule.de (Joern Nettingsmeier) Date: Mon, 20 Sep 2004 17:54:36 +0200 Subject: [Icecast] Ices2 and Jack In-Reply-To: <20040919154554.GD5007@danielwebb.us> References: <20040918223943.GD10650@danielwebb.us> <414D3376.1070704@folkwang-hochschule.de> <20040919154554.GD5007@danielwebb.us> Message-ID: <414EFD3C.7020508@folkwang-hochschule.de> Daniel Webb wrote: > On Sun, Sep 19, 2004 at 09:21:26AM +0200, Joern Nettingsmeier wrote: > > >>talk about coincidene: here's a short ices-jack-pico howto i posted >>to linux-audio-user today: > > > Excellent! > > >>i forgot: you need to do ./autogen before the configure step. > > > I don't know if you included this, but the autogen part probably implies a > dependency on some (newer) versions of autoconf/automake/libtool? i have the latest and greatest, haven't checked with older versions. in any case, if you plan to play with developer trees, getting the latest autotools is highly advisable. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) From eviloverlord at imux.net Mon Sep 20 17:02:14 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Mon, 20 Sep 2004 18:02:14 +0100 Subject: [Icecast] Playlist containing both MP3 and OGG In-Reply-To: <200409200901.17829.techlist@voyager.phys.utk.edu> References: <200409200901.17829.techlist@voyager.phys.utk.edu> Message-ID: <414F0D16.6030509@imux.net> Reuben D. Budiardja wrote: > Hello, > I have both MP3 and OGG in my hard drive, since I used to use MP3 encoding and > now I'm trying to move to OGG vorbis. I am wondering if there's a way to > stream a playlist containing both MP3 and OGG files. As far as I understand > from reading the doc, Ices-0.4 and Ices2 can only stream MP3 and OGG files > respectively. So I just installed both. But is there a trick or something > that would enable me to play a playlist containing two different file format? > > Thanks for any help. > > RDB > AFAIK there isn't a source client that will do both. If your stream format is in OGG you could use a player to play the playlist and capture from the DSP. If you want the stream in MP3 you might want to try liveice for the DSP capture. If you mean to stream both MP3 and OGG in the same stream I don't think icecast will do that, nor any clients play it. Stephen -- LiveIce Project http://liveice.sourceforge.net/ From brendan at xiph.org Mon Sep 20 17:06:32 2004 From: brendan at xiph.org (Brendan Cully) Date: Mon, 20 Sep 2004 13:06:32 -0400 Subject: [Icecast] Playlist containing both MP3 and OGG In-Reply-To: <414F0D16.6030509@imux.net> References: <200409200901.17829.techlist@voyager.phys.utk.edu> <414F0D16.6030509@imux.net> Message-ID: <20040920170631.GA3330@www.globalpopconspiracy.com> On Monday, 20 September 2004 at 18:02, EvilOverlord wrote: > Reuben D. Budiardja wrote: > >Hello, > >I have both MP3 and OGG in my hard drive, since I used to use MP3 encoding > >and now I'm trying to move to OGG vorbis. I am wondering if there's a way > >to stream a playlist containing both MP3 and OGG files. As far as I > >understand from reading the doc, Ices-0.4 and Ices2 can only stream MP3 > >and OGG files respectively. So I just installed both. But is there a trick > >or something that would enable me to play a playlist containing two > >different file format? > > > >Thanks for any help. > > > >RDB > > > > AFAIK there isn't a source client that will do both. If your stream > format is in OGG you could use a player to play the playlist and capture > from the DSP. If you want the stream in MP3 you might want to try > liveice for the DSP capture. > > If you mean to stream both MP3 and OGG in the same stream I don't think > icecast will do that, nor any clients play it. Right, the reason there is no source client that will interleave Ogg and MP3 in the same stream is that no client could play the result. However, ices 0.x can manage a playlist containing a mix of MP3 and Ogg files by transcoding the Ogg files to MP3 on the fly (as of ices 0.4 it can do the same for FLAC and AAC). From gshang at pacific.net.au Mon Sep 20 17:07:38 2004 From: gshang at pacific.net.au (Geoff Shang) Date: Tue, 21 Sep 2004 03:07:38 +1000 Subject: [Icecast] Playlist containing both MP3 and OGG In-Reply-To: <200409200901.17829.techlist@voyager.phys.utk.edu> References: <200409200901.17829.techlist@voyager.phys.utk.edu> Message-ID: Hi: Ices 0.4 can read both Ogg and MP3 and output MP3, but Ices 2 only accepts Ogg input. You could get around this by using an external app to play, either to stdin or captured from the soundcard. Geoff. ; From oddsock at oddsock.org Tue Sep 21 01:25:40 2004 From: oddsock at oddsock.org (oddsock) Date: Mon, 20 Sep 2004 20:25:40 -0500 Subject: [Icecast] Playlist containing both MP3 and OGG In-Reply-To: References: <200409200901.17829.techlist@voyager.phys.utk.edu> Message-ID: <6.0.1.1.2.20040920202152.04922bf8@www.oddsock.org> Current SVN ezStream also now supports a reencoding mode (done via external programs) and supports a mixed playlist (MP3/Vorbis/FLAC/any format you can find a decoder for) and will encode to any format icecast will accept. A sample config is provided for doing this type of reencoding. Note that the current implementation is busted under windows, but works very nicely under unix. oddsock At 12:07 PM 9/20/2004, you wrote: >Hi: > >Ices 0.4 can read both Ogg and MP3 and output MP3, but Ices 2 only accepts >Ogg input. You could get around this by using an external app to play, >either to stdin or captured from the soundcard. > >Geoff. >; >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > From techlist at voyager.phys.utk.edu Tue Sep 21 13:45:46 2004 From: techlist at voyager.phys.utk.edu (Reuben D. Budiardja) Date: Tue, 21 Sep 2004 09:45:46 -0400 Subject: [Icecast] Playlist containing both MP3 and OGG In-Reply-To: <20040920170631.GA3330@www.globalpopconspiracy.com> References: <200409200901.17829.techlist@voyager.phys.utk.edu> <414F0D16.6030509@imux.net> <20040920170631.GA3330@www.globalpopconspiracy.com> Message-ID: <200409210945.46306.techlist@voyager.phys.utk.edu> On Monday 20 September 2004 13:06, Brendan Cully wrote: > On Monday, 20 September 2004 at 18:02, EvilOverlord wrote: > > Reuben D. Budiardja wrote: > > >Hello, > > >I have both MP3 and OGG in my hard drive, since I used to use MP3 > > > encoding and now I'm trying to move to OGG vorbis. I am wondering if > > > there's a way to stream a playlist containing both MP3 and OGG files. > > > > AFAIK there isn't a source client that will do both. If your stream > > format is in OGG you could use a player to play the playlist and capture > > from the DSP. If you want the stream in MP3 you might want to try > > liveice for the DSP capture. > > > > If you mean to stream both MP3 and OGG in the same stream I don't think > > icecast will do that, nor any clients play it. > > Right, the reason there is no source client that will interleave Ogg and > MP3 in the same stream is that no client could play the result. Aahh.. OK. Thanks for the explanation. I think that makes sense. I really don't want to resort to re-encoding, as I want this to be as high-quality as possible (bandwidth is not the problem here). So I guess I just have to split my playlist for now, until I got the chance to move everything to OGG. Thanks for all the replies. RDB -- Reuben D. Budiardja Dept. Physics and Astronomy University of Tennesse, Knoxville, TN -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT/M/MU/P/S d-(++) s: a-- C++(+++) UL++++ P-- L+++>++++ E- W+++ N+ o? K- w--- !O M- V? !PS !PE Y PGP- t+ 5 X R- tv+ b++>+++ DI D(+) G e++>++++ h+(*) r++ y->++++ ------END GEEK CODE BLOCK------ From pem at levillage.org Tue Sep 21 14:31:02 2004 From: pem at levillage.org (Pierre-Emmanuel Muller) Date: Tue, 21 Sep 2004 16:31:02 +0200 Subject: [Icecast] Relay and listeners Message-ID: Hi, I've got a running Icecast2 public server relaying a specific mountpoint from a remote Icecast2 server. I've got a listener limit on the config file for the relayed mountpoint on the public server but that doesn't seem to work. Is my config wrong? Is that not possible? Is my english too bad? Here is my config: canalb.dyndns.org 80 /pozzo /canalb 25 /ortf 0 /ortf source abcd 25 /canalb PeM From karl at xiph.org Tue Sep 21 14:41:58 2004 From: karl at xiph.org (Karl Heyes) Date: 21 Sep 2004 15:41:58 +0100 Subject: [Icecast] Relay and listeners In-Reply-To: References: Message-ID: <1095777718.24057.3.camel@bogus.hackers.club> On Tue, 2004-09-21 at 15:31, Pierre-Emmanuel Muller wrote: > Hi, > > I've got a running Icecast2 public server relaying a specific > mountpoint from a remote Icecast2 server. > I've got a listener limit on the config file for the relayed mountpoint > on the public server but that doesn't seem to work. > Is my config wrong? Is that not possible? Is my english too bad? The max-listener tag belongs to not , so if you want to limit listeners on a relay then define a (with the max-listeners tag) for that karl. From Jason at Weatherserver.net Tue Sep 21 20:56:22 2004 From: Jason at Weatherserver.net (Jason) Date: Tue, 21 Sep 2004 16:56:22 -0400 Subject: [Icecast] mp3 vs ogg question Message-ID: <000601c4a01d$74044870$1401a8c0@workstation> How come the song data shows up faster with ogg when with mp3. I ask this because the people who are using icecast to stream police scanners also made a system to send realtime updates to what channel people are listening to. With Ogg the title shows up about .5 of a second before the talking starts but with mp3 it's about 1-2 seconds after the talking starts. Is there anyway to speed up the text on mp3 or are we just stuck with it? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 4:50pm * Temp: 22.3 ?C * Humidity 48 % * Wind: S @ 0 km/h Baro: 1021.04 kPa Falling * Vis: 24 km * Sky: Broken Clouds * Weather: None reported 24H Rain: 0.00 mm * TotalRain(Sept 1st 2004): 27.00 mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Southern Ontario Weather Email Alerts, Atlantic Hurricane Email Alerts -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jason at Weatherserver.net Tue Sep 21 21:16:48 2004 From: Jason at Weatherserver.net (Jason) Date: Tue, 21 Sep 2004 17:16:48 -0400 Subject: [Icecast] mp3 vs ogg question (reformatted) Message-ID: <000e01c4a020$4ea6d310$1401a8c0@workstation> oops the last was in HTML and I know alot of you won't answer html email How come the song data shows up faster with ogg when with mp3. I ask this because the people who are using icecast to stream police scanners also made a system to send realtime updates to what channel people are listening to. With Ogg the title shows up about .5 of a second before the talking starts but with mp3 it's about 1-2 seconds after the talking starts. Is there anyway to speed up the text on mp3 or are we just stuck with it? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 5:15pm * Temp: 20.9 ?C * Humidity 55 % * Wind: SSE @ 0 km/h Baro: 1021.04 kPa Falling * Vis: 24 km * Sky: Broken Clouds * Weather: None reported 24H Rain: 0.00 mm * TotalRain(Sept 1st 2004): 27.00 mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Southern Ontario Weather Email Alerts, Atlantic Hurricane Email Alerts From brendan at xiph.org Tue Sep 21 21:31:05 2004 From: brendan at xiph.org (Brendan Cully) Date: Tue, 21 Sep 2004 17:31:05 -0400 Subject: [Icecast] mp3 vs ogg question (reformatted) In-Reply-To: <000e01c4a020$4ea6d310$1401a8c0@workstation> References: <000e01c4a020$4ea6d310$1401a8c0@workstation> Message-ID: <20040921213105.GB14510@www.globalpopconspiracy.com> On Tuesday, 21 September 2004 at 17:16, Jason wrote: > oops the last was in HTML and I know alot of you won't answer html email > > How come the song data shows up faster with ogg when with mp3. > > I ask this because the people who are using icecast to stream police > scanners also made a system to send realtime updates to what channel people > are listening to. With Ogg the title shows up about .5 of a second before > the talking starts but with mp3 it's about 1-2 seconds after the talking > starts. > > Is there anyway to speed up the text on mp3 or are we just stuck with it? This is likely to be the result of the metadata interval setting. I believe by default icecast will send metadata updates every 8 or 16k, regardless of the bit rate. It sounds like you're probably using a very low bit rate, which means 8k could be a couple of seconds. I don't have the icecast source here, but if it's not already a config option, it shouldn't be too hard to lower the value in the source. Since metadata only costs a single byte every interval when there's been no change, it shouldn't have any noticeable impact on your stream, even if you lower it to 1 or 2k. From j.p.drawneek at durham.ac.uk Tue Sep 21 21:32:04 2004 From: j.p.drawneek at durham.ac.uk (j.p.drawneek at durham.ac.uk) Date: Tue, 21 Sep 2004 22:32:04 +0100 Subject: [Icecast] pthreads problem when I run ./configure Message-ID: <1095802324.41509dd4353de@webmailimpa.dur.ac.uk> I am trying to get icecast 2.0.1 to compile on a solaris express box but the configure fails with the error "configure: error: POSIX threads missing ". So I am unsure what to do as I have no back ground in compiling and have main stuck to the pre-packaged stuff, but my luck has run out on this one. Look on google for anything like this but came up with not alot, it could be some thing really simple but I have never done any thing with C or C++. Any pointer on compiling icescast would be greatly appreciated. From Jason at Weatherserver.net Tue Sep 21 22:11:47 2004 From: Jason at Weatherserver.net (Jason) Date: Tue, 21 Sep 2004 18:11:47 -0400 Subject: [Icecast] mp3 vs ogg question (reformatted) References: <000e01c4a020$4ea6d310$1401a8c0@workstation> <20040921213105.GB14510@www.globalpopconspiracy.com> Message-ID: <000b01c4a027$fc9af940$1401a8c0@workstation> My problem is I run the win32 version and i'm guessing there isn't just a entry i can add to the icecast config file. ----- Original Message ----- From: "Brendan Cully" To: <> Sent: Tuesday, September 21, 2004 5:31 PM Subject: Re: [Icecast] mp3 vs ogg question (reformatted) > On Tuesday, 21 September 2004 at 17:16, Jason wrote: >> oops the last was in HTML and I know alot of you won't answer html email >> >> How come the song data shows up faster with ogg when with mp3. >> >> I ask this because the people who are using icecast to stream police >> scanners also made a system to send realtime updates to what channel >> people >> are listening to. With Ogg the title shows up about .5 of a second before >> the talking starts but with mp3 it's about 1-2 seconds after the talking >> starts. >> >> Is there anyway to speed up the text on mp3 or are we just stuck with it? > > This is likely to be the result of the metadata interval setting. I > believe by default icecast will send metadata updates every 8 or 16k, > regardless of the bit rate. It sounds like you're probably using a > very low bit rate, which means 8k could be a couple of seconds. > > I don't have the icecast source here, but if it's not already a config > option, it shouldn't be too hard to lower the value in the > source. Since metadata only costs a single byte every interval when > there's been no change, it shouldn't have any noticeable impact on > your stream, even if you lower it to 1 or 2k. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From karl at xiph.org Tue Sep 21 22:54:42 2004 From: karl at xiph.org (Karl Heyes) Date: 21 Sep 2004 23:54:42 +0100 Subject: [Icecast] mp3 vs ogg question (reformatted) In-Reply-To: <000b01c4a027$fc9af940$1401a8c0@workstation> References: <000e01c4a020$4ea6d310$1401a8c0@workstation> <20040921213105.GB14510@www.globalpopconspiracy.com> <000b01c4a027$fc9af940$1401a8c0@workstation> Message-ID: <1095807282.24057.8.camel@bogus.hackers.club> On Tue, 2004-09-21 at 23:11, Jason wrote: > My problem is I run the win32 version and i'm guessing there isn't just a > entry i can add to the icecast config file. It's hard coded at the moment, but one could be added as a possible setting. karl From Jason at Weatherserver.net Tue Sep 21 23:01:26 2004 From: Jason at Weatherserver.net (Jason) Date: Tue, 21 Sep 2004 19:01:26 -0400 Subject: [Icecast] mp3 vs ogg question (reformatted) References: <000e01c4a020$4ea6d310$1401a8c0@workstation><20040921213105.GB14510@www.globalpopconspiracy.com><000b01c4a027$fc9af940$1401a8c0@workstation> <1095807282.24057.8.camel@bogus.hackers.club> Message-ID: <001f01c4a02e$ec85ada0$1401a8c0@workstation> Cool, I'm slowing getting people to change over http://dir.xiph.org/index.php?sgenre=Scanner But alot of people still don't like the fact they can't list on yp.shoutcast.com so they don't switch. If you want to see the realtime update try http://scanmassachusetts.no-ip.com:8000/capecod.ogg Some guy made a windows app. that interacts with a police scanner with a serial out. And sends the channel data through simplecast. Now we are trying to get the linux users to have luck with it. We are trying to use the http://login:pass at yourserver:port/admin/metadata?mount=/MOUNTPOINT.ogg&mode=updinfo&song=New%20Title Method which I just googled and found about 15 mins ago. From daleg at elemental.org Wed Sep 22 02:07:23 2004 From: daleg at elemental.org (Dale Ghent) Date: Tue, 21 Sep 2004 22:07:23 -0400 Subject: [Icecast] pthreads problem when I run ./configure In-Reply-To: <1095802324.41509dd4353de@webmailimpa.dur.ac.uk> References: <1095802324.41509dd4353de@webmailimpa.dur.ac.uk> Message-ID: <24952D18-0C3C-11D9-9746-000A95BAFCA8@elemental.org> On Sep 21, 2004, at 5:32 PM, j.p.drawneek at durham.ac.uk wrote: > I am trying to get icecast 2.0.1 to compile on a solaris express box > but the > configure fails with the error "configure: error: POSIX threads missing > ". Do you have the SUNWhea package installed? Which version of Solaris are you running? And I take it you're using GCC as your compiler? /dale From karl at xiph.org Wed Sep 22 13:30:17 2004 From: karl at xiph.org (Karl Heyes) Date: 22 Sep 2004 14:30:17 +0100 Subject: [Icecast] pthreads problem when I run ./configure In-Reply-To: <24952D18-0C3C-11D9-9746-000A95BAFCA8@elemental.org> References: <1095802324.41509dd4353de@webmailimpa.dur.ac.uk> <24952D18-0C3C-11D9-9746-000A95BAFCA8@elemental.org> Message-ID: <1095859816.24613.8.camel@bogus.hackers.club> On Wed, 2004-09-22 at 03:07, Dale Ghent wrote: > On Sep 21, 2004, at 5:32 PM, j.p.drawneek at durham.ac.uk wrote: > > > I am trying to get icecast 2.0.1 to compile on a solaris express box > > but the > > configure fails with the error "configure: error: POSIX threads missing > > ". > > Do you have the SUNWhea package installed? Which version of Solaris are > you running? And I take it you're using GCC as your compiler? sun package names are just great.. The problem was because the pre-built gcc was not thread aware. gcc -v shows the info. karl. From hallm at 1satcom.com Wed Sep 22 14:28:04 2004 From: hallm at 1satcom.com (Marion Hall) Date: Wed, 22 Sep 2004 09:28:04 -0500 Subject: [Icecast] Debian Woody Icecast & Shout Bad Password Error Message-ID: I installed both icecast-server & icecast-client from stable Debian dist. My icecast.conf looks to be correct, but when I run the shout client, I get the following error: Server error: [ Error - Bad password ] I've tried to insert the password into the command line, but it doesn't change anything. -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at hitsandpieces.net Wed Sep 22 17:37:17 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Thu, 23 Sep 2004 03:37:17 +1000 Subject: [Icecast] Debian Woody Icecast & Shout Bad Password Error In-Reply-To: References: Message-ID: Hi: It might have something to do with having to be encrypted or something, icecast 1.x had some of that sort of stuff. Note that those are ancient packages. Neither Icecast 1.x nor Shout are officially maintained or supported anymore, and Shout was known to be particularly buggy. People are encouraged to use Icecast 2.x from icecast.org, but if you must use Icecast 1.x, you might find Ices 0.4 (also from icecast.org) to be a better source. Geoff. From hallm at 1satcom.com Wed Sep 22 22:40:26 2004 From: hallm at 1satcom.com (Marion Hall) Date: Wed, 22 Sep 2004 17:40:26 -0500 Subject: [Icecast] RE: Icecast Digest, Vol 4, Issue 21 In-Reply-To: <20040922190004.37F5D1C3AE@westfish.xiph.org> Message-ID: I went ahead and removed the debian packages and downloaded the new sources and compiled them. I've installed libao, libogg. I'm getting the following error when I install libvorbis: checking for Ogg... no *** Could not run Ogg test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding Ogg or finding the wrong *** version of Ogg. If it is not finding Ogg, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: must have Ogg installed! If I'm understanding right then I install libshout, ices, icecast from the new sources. Has anyone ever seen that error? -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of icecast-request at xiph.org Sent: Wednesday, September 22, 2004 2:00 PM To: icecast at xiph.org Subject: Icecast Digest, Vol 4, Issue 21 Send Icecast mailing list submissions to icecast at xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/icecast or, via email, send a message with subject or body 'help' to icecast-request at xiph.org You can reach the person managing the list at icecast-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Icecast digest..." Today's Topics: 1. Debian Woody Icecast & Shout Bad Password Error (Marion Hall) 2. Re: Debian Woody Icecast & Shout Bad Password Error (Geoff Shang) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Sep 2004 09:28:04 -0500 From: "Marion Hall" Subject: [Icecast] Debian Woody Icecast & Shout Bad Password Error To: Message-ID: Content-Type: text/plain; charset="us-ascii" I installed both icecast-server & icecast-client from stable Debian dist. My icecast.conf looks to be correct, but when I run the shout client, I get the following error: Server error: [ Error - Bad password ] I've tried to insert the password into the command line, but it doesn't change anything. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20040922/074662e7/attach ment.html ------------------------------ Message: 2 Date: Thu, 23 Sep 2004 03:37:17 +1000 From: Geoff Shang Subject: Re: [Icecast] Debian Woody Icecast & Shout Bad Password Error To: icecast at xiph.org Message-ID: Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi: It might have something to do with having to be encrypted or something, icecast 1.x had some of that sort of stuff. Note that those are ancient packages. Neither Icecast 1.x nor Shout are officially maintained or supported anymore, and Shout was known to be particularly buggy. People are encouraged to use Icecast 2.x from icecast.org, but if you must use Icecast 1.x, you might find Ices 0.4 (also from icecast.org) to be a better source. Geoff. ------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast End of Icecast Digest, Vol 4, Issue 21 ************************************** __________ NOD32 1.874 (20040921) Information __________ This message was checked by NOD32 antivirus system. http://www.nod32.com From geoff at hitsandpieces.net Thu Sep 23 01:52:09 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Thu, 23 Sep 2004 11:52:09 +1000 Subject: [Icecast] RE: Icecast Digest, Vol 4, Issue 21 In-Reply-To: References: Message-ID: Marion Hall wrote: > checking for Ogg... no The default install is /usr/local/lib. IIRC, Debian doesn't look there by default for libraries. If you've not done so already, you might want to put the following line in /etc/ld.so.conf: /usr/local/lib If you've done this already, you might need to run ldconfig to make sure that ld is seeing libogg. Geoff. From hallm at 1satcom.com Thu Sep 23 19:05:02 2004 From: hallm at 1satcom.com (Marion Hall) Date: Thu, 23 Sep 2004 14:05:02 -0500 Subject: [Icecast] New Icecast2, Ices install In-Reply-To: <20040923190003.7FF8C1CAF1@westfish.xiph.org> Message-ID: Thanks Geoff that was it. I've got every thing installed, I've just got to spend a little time playing to see if it works. Thanks again. Marion -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of icecast-request at xiph.org Sent: Thursday, September 23, 2004 2:00 PM To: icecast at xiph.org Subject: Icecast Digest, Vol 4, Issue 22 Send Icecast mailing list submissions to icecast at xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/icecast or, via email, send a message with subject or body 'help' to icecast-request at xiph.org You can reach the person managing the list at icecast-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Icecast digest..." Today's Topics: 1. RE: Icecast Digest, Vol 4, Issue 21 (Marion Hall) 2. Re: RE: Icecast Digest, Vol 4, Issue 21 (Geoff Shang) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Sep 2004 17:40:26 -0500 From: "Marion Hall" Subject: [Icecast] RE: Icecast Digest, Vol 4, Issue 21 To: Message-ID: Content-Type: text/plain; charset="us-ascii" I went ahead and removed the debian packages and downloaded the new sources and compiled them. I've installed libao, libogg. I'm getting the following error when I install libvorbis: checking for Ogg... no *** Could not run Ogg test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding Ogg or finding the wrong *** version of Ogg. If it is not finding Ogg, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: must have Ogg installed! If I'm understanding right then I install libshout, ices, icecast from the new sources. Has anyone ever seen that error? -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of icecast-request at xiph.org Sent: Wednesday, September 22, 2004 2:00 PM To: icecast at xiph.org Subject: Icecast Digest, Vol 4, Issue 21 Send Icecast mailing list submissions to icecast at xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/icecast or, via email, send a message with subject or body 'help' to icecast-request at xiph.org You can reach the person managing the list at icecast-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Icecast digest..." Today's Topics: 1. Debian Woody Icecast & Shout Bad Password Error (Marion Hall) 2. Re: Debian Woody Icecast & Shout Bad Password Error (Geoff Shang) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Sep 2004 09:28:04 -0500 From: "Marion Hall" Subject: [Icecast] Debian Woody Icecast & Shout Bad Password Error To: Message-ID: Content-Type: text/plain; charset="us-ascii" I installed both icecast-server & icecast-client from stable Debian dist. My icecast.conf looks to be correct, but when I run the shout client, I get the following error: Server error: [ Error - Bad password ] I've tried to insert the password into the command line, but it doesn't change anything. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20040922/074662e7/attach ment.html ------------------------------ Message: 2 Date: Thu, 23 Sep 2004 03:37:17 +1000 From: Geoff Shang Subject: Re: [Icecast] Debian Woody Icecast & Shout Bad Password Error To: icecast at xiph.org Message-ID: Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi: It might have something to do with having to be encrypted or something, icecast 1.x had some of that sort of stuff. Note that those are ancient packages. Neither Icecast 1.x nor Shout are officially maintained or supported anymore, and Shout was known to be particularly buggy. People are encouraged to use Icecast 2.x from icecast.org, but if you must use Icecast 1.x, you might find Ices 0.4 (also from icecast.org) to be a better source. Geoff. ------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast End of Icecast Digest, Vol 4, Issue 21 ************************************** __________ NOD32 1.874 (20040921) Information __________ This message was checked by NOD32 antivirus system. http://www.nod32.com ------------------------------ Message: 2 Date: Thu, 23 Sep 2004 11:52:09 +1000 From: Geoff Shang Subject: Re: [Icecast] RE: Icecast Digest, Vol 4, Issue 21 To: icecast at xiph.org Message-ID: Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Marion Hall wrote: > checking for Ogg... no The default install is /usr/local/lib. IIRC, Debian doesn't look there by default for libraries. If you've not done so already, you might want to put the following line in /etc/ld.so.conf: /usr/local/lib If you've done this already, you might need to run ldconfig to make sure that ld is seeing libogg. Geoff. ------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast End of Icecast Digest, Vol 4, Issue 22 ************************************** __________ NOD32 1.875 (20040922) Information __________ This message was checked by NOD32 antivirus system. http://www.nod32.com From dusza at kolumbus.fi Thu Sep 23 22:00:23 2004 From: dusza at kolumbus.fi (Mikka Dusza) Date: Fri, 24 Sep 2004 01:00:23 +0300 Subject: [Icecast] random playing order and forum location question Message-ID: <001a01c4a1b8$b9c227a0$7c15c551@akela> 1. where can I find the web-based forum? I'd like to search the solution, because I was able to setup Shoutcast2 for streaming only one mp3 file, but nothing else at all. (I did read the faq, the help 2 times, the logs, I even checked the Tcp/ip traffic of the port of 8000... not found the solution). I haven't downloaded the source code, because I was too sleepy. (and angry :-( ) 2. I'd like to setup any (but I prefer shoutcast) mp3 stream server with multiple mount-point. Mount points (I like the jukebox channel as the name of a mount point) are genre-related and music-band related m3u files, containing some hundreds of items/lines, respectively. From my workplace I'd like to listen to different channels in RANDOM order from my home server. (but as one infinite [looping] stream). What is the simpliest way to do this? (windows 2k) Or should I write my own application to solve my special personal requirements? 3. Just info: Yesterday night I was so angry (dear shoutcast developers, please forgive me) after 2 hours writing config file and analyzing the log and trying to figure out how the h##ck can I configure multiple mount points correctly based on local m3u files and play in random order in the different channels. So I've written a socket server that parses a .m3u file and start to send brutally the mp3 files in random order, infinitively. (constantly 40kbyte/sec speed, this is the max of 320kbit/s. I don't calculate any bitrate, nothing at all, and as simple as possible.) I don't send headers, nothing fancy things only the pure bytes. Receiver also exists, but cannot play at all. Now I'm looking for how can I write winamp plugin to receive my own mp3 stream bytes and pass to the player. (I would like to not write a player, probably I even cannot do.) This short project can work fine in local LAN, but because there could be full of security issues, I'm not brave enough to use over the internet. (so I still prefer the Icecast2 solution if there is any.) 4. If there is no this kind of application yet, (windows) i've one more question: is there any strong reason against the shoutcast format? All the helps, links, other advises Thanks in advance, dusza From daneja at bostonrap.com Thu Sep 23 11:00:57 2004 From: daneja at bostonrap.com (Dane) Date: Thu, 23 Sep 2004 07:00:57 -0400 Subject: [Icecast] Internet Radio Message-ID: <000f01c4a15c$9ab47f40$6401a8c0@danejaruss> Greetings I am interested in starting and internet radio station, can someone contact me for more info in regards to this matter? Thank you Thank you, Daneja...also check out www.BostonRap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From maxmouse at feelthevibe.org Fri Sep 24 02:00:38 2004 From: maxmouse at feelthevibe.org (Max Mouse) Date: Thu, 23 Sep 2004 22:00:38 -0400 Subject: [Icecast] ices question Message-ID: <1095991238.41537fc6c36df@www.feelthevibe.org> I'm running the ices2.0-beta2 and eventhough I have the tags in my conf file, no actually pid file is being written. Is there a secret I'm missing? Rob From geoff at hitsandpieces.net Fri Sep 24 03:40:32 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 24 Sep 2004 13:40:32 +1000 Subject: [Icecast] ices question In-Reply-To: <1095991238.41537fc6c36df@www.feelthevibe.org> References: <1095991238.41537fc6c36df@www.feelthevibe.org> Message-ID: Hi: hmmm, not sure when the pidfile option was added. Ices 2.0beta2 is pretty old - ices 2.0.0 was released on 11 March. Any reason why you're not using the 2.0.0 release? Geoff. From geoff at hitsandpieces.net Fri Sep 24 03:48:55 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 24 Sep 2004 13:48:55 +1000 Subject: [Icecast] random playing order and forum location question In-Reply-To: <001a01c4a1b8$b9c227a0$7c15c551@akela> References: <001a01c4a1b8$b9c227a0$7c15c551@akela> Message-ID: Hi: I'm not sure exactly what it is you want to do. You say you want several genre-based mountpoints, but you then want to randomly switch between them. Wouldn't it be easier to just have one stream of files randomly selected from the various genres? Or maybe I'm missing something? To set up various mountpoints (as you asked), you'll need a source client to stream the data to icecast, one instance per mountpoint. If your files are encoded as you want, you could probably use ezstream to do this, as it's resource usage is pretty low and it runs on Windows. Just configure multiple ezstream instances, one per genre, and you should be good to go. You can get ezstream from http://www.icecast.org/ezstream.php Geoff. From dusza at kolumbus.fi Fri Sep 24 05:18:35 2004 From: dusza at kolumbus.fi (Mikka Dusza) Date: Fri, 24 Sep 2004 08:18:35 +0300 Subject: [Icecast] random playing order and forum location question References: <001a01c4a1b8$b9c227a0$7c15c551@akela> Message-ID: <001401c4a1f5$f15d75b0$7c15c551@akela> > I'm not sure exactly what it is you want to do. You say you want several > genre-based mountpoints, but you then want to randomly switch between them. > Wouldn't it be easier to just have one stream of files randomly selected > from the various genres? Or maybe I'm missing something? 1. I tried the ezstream with a m3u file and works fine. Worked after 5 seconds, but the icecast didnt. I'm partially happy, but what I would like to is described in the next point. Thanks to Geoff Shang who advised me the ezstream. 2. I have a folder (windows 2k) with couple of sub-folders and files like this: ... genre types... rock.m3u (about 70 files) disco.m3u (about 50 files) metal.m3u (about 250 files) ... and so on ... and these kind of files: David Bowie.m3u (22 items) Mike Oldfield.m3u (97 files) Sting.m3u (37 files) Tangerine Dreams.m3u (45 files) ... and so on ... so (locally) when I would like to listen to disco genre, I start winamp use the disco.m3u, enables random order and enables looping. Sometimes I feel that I'd like to listen metal, so use the metal.m3u, enables random order and enables looping. Sometimes I feel that I'd like to listen only Tangerine Dreams only, so I use the Tangerine Dreams.m3u, enables random order and enables looping. This works fine, but I'd like to have the same (I hope it's not hard) as streaming also. So from my workplace if I feel I'd like to listen rock I'd like to use the http://mysite.here.is:8000/rock. If I feel that I'd like to listen to Sting, I'd like to use the http://mysite.here.is:8000/sting. And so on. With ezstream I succesfully stream one m3u file, but nothing more and the playing order is sequential and not random. Thanks in advance, dusza From geoff at hitsandpieces.net Fri Sep 24 13:11:57 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 24 Sep 2004 23:11:57 +1000 Subject: [Icecast] random playing order and forum location question In-Reply-To: <001401c4a1f5$f15d75b0$7c15c551@akela> References: <001a01c4a1b8$b9c227a0$7c15c551@akela> <001401c4a1f5$f15d75b0$7c15c551@akela> Message-ID: Hi: Oops. Apologies. Didn't know that Ezstream couldn't do random. I'd suggest Ices except you use windows. I wonder if you could use one of the remote control packages for winamp, and just run the one stream from there? Get winamp to do the switching just as if you were at home. That's all I can think of that's economical. Geoff. From inzanekaoz at yahoo.com Fri Sep 24 02:18:44 2004 From: inzanekaoz at yahoo.com (HJ) Date: Thu, 23 Sep 2004 19:18:44 -0700 (PDT) Subject: [Icecast] Internet Radio In-Reply-To: <000f01c4a15c$9ab47f40$6401a8c0@danejaruss> Message-ID: <20040924021844.290.qmail@web54108.mail.yahoo.com> Unofficial IceCast HowTo: http://www.gnuware.com/icecast/ --- Dane wrote: > Greetings I am interested in starting and internet radio station, can > someone contact me for more info in regards to this matter? Thank you > > > > > > > > > Thank you, Daneja...also check out www.BostonRap.com > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From james at hawkley.net Fri Sep 24 15:06:09 2004 From: james at hawkley.net (James McCurrach) Date: Fri, 24 Sep 2004 16:06:09 +0100 (BST) Subject: [Icecast] random playing order and forum location question In-Reply-To: Message-ID: <20040924150609.C933514F4@hdotnetadmin.hb> You could try Snackamp (it's cross-platform) - it does playlists, multi-user, shuffle, streaming etc. To my knowledge it doesn't do reencoding etc like ices does. I've only dabbled with it but I found it easy enough to set up and run. http://snackamp.sourceforge.net/ James On 9/24/2004, "Geoff Shang" wrote: >Hi: > >Oops. Apologies. Didn't know that Ezstream couldn't do random. I'd >suggest Ices except you use windows. > >I wonder if you could use one of the remote control packages for winamp, >and just run the one stream from there? Get winamp to do the switching >just as if you were at home. That's all I can think of that's economical. > >Geoff. >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From oddsock at oddsock.org Fri Sep 24 22:52:45 2004 From: oddsock at oddsock.org (oddsock) Date: Fri, 24 Sep 2004 17:52:45 -0500 Subject: [Icecast] 2.0.2 Release... Message-ID: <6.0.1.1.2.20040924174440.03a9bb20@www.oddsock.org> Just a short note to let everyone know that we've done a quick patch release for a exploit that was found by a user..The exploit will cause a win32 icecast to crash, but didn't have any noticeable effect on non-win32 servers..We are recommending that everyone upgrade to icecast 2.0.2 just to be sure. Download the new releases here : http://svn.xiph.org/releases/icecast/ oddsock From jlb at twu.net Fri Sep 24 22:59:11 2004 From: jlb at twu.net (JLB) Date: Fri, 24 Sep 2004 18:59:11 -0400 (EDT) Subject: [Icecast] Questions on setting up icecast In-Reply-To: <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> References: <4146B66A.5020508@imux.net> <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> Message-ID: What's the difference between bitrate and samplerate? Samplerate is like 44KHz or 48KHz? On Tue, 14 Sep 2004, oddsock wrote: > Date: Tue, 14 Sep 2004 10:38:50 -0500 > From: oddsock > To: icecast at xiph.org > Subject: Re: [Icecast] Questions on setting up icecast > > yep, they simply forward the bitstream to icecast. And in general, bitrate > changes are handled by most listening clients, although very few I have > found (if any) can handle samplerate changes appropriately. > > oddsock > At 10:03 AM 9/14/2004, you wrote: > >You mentioned these programs and their "no-reencoding" mode. Can they > >handle collections of MP3s of different bitrate? > > > >On Tue, 14 Sep 2004, oddsock wrote: > > > > > Date: Tue, 14 Sep 2004 09:08:17 -0500 > > > From: oddsock > > > To: icecast at xiph.org > > > Subject: Re: [Icecast] Questions on setting up icecast > > > > > > At 04:14 AM 9/14/2004, you wrote: > > > >JLB wrote: > > > >>Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... > > > >>I merely want a simple solution to do the following: > > > >>I am setting up a streaming server for in-house use. > > > >>I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I > > > >>listen to them in xmms. > > > >>In other words, I DO NOT want: > > > >>XMMS ---> decode to wave ---> re-encode to MP3 ---> icecast ---> > > listeners > > > >>I want: > > > >>XMMS ---> icecast ---> listeners > > > >>Surely this is do-able using a VBR stream? In other words, I DO NOT want > > > >>my MP3s to be decoded, then re-encoded, then sent over the network (the > > > >>re-encoding, of course, introducing further lossiness). I want the actual > > > >>raw MP3 frames to be sent as a VBR stream to the listeners. I want > > the MP3 > > > >>to sound PRECISELY as good on the listening machine as on my machine. > > > >>Surely this is do-able? > > > > > > > >http://www.oddsock.org/tools/oddcastv2_xmms/ > > > > > > my plugin reencodes, so I don't think that's what you want. In fact, I > > > don't know of any way to use XMMS in this way. The problem, is that by the > > > time the DSP plugin gets the audio data, it's already been decoded. You'd > > > have to write an XMMS input plugin to somehow intercept the data and send > > > it along to an icecast server. Nothing like this has been written as far > > > as I know. > > > > > > alternatively, you can use ices or ezstream in "non-reencoding" mode, which > > > is the closest to what you want. > > > > > > > > > oddsock > > > > > > >Stephen > > > >-- > > > >LiveIce Project http://liveice.sourceforge.net/ > > > >_______________________________________________ > > > >Icecast mailing list > > > >Icecast at xiph.org > > > >http://lists.xiph.org/mailman/listinfo/icecast > > > > > > > > > > > > > _______________________________________________ > > > Icecast mailing list > > > Icecast at xiph.org > > > http://lists.xiph.org/mailman/listinfo/icecast > > > > > > >-- > >J. L. Blank, Systems Administrator, twu.net > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- J. L. Blank, Systems Administrator, twu.net From Jason at Weatherserver.net Fri Sep 24 23:03:30 2004 From: Jason at Weatherserver.net (Jason) Date: Fri, 24 Sep 2004 19:03:30 -0400 Subject: [Icecast] 2.0.2 Release... References: <6.0.1.1.2.20040924174440.03a9bb20@www.oddsock.org> Message-ID: <001b01c4a28a$b5c41690$1401a8c0@workstation> oh man I thought this was "the" new version not just a patch version. *cries in the corner* ----- Original Message ----- From: "oddsock" To: ; Sent: Friday, September 24, 2004 6:52 PM Subject: [Icecast] 2.0.2 Release... > Just a short note to let everyone know that we've done a quick patch > release for a exploit that was found by a user..The exploit will cause a > win32 icecast to crash, but didn't have any noticeable effect on non-win32 > servers..We are recommending that everyone upgrade to icecast 2.0.2 just > to be sure. > > Download the new releases here : http://svn.xiph.org/releases/icecast/ > > oddsock > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From adon at yorku.ca Fri Sep 24 23:11:47 2004 From: adon at yorku.ca (Adon Irani) Date: Fri, 24 Sep 2004 19:11:47 -0400 (EDT) Subject: [Icecast] question for the community In-Reply-To: <001b01c4a28a$b5c41690$1401a8c0@workstation> References: <6.0.1.1.2.20040924174440.03a9bb20@www.oddsock.org> <001b01c4a28a$b5c41690$1401a8c0@workstation> Message-ID: i appologize for being somewhat offtopic . i have to give someone advice on video broadcasting .. are there similar packages to icecast which suport video feeds? is the helix project something i should be researching ? thanks for any input ., much appreciated . ad0n . From giles at xiph.org Sat Sep 25 02:01:25 2004 From: giles at xiph.org (Ralph Giles) Date: Fri, 24 Sep 2004 19:01:25 -0700 Subject: [Icecast] Re: [Icecast-dev] 2.0.2 Release... In-Reply-To: <6.0.1.1.2.20040924174440.03a9bb20@www.oddsock.org> References: <6.0.1.1.2.20040924174440.03a9bb20@www.oddsock.org> Message-ID: <20040925020125.GB23763@ghostscript.com> On Fri, Sep 24, 2004 at 05:52:45PM -0500, oddsock wrote: > Download the new releases here : http://svn.xiph.org/releases/icecast/ The mirrors have updated. You might prefer to get it from: http://downloads.us.xiph.org/releases/icecast/ or http://downloads.au.xiph.org/releases/icecast/ These both have higher bandwidth than the direct svn link. Cheers, -r From geoff at hitsandpieces.net Sat Sep 25 05:15:29 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sat, 25 Sep 2004 15:15:29 +1000 Subject: [Icecast] Questions on setting up icecast In-Reply-To: References: <4146B66A.5020508@imux.net> <6.0.1.1.2.20040914090323.045efbf0@www.oddsock.org> <6.0.1.1.2.20040914103617.01d9d7f8@www.oddsock.org> Message-ID: JLB wrote: > What's the difference between bitrate and samplerate? Samplerate is like > 44KHz or 48KHz? Yes. Sample rate says how many samples of the sound are taken per second. The bit rate is how many bits are used to store a representation of those samples. Lets use an example. Suppose we have three files, all at 64kbps. One is 44.1kHz mono, one is 22.05kHz stereo and one is 22.05kHz mono. Now, all use 64000 bits per second to store the sound. The 22.05kHz mono file should, at least in theory, be the most faithful reproduction of the 22.05kHz sound, since it's using the same amount of data to compress half the sound of either of the other two versions. The 22.05kHz stereo file is using the same amount of data to compress two channels, so the amount of data per channel that is available is less, resulting in a lower quality representation of that 22.05kHz sound. The 44.1kHz signal has twice the resolution of the 22.05kHz signal, but again is only using the same amount of data. It's like trying to squash a picture that's twice the size into the same amount of data - it can be done, but depending on how well that compression works, the result mightn't be very good. Streaming formats are always a compromise between sampling rate and bit rate. If you're wanting to set up a stream for a modem listener, you need to ask yourself - do I want the highest sample rate possible knowing that it might not represent very well, or do I want a lower rate which will reproduce better, or maybe do I want a stereo stream versus a mono one. Geoff. From geoff at hitsandpieces.net Sat Sep 25 17:50:17 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 26 Sep 2004 03:50:17 +1000 Subject: [Icecast] mp3 vs ogg question (reformatted) In-Reply-To: <001f01c4a02e$ec85ada0$1401a8c0@workstation> References: <000e01c4a020$4ea6d310$1401a8c0@workstation><20040921213105.GB14510@www.globalpopconspiracy.com><000b01c4a027$fc9af940$1401a8c0@workstation> <1095807282.24057.8.camel@bogus.hackers.club> <001f01c4a02e$ec85ada0$1401a8c0@workstation> Message-ID: Jason wrote: > Now we are trying to get the linux users to have luck with it. We are > trying to use the > http://login:pass at yourserver:port/admin/metadata?mount=/MOUNTPOINT.ogg&mode=updinfo&song=New%20Title > Method which I just googled and found about 15 mins ago. Not sure if that works for Ogg Vorbis, as Vorbis metadata updates take place in the stream. If they're using Ices, they could probably use its metadata update fascilities. Geoff. From j.p.drawneek at durham.ac.uk Mon Sep 27 20:52:30 2004 From: j.p.drawneek at durham.ac.uk (j.p.drawneek at durham.ac.uk) Date: Mon, 27 Sep 2004 21:52:30 +0100 Subject: [Icecast] Compiling ices2 on solaris Message-ID: <1096318350.41587d8e087b4@webmailimpb.dur.ac.uk> configure throws an error as it does not seem to find uint64_t type, err help! configure:19663: checking for uint64_t configure:19688: gcc -c -g -O2 conftest.c >&5 In file included from /usr/include/iso/stdio_iso.h:34, from /opt/csw/gcc3/lib/gcc/sparc-sun-solaris2.9/3.4.1/include/stdio.h:36, from configure:19697: /usr/include/sys/feature_tests.h:281:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications require the use of c99" configure:19691: $? = 1 configure: failed program was: | #line 19668 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "IceS" | #define PACKAGE_TARNAME "ices" | #define PACKAGE_VERSION "2.0.0" | #define PACKAGE_STRING "IceS 2.0.0" | #define PACKAGE_BUGREPORT "icecast at xiph.org" | #define PACKAGE "ices" | #define VERSION "2.0.0" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | #include | #endif | #define _XOPEN_SOURCE 600 | #define __EXTENSIONS__ 1 | #define _GNU_SOURCE | #define STDC_HEADERS 1 | #define WORDS_BIGENDIAN 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #endif | int | main () | { | if ((uint64_t *) 0) | return 0; | if (sizeof (uint64_t)) | return 0; | ; | return 0; | } configure:19708: result: no configure:19718: error: could not find a uint64_t type Any idea on how to fix this? From john at kqlz.org Tue Sep 28 04:30:57 2004 From: john at kqlz.org (John) Date: Tue, 28 Sep 2004 00:30:57 -0400 Subject: [Icecast] Hello and Stream Listing Message-ID: <4158E901.9080908@kqlz.org> Hello Everyone! My name is John Silvers PD/CE of Pirate Radio 100.3FM (KQLZ Los Angeles) I wanted to introduce myself to everyone. We are switching over from our 2072 Shoutcast streams to Ogg with the help from Dave at Mediacast1. It seems mp3PRO is just not catching on but the I think the ogg sounds way better then mp3PRO and not just one player can hear the difference plus no plug-in to push on people to download and install. The question I have is How do I get listed in the YP? I have the code in place but I don't see the station listed anywhere. ---- 15 http://dir.xiph.org/cgi-bin/yp-cgi ---- I see myself on Oddsock and radiotoolbox but not icecast.org. It's not a big deal right now since I am doing some testing anyway but I wanted to know if there was a place I had to sign-up to get listed. Thanks! John Silvers PD/CE Pirate Radio 100.3 FM http://www.kqlz.org From Jason at Weatherserver.net Tue Sep 28 04:51:44 2004 From: Jason at Weatherserver.net (Jason) Date: Tue, 28 Sep 2004 00:51:44 -0400 Subject: [Icecast] Hello and Stream Listing References: <4158E901.9080908@kqlz.org> Message-ID: <000401c4a516$da69b200$1401a8c0@workstation> You should know not all players support OGG without plugins either. Mp3 will play in 98% of the software. I've tested it in Winamp,Media Player, Realplayer Did you remove the around the directory section? Also icecast would need access to outgoing port 80. Or it could be this from the FAQ First of all, icecast must have been built with YP support. This is automatically done if you have libcurl installed. If libcurl is not detected when icecats is compiled, then YP support is disabled. ----- Original Message ----- From: "John" To: Sent: Tuesday, September 28, 2004 12:30 AM Subject: [Icecast] Hello and Stream Listing > Hello Everyone! > My name is John Silvers PD/CE of Pirate Radio 100.3FM (KQLZ Los Angeles) > > I wanted to introduce myself to everyone. > We are switching over from our 2072 Shoutcast streams to Ogg with the help > from Dave at Mediacast1. > It seems mp3PRO is just not catching on but the I think the ogg sounds way > better then mp3PRO and not just one player can hear the difference plus no > plug-in to push on people to download and install. > > The question I have is How do I get listed in the YP? > I have the code in place but I don't see the station listed anywhere. > ---- > > 15 > http://dir.xiph.org/cgi-bin/yp-cgi > > ---- > I see myself on Oddsock and radiotoolbox but not icecast.org. > It's not a big deal right now since I am doing some testing anyway but I > wanted to know if there was a place I had to sign-up to get listed. > > Thanks! > John Silvers PD/CE > Pirate Radio 100.3 FM > http://www.kqlz.org > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From john at kqlz.org Tue Sep 28 05:13:33 2004 From: john at kqlz.org (John) Date: Tue, 28 Sep 2004 01:13:33 -0400 Subject: [Icecast] Hello and Stream Listing References: <4158E901.9080908@kqlz.org> <000401c4a516$da69b200$1401a8c0@workstation> Message-ID: <4158F2FD.4070303@kqlz.org> Hello Jason, Jason wrote: > Did you remove the around the directory section? > Also icecast would need access to outgoing port 80. I have limited control of the streaming server. I have a web control panel and that's with a few setting that can be changed. (start and stop the server, change passwords, setup relays and enter YP servers) There is a section "You can enter up to 5 yp directory servers" with the radiotoolbox, oddsock and icecast already in it. All I see in the box is what I posted. > Or it could be this from the FAQ > First of all, icecast must have been built with YP support. This is > automatically done if you have libcurl installed. If libcurl is not > detected when icecats is compiled, then YP support is disabled. It should be Mediacast1 has a few icecast stations listed using ogg on this server. I wish I could see the error logs from the server that might give me a better clue on what's happening. The only options I have are "List MountPoints | Move Listeners | Stats | Status Page " that's it! John Silvers PD/CE Pirate Radio 100.3 FM http://www.kqlz.org From to at tecilla.de Tue Sep 28 05:16:22 2004 From: to at tecilla.de (Tobias Orterer) Date: Tue, 28 Sep 2004 07:16:22 +0200 Subject: [Icecast] NSV In-Reply-To: <4158F2FD.4070303@kqlz.org> References: <4158E901.9080908@kqlz.org> <000401c4a516$da69b200$1401a8c0@workstation> <4158F2FD.4070303@kqlz.org> Message-ID: <4158F3A6.4030507@tecilla.de> without testing it... is it possible to stream NSV thru icecast? From dm8tbr at afthd.tu-darmstadt.de Tue Sep 28 11:25:03 2004 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker, DM8TBR) Date: Tue, 28 Sep 2004 13:25:03 +0200 Subject: [Icecast] Hello and Stream Listing In-Reply-To: <4158F2FD.4070303@kqlz.org> Message-ID: <003b01c4a54d$cdbbfa90$64b35382@puck> Hi John, > I wish I could see the error logs from the server that might give me a > better clue on what's happening. > The only options I have are "List MountPoints | Move Listeners | Stats | > Status Page " that's it! Just checking: You did enable the public flag in your streaming client? For more realtime feedback feel free to join #icecast on irc.freenode.net Beware - it sometimes takes some time until someone has time to start chatting. We're all not getting paid for hanging around there, so most ppl are quite busy with their RealLife[tm]. ;) Regards Thomas From karl at xiph.org Tue Sep 28 13:05:31 2004 From: karl at xiph.org (Karl Heyes) Date: 28 Sep 2004 14:05:31 +0100 Subject: [Icecast] Hello and Stream Listing In-Reply-To: <4158F2FD.4070303@kqlz.org> References: <4158E901.9080908@kqlz.org> <000401c4a516$da69b200$1401a8c0@workstation> <4158F2FD.4070303@kqlz.org> Message-ID: <1096376731.13718.1.camel@bogus.hackers.club> On Tue, 2004-09-28 at 06:13, John wrote: > I have limited control of the streaming server. I have a web control > panel and that's with a few setting that can be changed. > (start and stop the server, change passwords, setup relays and enter YP > servers) > There is a section "You can enter up to 5 yp directory servers" with the > radiotoolbox, oddsock and icecast already in it. > All I see in the box is what I posted. you will need to state the dir.xiph.org info as well, don't forget to restart the server. karl From karl at xiph.org Tue Sep 28 14:33:25 2004 From: karl at xiph.org (Karl Heyes) Date: 28 Sep 2004 15:33:25 +0100 Subject: [Icecast] NSV In-Reply-To: <4158F3A6.4030507@tecilla.de> References: <4158E901.9080908@kqlz.org> <000401c4a516$da69b200$1401a8c0@workstation> <4158F2FD.4070303@kqlz.org> <4158F3A6.4030507@tecilla.de> Message-ID: <1096382004.13718.47.camel@bogus.hackers.club> On Tue, 2004-09-28 at 06:16, Tobias Orterer wrote: > without testing it... > > is it possible to stream NSV thru icecast? no, time has been spent getting ogg theora+vorbis to stream instead. karl. From u2002189 at giki.edu.pk Tue Sep 28 19:29:24 2004 From: u2002189 at giki.edu.pk (Waqas Ahsan) Date: Wed, 29 Sep 2004 00:29:24 +0500 Subject: [Icecast] Banning clients Message-ID: <003f01c4a591$79da3100$4233a8c0@waqas> Hello i am new to icecast2. i am having trouble in configuring icecast to ban some specific clients. Please help me out. i am using icecast on windows 2000. -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.p.drawneek at durham.ac.uk Tue Sep 28 20:58:04 2004 From: j.p.drawneek at durham.ac.uk (j.p.drawneek at durham.ac.uk) Date: Tue, 28 Sep 2004 21:58:04 +0100 Subject: [Icecast] Running ices2 on solaris core dumped Message-ID: <1096405084.4159d05c41e66@webmailimpa.dur.ac.uk> When I run ices2 with the input of below it "Arithmetic Exception (core dumped)". Any idea whats up? test stream random Ran out of ideas for this one www.dsu.org.uk sun localhost 8000 hackme /test.ogg 12800 From karl at xiph.org Tue Sep 28 21:05:19 2004 From: karl at xiph.org (Karl Heyes) Date: 28 Sep 2004 22:05:19 +0100 Subject: [Icecast] Running ices2 on solaris core dumped In-Reply-To: <1096405084.4159d05c41e66@webmailimpa.dur.ac.uk> References: <1096405084.4159d05c41e66@webmailimpa.dur.ac.uk> Message-ID: <1096405518.13718.67.camel@bogus.hackers.club> On Tue, 2004-09-28 at 21:58, j.p.drawneek at durham.ac.uk wrote: > When I run ices2 with the input of below it "Arithmetic Exception (core > dumped)". Any idea whats up? looks like config problem > > > > > test stream > random > Ran out of ideas for this one > www.dsu.org.uk > > > sun > default settings are 44100 stereo, is that expected ? > > localhost > 8000 > hackme > /test.ogg > > 12800 > Are you confusing samplerate and bitrate ? You do need to state the encoding samplerate and channels. karl. From maxmouse at feelthevibe.org Tue Sep 28 21:14:09 2004 From: maxmouse at feelthevibe.org (Max Mouse) Date: Tue, 28 Sep 2004 17:14:09 -0400 Subject: [Icecast] Icecast and Ices working nicely... but! Message-ID: <1096406049.4159d421305cc@www.feelthevibe.org> I have icecast 2.0.0 and ices 2.0.0 working nicely together with no apparent errors. I connect to the URL with winamp and it works get. Problems arise when I try to connect with any other computer other than my own. This includes other computers on my LAN and off it aswell. In the winamp window they get the message: [HTTP/1.0 200OK] http://www.feelthevibe . . . Any suggestions as to why my computer is fine and everyone else's doesn't work. We're all using the same version of winamp (5.05) Any help would be much appreciated. Rob From geoff at hitsandpieces.net Tue Sep 28 23:33:24 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Wed, 29 Sep 2004 09:33:24 +1000 Subject: [Icecast] Icecast and Ices working nicely... but! In-Reply-To: <1096406049.4159d421305cc@www.feelthevibe.org> References: <1096406049.4159d421305cc@www.feelthevibe.org> Message-ID: Max Mouse wrote: > I have icecast 2.0.0 and ices 2.0.0 working nicely together with no apparent > errors. I connect to the URL with winamp and it works get. Problems arise when > I try to connect with any other computer other than my own. This includes other > computers on my LAN and off it aswell. I've no idea what the error message means. What exactly are you doing to launch the stream? And have you looked in the icecast logs for clues? Geoff. From maxmouse at feelthevibe.org Tue Sep 28 23:35:49 2004 From: maxmouse at feelthevibe.org (Max Mouse) Date: Tue, 28 Sep 2004 19:35:49 -0400 Subject: [Icecast] Icecast and Ices working nicely... but! In-Reply-To: References: <1096406049.4159d421305cc@www.feelthevibe.org> Message-ID: <1096414549.4159f555d863d@www.feelthevibe.org> With the help of Karl I finally figured out that the Lite version of Winamp does not come with the vorbis decoder plug-in. Just so people know in the future! Thanks to Karl for all the help. Rob Quoting Geoff Shang : > Max Mouse wrote: > > > I have icecast 2.0.0 and ices 2.0.0 working nicely together with no > apparent > > errors. I connect to the URL with winamp and it works get. Problems arise > when > > I try to connect with any other computer other than my own. This includes > other > > computers on my LAN and off it aswell. > > I've no idea what the error message means. What exactly are you doing to > launch the stream? And have you looked in the icecast logs for clues? > > Geoff. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From jsoukup at netlantic.de Wed Sep 29 13:00:06 2004 From: jsoukup at netlantic.de (Johann Soukup) Date: Wed, 29 Sep 2004 15:00:06 +0200 Subject: [Icecast] Icecast source config Message-ID: <415AB1D6.FE725F20@netlantic.de> Hello. is there any chance to define multiple entries of in the authentication section of the config file ? I tried already in the section with but this didn't work neither. Best Regards - Johann Netlantic Johann Soukup http://www.netlantic.net From geoff at hitsandpieces.net Wed Sep 29 17:35:21 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Thu, 30 Sep 2004 03:35:21 +1000 Subject: [Icecast] Icecast source config In-Reply-To: <415AB1D6.FE725F20@netlantic.de> References: <415AB1D6.FE725F20@netlantic.de> Message-ID: Hi: Just curious, why would you want to define multiple passwords? I might be overlooking something obbvious. Perhaps tell us what you're hoping to achieve. Geoff. From andy at earthsong.free-online.co.uk Wed Sep 29 19:38:44 2004 From: andy at earthsong.free-online.co.uk (Andy Baxter) Date: Wed, 29 Sep 2004 20:38:44 +0100 Subject: [Icecast] will ices-0 play from stdin or jack? Message-ID: that's it really. From geoff at hitsandpieces.net Thu Sep 30 00:33:20 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Thu, 30 Sep 2004 10:33:20 +1000 Subject: [Icecast] will ices-0 play from stdin or jack? In-Reply-To: References: Message-ID: Hi: I don't think it will play PCM from stdin, but it will take compressed data that way. Note that this is off the top of my head - I could be wrong. Geoff. From john at kqlz.org Thu Sep 30 01:28:15 2004 From: john at kqlz.org (John) Date: Wed, 29 Sep 2004 21:28:15 -0400 Subject: [Icecast] stream delay Message-ID: <415B612F.3040108@kqlz.org> I noticed that my ogg stream was 2 hours behind today. Is that a normal thing with all icecast streams? I had other people try it that have never been to that stream and they were 2 hours behind too. What is that caused from? How can that be fixed? Thanks John http://www.kqlz.org From jsoukup at netlantic.de Thu Sep 30 07:55:21 2004 From: jsoukup at netlantic.de (Johann Soukup) Date: Thu, 30 Sep 2004 09:55:21 +0200 Subject: [Icecast] Icecast source config References: <415AB1D6.FE725F20@netlantic.de> Message-ID: <415BBBE9.E964C14@netlantic.de> Hello Geoff, we have some clients who encode their MP3 streams themselves. (e.g with DarkIce or SAM2). So it would be nice to define a password for each client, so we can control the acces to the entry server. If we provide one password for all clients it's a kind of hassle to change it. Thanks - Johann Geoff Shang schrieb: > Hi: > > Just curious, why would you want to define multiple passwords? I might be > overlooking something obbvious. Perhaps tell us what you're hoping to > achieve. > > Geoff. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From john at kqlz.org Thu Sep 30 08:04:11 2004 From: john at kqlz.org (John) Date: Thu, 30 Sep 2004 04:04:11 -0400 Subject: [Icecast] stream delay References: <415B612F.3040108@kqlz.org> <415BACEA.8030503@tyrell.hu> Message-ID: <415BBDFB.7050709@kqlz.org> Hello Akos! Akos Maroy wrote: > John wrote: > >> I noticed that my ogg stream was 2 hours behind today. >> Is that a normal thing with all icecast streams? >> I had other people try it that have never been to that stream and >> they were 2 hours behind too. >> What is that caused from? >> How can that be fixed? > > > what do you use to encode your stream? I use Simplecast and that's where the problem is. Did some testing and installed Oddcast_v2 DSP for Winamp (on the same computer) and everything was fine. No skips, buffering and everything was on time. Anyone else had this problem with Simplecast? I have a good system. AMD XP2200 1.5gb ram NT 4 SP6a It's strange that's for sure. Thanks John http://www.kqlz.org From louis at spacialaudio.com Thu Sep 30 09:05:52 2004 From: louis at spacialaudio.com (Louis Louw) Date: Thu, 30 Sep 2004 11:05:52 +0200 Subject: [Icecast] stream delay References: <415B612F.3040108@kqlz.org> Message-ID: <015c01c4a6cc$b1ed13a0$866ba5a5@mbsp4> Hi, For the stream to be delayed 2 hours it means somehwere 2 hours worth of music needs to be stored in memory. Can you check the memory usage of SimpleCast compared to the Icecast server? One of them should be huge... I will investigate further. Can you try our Winamp encoders plugin and let me know if you experience the same problem? http://www.spacialaudio.com/products/winamp/ Sincerely, Louis Louw Spacial Audio Solutions, LLC http://www.spacialaudio.com http://www.audiorealm.com ----- Original Message ----- From: "John" To: "icecast" Sent: Thursday, September 30, 2004 3:28 AM Subject: [Icecast] stream delay > I noticed that my ogg stream was 2 hours behind today. > Is that a normal thing with all icecast streams? > I had other people try it that have never been to that stream and they > were 2 hours behind too. > What is that caused from? > How can that be fixed? > > Thanks > John > http://www.kqlz.org > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From geoff at hitsandpieces.net Thu Sep 30 15:51:11 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 1 Oct 2004 01:51:11 +1000 Subject: [Icecast] Icecast source config In-Reply-To: <415BBBE9.E964C14@netlantic.de> References: <415AB1D6.FE725F20@netlantic.de> <415BBBE9.E964C14@netlantic.de> Message-ID: Johann Soukup wrote: > we have some clients who encode their MP3 streams themselves. > (e.g with DarkIce or SAM2). > So it would be nice to define a password for each client, so we can > control the acces to the entry server. If we provide one password > for all clients it's a kind of hassle to change it. Ok so do all these people share a mountpoint, or do they each have their own? Geoff.