From fred at batanga.com Mon Aug 1 14:11:06 2005 From: fred at batanga.com (Fred Black) Date: Mon, 1 Aug 2005 10:11:06 -0400 Subject: [Icecast] Icecast dies In-Reply-To: <6.0.1.1.2.20050729182913.01c11250@www.oddsock.org> Message-ID: I'm getting strange behavior with this build. My relays do not work. If I change back to the build on 7/13/05, everything works. However with the new build I get this error message: "[2005-08-01 10:06:16] EROR format-mp3/format_mp3.c Incorrect metadata format, ending stream" Any ideas why? Fred -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: Friday, July 29, 2005 7:30 PM To: Ricardo Meechan; karl at xiph.org Cc: icecast Subject: RE: [Icecast] Icecast dies latest kh build is here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07292005_setup.exe oddsock At 04:56 AM 7/29/2005, Ricardo Meechan wrote: >Genuis karl! The change sorted it. >Now when the source disconnects, the winamp stream just stopped (and >went onto the next stream in the playlist in my case) > >Cheers for your help, > > >Oddsock, >could you build a compiled windows version of icecast with this fix >(and also the relay on demand default setting as enabled, also fixed by >karl) Whenever you have a spare moment, it would make me very very >happy! Im still trying to build my own in VS.net 2003 but getting >nowhere ;-) > > >Cheers guys! > > >-----Original Message----- >From: Karl Heyes [mailto:karl at xiph.org] >Sent: 29 July 2005 2:02 AM >To: Ricardo Meechan >Subject: RE: [Icecast] Icecast dies > >On Fri, 2005-07-29 at 00:58, Ricardo Meechan wrote: > > Hola, > > > > Heres the backtrace (I think) > > > > (gdb) bt > > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > > dest=0x9ba00f0) at source.c:359 > > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > > #4 0x0078ddee in clone () from /lib/libc.so.6 > > (gdb) > >yeah, that's the stuff we want. > >interesting, the actual segv reason is easy enough to resolve, I'm just >wondering what the state of the listener is in at the time. It will be >hard to tell from the core, as some changes to the client have been >made by the time the core occurs. > >anyway, try the following > >in source.c line 359 change > > if (source->client->con == NULL) > client->intro_offset = -1; to > if (source->client && source->client->con == NULL) > client->intro_offset = -1; > >make debug install > >re-run test, let me know just in case it's not the only problem your >seeing. > >karl. > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this >message, or files associated with this message, is strictly prohibited. >If you have received this message in error, please notify us >immediately by replying to the message and deleting it from your >computer. Messages sent to and from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free >as information could be intercepted, corrupted, lost, destroyed, arrive >late or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From fred at batanga.com Mon Aug 1 15:00:10 2005 From: fred at batanga.com (Fred Black) Date: Mon, 1 Aug 2005 11:00:10 -0400 Subject: [Icecast] Icecast dies In-Reply-To: <1122907343.29977.4.camel@bogus.hackers.club> Message-ID: Yes - the newer one (7/30/05) works just fine. Thanks Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, August 01, 2005 10:42 AM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] Icecast dies On Mon, 2005-08-01 at 15:11, Fred Black wrote: > I'm getting strange behavior with this build. > My relays do not work. > If I change back to the build on 7/13/05, everything works. However > with the new build I get this error message: > "[2005-08-01 10:06:16] EROR format-mp3/format_mp3.c Incorrect > metadata format, ending stream" > > Any ideas why? yeah, a shoutcast metadata mis-alignment but I believe the later build has this fixed. http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07302005_setup.exe karl. From karl at xiph.org Mon Aug 1 14:42:25 2005 From: karl at xiph.org (Karl Heyes) Date: 01 Aug 2005 15:42:25 +0100 Subject: [Icecast] Icecast dies In-Reply-To: References: Message-ID: <1122907343.29977.4.camel@bogus.hackers.club> On Mon, 2005-08-01 at 15:11, Fred Black wrote: > I'm getting strange behavior with this build. > My relays do not work. > If I change back to the build on 7/13/05, everything works. However with > the new build I get this error message: > "[2005-08-01 10:06:16] EROR format-mp3/format_mp3.c Incorrect metadata > format, ending stream" > > Any ideas why? yeah, a shoutcast metadata mis-alignment but I believe the later build has this fixed. http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07302005_setup.exe karl. From kleptein at hotmail.com Tue Aug 2 14:21:29 2005 From: kleptein at hotmail.com (Seth McTigh) Date: Tue, 2 Aug 2005 14:21:29 +0000 (UTC) Subject: [Icecast] Help w/ ices & ALSA Message-ID: I'm currently using Icecast 2.2 w/ streams running DarkIce, under RH. I'd like to try Ices, but so far am completely striking out. My soundcard has ALSA drivers installed, but no matter what combination of settings I use in my config file, Ices won't start and I get the error: "input/input_loop Couldn't initialise input module "alsa" Can anyone give me direction on where to look, or try to tweak? As I said, I know ALSA is working, because I'm running streams as I type this under DarkIce. I've even tried stopping DarkIce and running Ices, but no matter what I always get the same error. Thanks for any help. Seth From mlrsmith at gmail.com Tue Aug 2 14:57:08 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 2 Aug 2005 16:57:08 +0200 Subject: [Icecast] Help w/ ices & ALSA In-Reply-To: References: Message-ID: <3c17372105080207577fe689cd@mail.gmail.com> On 8/2/05, Seth McTigh wrote: > I'm currently using Icecast 2.2 w/ streams running DarkIce, under RH. I'd like > to try Ices, but so far am completely striking out. My soundcard has ALSA > drivers installed, but no matter what combination of settings I use in my config > file, Ices won't start and I get the error: > > "input/input_loop Couldn't initialise input module "alsa" This is a somewhat confusing message. I'll change it for the next version. Anyway, what it means is "Couldn't find an input module named 'alsa'" - which means your ices installation was built without alsa support. You'll need to rebuild it with this support. Mike From mlrsmith at gmail.com Tue Aug 2 14:58:38 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 2 Aug 2005 16:58:38 +0200 Subject: [Icecast] Help w/ ices & ALSA In-Reply-To: <3c17372105080207577fe689cd@mail.gmail.com> References: <3c17372105080207577fe689cd@mail.gmail.com> Message-ID: <3c17372105080207583901bad9@mail.gmail.com> On 8/2/05, Michael Smith wrote: > On 8/2/05, Seth McTigh wrote: > > I'm currently using Icecast 2.2 w/ streams running DarkIce, under RH. I'd like > > to try Ices, but so far am completely striking out. My soundcard has ALSA > > drivers installed, but no matter what combination of settings I use in my config > > file, Ices won't start and I get the error: > > > > "input/input_loop Couldn't initialise input module "alsa" > > This is a somewhat confusing message. I'll change it for the next > version. Anyway, what it means is "Couldn't find an input module named > 'alsa'" - which means your ices installation was built without alsa > support. You'll need to rebuild it with this support. Oops. Misread the code when checking this, this can also mean that actually _initialising_ the module failed. However, if that were the case, usually something else would have been logged, so I'd say that alsa not being compiled in is more likely. Mike From karl at xiph.org Tue Aug 2 14:59:53 2005 From: karl at xiph.org (Karl Heyes) Date: 02 Aug 2005 15:59:53 +0100 Subject: [Icecast] Help w/ ices & ALSA In-Reply-To: References: Message-ID: <1122994790.1948.3.camel@bogus.hackers.club> On Tue, 2005-08-02 at 15:21, Seth McTigh wrote: > I'm currently using Icecast 2.2 w/ streams running DarkIce, under RH. I'd like > to try Ices, but so far am completely striking out. My soundcard has ALSA > drivers installed, but no matter what combination of settings I use in my config > file, Ices won't start and I get the error: > > "input/input_loop Couldn't initialise input module "alsa" > > Can anyone give me direction on where to look, or try to tweak? As I said, I > know ALSA is working, because I'm running streams as I type this under DarkIce. > I've even tried stopping DarkIce and running Ices, but no matter what I always > get the same error. That is just a general error message, any ALSA specific failure message will be above that message, unless you haven't installed ALSA development package on your system, but then the configure would fail to find the messages. Also make sure you have ices 2.0.1 as that had a few fixes to the ALSA input module karl. From fred at batanga.com Wed Aug 3 14:07:37 2005 From: fred at batanga.com (Fred Black) Date: Wed, 3 Aug 2005 10:07:37 -0400 Subject: [Icecast] Icecast dies Message-ID: Karl, The 7/30/2005 Windows EXE has fixed this problem. I put it on the server that Icecast previously would die several times a day and it's not had any problems nor has died since. Just thought you'd like to know.... Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Monday, August 01, 2005 11:00 AM To: 'icecast' Subject: RE: [Icecast] Icecast dies Yes - the newer one (7/30/05) works just fine. Thanks Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, August 01, 2005 10:42 AM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] Icecast dies On Mon, 2005-08-01 at 15:11, Fred Black wrote: > I'm getting strange behavior with this build. > My relays do not work. > If I change back to the build on 7/13/05, everything works. However > with the new build I get this error message: > "[2005-08-01 10:06:16] EROR format-mp3/format_mp3.c Incorrect > metadata format, ending stream" > > Any ideas why? yeah, a shoutcast metadata mis-alignment but I believe the later build has this fixed. http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07302005_setup.exe karl. From harald.mehlem at gmx.de Wed Aug 3 15:28:59 2005 From: harald.mehlem at gmx.de (harald mehlem) Date: Wed, 03 Aug 2005 17:28:59 +0200 Subject: [Icecast] Ices2 > 2 different playlist as input Message-ID: <42F0E2BB.7040507@gmx.de> hi there, i'm new to this list and may someone answered this question before: Is it possible to set in Ices2 two or more different playlist-files as a input source? If yes.. how? Thanks for your help Harald From mlrsmith at gmail.com Wed Aug 3 15:32:17 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Wed, 3 Aug 2005 17:32:17 +0200 Subject: [Icecast] Ices2 > 2 different playlist as input In-Reply-To: <42F0E2BB.7040507@gmx.de> References: <42F0E2BB.7040507@gmx.de> Message-ID: <3c17372105080308322aeceb97@mail.gmail.com> On 8/3/05, harald mehlem wrote: > hi there, > i'm new to this list and may someone answered this question before: > > Is it possible to set in Ices2 two or more different playlist-files as a > input source? > If yes.. how? What would this mean? Do you want: 1) two different streams, one using each playlist 2) one stream, using the first playlist then the second playlist 3) something else? For option 1, you can very easily run two seperate ices2 instances. For option 2, you should just cat the two files together. Or you can script something, but that seems like a lot of extra work. For option 3, please explain what you actually mean. Basically, the answer is "no", but it's not clear why you're asking this question. Mike From harald.mehlem at gmx.de Wed Aug 3 15:37:46 2005 From: harald.mehlem at gmx.de (harald mehlem) Date: Wed, 03 Aug 2005 17:37:46 +0200 Subject: [Icecast] Ices2 > 2 different playlist as input In-Reply-To: <3c17372105080308322aeceb97@mail.gmail.com> References: <42F0E2BB.7040507@gmx.de> <3c17372105080308322aeceb97@mail.gmail.com> Message-ID: <42F0E4CA.1020605@gmx.de> in this case, i'll go for option 1 :) thanks a lot for your help. Michael Smith schrieb: >On 8/3/05, harald mehlem wrote: > > >>hi there, >>i'm new to this list and may someone answered this question before: >> >>Is it possible to set in Ices2 two or more different playlist-files as a >>input source? >>If yes.. how? >> >> > >What would this mean? > >Do you want: > 1) two different streams, one using each playlist > 2) one stream, using the first playlist then the second playlist > 3) something else? > >For option 1, you can very easily run two seperate ices2 instances. >For option 2, you should just cat the two files together. Or you can >script something, but that seems like a lot of extra work. >For option 3, please explain what you actually mean. > >Basically, the answer is "no", but it's not clear why you're asking >this question. > >Mike > > > > From doc at krushradio.com Thu Aug 4 06:44:48 2005 From: doc at krushradio.com (Doc Nasty) Date: Thu, 4 Aug 2005 01:44:48 -0500 Subject: [Icecast] RE: Icecast dies In-Reply-To: <20050803190003.8DDD11CCA9@westfish.xiph.org> Message-ID: <20050804064453.77962BE231@ns1.osuosl.org> Is this a new build? 7/30/05 version.. Where can I find the changelog on it, as well as features setup. Sorry about the ignorance, I just now saw this part of it. Also, what is the buildtree? You can respond back private if you don't want to send this to everyone. Much Thanks ~Doc -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of icecast-request at xiph.org Sent: Wednesday, August 03, 2005 2:00 PM To: icecast at xiph.org Subject: Icecast Digest, Vol 15, Issue 3 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 dies (Fred Black) 2. Ices2 > 2 different playlist as input (harald mehlem) 3. Re: Ices2 > 2 different playlist as input (Michael Smith) 4. Re: Ices2 > 2 different playlist as input (harald mehlem) ---------------------------------------------------------------------- Message: 1 Date: Wed, 3 Aug 2005 10:07:37 -0400 From: "Fred Black" Subject: RE: [Icecast] Icecast dies To: "'icecast'" Message-ID: Content-Type: text/plain; charset="us-ascii" Karl, The 7/30/2005 Windows EXE has fixed this problem. I put it on the server that Icecast previously would die several times a day and it's not had any problems nor has died since. Just thought you'd like to know.... Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Monday, August 01, 2005 11:00 AM To: 'icecast' Subject: RE: [Icecast] Icecast dies Yes - the newer one (7/30/05) works just fine. Thanks Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, August 01, 2005 10:42 AM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] Icecast dies On Mon, 2005-08-01 at 15:11, Fred Black wrote: > I'm getting strange behavior with this build. > My relays do not work. > If I change back to the build on 7/13/05, everything works. However > with the new build I get this error message: > "[2005-08-01 10:06:16] EROR format-mp3/format_mp3.c Incorrect > metadata format, ending stream" > > Any ideas why? yeah, a shoutcast metadata mis-alignment but I believe the later build has this fixed. http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07302005_setup.exe karl. ------------------------------ Message: 2 Date: Wed, 03 Aug 2005 17:28:59 +0200 From: harald mehlem Subject: [Icecast] Ices2 > 2 different playlist as input To: icecast at xiph.org Message-ID: <42F0E2BB.7040507 at gmx.de> Content-Type: text/plain; charset=ISO-8859-15 hi there, i'm new to this list and may someone answered this question before: Is it possible to set in Ices2 two or more different playlist-files as a input source? If yes.. how? Thanks for your help Harald ------------------------------ Message: 3 Date: Wed, 3 Aug 2005 17:32:17 +0200 From: Michael Smith Subject: Re: [Icecast] Ices2 > 2 different playlist as input To: harald mehlem Cc: icecast at xiph.org Message-ID: <3c17372105080308322aeceb97 at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 8/3/05, harald mehlem wrote: > hi there, > i'm new to this list and may someone answered this question before: > > Is it possible to set in Ices2 two or more different playlist-files as > a input source? > If yes.. how? What would this mean? Do you want: 1) two different streams, one using each playlist 2) one stream, using the first playlist then the second playlist 3) something else? For option 1, you can very easily run two seperate ices2 instances. For option 2, you should just cat the two files together. Or you can script something, but that seems like a lot of extra work. For option 3, please explain what you actually mean. Basically, the answer is "no", but it's not clear why you're asking this question. Mike ------------------------------ Message: 4 Date: Wed, 03 Aug 2005 17:37:46 +0200 From: harald mehlem Subject: Re: [Icecast] Ices2 > 2 different playlist as input Cc: icecast at xiph.org Message-ID: <42F0E4CA.1020605 at gmx.de> Content-Type: text/plain; charset=ISO-8859-1 in this case, i'll go for option 1 :) thanks a lot for your help. Michael Smith schrieb: >On 8/3/05, harald mehlem wrote: > > >>hi there, >>i'm new to this list and may someone answered this question before: >> >>Is it possible to set in Ices2 two or more different playlist-files as >>a input source? >>If yes.. how? >> >> > >What would this mean? > >Do you want: > 1) two different streams, one using each playlist > 2) one stream, using the first playlist then the second playlist > 3) something else? > >For option 1, you can very easily run two seperate ices2 instances. >For option 2, you should just cat the two files together. Or you can >script something, but that seems like a lot of extra work. >For option 3, please explain what you actually mean. > >Basically, the answer is "no", but it's not clear why you're asking >this question. > >Mike > > > > ------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast End of Icecast Digest, Vol 15, Issue 3 ************************************** From bjacint at kvark.hu Thu Aug 4 10:30:41 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Thu, 04 Aug 2005 12:30:41 +0200 Subject: [Icecast] streamtranscoder deb Message-ID: <42F1EE51.2060309@kvark.hu> Hi, Isn't someone willing to create a Debian package from Oddsock's StreamTranscoder software...? Yours, Jacint From r.meechan at wgltd.com Thu Aug 4 10:54:14 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 4 Aug 2005 11:54:14 +0100 Subject: [Icecast] Problem? On-demand relay & max listeners redirect Message-ID: <4B9A6084080C8247840154B0759B3FE7711366@server03.wilsonandgarden.com> I think this might be a problem: Say I have a master stream called /aac with 20 max listeners I also have a on-demand relay with (master-redirect) enabled. Now the plan is, when the master stream is full it would redirect to the slave stream (a 302), but the slave stream cannot connect to the master as its currently full. So somehow the icecast server has to allow the relay stream to connect (either by reserving a set amount of connections for relays, or by kicking off a current listener on that stream to allow the relay to... relay) Is this a current problem or have I configured something wrong? Regards. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Thu Aug 4 14:52:38 2005 From: karl at xiph.org (Karl Heyes) Date: 04 Aug 2005 15:52:38 +0100 Subject: [Icecast] Problem? On-demand relay & max listeners redirect In-Reply-To: <4B9A6084080C8247840154B0759B3FE7711366@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE7711366@server03.wilsonandgarden.com> Message-ID: <1123167157.15672.376.camel@bogus.hackers.club> On Thu, 2005-08-04 at 11:54, Ricardo Meechan wrote: > I think this might be a problem: > > Say I have a master stream called /aac with 20 max listeners > > I also have a on-demand relay with (master-redirect) enabled. > > > Now the plan is, when the master stream is full it would redirect to the > slave stream (a 302), but the slave stream cannot connect to the master > as its currently full. > > So somehow the icecast server has to allow the relay stream to connect > (either by reserving a set amount of connections for relays, or by > kicking off a current listener on that stream to allow the relay to... > relay) > > Is this a current problem or have I configured something wrong? The 302 mechanism is really on the back burner for the moment, but the mechanism does allow for by-passing the max-listeners check if the master determines the connection to be a slave, which currently, is only done if :- . The slave has the / set to the whatever /relay-password> in the master is set to. . is set to 1 so that and are automatically passed in the case of automatically defined relays This only applies to the -kh branch as it could do with updating. karl. From karl at xiph.org Thu Aug 4 19:11:28 2005 From: karl at xiph.org (Karl Heyes) Date: 04 Aug 2005 20:11:28 +0100 Subject: [Icecast] RE: Icecast dies In-Reply-To: <20050804064453.77962BE231@ns1.osuosl.org> References: <20050804064453.77962BE231@ns1.osuosl.org> Message-ID: <1123182685.15672.393.camel@bogus.hackers.club> On Thu, 2005-08-04 at 07:44, Doc Nasty wrote: > Is this a new build? 7/30/05 version.. It's the latest win32 build of the kh branch of icecast > Where can I find the changelog on it, as well as features setup. Sorry > about the ignorance, I just now saw this part of it. Also, what is the > buildtree? I usually list the general changes in the NEWS file (ie from http://svn.xiph.org/icecast/branches/kh/icecast/NEWS), svn can be used to get the committed patch information. The docs and xml files show the most notable features, but there are a fair few changes that are internals. Many of these changes will be going into the trunk code (then 2.3 release) after a sufficient amount of testing and review has been done. karl. From ronblok at wxs.nl Fri Aug 5 00:25:32 2005 From: ronblok at wxs.nl (Ron Blok) Date: Fri, 05 Aug 2005 02:25:32 +0200 Subject: [Icecast] Installation problem Message-ID: Dear Icecast community, I am trying to install Icecast 2.2 on a new server running FC2. At the start there was no GCC installed. I solved that using up2date. Still I am getting no luck with the ./configure command. The error message "configure: error: C++ preprocessor "/lib/cpp" fails sanity check" doesn't make sense to me. I hope somebody can help me to overcome this hurdle. Thanks in advance, Below the screen output of the configure command .... RoN checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-redhat-linux-gnu checking host system type... i686-redhat-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.0/63 - Release Date: 3-8-2005 From karl at xiph.org Fri Aug 5 01:01:38 2005 From: karl at xiph.org (Karl Heyes) Date: 05 Aug 2005 02:01:38 +0100 Subject: [Icecast] Installation problem In-Reply-To: References: Message-ID: <1123203695.15672.406.camel@bogus.hackers.club> On Fri, 2005-08-05 at 01:25, Ron Blok wrote: > Dear Icecast community, > > I am trying to install Icecast 2.2 on a new server running FC2. > At the start there was no GCC installed. I solved that using up2date. > Still I am getting no luck with the ./configure command. > The error message "configure: error: C++ preprocessor "/lib/cpp" fails > sanity check" doesn't make sense to me. > I hope somebody can help me to overcome this hurdle. This looks to be down to the version of autoconf that was used to build the distribution, it's checking for C++ (something icecast doesn't use) automatically and failing in your case. I've rebuilt the tar for 2.2.0 using a new autoconf, can you try that http://mediacast1.com/~karl/testing/icecast-2.2.0.tar.gz let me know how that goes for you karl. From edemilsonaguiar at uol.com.br Fri Aug 5 01:52:49 2005 From: edemilsonaguiar at uol.com.br (Edemilson Aguiar) Date: Thu, 4 Aug 2005 22:52:49 -0300 Subject: [Icecast] Icecast Instalation Message-ID: Hello All, I've tried to install the Icecast streaming server on my Slackware 10 without success. Someone could help me on it? And what kind of modules I can set up? Best Regards. From hostmaster at xenterra.net Fri Aug 5 01:58:58 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Thu, 4 Aug 2005 19:58:58 -0600 (MDT) Subject: [Icecast] Icecast Instalation In-Reply-To: References: Message-ID: I run Slackware 10.1 on numerous servers and icecast-2.2.0 and icecast-2.2-kh14 compile and install "out of the box." What kind of errors are you getting? On Thu, 4 Aug 2005, Edemilson Aguiar wrote: > Hello All, > > I've tried to install the Icecast streaming server on my Slackware 10 > without success. > Someone could help me on it? And what kind of modules I can set up? > > > Best Regards. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > Robert Muchnick Xenterra.net 720-276-7917 From edemilsonaguiar at uol.com.br Fri Aug 5 02:12:44 2005 From: edemilsonaguiar at uol.com.br (Edemilson Aguiar) Date: Thu, 4 Aug 2005 23:12:44 -0300 Subject: RES: [Icecast] Icecast Installation In-Reply-To: Message-ID: Tks for you answer Robert, It's my first time with IceCast for Linux and if possible I would like to take a look in your configuration files or a how-to. Tks. -----Mensagem original----- De: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Em nome de Robert Muchnick Enviada em: quinta-feira, 4 de agosto de 2005 22:59 Para: icecast at xiph.org Assunto: Re: [Icecast] Icecast Instalation I run Slackware 10.1 on numerous servers and icecast-2.2.0 and icecast-2.2-kh14 compile and install "out of the box." What kind of errors are you getting? On Thu, 4 Aug 2005, Edemilson Aguiar wrote: > Hello All, > > I've tried to install the Icecast streaming server on my Slackware 10 > without success. > Someone could help me on it? And what kind of modules I can set up? > > > Best Regards. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > Robert Muchnick Xenterra.net 720-276-7917 _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From hostmaster at xenterra.net Fri Aug 5 02:27:14 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Thu, 4 Aug 2005 20:27:14 -0600 (MDT) Subject: RES: [Icecast] Icecast Installation In-Reply-To: References: Message-ID: For icecast on Linux there really isn't anything special to do. In the icecast-2.2.x directory where you unpacked the tar.gz, you'll find a README file. Pertinent parts are: "icecast requires the following packages : * libxml2 - http://xmlsoft.org/downloads.html * libxslt - http://xmlsoft.org/XSLT/downloads.html * curl - http://curl.haxx.se/download.html (>= version 7.10 required) NOTE: icecast may be compiled without curl, however this will disable all Directory server interaction (YP). * ogg/vorbis - http://www.vorbis.com/files (>= version 1.0 required)" and, "To build icecast on a Unix platform, perform the following : Run ./configure make make install" Do that from within the top level of the source package, such as, for example, "/usr/local/icecast-2.2.x". Doesn't get much simpler than that. Check that your prerequisites are installed: /var/log/packages. They *should* all be there with Slackware 10 unless you did a less than total install of Slackware, in which case use installpkg and install them from disk. On Thu, 4 Aug 2005, Edemilson Aguiar wrote: > Tks for you answer Robert, > It's my first time with IceCast for Linux and if possible I would like to > take a look in your configuration files or a how-to. > > Tks. Robert Muchnick Xenterra.net 720-276-7917 From jpherrera at gmail.com Fri Aug 5 03:51:09 2005 From: jpherrera at gmail.com (Juan Pablo Herrera) Date: Fri, 5 Aug 2005 00:51:09 -0300 Subject: [Icecast] Streaming Video Message-ID: <2f12d8e205080420514a808423@mail.gmail.com> Hi all! I need make a test on a streaming video server icecast, but i don't know a tutorial for this case. The test will become on Ubuntu Hoary. Please, can somebody help me?. Let me know a how-to for the implementation. Regards, JP From adnusielog4 at rmsud.esercito.difesa.it Fri Aug 5 09:01:26 2005 From: adnusielog4 at rmsud.esercito.difesa.it (Luigi Palmiero) Date: Fri, 5 Aug 2005 11:01:26 +0200 Subject: [Icecast] Icecast2, Oddcast v3 and Metadata Message-ID: <000a01c5999c$4dc6cfb0$efc6170a@pcpalmiero> Hi guys, this is my first post and i'm sorry for my bad english :-) The question is this: I have an "Icecast2 beta 3" server (under Red Hat 9) and a Winamp 5.0.8/Oddcast 3.0.7 source client. My users are all with Win Xp and Win Media Player 9 The problem is with metadata. I set them into Oddcast and the server respond with this log messages: --- [2005-08-04 12:03:23] DBUG admin/admin_handle_request Got command (metadata) [2005-08-04 12:03:23] INFO admin/admin_handle_request Received admin command metadata on mount "/RadioOnLine01/canale02" [2005-08-04 12:03:23] DBUG admin/command_metadata Got metadata update request [2005-08-04 12:03:23] DBUG admin/command_metadata Metadata on mountpoint /RadioOnLine01/canale02 changed to "Prova di inserimento di metadata a mano." --- All seems is OK, but Win Media Player not shows my message of metadata but only and always "Title" and "Description". Where is the problem? Thanks Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlrsmith at gmail.com Fri Aug 5 10:14:21 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Fri, 5 Aug 2005 12:14:21 +0200 Subject: [Icecast] Sorry for the mail flood Message-ID: <3c1737210508050314508841e2@mail.gmail.com> Hi all, Apologies for the mail flood; I just cleared out the moderation queue. I'll try to make sure this gets done a bit more regularly in the future! Anyone whose mail got delayed for several weeks - sorry, I was on holidays. Mike From Dennis at heerema.net Fri Aug 5 10:48:13 2005 From: Dennis at heerema.net (Dennis Heerema) Date: Fri, 05 Aug 2005 12:48:13 +0200 Subject: [Icecast] streaming non-MP3 formats In-Reply-To: <42D7903A.1060002@vizzavi.pt> References: <20050715081525.85473.qmail@web30006.mail.mud.yahoo.com> <42D7903A.1060002@vizzavi.pt> Message-ID: Hi There, There seems to be AAC-LD used in ISDN codecs from TELOS http://www.telos-systems.com/ Mpeg AAC-LD is AAC low delay, specialy for communication pupuses, it's from frauenhoffer Regards, Dennis -----Original Message----- From: Bruno Batista To: yjliang99 at yahoo.com Cc: icecast at xiph.org Date: Fri, 15 Jul 2005 11:30:18 +0100 Subject: Re: [Icecast] streaming non-MP3 formats > hi! > this is very interesting... even yesterday I was thinking if there's a > way to stream uncompressed audio... > one of the problems with high compression is delay. for example, when > you make a radio broadcasting, you cannot easily use a stream to relay > live programs in remote locations, because the time lag between speech > and return signal from the rf transmitter drives everyone crazy. for a > cheap system (without local return), I was thinking about streaming raw > pcm (.wav) using wireless hotspots for the signal relay... > so... this has practical interest. > bye > Bruno > > ps: usually we use ISDN connection with professional equipment in each > side of the line, streaming mp3... with delay, but even for one day the > telecom company charges a minimum 212.02 euros + communications. that > sucks! > > > > Yi Liang wrote: > > >Hi, I'm working on a project to add more audio formats > >other than MP3 and Ogg that can be streamed by > >Icecast. Yes, I mean streaming those formats, not > >converting them to MP3. These formats I'd like to add > >include PCM (.wav) and ADPCM (.adp). Although they are > >much less advanced codecs compared to MP3, they have a > >valid market for low-power clients. > > > >I've been working on the source codes, and believe I > >need to write modules analogous to format_mp3.c in > >Icecast, and mp3.c in Libshout. > > > >Does anyone have suggestions, advice? Anyone > >interested in this project and interested in working > >with me? > > > >Thanks. > >Yi > > > > > >_______________________________________________ > >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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam at xs4all.nl Fri Aug 5 11:33:25 2005 From: adam at xs4all.nl (adam) Date: Fri, 5 Aug 2005 13:33:25 +0200 (CEST) Subject: [Icecast] Streaming Video In-Reply-To: <2f12d8e205080420514a808423@mail.gmail.com> Message-ID: <20050805133316.P13030-100000@xs3.xs4all.nl> check this: http://tsotso.org/tavi/?page=Pure+Data+Streaming+HowTo adam On Fri, 5 Aug 2005, Juan Pablo Herrera wrote: > Hi all! > I need make a test on a streaming video server icecast, but i don't > know a tutorial for this case. The test will become on Ubuntu Hoary. > Please, can somebody help me?. > Let me know a how-to for the implementation. > > Regards, > JP > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > Adam Hyde ~/.hr r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' contact: email : adam at xs4all.nl phone : +385 917 524 927 (Croatian Mobile) From k.j.wierenga at home.nl Fri Aug 5 12:48:25 2005 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Fri, 05 Aug 2005 14:48:25 +0200 Subject: [Icecast] Embedded player In-Reply-To: <42E6673A.4070808@bellsouth.net> References: <42E6673A.4070808@bellsouth.net> Message-ID: <42F36019.6070008@home.nl> Hi Jim, Take a look at http://loudblog.be, they use Marc Reichhelt's embedded flash player which supports streaming mp3. http://www.marcreichelt.de/spezial/musicplayer/ Cheers, KJ Jim Kehoe wrote: > Hey folks, > > I was hoping I could pick your guys' brains. I have been searching for > a flash player that I can embed onto my site, that would be capable of > playing an icecast stream. I have checked out a few, and they are all > limited to playing a static mp3 file. Has anyone worked with such a > thing and could give some recommendations? > > Thanks, > > Jim Kehoe > Hiway Radio > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From jpherrera at gmail.com Sun Aug 7 19:42:54 2005 From: jpherrera at gmail.com (Juan Pablo Herrera) Date: Sun, 7 Aug 2005 16:42:54 -0300 Subject: [Icecast] Video Streaming Message-ID: <2f12d8e20508071242429fae23@mail.gmail.com> Hi All! I need to find a solution to reproduce asf and wmv with icecast server. Is possible convert a wmv or asf file to ogg theora?. Which is the best solution to offer video streaming?. Regards, JP From joshwhiting at gmail.com Sun Aug 7 23:33:24 2005 From: joshwhiting at gmail.com (Josh Whiting) Date: Sun, 7 Aug 2005 19:33:24 -0400 Subject: [Icecast] restarting streamtranscoder w/ out killing listeners Message-ID: Hi folks I'm running streamtranscoder on my icecast server. Unfortunately, after 5-15 minutes of transcoding, it sometimes produces jumpy/skippy audio or drops the stream altogether. What I'd like to do is restart streamtranscoder every 5 minutes. However, when I kill streamtranscoder and bring it back, all listeners on the stream get killed. How can I prevent this? In other words, how can I get icecast to keep publishing the mount point when streamtranscoder is killed and started again? Also, are there any stable alternatives to streamtranscoder? thanks!! -josh whiting From jpherrera at gmail.com Mon Aug 8 04:08:15 2005 From: jpherrera at gmail.com (Juan Pablo Herrera) Date: Mon, 8 Aug 2005 01:08:15 -0300 Subject: [Icecast] A Tutorial for streaming video Message-ID: <2f12d8e2050807210869689603@mail.gmail.com> Hello, I need a tutorial for make a streaming server video with icecast and theora. Is possible to convert an asf file to ogg file?. I tested with vlc, but the new file ogg don't work fine. My problem is that a receive a asf file and need to mount into the server icecast. Please, let me know the best solution. Regards, JP From lpmusix at gmail.com Mon Aug 8 05:08:50 2005 From: lpmusix at gmail.com (Daniel Ballenger) Date: Sun, 7 Aug 2005 22:08:50 -0700 Subject: [Icecast] A Tutorial for streaming video In-Reply-To: <2f12d8e2050807210869689603@mail.gmail.com> References: <2f12d8e2050807210869689603@mail.gmail.com> Message-ID: <56755a705080722083e78d3e6@mail.gmail.com> Not completely sure about this, though I can't see why it wouldn't work: Would it be possible for you to run the asf video through mplayer (mplayer plays those files, right?) and convert it to another format (I believe you can dump the video to a mpeg 1 file or something like that). Then take that file and use ffmpeg to encode it to theora. Haven't tried this yet for something exactly like this, but it should work; or at least get you started on the right path. Good luck, Daniel On 8/7/05, Juan Pablo Herrera wrote: > Hello, > I need a tutorial for make a streaming server video with icecast and theora. > Is possible to convert an asf file to ogg file?. I tested with vlc, > but the new file ogg don't work fine. > My problem is that a receive a asf file and need to mount into the > server icecast. > Please, let me know the best solution. > > Regards, > JP > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Daniel Ballenger http://denetron.com Sr. Systems Administrator - Denetron LLC From greg at orban.com Mon Aug 8 06:01:28 2005 From: greg at orban.com (Greg J. Ogonowski) Date: Sun, 07 Aug 2005 23:01:28 -0700 Subject: [Icecast] A Tutorial for streaming video In-Reply-To: <56755a705080722083e78d3e6@mail.gmail.com> References: <2f12d8e2050807210869689603@mail.gmail.com> <56755a705080722083e78d3e6@mail.gmail.com> Message-ID: <6.2.1.2.2.20050807230041.1352ee18@66.220.31.130> With all those decodes and encodes, I wouldn't expect the video to have any quality left. -greg. At 22:08 2005-08-07, Daniel Ballenger wrote: >Not completely sure about this, though I can't see why it wouldn't work: >Would it be possible for you to run the asf video through mplayer >(mplayer plays those files, right?) and convert it to another format >(I believe you can dump the video to a mpeg 1 file or something like >that). Then take that file and use ffmpeg to encode it to theora. > >Haven't tried this yet for something exactly like this, but it should >work; or at least get you started on the right path. > >Good luck, >Daniel > >On 8/7/05, Juan Pablo Herrera wrote: > > Hello, > > I need a tutorial for make a streaming server video with icecast and > theora. > > Is possible to convert an asf file to ogg file?. I tested with vlc, > > but the new file ogg don't work fine. > > My problem is that a receive a asf file and need to mount into the > > server icecast. > > Please, let me know the best solution. > > > > Regards, > > JP > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > > > >-- >Daniel Ballenger >http://denetron.com >Sr. Systems Administrator - Denetron LLC >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From lbn at prg.dtu.dk Mon Aug 8 17:24:00 2005 From: lbn at prg.dtu.dk (Laust Brock-Nannestad) Date: Mon, 8 Aug 2005 19:24:00 +0200 (CEST) Subject: [Icecast] restarting streamtranscoder w/ out killing listeners In-Reply-To: Message-ID: On Sun, 7 Aug 2005, Josh Whiting wrote: > I'm running streamtranscoder on my icecast server. Unfortunately, > after 5-15 minutes of transcoding, it sometimes produces jumpy/skippy > audio or drops the stream altogether. What I'd like to do is restart > streamtranscoder every 5 minutes. However, when I kill > streamtranscoder and bring it back, all listeners on the stream get > killed. How can I prevent this? In other words, how can I get > icecast to keep publishing the mount point when streamtranscoder is > killed and started again? You could set up a fallback stream, redirecting people to a static file or a stream streamed by ezstream (for example) when the transcoder goes down. Obviously this will still interrupt the listeners, but it will not disconnect them and will automatically move them back to the main stream once it's up and running again. BTW, we also use the streamTranscoder, and I found that increasing the internal buffer size greatly increased the stability (at the cost of slightly higher latency, but this was not an issue for us). If you open transcurl.cpp and look for the comment "JCMOD, made this a lot larger" (should be in three places), you'll see a value defined as something multiplied by 20. I (rather arbitrarily) changed it to "*60" and recompiled and it worked so well I haven't felt the need to try other values :-) Regards, Laust From joshwhiting at gmail.com Mon Aug 8 19:12:24 2005 From: joshwhiting at gmail.com (Josh Whiting) Date: Mon, 8 Aug 2005 15:12:24 -0400 Subject: [Icecast] restarting streamtranscoder w/ out killing listeners In-Reply-To: References: Message-ID: > You could set up a fallback stream, redirecting people to a static file or > a stream streamed by ezstream (for example) when the transcoder goes down. > Obviously this will still interrupt the listeners, but it will not > disconnect them and will automatically move them back to the main stream > once it's up and running again. Interestingly enough yesterday my friend & I devised a similar idea where we setup two ST instances per format, (call them A and B,) each set as a fallback for the other. We then setup a cronjob to restart A, then B, then A etc on an alternating schedule, so our listeners get moved from A->B->A on a regular interval. Quite a hack but at least our stream is usable for now. > BTW, we also use the streamTranscoder, and I found that increasing the > internal buffer size greatly increased the stability (at the cost of > slightly higher latency, but this was not an issue for us). > > If you open transcurl.cpp and look for the comment "JCMOD, made this a lot > larger" (should be in three places), you'll see a value defined as > something multiplied by 20. I (rather arbitrarily) changed it to "*60" and > recompiled and it worked so well I haven't felt the need to try other > values :-) Good tip there, I'll give that a try, thanks! -jw From jbebel at ncsu.edu Mon Aug 8 19:21:16 2005 From: jbebel at ncsu.edu (Joel Ebel) Date: Mon, 08 Aug 2005 15:21:16 -0400 Subject: [Icecast] too many open files again Message-ID: <42F7B0AC.8000803@ncsu.edu> [2005-08-08 15:09:57] WARN connection/_accept_connection accept() failed with error 24: Too many open files I'm getting this error I had earlier once again. I reported this on June 1, and restarted the server at that time. it's been working fine again since then, but now the error has shown up again. lsof lists a lot of lines like this: icecast 22212 nobody 141u sock 0,0 1363923053 can't identify protocol icecast 22212 nobody 142u sock 0,0 1363923057 can't identify protocol icecast 22212 nobody 143u sock 0,0 1363923061 can't identify protocol They are present for all the pid's used by icecast. There are 22 icecast pids on the system. I checked in the /proc/pid/fd directory for each pid, and each one is filled with exactly 1024 file descriptors. I don't want to leave the server in this state for too long, but if there is any information I can provide within the next hour or so from this current state I'm happy to do some testing. but it's no longer accepting connections, so I can't leave it down much longer. As I said last time, I'm running Slackware Linux 10.0, kernel 2.4.26 and icecast 2.2. We usually have less than 100 clients connected, but I have as many as 13 sources connected at once. Only 6 are heavily used, and 6 more are just fallbacks only used when the primary 6 go down. There was no suspicious behavior I could find in the logs. All looked just as it normally does. I suspect this happened over time since this instance of icecast has been running non-stop since June 1. Thanks, Joel Ebel From ronblok at wxs.nl Wed Aug 10 20:51:37 2005 From: ronblok at wxs.nl (Ron Blok) Date: Wed, 10 Aug 2005 22:51:37 +0200 Subject: [Icecast] Installation problem In-Reply-To: <1123203695.15672.406.camel@bogus.hackers.club> Message-ID: Karl, I was away a few day's .... Just before I left I was able to get the icecast config script running. I installed some kernel headers and additional c++ stuff ...and suddenly it worked. I have to install another icecast server in the near future and will try the suggested tar for 2.2.0. Thanks! RoN -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: vrijdag 5 augustus 2005 3:02 To: Ron Blok Cc: icecast Subject: Re: [Icecast] Installation problem On Fri, 2005-08-05 at 01:25, Ron Blok wrote: > Dear Icecast community, > > I am trying to install Icecast 2.2 on a new server running FC2. > At the start there was no GCC installed. I solved that using up2date. > Still I am getting no luck with the ./configure command. > The error message "configure: error: C++ preprocessor "/lib/cpp" fails > sanity check" doesn't make sense to me. > I hope somebody can help me to overcome this hurdle. This looks to be down to the version of autoconf that was used to build the distribution, it's checking for C++ (something icecast doesn't use) automatically and failing in your case. I've rebuilt the tar for 2.2.0 using a new autoconf, can you try that http://mediacast1.com/~karl/testing/icecast-2.2.0.tar.gz let me know how that goes for you karl. -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.1/64 - Release Date: 4-8-2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9-8-2005 From mott at reverberant.com Thu Aug 11 05:05:35 2005 From: mott at reverberant.com (Iain Mott) Date: Thu, 11 Aug 2005 00:05:35 -0500 (CDT) Subject: [Icecast] port blocking/disruption i think Message-ID: <39644.127.0.0.1.1123736735.squirrel@www.reverberant.com> hi list this is as probably more of networking problem than an icecast problem but it is related - hope people don't mind. I've been running tests for a project that starts 20 August. I'm sending stream from my audio software to a local icecast server, then relaying this to a commercial shoutcast service. Initially i was using 7000 for the relay port. Worked fine. Then one morning after a 24h test, the relay started experiencing frequent disruptions, sometimes every minute. I tried resetting everything to port 7001 it worked, but only till the next morning. Now every port i've tested so far is disrupted including 7000-7004, 8000-8001 and 9000. Initially i thought, oh well i can at least do a manual update of the ports or find an external service that lets me do a scripted update of the relay port, but this latest development rules that out. I'm in China so choices of ISP are limited. Is there anything I can do? will paste an extract from a recent shoutcast logfile at the end. iain <08/10/05 at 22:31:41> [source] creating relay socket <08/10/05 at 22:31:41> [source] resolving relay host <08/10/05 at 22:31:42> [source] relay host gave success (HTTP/1.0 200 OK) <08/10/05 at 22:31:42> [source] relay from beijing.zhongshuo.org established. <08/10/05 at 22:31:42> [source] icy-name:Zhong Shuo: Stories From China On Change ; icy-genre:Talk World Asian Chinese <08/10/05 at 22:31:42> [source] icy-pub:1 ; icy-br:32 ; icy-url:http://www.reverberant.com/cw <08/10/05 at 22:31:42> [source] icy-irc:N/A ; icy-icq:N/A ; icy-aim:N/A <08/10/05 at 22:31:44> [dest: 205.188.234.97] starting stream (UID: 4)[L: 1]{A: SHOUTcast Directory Tester}(P: 1) <08/10/05 at 22:31:54> [yp_add] yp.shoutcast.com added me successfully <08/10/05 at 22:31:57> [dest: 205.188.234.97] connection closed (14 seconds) (UID: 4)[L: 0]{Bytes: 285399}(P: 1) <08/10/05 at 22:33:15> [source] no data (60s timeout). disconnecting. <08/10/05 at 22:33:15> [source] disconnecting from relay host [waiting 30s] <08/10/05 at 22:33:16> [main] connecting to yp.shoutcast.com to remove myself [no source] <08/10/05 at 22:33:16> [yp_rem] yp.shoutcast.com removed me! <08/10/05 at 22:33:45> [source] creating relay socket <08/10/05 at 22:33:45> [source] resolving relay host <08/10/05 at 22:33:46> [source] relay host gave success (HTTP/1.0 200 OK) <08/10/05 at 22:33:46> [source] relay from beijing.zhongshuo.org established. <08/10/05 at 22:33:47> [source] icy-name:Zhong Shuo: Stories From China On Change ; icy-genre:Talk World Asian Chinese <08/10/05 at 22:33:47> [source] icy-pub:1 ; icy-br:32 ; icy-url:http://www.reverberant.com/cw <08/10/05 at 22:33:47> [source] icy-irc:N/A ; icy-icq:N/A ; icy-aim:N/A <08/10/05 at 22:33:47> [dest: 205.188.234.98] starting stream (UID: 5)[L: 1]{A: SHOUTcast Directory Tester}(P: 1) <08/10/05 at 22:33:59> [yp_add] yp.shoutcast.com added me successfully <08/10/05 at 22:34:01> [dest: 205.188.234.98] connection closed (15 seconds) (UID: 5)[L: 0]{Bytes: 275599}(P: 1) <08/10/05 at 22:35:15> [source] no data (60s timeout). disconnecting. <08/10/05 at 22:35:15> [source] disconnecting from relay host [waiting 30s] <08/10/05 at 22:35:16> [main] connecting to yp.shoutcast.com to remove myself [no source] <08/10/05 at 22:35:16> [yp_rem] yp.shoutcast.com removed me! <08/10/05 at 22:35:45> [source] creating relay socket <08/10/05 at 22:35:45> [source] resolving relay host <08/10/05 at 22:35:49> [source] relay host gave success (HTTP/1.0 200 OK) <08/10/05 at 22:35:49> [source] relay from beijing.zhongshuo.org established. <08/10/05 at 22:35:50> [source] icy-name:Zhong Shuo: Stories From China On Change ; icy-genre:Talk World Asian Chinese <08/10/05 at 22:35:50> [source] icy-pub:1 ; icy-br:32 ; icy-url:http://www.reverberant.com/cw <08/10/05 at 22:35:50> [source] icy-irc:N/A ; icy-icq:N/A ; icy-aim:N/A <08/10/05 at 22:35:51> [dest: 205.188.234.163] starting stream (UID: 6)[L: 1]{A: SHOUTcast Directory Tester}(P: 1) <08/10/05 at 22:36:03> [yp_add] yp.shoutcast.com added me successfully <08/10/05 at 22:36:03> [dest: 205.188.234.163] connection closed (13 seconds) (UID: 6)[L: 0]{Bytes: 282599}(P: 1) <08/10/05 at 22:37:30> [source] no data (60s timeout). disconnecting. <08/10/05 at 22:37:30> [source] disconnecting from relay host [waiting 30s] <08/10/05 at 22:37:31> [main] connecting to yp.shoutcast.com to remove myself [no source] <08/10/05 at 22:37:32> [yp_rem] yp.shoutcast.com removed me! <08/10/05 at 22:38:00> [source] creating relay socket <08/10/05 at 22:38:00> [source] resolving relay host <08/10/05 at 22:38:06> [source] relay host gave success (HTTP/1.0 200 OK) <08/10/05 at 22:38:06> [source] relay from beijing.zhongshuo.org established. <08/10/05 at 22:38:06> [source] icy-name:Zhong Shuo: Stories From China On Change ; icy-genre:Talk World Asian Chinese <08/10/05 at 22:38:06> [source] icy-pub:1 ; icy-br:32 ; icy-url:http://www.reverberant.com/cw <08/10/05 at 22:38:06> [source] icy-irc:N/A ; icy-icq:N/A ; icy-aim:N/A <08/10/05 at 22:38:07> [dest: 205.188.234.164] starting stream (UID: 7)[L: 1]{A: SHOUTcast Directory Tester}(P: 1) <08/10/05 at 22:38:18> [yp_add] yp.shoutcast.com added me successfully <08/10/05 at 22:38:19> [dest: 205.188.234.164] connection closed (12 seconds) (UID: 7)[L: 0]{Bytes: 279799}(P: 1) From mott at reverberant.com Thu Aug 11 09:28:48 2005 From: mott at reverberant.com (Iain Mott) Date: Thu, 11 Aug 2005 04:28:48 -0500 (CDT) Subject: [Icecast] port blocking/disruption i think In-Reply-To: <39644.127.0.0.1.1123736735.squirrel@www.reverberant.com> References: <39644.127.0.0.1.1123736735.squirrel@www.reverberant.com> Message-ID: <52295.127.0.0.1.1123752528.squirrel@www.reverberant.com> found a fix - or a partial one. restarting pppoe sets a new IP address and this clears the disruptions. Whether it was a deliberate obstruction or some wierdness associated with having the same ip address for too long i don't know - there was certainly no problem with the web, ftp etc though i wasn't able to check access to other servers on the machine. will leave it test till tomorrow and i'll likely set a daily pppoe restart if/when it happens again. cheers, iain From jabidan at gmail.com Fri Aug 12 12:03:43 2005 From: jabidan at gmail.com (=?iso-8859-1?q?Jes=FAs_Abidan_Ramos_Salas?=) Date: Fri, 12 Aug 2005 14:03:43 +0200 Subject: [Icecast] trying to get live_xmms mounted Message-ID: <200508121403.43454.jabidan@gmail.com> Hi, there. I am new at list and I would like to introduce myself: I am from Tuxtla Guti?rrez, Chiapas, M?xico, and I am in Spain right now, studying at university, i am majoring in new tecnology in media. Actually i am trying to mount a radio statio with this software, Ice cast, but I don't understand how to make my xmms player get mounted in live_xmms in ice cast. In fact, i only can stream from ices, by the way I need to know if it is posible to stream from a windows machine, but the server mounted in a different place, if anyone can help me, i would thank him/her so much. Sorry for my bad english... :) Greetings from Mexico, Spain and Chiapas. From ml at imux.net Fri Aug 12 16:07:50 2005 From: ml at imux.net (ml) Date: Fri, 12 Aug 2005 17:07:50 +0100 Subject: [Icecast] trying to get live_xmms mounted In-Reply-To: <200508121403.43454.jabidan@gmail.com> References: <200508121403.43454.jabidan@gmail.com> Message-ID: <42FCC956.4030308@imux.net> Jes?s Abidan Ramos Salas wrote: > Hi, there. I am new at list and I would like to introduce myself: I am from > Tuxtla Guti?rrez, Chiapas, M?xico, and I am in Spain right now, studying at > university, i am majoring in new tecnology in media. Actually i am trying to > mount a radio statio with this software, Ice cast, but I don't understand how > to make my xmms player get mounted in live_xmms in ice cast. In fact, i only > can stream from ices, by the way I need to know if it is posible to stream > from a windows machine, but the server mounted in a different place, if > anyone can help me, i would thank him/her so much. > > Sorry for my bad english... :) > > Greetings from Mexico, Spain and Chiapas. Liveice-xmms isn't compatible with icecast 2.x Stephen Liveice Project http://liveice.sf.net/ From jabidan at gmail.com Fri Aug 12 16:19:12 2005 From: jabidan at gmail.com (=?iso-8859-1?q?Jes=FAs_Abidan_Ramos_Salas?=) Date: Fri, 12 Aug 2005 18:19:12 +0200 Subject: [Icecast] trying to get live_xmms mounted In-Reply-To: <42FCC956.4030308@imux.net> References: <200508121403.43454.jabidan@gmail.com> <42FCC956.4030308@imux.net> Message-ID: <200508121819.12764.jabidan@gmail.com> thanks for the answer... another question... how can i connect a microsoft pc running winamp or any sound streaming software to Icecast server??? El Viernes, 12 de Agosto de 2005 18:07, ml escribi?: > Jes?s Abidan Ramos Salas wrote: > > Hi, there. I am new at list and I would like to introduce myself: I am > > from Tuxtla Guti?rrez, Chiapas, M?xico, and I am in Spain right now, > > studying at university, i am majoring in new tecnology in media. > > Actually i am trying to mount a radio statio with this software, Ice > > cast, but I don't understand how to make my xmms player get mounted in > > live_xmms in ice cast. In fact, i only can stream from ices, by the way I > > need to know if it is posible to stream from a windows machine, but the > > server mounted in a different place, if anyone can help me, i would thank > > him/her so much. > > > > Sorry for my bad english... :) > > > > Greetings from Mexico, Spain and Chiapas. > > Liveice-xmms isn't compatible with icecast 2.x > > Stephen > Liveice Project http://liveice.sf.net/ > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From ml at imux.net Fri Aug 12 16:27:44 2005 From: ml at imux.net (ml) Date: Fri, 12 Aug 2005 17:27:44 +0100 Subject: [Icecast] trying to get live_xmms mounted In-Reply-To: <200508121819.12764.jabidan@gmail.com> References: <200508121403.43454.jabidan@gmail.com> <42FCC956.4030308@imux.net> <200508121819.12764.jabidan@gmail.com> Message-ID: <42FCCE00.7030800@imux.net> Jes?s Abidan Ramos Salas wrote: > thanks for the answer... another question... > > how can i connect a microsoft pc running winamp or any sound streaming > software to Icecast server??? > El Viernes, 12 de Agosto de 2005 18:07, ml escribi?: > >>Jes?s Abidan Ramos Salas wrote: >> >>>Hi, there. I am new at list and I would like to introduce myself: I am >>>from Tuxtla Guti?rrez, Chiapas, M?xico, and I am in Spain right now, >>>studying at university, i am majoring in new tecnology in media. >>>Actually i am trying to mount a radio statio with this software, Ice >>>cast, but I don't understand how to make my xmms player get mounted in >>>live_xmms in ice cast. In fact, i only can stream from ices, by the way I >>>need to know if it is posible to stream from a windows machine, but the >>>server mounted in a different place, if anyone can help me, i would thank >>>him/her so much. >>> >>>Sorry for my bad english... :) >>> >>>Greetings from Mexico, Spain and Chiapas. >> >>Liveice-xmms isn't compatible with icecast 2.x >> >>Stephen >>Liveice Project http://liveice.sf.net/ Read the nice howto http://www.gnuware.com/icecast/ Stephen Liveice Project http://liveice.sf.net/ From rpm at 16hd.freeserve.co.uk Sun Aug 14 15:47:28 2005 From: rpm at 16hd.freeserve.co.uk (Richard) Date: Sun, 14 Aug 2005 16:47:28 +0100 Subject: [Icecast] Newbie problem with ices2 Message-ID: <42FF6790.3040203@16hd.freeserve.co.uk> Hi all, I'm fairly new to icecast / ices - been using icecast (2.2.0) to stream audio files for a few weeks, it works very well, now I'm trying to add live feeds via ices (v2.0.1). I've built and installed (on SuSE 9.3 platform) with no apparent errors, copied ices-alsa.xml to user area and modified paths, server password etc. When I run ices (using "ices /home/rpm/Music/ices-alsa.xml" it starts OK then after a few seconds I get "EROR input-alsa/alsa_read snd_pcm_readi failed: Input/output error" and it dies (icecast stays up though). All I'm trying to do is to stream from line-in, I used kmix to set this (I think... red lights on for 'line' and 'capture' in the input tab). Has anyone any idea please what's going wrong? Thanks, -- Richard From karl at xiph.org Sun Aug 14 16:46:49 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Aug 2005 17:46:49 +0100 Subject: [Icecast] Newbie problem with ices2 In-Reply-To: <42FF6790.3040203@16hd.freeserve.co.uk> References: <42FF6790.3040203@16hd.freeserve.co.uk> Message-ID: <1124038003.32058.67.camel@bogus.hackers.club> On Sun, 2005-08-14 at 16:47, Richard wrote: > Hi all, > > I'm fairly new to icecast / ices - been using icecast (2.2.0) to stream > audio files for a few weeks, it works very well, now I'm trying to add > live feeds via ices (v2.0.1). I've built and installed (on SuSE 9.3 > platform) with no apparent errors, copied ices-alsa.xml to user area and > modified paths, server password etc. > > When I run ices (using "ices /home/rpm/Music/ices-alsa.xml" it starts > OK then after a few seconds I get > "EROR input-alsa/alsa_read snd_pcm_readi failed: Input/output error" and > it dies (icecast stays up though). > > All I'm trying to do is to stream from line-in, I used kmix to set this > (I think... red lights on for 'line' and 'capture' in the input tab). readi failure is an odd one, make sure you have the recent alsa libs/drivers for the card. The error is from the ALSA lib and isn't informative enough, it may just need a lib update or a different samplerate. karl. From rpm at 16hd.freeserve.co.uk Sun Aug 14 17:15:58 2005 From: rpm at 16hd.freeserve.co.uk (Richard) Date: Sun, 14 Aug 2005 18:15:58 +0100 Subject: [Icecast] Newbie problem with ices2 In-Reply-To: <1124038003.32058.67.camel@bogus.hackers.club> References: <42FF6790.3040203@16hd.freeserve.co.uk> <1124038003.32058.67.camel@bogus.hackers.club> Message-ID: <42FF7C4E.2080004@16hd.freeserve.co.uk> Hi Karl, Karl Heyes wrote: > On Sun, 2005-08-14 at 16:47, Richard wrote: >>Hi all, >> >>I'm fairly new to icecast / ices - been using icecast (2.2.0) to stream >>audio files for a few weeks, it works very well, now I'm trying to add >>live feeds via ices (v2.0.1). I've built and installed (on SuSE 9.3 >>platform) with no apparent errors, copied ices-alsa.xml to user area and >>modified paths, server password etc. >> >>When I run ices (using "ices /home/rpm/Music/ices-alsa.xml" it starts >>OK then after a few seconds I get >>"EROR input-alsa/alsa_read snd_pcm_readi failed: Input/output error" and >>it dies (icecast stays up though). >> >>All I'm trying to do is to stream from line-in, I used kmix to set this >>(I think... red lights on for 'line' and 'capture' in the input tab). > > readi failure is an odd one, make sure you have the recent alsa > libs/drivers for the card. The error is from the ALSA lib and isn't > informative enough, it may just need a lib update or a different > samplerate. > > karl. > That seems to be it - changed sample rate from 44100 to 48000 and all seems well. I think my understanding of ALSA is the problem! Thanks and Regards, -- Richard Meek mailto:rpm at 16hd.freeserve.co.uk From michael.kamleitner at play.fm Sun Aug 14 18:52:12 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Sun, 14 Aug 2005 20:52:12 +0200 Subject: [Icecast] id3-tags of static files In-Reply-To: <42FF7C4E.2080004@16hd.freeserve.co.uk> Message-ID: <000c01c5a101$4862c940$6300a8c0@home4> hi, this issue has probably been discussed before, but I'm wondering if there is any way to let icecast send the id3-tags when serving static files. I'm afraid that the problem is the layout of mp3-files, where the id3tags are located at the very end of the files... is there any workaround? thx in advance, mike From oddsock at oddsock.org Mon Aug 15 03:42:32 2005 From: oddsock at oddsock.org (oddsock) Date: Sun, 14 Aug 2005 22:42:32 -0500 Subject: [Icecast] id3-tags of static files In-Reply-To: <000c01c5a101$4862c940$6300a8c0@home4> References: <42FF7C4E.2080004@16hd.freeserve.co.uk> <000c01c5a101$4862c940$6300a8c0@home4> Message-ID: <6.0.1.1.2.20050814223420.02f92148@www.oddsock.org> The protocol of sending of metadata over a stream (which is HTTP) does not allow for this type of thing. The problem is not necessarily the fact that the id3 tags are at the end of the files, as id3v2 does not have this restriction, but rather just the "agreed" upon protocol for handling metadata for streamed mp3s (and I'm only going to talk about mp3s here, since it's different for other media). For mp3 streaming, there is only ONE metadata protocol that is adopted by the majority of players. This is the one referred to as the "Shoutcast Metadata Protocol" (google will tell you more about this). The Shoutcast Metadata Protocol does not use id3 tags at all, nor does it use id3v2. So if you forced icecast (or most likely your source client) to send id3 tags over the stream, they would be sent to the client player and the client player would not know how to handle them (the code that handles the streaming of mp3s is different than the one that handles local files). oddsock At 01:52 PM 8/14/2005, you wrote: >hi, > >this issue has probably been discussed before, but I'm wondering if there is >any way to let icecast send the id3-tags when serving static files. I'm >afraid that the problem is the layout of mp3-files, where the id3tags are >located at the very end of the files... > >is there any workaround? > >thx in advance, > >mike > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From michael.kamleitner at play.fm Mon Aug 15 10:42:42 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Mon, 15 Aug 2005 12:42:42 +0200 Subject: AW: [Icecast] id3-tags of static files In-Reply-To: <6.0.1.1.2.20050814223420.02f92148@www.oddsock.org> Message-ID: <000d01c5a186$110b9af0$6300a8c0@home4> thx oddsock for your detailed reply, I think I now understand the problem :) I'm currently using a php-script (mp3 toolbox - http://www.radiotoolbox.com/downloads/) to stream static mp3's on-demand, and this script obviously sends the icy-headers (which are the shoutcast metadata protocol, right?). however, I think that it would be a nice feature for icecast to support these icy-headers, is this planned for future releases, or do you think it would be hard to hack this together? greets, mike > -----Urspr?ngliche Nachricht----- > Von: icecast-bounces at xiph.org > [mailto:icecast-bounces at xiph.org] Im Auftrag von oddsock > Gesendet: Montag, 15. August 2005 05:43 > An: icecast at xiph.org > Betreff: Re: [Icecast] id3-tags of static files > > > The protocol of sending of metadata over a stream (which is > HTTP) does not > allow for this type of thing. The problem is not necessarily > the fact that > the id3 tags are at the end of the files, as id3v2 does not have this > restriction, but rather just the "agreed" upon protocol for handling > metadata for streamed mp3s (and I'm only going to talk about > mp3s here, > since it's different for other media). For mp3 streaming, > there is only > ONE metadata protocol that is adopted by the majority of > players. This is > the one referred to as the "Shoutcast Metadata Protocol" > (google will tell > you more about this). The Shoutcast Metadata Protocol does > not use id3 > tags at all, nor does it use id3v2. So if you forced icecast > (or most > likely your source client) to send id3 tags over the stream, > they would be > sent to the client player and the client player would not know how to > handle them (the code that handles the streaming of mp3s is > different than > the one that handles local files). > > oddsock > At 01:52 PM 8/14/2005, you wrote: > >hi, > > > >this issue has probably been discussed before, but I'm > wondering if there is > >any way to let icecast send the id3-tags when serving static > files. I'm > >afraid that the problem is the layout of mp3-files, where > the id3tags are > >located at the very end of the files... > > > >is there any workaround? > > > >thx in advance, > > > >mike > > > >_______________________________________________ > >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 pm at nowster.zetnet.co.uk Mon Aug 15 22:32:23 2005 From: pm at nowster.zetnet.co.uk (Paul Martin) Date: Mon, 15 Aug 2005 23:32:23 +0100 Subject: [Icecast] ices2, metadata, bumps and crashes Message-ID: <20050815223222.GA32653@thinkpad.nowster.org.uk> I'm using ices2's metadata facility to update the name of a track in a vorbis stream: alsa 44100 2 hw:1,0 1 /var/tmp/metadata.live When my jukebox program sends SIGUSR1 to ices2 (to cause the metadata to be re-read), the vorbis stream is totally reset causing an audible bump in the audio on the stream. Occasionally, the lead ices2 encoding thread dies. On a metadata update the logfile shows stuff like this: [2005-08-15 23:23:01] INFO signals/signal_usr1_handler Metadata update requested [2005-08-15 23:23:01] DBUG metadata/metadata_thread_signal meta thread wakeup [2005-08-15 23:23:01] DBUG metadata/metadata_thread_signal reading metadata from "/var/tmp/metadata.live" [2005-08-15 23:23:01] INFO metadata/metadata_thread_signal tag 1 is ARTIST=Beatles [2005-08-15 23:23:01] INFO metadata/metadata_thread_signal tag 2 is TITLE=Honey Pie [2005-08-15 23:23:01] INFO metadata/metadata_thread_signal tag 3 is ALBUM=You're listening to a test radio stream [2005-08-15 23:23:01] INFO metadata/metadata_thread_signal tag 4 is ORGANIZATION=Test Radio Stream [2005-08-15 23:23:01] INFO metadata/metadata_thread_signal Updating metadata [2005-08-15 23:23:01] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 22050 Hz [2005-08-15 23:23:01] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 23:23:01] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -1.010000 [2005-08-15 23:23:01] INFO audio/resample_initialise Initialised resampler for 2 channels, from 44100 Hz to 44100 Hz [2005-08-15 23:23:01] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 16000 Hz [2005-08-15 23:23:01] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 23:23:01] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 16000 Hz, quality -2.000000 [2005-08-15 23:23:01] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 23:23:01] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality -1.001000 I'm on Linux 2.6.12, using the Debian 2.0.1-4 package of ices2, with the aotuvb4 version of libvorbis (though the problem happens with the standard vorbis codec). -- Paul Martin (work) (home) From oddsock at oddsock.org Tue Aug 16 02:32:26 2005 From: oddsock at oddsock.org (oddsock) Date: Mon, 15 Aug 2005 21:32:26 -0500 Subject: AW: [Icecast] id3-tags of static files In-Reply-To: <000d01c5a186$110b9af0$6300a8c0@home4> References: <6.0.1.1.2.20050814223420.02f92148@www.oddsock.org> <000d01c5a186$110b9af0$6300a8c0@home4> Message-ID: <6.0.1.1.2.20050815213016.02f8ebf0@www.oddsock.org> At 05:42 AM 8/15/2005, Michael Kamleitner wrote: >thx oddsock for your detailed reply, I think I now understand the problem :) > > >I'm currently using a php-script (mp3 toolbox - >http://www.radiotoolbox.com/downloads/) to stream static mp3's on-demand, >and this script obviously sends the icy-headers (which are the shoutcast >metadata protocol, right?). sort of...the icy-headers are required by the shoutcast metadata protocol, but there is more to it besides just the headers... Either way, Icecast does send icy/ice headers for all connecting clients, AND icecast also supports the Shoutcast Metadata Protocol for mp3 streams. You might want to read through the icecast documentation as it does mention this.... oddsock From mlrsmith at gmail.com Tue Aug 16 08:31:09 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 16 Aug 2005 10:31:09 +0200 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <20050815223222.GA32653@thinkpad.nowster.org.uk> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> Message-ID: <3c1737210508160131451ffb31@mail.gmail.com> On 8/16/05, Paul Martin wrote: > I'm using ices2's metadata facility to update the name of a track in a > vorbis stream: > > > alsa > 44100 > 2 > hw:1,0 > 1 > /var/tmp/metadata.live > > > When my jukebox program sends SIGUSR1 to ices2 (to cause the metadata to > be re-read), the vorbis stream is totally reset causing an audible bump > in the audio on the stream. Occasionally, the lead ices2 encoding thread > dies. This shouldn't cause any audible artifacts in the stream - and if it's crashing the encoder thread, that's a REALLY serious problem. Can you investigate what causes it to die? How bad are the artifacts at the stream boundaries? Mike From pm at nowster.zetnet.co.uk Tue Aug 16 19:39:55 2005 From: pm at nowster.zetnet.co.uk (Paul Martin) Date: Tue, 16 Aug 2005 20:39:55 +0100 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <3c17372105081603564823df00@mail.gmail.com> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> <3c1737210508160131451ffb31@mail.gmail.com> <20050816105244.GA7215@thinkpad.nowster.org.uk> <3c17372105081603564823df00@mail.gmail.com> Message-ID: <20050816193954.GA11984@thinkpad.nowster.org.uk> [In case anyone is wondering, the missing message is because I emailed Mike directly, not realising I wasn't sending to the list.] On Tue, Aug 16, 2005 at 12:56:57PM +0200, Michael Smith wrote: > On 8/16/05, Paul Martin wrote: > > On Tue, Aug 16, 2005 at 10:31:09AM +0200, Michael Smith wrote: > > > > > This shouldn't cause any audible artifacts in the stream - and if it's > > > crashing the encoder thread, that's a REALLY serious problem. > > > > > > Can you investigate what causes it to die? > > > > Difficult, as it's threaded code. Is there a particular debug setting > > that would be useful? > > Just bump it to level 4 (DEBUG logging). It should log specifically > why the thread is shutting down. Caught it yesterday, as I was already running level 4: [2005-08-15 04:06:30] DBUG metadata/metadata_thread_signal meta thread wakeup [2005-08-15 04:06:30] DBUG metadata/metadata_thread_signal reading metadata from "/var/tmp/metadata.live" [2005-08-15 04:06:30] INFO metadata/metadata_thread_signal tag 1 is ARTIST=Bbbb Bbbbb Bbbbbb [2005-08-15 04:06:30] INFO metadata/metadata_thread_signal tag 2 is TITLE=Bbbbbb [2005-08-15 04:06:30] INFO metadata/metadata_thread_signal tag 3 is ALBUM=Bbbbbbbbb [2005-08-15 04:06:30] INFO metadata/metadata_thread_signal tag 4 is ORGANIZATION=Test Radio Stream [2005-08-15 04:06:30] INFO metadata/metadata_thread_signal Updating metadata [2005-08-15 04:06:30] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 22050 Hz [2005-08-15 04:06:30] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:06:30] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -1.010000 [2005-08-15 04:06:30] INFO audio/resample_initialise Initialised resampler for 2 channels, from 44100 Hz to 44100 Hz [2005-08-15 04:06:30] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 16000 Hz [2005-08-15 04:06:30] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:06:30] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 16000 Hz, quality -2.000000 [2005-08-15 04:06:30] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:06:30] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality -1.001000 [2005-08-15 04:10:58] INFO signals/signal_usr1_handler Metadata update requested [2005-08-15 04:10:58] DBUG metadata/metadata_thread_signal meta thread wakeup [2005-08-15 04:10:58] DBUG metadata/metadata_thread_signal reading metadata from "/var/tmp/metadata.live" [2005-08-15 04:10:58] INFO metadata/metadata_thread_signal tag 1 is ARTIST=Aaaa Aaaa [2005-08-15 04:10:58] INFO metadata/metadata_thread_signal tag 2 is TITLE=Aaaaaaa Aaaaaa [2005-08-15 04:10:58] INFO metadata/metadata_thread_signal tag 3 is ALBUM=Aaaaa Aaaaaaa [2005-08-15 04:10:58] INFO metadata/metadata_thread_signal tag 4 is ORGANIZATION=Test Radio Stream [2005-08-15 04:10:58] INFO metadata/metadata_thread_signal Updating metadata [2005-08-15 04:10:58] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 22050 Hz [2005-08-15 04:10:58] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:10:58] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -1.010000 [2005-08-15 04:10:58] INFO audio/resample_initialise Initialised resampler for 2 channels, from 44100 Hz to 44100 Hz [2005-08-15 04:10:58] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 16000 Hz [2005-08-15 04:10:58] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:10:58] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 16000 Hz, quality -2.000000 [2005-08-15 04:10:58] EROR stream/ices_instance_stream Send error: No error (Success) [2005-08-15 04:15:57] INFO signals/signal_usr1_handler Metadata update requested ... [2005-08-15 04:33:22] INFO signals/signal_usr1_handler Metadata update requested [2005-08-15 04:33:22] DBUG metadata/metadata_thread_signal meta thread wakeup [2005-08-15 04:33:22] DBUG metadata/metadata_thread_signal reading metadata from "/var/tmp/metadata.live" [2005-08-15 04:33:22] INFO metadata/metadata_thread_signal tag 1 is ARTIST=Xxxxxxx Xxxxxxx [2005-08-15 04:33:22] INFO metadata/metadata_thread_signal tag 2 is TITLE=Xxxxx Xxxxx [2005-08-15 04:33:22] INFO metadata/metadata_thread_signal tag 3 is ALBUM=Xxxxxxxx [2005-08-15 04:33:22] INFO metadata/metadata_thread_signal tag 4 is ORGANIZATION=Test Radio Stream [2005-08-15 04:33:22] INFO metadata/metadata_thread_signal Updating metadata [2005-08-15 04:33:22] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 22050 Hz [2005-08-15 04:33:22] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:33:22] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -1.010000 [2005-08-15 04:33:22] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 16000 Hz [2005-08-15 04:33:22] DBUG encode/encode_clear Clearing encoder engine [2005-08-15 04:33:22] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 16000 Hz, quality -2.000000 [2005-08-15 04:36:03] EROR stream/ices_instance_stream Send error: Socket error (Broken pipe) [2005-08-15 04:36:03] DBUG input/input_flush_queue Input queue flush requested [2005-08-15 04:36:18] WARN stream/ices_instance_stream Trying reconnect after server socket error [2005-08-15 04:36:18] INFO stream/ices_instance_stream Connected to server: localhost:8000/stereo44.ogg [2005-08-15 04:36:18] DBUG input/input_flush_queue Input queue flush requested [2005-08-15 04:37:30] INFO signals/signal_usr1_handler Metadata update requested Note that at 04:06:30, there are three encoder threads, and that at 04:10:58, there are only two. The error at 04:33:22 is probably icecast2 closing the socket due to there being no data on it. Bear in mind that ices2 had been running for several days (not sure how long) at that point. > > > How bad are the artifacts at the stream boundaries? > > > > Just a little bump of silence in the sound. Nothing objectionable. > > Monitoring using xmms, ogg123 and foobar2000. > > Err... that _really_ shouldn't be happening. It certainly never has > for me (except when playing with players that close/reopen the sound > device for every new logical stream, which is a bad thing to do). Well, ogg123 definitely has its own problems too, probably a 2^31 rollover problem. (It spits out bursts of white noise after about 3 hours at 44.1kHz.) The bump is noticeable. I suspect it's due to the encoder being reinitialised in order to get a new serial number. As I said in the previous email, I'm using the aoTuv beta4 encoder, but I also get the same problems with the stock Xiph Vorbis encoder. Running on Debian Linux 2.6.12. -- Paul Martin (work) (home) From mlrsmith at gmail.com Tue Aug 16 20:00:27 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 16 Aug 2005 22:00:27 +0200 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <20050816193954.GA11984@thinkpad.nowster.org.uk> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> <3c1737210508160131451ffb31@mail.gmail.com> <20050816105244.GA7215@thinkpad.nowster.org.uk> <3c17372105081603564823df00@mail.gmail.com> <20050816193954.GA11984@thinkpad.nowster.org.uk> Message-ID: <3c173721050816130014bf9604@mail.gmail.com> On 8/16/05, Paul Martin wrote: > > Caught it yesterday, as I was already running level 4: This line: [2005-08-15 04:10:58] EROR stream/ices_instance_stream Send error: No error (Success) is the one that catches my attention. Unfortunately, ices's error logging is somewhat sub-standard. Can you cross reference this against your icecast error.log to see if there's anything to indicate why this instance errored out (which it did - the 'Success' being printed is a problem with errno getting lost)? > Well, ogg123 definitely has its own problems too, probably a 2^31 > rollover problem. (It spits out bursts of white noise after about 3 > hours at 44.1kHz.) I think I've noticed that one in the past, but I almost never use ogg123, so I haven't looked into it. > > The bump is noticeable. I suspect it's due to the encoder being > reinitialised in order to get a new serial number. That cause a substantial jump in both cpu usage and bitrate for a moment, but if your client has any buffering at all (and most of them buffer quite a lot), then that shouldn't be a problem in any way. I'm curious as to why it is... it might just be the cpu usage causing the (hardware) audio buffers to get starved slightly - the application buffers (in ogg123 or other software) are more than big enough to cope. Mike From pm at nowster.zetnet.co.uk Tue Aug 16 20:22:01 2005 From: pm at nowster.zetnet.co.uk (Paul Martin) Date: Tue, 16 Aug 2005 21:22:01 +0100 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <3c173721050816130014bf9604@mail.gmail.com> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> <3c1737210508160131451ffb31@mail.gmail.com> <20050816105244.GA7215@thinkpad.nowster.org.uk> <3c17372105081603564823df00@mail.gmail.com> <20050816193954.GA11984@thinkpad.nowster.org.uk> <3c173721050816130014bf9604@mail.gmail.com> Message-ID: <20050816202200.GA12220@thinkpad.nowster.org.uk> On Tue, Aug 16, 2005 at 10:00:27PM +0200, Michael Smith wrote: > On 8/16/05, Paul Martin wrote: > > Caught it yesterday, as I was already running level 4: > > This line: > [2005-08-15 04:10:58] EROR stream/ices_instance_stream Send error: No > error (Success) > > is the one that catches my attention. Unfortunately, ices's error > logging is somewhat sub-standard. Can you cross reference this against > your icecast error.log to see if there's anything to indicate why this > instance errored out (which it did - the 'Success' being printed is a > problem with errno getting lost)? The only significant info is here: [2005-08-15 04:10:59] DBUG stats/modify_node_event update node subtype (Vorbis) [2005-08-15 04:11:09] DBUG source/get_next_buffer last 1124075458, timeout 10, now 1124075469 [2005-08-15 04:11:09] WARN source/get_next_buffer Disconnecting source due to socket timeout [2005-08-15 04:11:09] INFO source/source_shutdown Source "/medium.ogg" exiting [2005-08-15 04:11:09] DBUG source/source_clear_source clearing source "/stereo44.ogg" [2005-08-15 04:11:09] DBUG format-ogg/format_ogg_free_headers releasing header pages [2005-08-15 04:11:09] DBUG format-ogg/free_ogg_codecs freeing codecs [2005-08-15 04:11:09] DBUG format-vorbis/vorbis_codec_free freeing vorbis codec [2005-08-15 04:11:09] DBUG source/source_free_source freeing source "/stereo44.ogg" [2005-08-15 04:11:09] DBUG stats/modify_node_event update node sources (2) [2005-08-15 04:11:09] DBUG stats/process_source_event delete source node /stereo44.ogg [2005-08-15 04:11:22] DBUG slave/_slave_thread checking master stream list [2005-08-15 04:13:23] DBUG slave/_slave_thread checking master stream list [2005-08-15 04:15:23] DBUG slave/_slave_thread checking master stream list > > Well, ogg123 definitely has its own problems too, probably a 2^31 > > rollover problem. (It spits out bursts of white noise after about 3 > > hours at 44.1kHz.) > > I think I've noticed that one in the past, but I almost never use > ogg123, so I haven't looked into it. > > > > > The bump is noticeable. I suspect it's due to the encoder being > > reinitialised in order to get a new serial number. > > That cause a substantial jump in both cpu usage and bitrate for a > moment, but if your client has any buffering at all (and most of them > buffer quite a lot), then that shouldn't be a problem in any way. I'm > curious as to why it is... it might just be the cpu usage causing the > (hardware) audio buffers to get starved slightly - the application > buffers (in ogg123 or other software) are more than big enough to > cope. The client I use most is on a lightly loaded 900MHz PIII. The server's an Athlon XP1800. -- Paul Martin (work) (home) From pm at nowster.zetnet.co.uk Wed Aug 17 11:17:49 2005 From: pm at nowster.zetnet.co.uk (Paul Martin) Date: Wed, 17 Aug 2005 12:17:49 +0100 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <3c17372105081603564823df00@mail.gmail.com> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> <3c1737210508160131451ffb31@mail.gmail.com> <20050816105244.GA7215@thinkpad.nowster.org.uk> <3c17372105081603564823df00@mail.gmail.com> Message-ID: <20050817111748.GA20399@thinkpad.nowster.org.uk> On Tue, Aug 16, 2005 at 12:56:57PM +0200, Michael Smith wrote: > Err... that _really_ shouldn't be happening. It certainly never has > for me (except when playing with players that close/reopen the sound > device for every new logical stream, which is a bad thing to do). I've switched ogg123 from using the "OSS audio driver output" to using "Advanced Linux Sound Architecture (ALSA) output", and the bumps are there just the same. Next to see if ogg123 outputting to wav does it, too. It'll probably show best on something like a continuous 1kHz tone. By the way, RealPlayer can't cope with such a stream. It gives up at the serial number change. -- Paul Martin (work) (home) From pm at nowster.zetnet.co.uk Wed Aug 17 11:36:55 2005 From: pm at nowster.zetnet.co.uk (Paul Martin) Date: Wed, 17 Aug 2005 12:36:55 +0100 Subject: [Icecast] ices2, metadata, bumps and crashes In-Reply-To: <20050817111748.GA20399@thinkpad.nowster.org.uk> References: <20050815223222.GA32653@thinkpad.nowster.org.uk> <3c1737210508160131451ffb31@mail.gmail.com> <20050816105244.GA7215@thinkpad.nowster.org.uk> <3c17372105081603564823df00@mail.gmail.com> <20050817111748.GA20399@thinkpad.nowster.org.uk> Message-ID: <20050817113654.GB20399@thinkpad.nowster.org.uk> On Wed, Aug 17, 2005 at 12:17:49PM +0100, Paul Martin wrote: > Next to see if ogg123 outputting to wav does it, too. It'll probably > show best on something like a continuous 1kHz tone. It does. Notice the flat bit in the waveform in the audacity screenshot attached (22kB). This shows that it's not a buffering problem. This application crossfades one track to another, changing the metadata at the start of the crossfade. If you were to play tracks without a crossfade, you'd not notice the problem. -- Paul Martin (work) (home) -------------- next part -------------- A non-text attachment was scrubbed... Name: log.png Type: image/png Size: 22019 bytes Desc: not available URL: From DTrump1 at TriadAV.com Sat Aug 20 17:54:35 2005 From: DTrump1 at TriadAV.com (Dick Trump) Date: Sat, 20 Aug 2005 12:54:35 -0500 Subject: [Icecast] Forcing individual clients to alternate mount points Message-ID: Greetings I'm new to the forum but have been streaming successfully with SimpleCast/IceCast2 for about 8 months. Both Simplecast and IceCast2 are running on the same Win2K system. Now I want to do something that has me stumped. It really is a two pronged problem. Here's the setup: Icecast is encoding the same live audio to multiple mount points, allowing me to easily track the reliability of the individual clients. These are 24/7 actual RF radio station repeaters. The clients are running Linux and are unattended. Now I want to be able to automatically switch a given client to an alternate stream for an hour, then switch back to the main stream. The alternate stream will be pre-recorded material, while the main stream continues the live audio being encoded by SimpleCast. So, my questions are: 1. Can I set up a secondary streaming source that establishes my alternate mount point? This can't be SimpleCast since it is live only. Do I just use a different port number? Any recommendations for the streaming source? 2. I know that using the admin facilities I can manually force a client to an alternate mount point. But is there a good way to do this on an automated basis? Thanks for any suggestions. Dick Trump From DTrump1 at TriadAV.com Sat Aug 20 21:29:50 2005 From: DTrump1 at TriadAV.com (Dick Trump) Date: Sat, 20 Aug 2005 16:29:50 -0500 Subject: [Icecast] Re: Forcing individual clients to alternate mount points In-Reply-To: References: Message-ID: Dick Trump wrote: > 1. Can I set up a secondary streaming source that establishes my > alternate mount point? This can't be SimpleCast since it is live only. > Do I just use a different port number? Any recommendations for the > streaming source? Here I am, answering my own question (partially). I set up a test system and quickly brought up a second stream using EZStream. It does exactly what I need to do. The command line interface will make it easy to play on schedule. But I'm still unsure how to move a client from one mount point to another under program control. Do I need to dig into XML to accomplish that? Or can I just use the HTTP messaging system of my choice? Maybe I'll bring up Ethereal and sniff out what is happening. But if somebody can give me some hints, I'd sure appreciate it. Regards Dick From DTrump1 at TriadAV.com Sat Aug 20 23:52:30 2005 From: DTrump1 at TriadAV.com (Dick Trump) Date: Sat, 20 Aug 2005 18:52:30 -0500 Subject: [Icecast] Re: Forcing individual clients to alternate mount points In-Reply-To: References: Message-ID: Dick Trump wrote: > But if somebody can give me some hints, I'd sure appreciate it. Gee. Here I am again with my own answer and it really was pretty easy, but I do still have a question. All I have to do is set up my main stream as the fall back for each mount point. The primary mount point for each location will be the "alternate" temporary stream. I've tested it and it works. The only thing I have left to figure out (other than integrating it into my automation system) is how to make a file to play once with EZstream, then exit. It wants to repeat and I don't want it to. Does anybody know if there is a command line flag or something that can be put in an m3u file that will force it to play only once? Dick From oddsock at oddsock.org Sun Aug 21 19:29:34 2005 From: oddsock at oddsock.org (oddsock) Date: Sun, 21 Aug 2005 14:29:34 -0500 Subject: [Icecast] Icecast 2.3 RC1 Announcement Message-ID: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> Ok folks, we are getting ready for version 2.3 of icecast and have built an RC1 distribution. We encourage everyone to try out this new release and provide us feedback. Please report all bugs to http://bugs.xiph.org Here are the details : Source Distribution: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz Source RPM: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm Win32 Binary: http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe New Features # Streaming support for ogg speex, ogg flac, ogg midi # intro file support - per mount settable # on-demand relays, global and per-relay settable # fallback to file, extends on the intro file handling. # new mount-level settings 1. public, type/subtype, genre settings, stream description, 2. stream url, stream name, bitrate (override what is sent from the source client) 3. mp3 metadata interval 4. on-[dis]connect scripts can be stated per-mount, invoked at source start/stop and take 1 arg which is the mountpoint. # New URL listener authenticator .included is an example php-based application that can be used in conjunction with the url authenticator to manage a simple subscription-based broadcast. # HTPasswd authenticator uses in-memory structures now. # On demand files now can be fed through an authenticator # Update to admin/web xslt interface Fixes # real/helix works # win32 access log correct # stats client is stable now (curl -X STATS http://admin at host:port/) # show mountpoints on stats that are inactive but have an active fallback # more updates over HUP possible Note that we with regard to the new URL authenticator, we will be providing a demonstration application which can be used to manage a basic subscription-based offering. This application is not included in the RC, but will be included in the official release (or if we do another RC it will be included in that)... - Icecast Development Team From icecast at recordcaster.de Sun Aug 21 21:17:13 2005 From: icecast at recordcaster.de (Anatol) Date: Sun, 21 Aug 2005 23:17:13 +0200 Subject: [Icecast] How to tell Ices0 reloading the playlist? Message-ID: <4308EF59.7030805@recordcaster.de> Hi all! How can I tell ices0 to refersh/reload the playlist? I thought it would be done automaticaly, but now if I changed the playlist, Ices didn't see this. Played funny the old one again and again. Is it possible to get ices a kick to reload the playlist? Greetings Anatol From aawolfe at gmail.com Mon Aug 22 04:48:37 2005 From: aawolfe at gmail.com (Aaron Wolfe) Date: Mon, 22 Aug 2005 00:48:37 -0400 Subject: [Icecast] How to tell Ices0 reloading the playlist? In-Reply-To: <4308EF59.7030805@recordcaster.de> References: <4308EF59.7030805@recordcaster.de> Message-ID: not positive but sending HUP tells ices2 to reload playlist/rerun playlist script.. maybe it works for ices0 too? -Aaron On 8/21/05, Anatol wrote: > Hi all! > > How can I tell ices0 to refersh/reload the playlist? I thought it would > be done automaticaly, but now if I changed the playlist, Ices didn't see > this. Played funny the old one again and again. Is it possible to get > ices a kick to reload the playlist? > > Greetings > Anatol > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From icecast at recordcaster.de Mon Aug 22 09:16:48 2005 From: icecast at recordcaster.de (Anatol) Date: Mon, 22 Aug 2005 11:16:48 +0200 Subject: [Icecast] How to tell Ices0 reloading the playlist? In-Reply-To: References: <4308EF59.7030805@recordcaster.de> Message-ID: <43099800.5060906@recordcaster.de> Aaron Wolfe schrieb: >not positive but sending HUP tells ices2 to reload playlist/rerun >playlist script.. >maybe it works for ices0 too? > > No, didn't work :-/ "kill -HUP" perform no action. Only "kill -SIGHUP" would do something, but not the right. It close and reopen the logfile. Anatol >-Aaron > >On 8/21/05, Anatol wrote: > > >>Hi all! >> >>How can I tell ices0 to refersh/reload the playlist? I thought it would >>be done automaticaly, but now if I changed the playlist, Ices didn't see >>this. Played funny the old one again and again. Is it possible to get >>ices a kick to reload the playlist? >> >>Greetings >>Anatol >> >> >> From icecast at recordcaster.de Mon Aug 22 09:22:50 2005 From: icecast at recordcaster.de (Anatol) Date: Mon, 22 Aug 2005 11:22:50 +0200 Subject: [Icecast] How to tell Ices0 reloading the playlist? In-Reply-To: <4308EF59.7030805@recordcaster.de> References: <4308EF59.7030805@recordcaster.de> Message-ID: <4309996A.9090702@recordcaster.de> A little mystery addendum: I tested a bit around my script and the used commandline parameters: if I deactivated the Random-Option (-r) ices0 will noticed the playlist changes and all its fine. But if I activate the Random-Option, ices0 overlook the changes. Is it a bug or a feature? What can I do to solve the problem?? Greetings and thanks for your help! Anatol Anatol schrieb: > Hi all! > > How can I tell ices0 to refersh/reload the playlist? I thought it > would be done automaticaly, but now if I changed the playlist, Ices > didn't see this. Played funny the old one again and again. Is it > possible to get ices a kick to reload the playlist? > > Greetings > Anatol > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From giftculture at gmail.com Mon Aug 22 19:12:30 2005 From: giftculture at gmail.com (Michael Hale) Date: Mon, 22 Aug 2005 14:12:30 -0500 Subject: [Icecast] overlaying prerecorded content over a live stream... Message-ID: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> Hello everyone! I've been looking into using icecast to help get some terrestrial radio stations into Internet broadcasting. One of their requirements is that they have the ability to overlay internet-only content over the regional commercials that they run during their programming - ie, during breaks between their normal programming, they don't want ads from their advertisers going out over the internet, but rather, they would prefer to substitute special content. I could see doing this by having a fallback stream loop continuous internet only content and switching over to the stream during commercial breaks by terminating the main stream but that would seem not to be the optimal solution due to a clash with how I planned to introduce redundancy into the system (by having two machines onsite, each encoding the live stream from the boards realtime and relaying to two geographically distinct icecast servers, each set up as fallbacks for the other). Has anybody here had to deal with a similar problem and/or have suggestions for the best way in which to proceed? Thank you very much for your help. -- Michael Hale gift culture: http://www.gift-culture.org initstring: http://www.initstring.org artificial music machine: http://www.artificialmusicmachine.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From oddsock at oddsock.org Mon Aug 22 19:43:37 2005 From: oddsock at oddsock.org (oddsock) Date: Mon, 22 Aug 2005 14:43:37 -0500 Subject: [Icecast] overlaying prerecorded content over a live stream... In-Reply-To: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> References: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> Message-ID: <6.0.1.1.2.20050822143832.01c7deb0@www.oddsock.org> At 02:12 PM 8/22/2005, you wrote: >Hello everyone! > >I've been looking into using icecast to help get some terrestrial radio >stations into Internet broadcasting. One of their requirements is that >they have the ability to overlay internet-only content over the regional >commercials that they run during their programming - ie, during breaks >between their normal programming, they don't want ads from their >advertisers going out over the internet, but rather, they would prefer to >substitute special content. > >I could see doing this by having a fallback stream loop continuous >internet only content and switching over to the stream during commercial >breaks by terminating the main stream but that would seem not to be the >optimal solution due to a clash with how I planned to introduce redundancy >into the system (by having two machines onsite, each encoding the live >stream from the boards realtime and relaying to two geographically >distinct icecast servers, each set up as fallbacks for the other). > >Has anybody here had to deal with a similar problem and/or have >suggestions for the best way in which to proceed? the only other way I could think this could be done would be to hook in at the source client level. Your source client which is encoding from your live feed would need to be modified to either be signalled, or poll for an event that would be used to switch to your alternate content (which could either be local files or even a relay of a different stream). You would then have another signal which would cause the source client to go back to the original feed. Either way, this would require some modifications to an existing source client (or writing your own) as well as something to generate the "signals". EZstream might be a good start as it can be fed a raw stream (via stdin) and is *relatively* simple, so modification wouldn't be too terrible... anyway, that's the way I'd do it.. :) oddsock From giftculture at gmail.com Mon Aug 22 20:01:06 2005 From: giftculture at gmail.com (Michael Hale) Date: Mon, 22 Aug 2005 15:01:06 -0500 Subject: [Icecast] overlaying prerecorded content over a live stream... In-Reply-To: <6.0.1.1.2.20050822143832.01c7deb0@www.oddsock.org> References: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> <6.0.1.1.2.20050822143832.01c7deb0@www.oddsock.org> Message-ID: <259F6D62-BD24-4377-8096-B91F818D6EAB@gift-culture.org> On Aug 22, 2005, at 2:43 PM, oddsock wrote: > EZstream might be a good start as it can be fed a raw stream (via > stdin) and is *relatively* simple, so modification wouldn't be too > terrible... anyway, that's the way I'd do it.. :) > > oddsock > Thanks, oddsock, I'll look into this. One more question: I'm sorry if I missed this in the documentation, but is there any easy way to transparently fall over to another server/mountpoint if the maximum listener count has been reached? -- Michael Hale gift culture: http://www.gift-culture.org initstring: http://www.initstring.org artificial music machine: http://www.artificialmusicmachine.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From giftculture at gmail.com Mon Aug 22 20:47:21 2005 From: giftculture at gmail.com (Michael Hale) Date: Mon, 22 Aug 2005 15:47:21 -0500 Subject: [Icecast] ezstream and OSX 10.4.2 Tiger... Message-ID: <73868CC0-F74B-4082-B0F8-C6950A104493@gift-culture.org> Hello again, I'm having a dickens of a time getting ezstream configured - it requires libshout2 - so far so good. I installed the darwin ports library, did a port install libogg and then a port install libvorbis. Now, when I try to do a port install libshout2, configure returns the following. Any idea why it isn't working? Darwinport is configured to install in it's default location, /opt/local (so lib files are in /opt/local/ lib, include files are in /opt/local/include/etc...) Hopefully this is enough info to be helpful, else, please let me know what other info I can provide... root# ./configure --prefix=/opt/local checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... powerpc-apple-darwin8.2.0 checking host system type... powerpc-apple-darwin8.2.0 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 65536 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking for ANSI C header files... (cached) yes checking for strings.h... (cached) yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for inttypes.h... (cached) yes checking for uint32_t... yes checking for library containing nanosleep... none required checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for socklen_t... yes checking for va_copy... va_copy checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes checking winsock2.h usability... no checking winsock2.h presence... no checking for winsock2.h... no checking for library containing sethostent... none required checking for library containing getnameinfo... none required checking for endhostent... yes checking for getaddrinfo... yes checking for inet_aton... yes checking for writev... yes checking for struct sockaddr_storage.ss_family... yes checking for inet_pton... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for pthread_rwlock_t... yes checking for cc_r... gcc checking for libogg... ok checking for libvorbis... ok checking for struct ovectl_ratemanage_arg... no configure: error: requisite Ogg Vorbis library not found -- Michael Hale gift culture: http://www.gift-culture.org initstring: http://www.initstring.org artificial music machine: http://www.artificialmusicmachine.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dtrump1 at triadav.com Mon Aug 22 21:04:15 2005 From: dtrump1 at triadav.com (Dick Trump) Date: Mon, 22 Aug 2005 16:04:15 -0500 Subject: [Icecast] overlaying prerecorded content over a live stream... In-Reply-To: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> References: <439199FB-93CD-4C4F-8EEB-363713A36011@gift-culture.org> Message-ID: Michael Hale wrote: > One of their requirements is that they have the ability to > overlay internet-only content over the regional commercials that > they run during their programming - ie, during breaks between > their normal programming, they don't want ads from their advertisers > going out over the internet, but rather, they would prefer to > substitute special content. This really is very similar to the application that I posted a couple questions over the weekend about. But I decided that it was best to have the main programming actually be the fallback content (which could have a second layer of fallback) and overlay the specialized programming as if it were the primary. And I do think that EZstream would be a good choice since you would likely have all of your internet programming pre-recorded. I have tested this concept and it works very smoothly if the MP3 encoding of the EZstream material is at the same rate as the main content stream. The only catch seems to be terminating the EZstream at the end of the file. It repeats and I don't want that. I have to Ctrl-C to kill the overlay. As it turns out, I might have to solve this for also inserting live material besides the pre-recorded stuff. I have regional RF repeaters that need their own local content that will override material pulled from a satelite network. Dick ---------- Dick Trump Triad AV Services 515-243-2125 515-243-2055 (fax) dtrump1 at triadav.com From giftculture at gmail.com Mon Aug 22 21:36:09 2005 From: giftculture at gmail.com (Michael Hale) Date: Mon, 22 Aug 2005 16:36:09 -0500 Subject: [Icecast] ezstream and OSX 10.4.2 Tiger... In-Reply-To: <1124744335.13422.9.camel@bogus.hackers.club> References: <73868CC0-F74B-4082-B0F8-C6950A104493@gift-culture.org> <1124744335.13422.9.camel@bogus.hackers.club> Message-ID: <24372FF7-AA13-4154-94B9-EE8033E11C19@gift-culture.org> On Aug 22, 2005, at 3:58 PM, Karl Heyes wrote: > from this I would check the version of the vorbis library > installed, it > may be very old. The exact error will be in the config.log but I > would > check the version first. > > karl. Hrm - I just installed fresh versions of the latest ogg and vorbis libraries, and I'm getting the same error - would this be something I should take up on the devel list? I can include config.log here if it would be helpful. Both of the new libraries are installed in /usr/ local/lib - I don't believe that there are any other older copies of the libraries on my system - if there were, is there a command I can run to determine the version of the libraries in my path? -- Michael Hale gift culture: http://www.gift-culture.org initstring: http://www.initstring.org artificial music machine: http://www.artificialmusicmachine.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Mon Aug 22 20:58:56 2005 From: karl at xiph.org (Karl Heyes) Date: 22 Aug 2005 21:58:56 +0100 Subject: [Icecast] ezstream and OSX 10.4.2 Tiger... In-Reply-To: <73868CC0-F74B-4082-B0F8-C6950A104493@gift-culture.org> References: <73868CC0-F74B-4082-B0F8-C6950A104493@gift-culture.org> Message-ID: <1124744335.13422.9.camel@bogus.hackers.club> On Mon, 2005-08-22 at 21:47, Michael Hale wrote: > Hello again, > > I'm having a dickens of a time getting ezstream configured - it > requires libshout2 - so far so good. > > I installed the darwin ports library, did a port install libogg and > then a port install libvorbis. Now, when I try to do a port install > libshout2, configure returns the following. > > Any idea why it isn't working? Darwinport is configured to install in > it's default location, /opt/local (so lib files are in /opt/local/lib, > include files are in /opt/local/include/etc...) > > Hopefully this is enough info to be helpful, else, please let me know > what other info I can provide... > > root# ./configure --prefix=/opt/local ... > checking for cc_r... gcc > checking for libogg... ok > checking for libvorbis... ok > checking for struct ovectl_ratemanage_arg... no > configure: error: requisite Ogg Vorbis library not found from this I would check the version of the vorbis library installed, it may be very old. The exact error will be in the config.log but I would check the version first. karl. From hostmaster at xenterra.net Mon Aug 22 22:14:15 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Mon, 22 Aug 2005 16:14:15 -0600 (MDT) Subject: [Icecast] ezstream and OSX 10.4.2 Tiger... In-Reply-To: <24372FF7-AA13-4154-94B9-EE8033E11C19@gift-culture.org> References: <73868CC0-F74B-4082-B0F8-C6950A104493@gift-culture.org> <1124744335.13422.9.camel@bogus.hackers.club> <24372FF7-AA13-4154-94B9-EE8033E11C19@gift-culture.org> Message-ID: On Mon, 22 Aug 2005, Michael Hale wrote: > Hrm - I just installed fresh versions of the latest ogg and vorbis libraries, > and I'm getting the same error - would this be something I should take up on > the devel list? I can include config.log here if it would be helpful. Both > of the new libraries are installed in /usr/local/lib - I don't believe that > there are any other older copies of the libraries on my system - if there > were, is there a command I can run to determine the version of the libraries > in my path? Start with something like "ldconfig -p | grep -i vorbis" depending on your platform. Robert Muchnick Xenterra.net 720-276-7917 -------------- next part -------------- _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From oddsock at oddsock.org Mon Aug 22 23:39:42 2005 From: oddsock at oddsock.org (oddsock) Date: Mon, 22 Aug 2005 18:39:42 -0500 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <430A4792.2040402@ncsu.edu> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <430A4792.2040402@ncsu.edu> Message-ID: <6.0.1.1.2.20050822183737.01c83aa8@www.oddsock.org> At 04:45 PM 8/22/2005, you wrote: >In the process of installing 2.3.0.rc1, and I already notice one thing >that I believe deserves commend. In the documentation, it still states >that metadata updating only works for mp3 streams. Doesn't this work for >ogg vorbis now too? We seem to be doing that. Perhaps that should be updated. yes, it works for most (if not all) media types now...I've removed that statement about "only working for mp3 streams" from the docs...thanks for the input... oddsock From lists at nabble.com Tue Aug 23 01:24:07 2005 From: lists at nabble.com (Will (sent by Nabble.com)) Date: Mon, 22 Aug 2005 18:24:07 -0700 (PDT) Subject: [Icecast] Re: Well, there are some archive add-ons In-Reply-To: <002001c575dd$2d752000$1400000a@workstation> References: <42B72167.7000202@radioleft.com> <002001c575dd$2d752000$1400000a@workstation> Message-ID: <686242.post@talk.nabble.com> well, you can try this searhable archive here: http://www.nabble.com/Icecast-f2880.html - it archives Icecast lists into a forum to allow cross search of all lists, or you can drill down and search an individual list. it's clean and fast. -- Sent from the Icecast - General forum at Nabble.com: http://www.nabble.com/Well%2C-there-are-some-archive-add-ons-t88395.html#a686242 -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at axtronics.com.tw Tue Aug 23 09:02:47 2005 From: eric at axtronics.com.tw (Eric) Date: Tue, 23 Aug 2005 17:02:47 +0800 Subject: [Icecast] Cannot listen to shoutcast mount point Message-ID: <430AE637.2000100@axtronics.com.tw> Hello, I'm having some difficulty getting Icecast working. I was able to use Icecast and shoutcast when they were both installed on the same Windows XP box, but when I moved icecast to a Linux box, the same icecast.xml configuration doesn't seem to work. I am able to connect to Icecast using shoutcast streaming source and stream the mp3 source to Icecast, however whenever I attempt to listen to the stream at the specified mount point (/channel1), I get a 404 file not found error. \ The access.log shows: "GET /channel1 HTTP/1.1" 404 109 "-" "NSPlayer/9.0.0.3250 WMFSDK/9.0" 0 The important part of my icecast.xml is listed below, from the original configuration, I changed the ip for the hostname and bind-address only. 192.168.71.5 8000 8001 192.168.71.5 1 0 /channel1 and some information from my error.log (I set the logging level to 4) [1970-01-02 01:31:05] INFO connection/_handle_source_request Source logging in at mountpoint "/channel1" [1970-01-02 01:31:05] DBUG connection/connection_complete_source sources count is 0 [1970-01-02 01:31:05] WARN connection/connection_complete_source No content-type header, falling back to backwards compatibility mode for icecast 1.x relays. Assuming content is mp3. [1970-01-02 01:31:05] DBUG connection/connection_complete_source source is ready to start [1970-01-02 01:31:06] DBUG stats/modify_node_event update node connections (1) [1970-01-02 01:31:20] DBUG connection/_handle_get_request Source not found for client [1970-01-02 01:31:20] DBUG stats/modify_node_event update node connections (2) [1970-01-02 01:31:20] DBUG stats/modify_node_event update node client_connections (1) Thanks in advance for any help, Eric From karl at xiph.org Tue Aug 23 13:25:37 2005 From: karl at xiph.org (Karl Heyes) Date: 23 Aug 2005 14:25:37 +0100 Subject: [Icecast] Cannot listen to shoutcast mount point In-Reply-To: <430AE637.2000100@axtronics.com.tw> References: <430AE637.2000100@axtronics.com.tw> Message-ID: <1124803537.30004.24.camel@bogus.hackers.club> On Tue, 2005-08-23 at 10:02, Eric wrote: > Hello, I'm having some difficulty getting Icecast working. I was able to > use Icecast and shoutcast when they were both installed on the same > Windows XP box, but when I moved icecast to a Linux box, the same > icecast.xml configuration doesn't seem to work. does this apply to the RC1 release, if not can you check verify if RC1 has an issue for you as well? karl. From jbebel at ncsu.edu Tue Aug 23 15:28:44 2005 From: jbebel at ncsu.edu (Joel Ebel) Date: Tue, 23 Aug 2005 11:28:44 -0400 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <6.0.1.1.2.20050822183737.01c83aa8@www.oddsock.org> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <430A4792.2040402@ncsu.edu> <6.0.1.1.2.20050822183737.01c83aa8@www.oddsock.org> Message-ID: <430B40AC.7090103@ncsu.edu> Another manual comment. The very last sentence on the listener authentication page is this: Winamp/XMMS as least support the passing of query parameters, other players may also do I imagine this was some late night attempt at english, but I think it could be easily and drastically improved. :) Joel oddsock wrote: > At 04:45 PM 8/22/2005, you wrote: > >> In the process of installing 2.3.0.rc1, and I already notice one thing >> that I believe deserves commend. In the documentation, it still >> states that metadata updating only works for mp3 streams. Doesn't >> this work for ogg vorbis now too? We seem to be doing that. Perhaps >> that should be updated. > > > yes, it works for most (if not all) media types now...I've removed that > statement about "only working for mp3 streams" from the docs...thanks > for the input... > > oddsock > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From oddsock at oddsock.org Tue Aug 23 23:10:54 2005 From: oddsock at oddsock.org (oddsock) Date: Tue, 23 Aug 2005 18:10:54 -0500 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> Message-ID: <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> Just wanted to let everyone know that we also welcome reports such as "everything works as expected" too. It's hard for us to gauge the quality of the release unless we hear both good and bad reports... thanks. oddsock At 02:29 PM 8/21/2005, you wrote: >Ok folks, we are getting ready for version 2.3 of icecast and have built >an RC1 distribution. We encourage everyone to try out this new release >and provide us feedback. Please report all bugs to http://bugs.xiph.org > >Here are the details : > >Source Distribution: >http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz >Source RPM: >http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm >Win32 Binary: >http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe > > >New Features ># Streaming support for ogg speex, ogg flac, ogg midi ># intro file support - per mount settable ># on-demand relays, global and per-relay settable ># fallback to file, extends on the intro file handling. ># new mount-level settings > 1. public, type/subtype, genre settings, stream description, > 2. stream url, stream name, bitrate (override what is sent from the > source client) > 3. mp3 metadata interval > 4. on-[dis]connect scripts can be stated per-mount, invoked at source > start/stop and take 1 arg which is the mountpoint. ># New URL listener authenticator .included is an example php-based >application that can be used in conjunction with the url authenticator to >manage a simple subscription-based broadcast. ># HTPasswd authenticator uses in-memory structures now. ># On demand files now can be fed through an authenticator ># Update to admin/web xslt interface > >Fixes ># real/helix works ># win32 access log correct ># stats client is stable now (curl -X STATS http://admin at host:port/) ># show mountpoints on stats that are inactive but have an active fallback ># more updates over HUP possible > >Note that we with regard to the new URL authenticator, we will be >providing a demonstration application which can be used to manage a basic >subscription-based offering. This application is not included in the RC, >but will be included in the official release (or if we do another RC it >will be included in that)... > >- Icecast Development Team > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From jack at xiph.org Wed Aug 24 02:56:47 2005 From: jack at xiph.org (Jack Moffitt) Date: Tue, 23 Aug 2005 20:56:47 -0600 Subject: [Icecast] looking for blind win32 users Message-ID: <20050824025647.GS19263@i.cantcode.com> Hello all, Sorry to post this here, but I am pretty sure there are a few blind win32 users who frequent the list. I'm looking for a blind win32 user or someone visually impaired enough to depend on assistive technology to use applications. I am doing research related to win32 development and assistive technologies. Essentially I'm trying to make sure a new application will be usable by the differently abled. Please contact me offlist if you are interested in helping. jack. From eric at axtronics.com.tw Wed Aug 24 03:40:10 2005 From: eric at axtronics.com.tw (Eric) Date: Wed, 24 Aug 2005 11:40:10 +0800 Subject: [Icecast] Cannot listen to shoutcast mount point In-Reply-To: <1124803537.30004.24.camel@bogus.hackers.club> References: <430AE637.2000100@axtronics.com.tw> <1124803537.30004.24.camel@bogus.hackers.club> Message-ID: <430BEC1A.4010406@axtronics.com.tw> Karl Heyes wrote: >On Tue, 2005-08-23 at 10:02, Eric wrote: > > >>Hello, I'm having some difficulty getting Icecast working. I was able to >>use Icecast and shoutcast when they were both installed on the same >>Windows XP box, but when I moved icecast to a Linux box, the same >>icecast.xml configuration doesn't seem to work. >> >> > >does this apply to the RC1 release, if not can you check verify if RC1 >has an issue for you as well? > >karl. > > > > > > Karl, I just compiled the RC1 release and everything works great. I had been using the 2.2.0 source. =/ Thanks for the advice. -Eric From DTrump1 at TriadAV.com Wed Aug 24 03:59:13 2005 From: DTrump1 at TriadAV.com (Dick Trump) Date: Tue, 23 Aug 2005 22:59:13 -0500 Subject: [Icecast] looking for blind win32 users In-Reply-To: <20050824025647.GS19263@i.cantcode.com> References: <20050824025647.GS19263@i.cantcode.com> Message-ID: Jack I am not blind, but the customer that I am using Icecast for is a reading service for the blind and print handicapped. I have a similar interest in possibly developing my systems so that they are compatible with screen readers. I do know that the screen reader that I hear the most about is JAWS. At this point I do not own a copy, so I'm not in a position to do any testing, even for my own use. Some of the services that are similar to ours do have blind staff members, so any development that either you or I do would be enhanced by being accessible. I'm not a lot of help right now, but if you think of something that I could do, please let me know. Regards Dick Trump dtrump1 at triadav.com From ross at stationplaylist.com Wed Aug 24 04:05:41 2005 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 24 Aug 2005 16:05:41 +1200 Subject: [Icecast] looking for blind win32 users References: <20050824025647.GS19263@i.cantcode.com> Message-ID: <0ab501c5a861$17d8deb0$dc00a8c0@levis4> I'm not blind but I write commercial broadcasting win32 software that a lot of blind users like and use, because it uses standard Windows controls; I always make sure everything can be done using keyboard shortcuts; and navigation is possible using tab. Now I know Oddcast is not one of the standard Ogg tools, but I thought I would take this opportunity to mention that it is almost unusable by blind users. I believe v3 is much better than v2 since it uses standard Windows controls, but it is impossible to tab to the encoder list and load an encoder configuration. If a user manages to click in the encoder list and presses enter on a highlighted encoder, the whole window closes. This should work the same as double-click. These 2 issues should be a simple fix so hopefully Oddsock can have a look at it. Regards, Ross. ----- Original Message ----- From: "Jack Moffitt" To: Sent: Wednesday, August 24, 2005 2:56 PM Subject: [Icecast] looking for blind win32 users Hello all, Sorry to post this here, but I am pretty sure there are a few blind win32 users who frequent the list. I'm looking for a blind win32 user or someone visually impaired enough to depend on assistive technology to use applications. I am doing research related to win32 development and assistive technologies. Essentially I'm trying to make sure a new application will be usable by the differently abled. Please contact me offlist if you are interested in helping. jack. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From oddsock at oddsock.org Wed Aug 24 05:41:34 2005 From: oddsock at oddsock.org (oddsock) Date: Wed, 24 Aug 2005 00:41:34 -0500 Subject: [Icecast] looking for blind win32 users In-Reply-To: <0ab501c5a861$17d8deb0$dc00a8c0@levis4> References: <20050824025647.GS19263@i.cantcode.com> <0ab501c5a861$17d8deb0$dc00a8c0@levis4> Message-ID: <6.0.1.1.2.20050824003524.033ee480@www.oddsock.org> At 11:05 PM 8/23/2005, you wrote: >Now I know Oddcast is not one of the standard Ogg tools, but I thought I >would take this opportunity to mention that it is almost unusable by >blind users. I believe v3 is much better than v2 since it uses standard >Windows controls, but it is impossible to tab to the encoder list and >load an encoder configuration. If a user manages to click in the >encoder list and presses enter on a highlighted encoder, the whole >window closes. This should work the same as double-click. > >These 2 issues should be a simple fix so hopefully Oddsock can have a >look at it. fixed and released 3.0.10 (http://www.oddsock.org/tools/oddcastv3). And here I thought I had made a pretty darn accessible win32 app... I tend not to get too many reports from blind users (and I know there are quite a few out there in the broadcasting industry)...I guess I figured that "no reports" meant things were good.... p.s. and to answer Jack's question, yes, it's all about using standard windows controls, no bitmapped controls, and having keyboard accelerators for everything (oddcast doesn't do a good job at this). Naming the controls I believe is also significant (although I cannot confirm this since I don't have a screen-reader myself). It's important to not name your controls IDC_BUTTON1, etc. and to make sure you have static text fields describing the fields juxtaposed with the fields they refer to.... oddsock From ross at stationplaylist.com Wed Aug 24 06:54:01 2005 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 24 Aug 2005 18:54:01 +1200 Subject: [Icecast] looking for blind win32 users References: <20050824025647.GS19263@i.cantcode.com><0ab501c5a861$17d8deb0$dc00a8c0@levis4> <6.0.1.1.2.20050824003524.033ee480@www.oddsock.org> Message-ID: <0aea01c5a878$9c108f40$dc00a8c0@levis4> Thanks for that oddsock. There are 3 further issues I just discovered. 1. In the configuration window, the YP Settings and Advanced Settings tabs do not work when using the arrow keys. 2. While in the configuration window, after pressing Enter on the OK or Cancel buttons, the focus is not returned to the main oddcast window. 3. The new minimize to system tray is less accessible to blind users. I think this will need to be optional so blind users can minimise to the taskbar where they can Alt+Tab it visible again. Alternatively, to save adding an option which needs to be saved somewhere, you could minimize to system tray when clicking the [X] Close form button, and minimize to taskbar for a normal minimize. This should be much less work. I think that's about it. It should be very accessible after these changes. Regards, Ross. ----- Original Message ----- From: "oddsock" To: Sent: Wednesday, August 24, 2005 5:41 PM Subject: Re: [Icecast] looking for blind win32 users At 11:05 PM 8/23/2005, you wrote: >Now I know Oddcast is not one of the standard Ogg tools, but I thought >I >would take this opportunity to mention that it is almost unusable by >blind users. I believe v3 is much better than v2 since it uses >standard >Windows controls, but it is impossible to tab to the encoder list and >load an encoder configuration. If a user manages to click in the >encoder list and presses enter on a highlighted encoder, the whole >window closes. This should work the same as double-click. > >These 2 issues should be a simple fix so hopefully Oddsock can have a >look at it. fixed and released 3.0.10 (http://www.oddsock.org/tools/oddcastv3). And here I thought I had made a pretty darn accessible win32 app... I tend not to get too many reports from blind users (and I know there are quite a few out there in the broadcasting industry)...I guess I figured that "no reports" meant things were good.... p.s. and to answer Jack's question, yes, it's all about using standard windows controls, no bitmapped controls, and having keyboard accelerators for everything (oddcast doesn't do a good job at this). Naming the controls I believe is also significant (although I cannot confirm this since I don't have a screen-reader myself). It's important to not name your controls IDC_BUTTON1, etc. and to make sure you have static text fields describing the fields juxtaposed with the fields they refer to.... oddsock From jbebel at ncsu.edu Wed Aug 24 13:01:11 2005 From: jbebel at ncsu.edu (Joel Ebel) Date: Wed, 24 Aug 2005 09:01:11 -0400 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> Message-ID: <430C6F97.70305@ncsu.edu> Well, I've got it installed, and configured with several fallback-to-file mounts. I don't actually have any source clients connecting to it, but even so, the fallback-to-file mounts seem to work great. I'm very excited about this functionality since I've been running ezstream in the past which has given me all sorts of problems, most of which I've mentioned on this list. The fallback-to-file does just what I wanted ezstream to do without having to run a separate source client. Very nice! I have some questions related to fallback-to-file though. The fallback-to-file mounts seem to show up on the server status page. Is there a way to hide them? I don't really want people connecting to them directly, or really even knowing they are there. With ezstream I just created a section and made it hidden. Maybe I should try that. it might still work. This doesn't really affect me, but I'm curious about the behavior. If you have an ogg or mp3 in the webroot, you used to be able to just download it and play it. Now, it seems that if that file is configured as a fallback then you can't just download it anymore. If you specify the path to that file, you just get it streamed to you. Is there no way to just download that file anymore if it's configured as a fallback? This is probably a design consideration, but I'd like to understand the reasoning. I'd sort of expected for you to be able to download the file if you accessed it directly, but have it streamed if you were to fallback to it. I'm sure there's a reason, but I'd be interested in knowing it. Thanks, Joel oddsock wrote: > Just wanted to let everyone know that we also welcome reports such as > "everything works as expected" too. It's hard for us to gauge the > quality of the release unless we hear both good and bad reports... > > thanks. > > oddsock > At 02:29 PM 8/21/2005, you wrote: > >> Ok folks, we are getting ready for version 2.3 of icecast and have >> built an RC1 distribution. We encourage everyone to try out this new >> release and provide us feedback. Please report all bugs to >> http://bugs.xiph.org >> >> Here are the details : >> >> Source Distribution: >> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz >> Source RPM: >> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1-0.src.rpm >> Win32 Binary: >> http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc1_setup.exe >> >> >> New Features >> # Streaming support for ogg speex, ogg flac, ogg midi >> # intro file support - per mount settable >> # on-demand relays, global and per-relay settable >> # fallback to file, extends on the intro file handling. >> # new mount-level settings >> 1. public, type/subtype, genre settings, stream description, >> 2. stream url, stream name, bitrate (override what is sent from the >> source client) >> 3. mp3 metadata interval >> 4. on-[dis]connect scripts can be stated per-mount, invoked at >> source start/stop and take 1 arg which is the mountpoint. >> # New URL listener authenticator .included is an example php-based >> application that can be used in conjunction with the url authenticator >> to manage a simple subscription-based broadcast. >> # HTPasswd authenticator uses in-memory structures now. >> # On demand files now can be fed through an authenticator >> # Update to admin/web xslt interface >> >> Fixes >> # real/helix works >> # win32 access log correct >> # stats client is stable now (curl -X STATS http://admin at host:port/) >> # show mountpoints on stats that are inactive but have an active fallback >> # more updates over HUP possible >> >> Note that we with regard to the new URL authenticator, we will be >> providing a demonstration application which can be used to manage a >> basic subscription-based offering. This application is not included >> in the RC, but will be included in the official release (or if we do >> another RC it will be included in that)... >> >> - Icecast Development Team >> >> >> _______________________________________________ >> 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 davekm3t at gmail.com Wed Aug 24 17:46:29 2005 From: davekm3t at gmail.com (Dave Pascoe) Date: Wed, 24 Aug 2005 13:46:29 -0400 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <430C6F97.70305@ncsu.edu> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> <430C6F97.70305@ncsu.edu> Message-ID: <74df4ca0050824104611a320fb@mail.gmail.com> Quick question on 2.3RC1... I am running a network of Icecast-kh51 servers in a master/slave configuration. On the central server, I run two instances of Icecast, one on port 8012 and one on port 8010. All of the sources connect to port 8010. The instance of Icecast on port 8012 has max listeners set to 1, and has a bunch of entries for all the slave hosts (including itself on port 8010), sort of a load-balancer. Listeners connect to the master server on port 8012 and get redirected to a slave server on port 8010. Each slave host is configured so that its master server is the master server on port 8010, and each slave server has a entry listing the master server on port 8012 (the "load balancer"). This slave-host entry on the slaves theoretically sends a listener back to the load balancer if it has no more listeners slots available. I really like the way this configuration works. Is it possible to replicate this in 2.3RC1? I know that some of the master/slave functionality has changed but I can't figure out if it is possible to get the same load balancing type of configuration I currently have. Also, it would be ideal if I could keep the current ports (where the sources feed to and where listeners connect) if at all possible. Thanks, Dave From karl at xiph.org Thu Aug 25 03:33:17 2005 From: karl at xiph.org (Karl Heyes) Date: 25 Aug 2005 04:33:17 +0100 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <430C6F97.70305@ncsu.edu> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> <430C6F97.70305@ncsu.edu> Message-ID: <1124940796.15199.867.camel@bogus.hackers.club> On Wed, 2005-08-24 at 14:01, Joel Ebel wrote: > I have some questions related to fallback-to-file though. The > fallback-to-file mounts seem to show up on the server status page. Is > there a way to hide them? I don't really want people connecting to them > directly, or really even knowing they are there. With ezstream I just > created a section and made it hidden. Maybe I should try that. > it might still work. added to svn > This doesn't really affect me, but I'm curious about the behavior. If > you have an ogg or mp3 in the webroot, you used to be able to just > download it and play it. Now, it seems that if that file is configured > as a fallback then you can't just download it anymore. If you specify > the path to that file, you just get it streamed to you. Is there no way > to just download that file anymore if it's configured as a fallback? > This is probably a design consideration, but I'd like to understand the > reasoning. I'd sort of expected for you to be able to download the file > if you accessed it directly, but have it streamed if you were to > fallback to it. I'm sure there's a reason, but I'd be interested in > knowing it. with previous fallback setups, a new listener can fallback if the requested mountpoint is not active at the time. To allow for this, a specified fallback to file acts as a streaming source with no stream queue data, only intro file like data. This way it fits in well with the fallback/fallback-override mechanism. The data rate should be plenty but it will loop. To provide the named file like a normal download and a fallback you need to refer to the file by different names, so a copy or link should be ok. karl. From karl at xiph.org Thu Aug 25 03:40:02 2005 From: karl at xiph.org (Karl Heyes) Date: 25 Aug 2005 04:40:02 +0100 Subject: [Icecast] Icecast 2.3 RC1 Announcement In-Reply-To: <74df4ca0050824104611a320fb@mail.gmail.com> References: <6.0.1.1.2.20050820215307.01c7be40@www.oddsock.org> <6.0.1.1.2.20050823180915.039f3060@www.oddsock.org> <430C6F97.70305@ncsu.edu> <74df4ca0050824104611a320fb@mail.gmail.com> Message-ID: <1124941202.15199.875.camel@bogus.hackers.club> On Wed, 2005-08-24 at 18:46, Dave Pascoe wrote: > Quick question on 2.3RC1... > > I am running a network of Icecast-kh51 servers in a master/slave > configuration. On the central server, I run two instances of Icecast, > one on port 8012 and one on port 8010. All of the sources connect to > port 8010. The instance of Icecast on port 8012 has max listeners set > to 1, and has a bunch of entries for all the slave hosts > (including itself on port 8010), sort of a load-balancer. Listeners > connect to the master server on port 8012 and get redirected to a > slave server on port 8010. Each slave host is configured so that its > master server is the master server on port 8010, and each slave server > has a entry listing the master server on port 8012 (the > "load balancer"). This slave-host entry on the slaves theoretically > sends a listener back to the load balancer if it has no more listeners > slots available. I really like the way this configuration works. > > Is it possible to replicate this in 2.3RC1? I know that some of the > master/slave functionality has changed but I can't figure out if it is > possible to get the same load balancing type of configuration I > currently have. Also, it would be ideal if I could keep the current > ports (where the sources feed to and where listeners connect) if at > all possible. The registration mechanism needs improving especially with on-demand relays in the setup. so no it won't be merged into 2.3. karl. From pmt4u at virginia.edu Thu Aug 25 16:17:54 2005 From: pmt4u at virginia.edu (Peter Traub) Date: Thu, 25 Aug 2005 12:17:54 -0400 Subject: [Icecast] Installing Ices on OSX 10.4.2 Message-ID: <430DEF32.3050005@virginia.edu> Hello, I have been unable to install Ices2 on the latest version of Tiger. I have tried two methods: one using DarwinPorts to install, and the other grabbing the source and building it myself. Both seem to exit compilation with the same or similar errors that I don't understand. I am not a C hacker, so I won't be able to solve this myself. All the supporting libs installed just fine through DarwinPorts, and I would think that a DarwinPort of Ices2 would actually work, but that is apparently not the case. Perhaps it hasn't been updated for 10.4 yet? In any case, I have included the output from both the DP install and the manual install below. If anyone has any suggestions as to how to get this working, I would be most grateful. Many thanks in advance. Best Regards, Peter Traub ps. the DarwinPort is for Ices 2.0.0, and the manual build is for 2.0.1 -------------------- Darwin Ports Attempt -------------------------- napoleon:~/Desktop peter$ sudo port install ices2 ---> Configuring ices2 ---> Building ices2 with target all Error: Target com.apple.build returned: shell command "cd "/opt/local/var/db/dports/build/file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_audio_ices2/work/ices-2.0.0" && make all" returned error 2 Command output: depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include -g -O2 -c `test -f 'encode.c' || echo './'`encode.c source='playlist_basic.c' object='playlist_basic.o' libtool=no \ depfile='.deps/playlist_basic.Po' tmpdepfile='.deps/playlist_basic.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include -g -O2 -c `test -f 'playlist_basic.c' || echo './'`playlist_basic.c source='im_stdinpcm.c' object='im_stdinpcm.o' libtool=no \ depfile='.deps/im_stdinpcm.Po' tmpdepfile='.deps/im_stdinpcm.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include -g -O2 -c `test -f 'im_stdinpcm.c' || echo './'`im_stdinpcm.c source='stream_shared.c' object='stream_shared.o' libtool=no \ depfile='.deps/stream_shared.Po' tmpdepfile='.deps/stream_shared.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include -g -O2 -c `test -f 'stream_shared.c' || echo './'`stream_shared.c stream_shared.c: In function 'process_and_send_buffer': stream_shared.c:184: warning: pointer targets in passing argument 2 of 'downmix_buffer' differ in signedness source='metadata.c' object='metadata.o' libtool=no \ depfile='.deps/metadata.Po' tmpdepfile='.deps/metadata.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include -g -O2 -c `test -f 'metadata.c' || echo './'`metadata.c metadata.c: In function 'metadata_thread_stdin': metadata.c:55: error: 'fd_set' undeclared (first use in this function) metadata.c:55: error: (Each undeclared identifier is reported only once metadata.c:55: error: for each function it appears in.) metadata.c:55: error: parse error before "fds" metadata.c:56: error: 'fds' undeclared (first use in this function) make[3]: *** [metadata.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ----------------------- Manual Build Attempt -------------------------- napoleon:~/Desktop/ices-2.0.1 peter$ ./configure --with-ogg=/opt/local --with-vorbis=/opt/local checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... powerpc-apple-darwin8.2.0 checking host system type... powerpc-apple-darwin8.2.0 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 65536 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.2.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking for fgrep... grep -F checking for ANSI C header files... (cached) yes checking stropts.h usability... no checking stropts.h presence... no checking for stropts.h... no checking sys/soundcard.h usability... no checking sys/soundcard.h presence... no checking for sys/soundcard.h... no checking machine/soundcard.h usability... no checking machine/soundcard.h presence... no checking for machine/soundcard.h... no checking whether byte ordering is bigendian... yes checking sys/audioio.h usability... no checking sys/audioio.h presence... no checking for sys/audioio.h... no checking alsa/asoundlib.h usability... no checking alsa/asoundlib.h presence... no checking for alsa/asoundlib.h... no checking for an ANSI C-conforming const... yes checking for uint64_t... yes checking for XML configuration checking for xml2-config... /sw/bin/xml2-config checking for xmlParseFile... yes checking for pkg-config... /sw/bin/pkg-config configure: /sw/bin/pkg-config couldn't find libshout. Try adjusting PKG_CONFIG_PATH. checking for shout-config... /opt/local/bin/shout-config checking shout/shout.h usability... yes checking shout/shout.h presence... yes checking for shout/shout.h... yes checking for shout_new... yes checking for libogg... ok checking for libvorbis... ok checking for struct ovectl_ratemanage_arg... yes configure: creating ./config.status config.status: creating Makefile config.status: creating conf/Makefile config.status: creating doc/Makefile config.status: creating debian/Makefile config.status: creating src/Makefile config.status: creating src/log/Makefile config.status: creating src/timing/Makefile config.status: creating src/thread/Makefile config.status: creating src/avl/Makefile config.status: creating config.h config.status: executing depfiles commands napoleon:~/Desktop/ices-2.0.1 peter$ make make all-recursive Making all in debian make[2]: Nothing to be done for `all'. Making all in src Making all in log source='log.c' object='log.lo' libtool=yes \ depfile='.deps/log.Plo' tmpdepfile='.deps/log.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c -o log.lo `test -f 'log.c' || echo './'`log.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c log.c -MT log.lo -MD -MP -MF .deps/log.TPlo -fno-common -DPIC -o .libs/log.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c log.c -MT log.lo -MD -MP -MF .deps/log.TPlo -o log.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -I/sw/include/libxml2 -I/sw/include -g -O2 -o libicelog.la log.lo ar cru .libs/libicelog.a .libs/log.o ranlib .libs/libicelog.a creating libicelog.la (cd .libs && rm -f libicelog.la && ln -s ../libicelog.la libicelog.la) Making all in timing source='timing.c' object='libicetiming_la-timing.lo' libtool=yes \ depfile='.deps/libicetiming_la-timing.Plo' tmpdepfile='.deps/libicetiming_la-timing.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c -o libicetiming_la-timing.lo `test -f 'timing.c' || echo './'`timing.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c timing.c -MT libicetiming_la-timing.lo -MD -MP -MF .deps/libicetiming_la-timing.TPlo -fno-common -DPIC -o .libs/libicetiming_la-timing.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c timing.c -MT libicetiming_la-timing.lo -MD -MP -MF .deps/libicetiming_la-timing.TPlo -o libicetiming_la-timing.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -g -O2 -o libicetiming.la libicetiming_la-timing.lo ar cru .libs/libicetiming.a .libs/libicetiming_la-timing.o ranlib .libs/libicetiming.a creating libicetiming.la (cd .libs && rm -f libicetiming.la && ln -s ../libicetiming.la libicetiming.la) Making all in thread source='thread.c' object='libicethread_la-thread.lo' libtool=yes \ depfile='.deps/libicethread_la-thread.Plo' tmpdepfile='.deps/libicethread_la-thread.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c -o libicethread_la-thread.lo `test -f 'thread.c' || echo './'`thread.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c thread.c -MT libicethread_la-thread.lo -MD -MP -MF .deps/libicethread_la-thread.TPlo -fno-common -DPIC -o .libs/libicethread_la-thread.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c thread.c -MT libicethread_la-thread.lo -MD -MP -MF .deps/libicethread_la-thread.TPlo -o libicethread_la-thread.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -g -O2 -o libicethread.la libicethread_la-thread.lo ar cru .libs/libicethread.a .libs/libicethread_la-thread.o ranlib .libs/libicethread.a creating libicethread.la (cd .libs && rm -f libicethread.la && ln -s ../libicethread.la libicethread.la) Making all in avl source='avl.c' object='libiceavl_la-avl.lo' libtool=yes \ depfile='.deps/libiceavl_la-avl.Plo' tmpdepfile='.deps/libiceavl_la-avl.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c -o libiceavl_la-avl.lo `test -f 'avl.c' || echo './'`avl.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c avl.c -MT libiceavl_la-avl.lo -MD -MP -MF .deps/libiceavl_la-avl.TPlo -fno-common -DPIC -o .libs/libiceavl_la-avl.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/sw/include/libxml2 -I/sw/include -g -O2 -c avl.c -MT libiceavl_la-avl.lo -MD -MP -MF .deps/libiceavl_la-avl.TPlo -o libiceavl_la-avl.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -g -O2 -o libiceavl.la libiceavl_la-avl.lo ar cru .libs/libiceavl.a .libs/libiceavl_la-avl.o ranlib .libs/libiceavl.a creating libiceavl.la (cd .libs && rm -f libiceavl.la && ln -s ../libiceavl.la libiceavl.la) source='input.c' object='input.o' libtool=no \ depfile='.deps/input.Po' tmpdepfile='.deps/input.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'input.c' || echo './'`input.c source='cfgparse.c' object='cfgparse.o' libtool=no \ depfile='.deps/cfgparse.Po' tmpdepfile='.deps/cfgparse.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'cfgparse.c' || echo './'`cfgparse.c cfgparse.c: In function '_set_instance_defaults': cfgparse.c:125: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:125: warning: pointer targets in assignment differ in signedness cfgparse.c:127: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:127: warning: pointer targets in assignment differ in signedness cfgparse.c:129: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:129: warning: pointer targets in assignment differ in signedness cfgparse.c: In function '_parse_resample': cfgparse.c:156: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:158: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_parse_encode': cfgparse.c:170: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:172: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:174: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:176: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:178: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:180: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:182: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:184: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_parse_metadata': cfgparse.c:201: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:207: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:213: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:219: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_parse_instance': cfgparse.c:240: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:242: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:244: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:246: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:248: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:250: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:252: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:254: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:256: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:258: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:260: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:262: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:264: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:266: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_parse_input': cfgparse.c:300: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:302: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:304: warning: pointer targets in passing argument 2 of 'xmlGetProp' differ in signedness cfgparse.c: In function '_parse_stream': cfgparse.c:329: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:331: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:333: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_parse_root': cfgparse.c:345: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:347: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:349: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:351: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:353: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:355: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:357: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c:359: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness cfgparse.c: In function '_set_defaults': cfgparse.c:369: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:369: warning: pointer targets in assignment differ in signedness cfgparse.c:370: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:370: warning: pointer targets in assignment differ in signedness cfgparse.c:375: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:375: warning: pointer targets in assignment differ in signedness cfgparse.c:376: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:376: warning: pointer targets in assignment differ in signedness cfgparse.c:377: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:377: warning: pointer targets in assignment differ in signedness cfgparse.c:380: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness cfgparse.c:380: warning: pointer targets in assignment differ in signedness cfgparse.c: In function 'config_read': cfgparse.c:444: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness source='stream.c' object='stream.o' libtool=no \ depfile='.deps/stream.Po' tmpdepfile='.deps/stream.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'stream.c' || echo './'`stream.c source='ices.c' object='ices.o' libtool=no \ depfile='.deps/ices.Po' tmpdepfile='.deps/ices.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'ices.c' || echo './'`ices.c source='signals.c' object='signals.o' libtool=no \ depfile='.deps/signals.Po' tmpdepfile='.deps/signals.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'signals.c' || echo './'`signals.c source='im_playlist.c' object='im_playlist.o' libtool=no \ depfile='.deps/im_playlist.Po' tmpdepfile='.deps/im_playlist.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'im_playlist.c' || echo './'`im_playlist.c im_playlist.c: In function 'playlist_read': im_playlist.c:195: warning: pointer targets in assignment differ in signedness source='reencode.c' object='reencode.o' libtool=no \ depfile='.deps/reencode.Po' tmpdepfile='.deps/reencode.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'reencode.c' || echo './'`reencode.c source='encode.c' object='encode.o' libtool=no \ depfile='.deps/encode.Po' tmpdepfile='.deps/encode.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'encode.c' || echo './'`encode.c source='playlist_basic.c' object='playlist_basic.o' libtool=no \ depfile='.deps/playlist_basic.Po' tmpdepfile='.deps/playlist_basic.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'playlist_basic.c' || echo './'`playlist_basic.c source='im_stdinpcm.c' object='im_stdinpcm.o' libtool=no \ depfile='.deps/im_stdinpcm.Po' tmpdepfile='.deps/im_stdinpcm.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'im_stdinpcm.c' || echo './'`im_stdinpcm.c source='stream_shared.c' object='stream_shared.o' libtool=no \ depfile='.deps/stream_shared.Po' tmpdepfile='.deps/stream_shared.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'stream_shared.c' || echo './'`stream_shared.c stream_shared.c: In function 'process_and_send_buffer': stream_shared.c:184: warning: pointer targets in passing argument 2 of 'downmix_buffer' differ in signedness source='metadata.c' object='metadata.o' libtool=no \ depfile='.deps/metadata.Po' tmpdepfile='.deps/metadata.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -ffast-math -fsigned-char -I/opt/local/include -I/sw/include/libxml2 -I/sw/include -g -O2 -c `test -f 'metadata.c' || echo './'`metadata.c metadata.c: In function 'metadata_thread_stdin': metadata.c:55: error: 'fd_set' undeclared (first use in this function) metadata.c:55: error: (Each undeclared identifier is reported only once metadata.c:55: error: for each function it appears in.) metadata.c:55: error: parse error before "fds" metadata.c:56: error: 'fds' undeclared (first use in this function) make[3]: *** [metadata.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 From toneshue at yahoo.com Fri Aug 26 05:57:49 2005 From: toneshue at yahoo.com (tony shu) Date: Thu, 25 Aug 2005 22:57:49 -0700 (PDT) Subject: [Icecast] Icecast 2.3.0_rc1 / no show in Streaming Directory Message-ID: <20050826055749.26979.qmail@web31703.mail.mud.yahoo.com> Icecast 2.3.0_rc1 / no show in Streaming Directory Hello Tech Support, I am using this new version Icecast 2.3.0_rc1 of Icecast server to stream mp3. every thing work except that when I go to icecast.org Streaming Directory to see if I'm listed wait for a while nothig show up. I been trying it for 3 days now. Please can somebody helped me. Thank you, Tony Shue __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From oddsock at oddsock.org Fri Aug 26 14:45:31 2005 From: oddsock at oddsock.org (oddsock) Date: Fri, 26 Aug 2005 09:45:31 -0500 Subject: [Icecast] Icecast 2.3.0_rc1 / no show in Streaming Directory In-Reply-To: <20050826055749.26979.qmail@web31703.mail.mud.yahoo.com> References: <20050826055749.26979.qmail@web31703.mail.mud.yahoo.com> Message-ID: <6.0.1.1.2.20050826094429.039f3d28@www.oddsock.org> Check your icecast error log. You either don't have CURL compiled into icecast, your source client is not setting the public flag, or there are errors in your error.log that will tell you whats wrong.. oddsock At 12:57 AM 8/26/2005, you wrote: >Icecast 2.3.0_rc1 / no show in Streaming Directory > >Hello Tech Support, > >I am using this new version Icecast 2.3.0_rc1 of Icecast server to stream >mp3. > >every thing work except that when I go to icecast.org Streaming Directory >to see if I'm listed wait for a while > >nothig show up. I been trying it for 3 days now. Please can somebody >helped me. > >Thank you, > >Tony Shue > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From zenkato at pis.bekkoame.ne.jp Fri Aug 26 22:19:22 2005 From: zenkato at pis.bekkoame.ne.jp (Zen Kato) Date: Sat, 27 Aug 2005 07:19:22 +0900 (JST) Subject: [Icecast] Broken pipe of stdinpcm on asterisk-ices.xml Message-ID: <20050827.071922.74757725.zenkato@pis.bekkoame.ne.jp> hi, I installed icecast-2.2.0.tar.gz and ices-2.0.1.tar.gz on Fedora3 linux-2.6.12-1.1372_FC3). It works fine for playlist.ogg from the other CPU, such as 'xmms http://192.168.0.3:8000/listplay.ogg'. But when I use 'stdinpcm' like 'asterisk-ices.xml' which send voip's voice udp packets to 'asterisk-ices.xml' such as; .......(snip)...... Example stream name Example genre A short description of your stream http://192.168.0.3 stdinpcm 8000 1 ...(snip).... It always says" WARING[5929]: app_ices.c:152 ices_exec: Write failed to pipe: Broken pipe" from "app_ices.c" of asterisk. and then hangup, never start "asterisk-ices.xml". The part of "app_ices.c" is as follows: --------------------------------------------------------- static int ices_exec(struct ast_channel *chan, void *data) { int res=0; struct localuser *u; int fds[2]; int ms = -1; int pid = -1; int flags; int oreadformat; struct timeval last; struct ast_frame *f; char filename[256]=""; char *c; last.tv_usec = 0; last.tv_sec = 0; ...(snip)..... res = icesencode(filename, fds[0]); close(fds[0]); if (res >= 0) { pid = res; for (;;) { /* Wait for audio, and stream */ ms = ast_waitfor(chan, -1); if (ms < 0) { ast_log(LOG_DEBUG, "Hangup detected\n"); res = -1; break; } f = ast_read(chan); if (!f) { ast_log(LOG_DEBUG, "Null frame == hangup() detected\n"); res = -1; break; } if (f->frametype == AST_FRAME_VOICE) { res = write(fds[1], f->data, f->datalen); if (res < 0) { if (errno != EAGAIN) { ast_log(LOG_WARNING, "Write failed to pipe: %s\n", strerror(errno)); res = -1; break; } } } ast_frfree(f); } } close(fds[1]); LOCAL_USER_REMOVE(u); if (pid > -1) kill(pid, SIGKILL); if (!res && oreadformat) ast_set_read_format(chan, oreadformat); return res; } int unload_module(void) { STANDARD_HANGUP_LOCALUSERS; return ast_unregister_application(app); } int load_module(void) { return ast_register_application(app, ices_exec, synopsis, descrip); } char *description(void) { return tdesc; } int usecount(void) { int res; STANDARD_USECOUNT(res); return res; } char *key() { return ASTERISK_GPL_KEY; } ------------------------------- Is this "broken pipe" means that I don't have "stdinpcim" on /dev? My system has "stdin" but no "stdinpcm". [zenkato at p4c8 dev]$ ls -al|grep stdin lrwxrwxrwx 1 root root 15 8 27 2005 stdin -> /proc/self/fd/0 Sorry I posted this on 'asterisk-users' ml, but there is no response there. So, I posted this on this ml. Regards, Zen Kato From adon at yorku.ca Mon Aug 29 08:15:49 2005 From: adon at yorku.ca (Adon Irani) Date: Mon, 29 Aug 2005 04:15:49 -0400 (EDT) Subject: [Icecast] amd 64 ?? In-Reply-To: <42F36019.6070008@home.nl> References: <42E6673A.4070808@bellsouth.net> <42F36019.6070008@home.nl> Message-ID: i'm building a new server for icecast broadcast and web hosting ..likely a media library for local artists / producers , etc. . i haven't been able to decide what processor architecture to use for the system . i definately favour performance over value/cost .. any suggestions on whether p4, amd, amd64, or something else would best serve the purpose ? ( i run icecast on debian linux btw :: ) ( also ,. . will icecast have any problems running on a "64bit system using the IA32 libs from a IA32 chroot and running IA32 applications inside this chroot" ,,as described in the The Debian GNU/Linux AMD64 HOW-TO ) thanks for any advise , . a. , , From _+icecast at sucs.org Mon Aug 29 09:22:04 2005 From: _+icecast at sucs.org (_+icecast at sucs.org) Date: Mon, 29 Aug 2005 10:22:04 +0100 Subject: [Icecast] amd 64 ?? In-Reply-To: References: <42E6673A.4070808@bellsouth.net> <42F36019.6070008@home.nl> Message-ID: <4312D3BC.50605@SUCS.ORG> Adon Irani wrote: > i'm building a new server for icecast broadcast and web hosting ..likely a > media library for local artists / producers , etc. . > > i haven't been able to decide what processor architecture to use for the > system . > > i definately favour performance over value/cost .. > > any suggestions on whether p4, amd, amd64, or something else would best > serve the purpose ? ( i run icecast on debian linux btw :: ) I'm under the impression that amd64 gives you the best !/$ but I'm no expert on such things. > ( also ,. . will icecast have any problems running on a "64bit system > using the IA32 libs from a IA32 chroot and running IA32 applications > inside this chroot" ,,as described in the The Debian GNU/Linux AMD64 > HOW-TO ) uh? why on earth would you want to do that when there is a native amd64 package? More info on the amd64 port - http://www.debian.org/ports/amd64/ amd64 install media http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/ -- Chris Jones, SUCS Admin http://sucs.org From Jason at Weatherserver.net Tue Aug 30 02:49:23 2005 From: Jason at Weatherserver.net (Jason) Date: Mon, 29 Aug 2005 22:49:23 -0400 Subject: [Icecast] Questions Message-ID: <000601c5ad0d$6dc208a0$1400000a@workstation> Ok is there a way a fallback mount can be a mp3 that will just play in a loop giving information to the people listening until the primary mount comes back online? -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 10:48pm - Temp: 18.6?C - Humidity 90% - Wind: ESE @ 9 km/h Baro: 997kPa Steady - Vis: 19km - Sky: Broken Clouds - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(Aug 16th): 21.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefano.malagigi at tin.it Tue Aug 30 12:41:24 2005 From: stefano.malagigi at tin.it (stefano.malagigi at tin.it) Date: Tue, 30 Aug 2005 13:41:24 +0100 (GMT+01:00) Subject: [Icecast] wav to source clients Message-ID: <3884660.1125405684629.JavaMail.root@pswm9.cp.tin.it> Hi, dows anyone know if is it possible to give ices (or another source client) directly a wav file? I need to do this from a java application and what I have is a wav file... so I would like to give it to the source client for streaming without calling another external application to convert it in mp3. I didn't even find any java class that make this. Thanks. Ciao. Stefano From karl at xiph.org Tue Aug 30 14:28:51 2005 From: karl at xiph.org (Karl Heyes) Date: 30 Aug 2005 15:28:51 +0100 Subject: [Icecast] Questions In-Reply-To: <000601c5ad0d$6dc208a0$1400000a@workstation> References: <000601c5ad0d$6dc208a0$1400000a@workstation> Message-ID: <1125412130.7924.1134.camel@bogus.hackers.club> On Tue, 2005-08-30 at 03:49, Jason wrote: > Ok is there a way a fallback mount can be a mp3 that will just play in > a loop giving information to the people listening until the primary > mount comes back online? The 2.3 codebase allows for specifying an fallback which is a file. just specify a file in webroot and it will loop. Same restrictions apply to all fallback mechanisms, ie keep to the same format. For 2.2 you have to use a separate source client to feed the stream. karl. From adam at xs4all.nl Tue Aug 30 18:40:27 2005 From: adam at xs4all.nl (adam) Date: Tue, 30 Aug 2005 20:40:27 +0200 (CEST) Subject: [Icecast] cortado Message-ID: <20050830203930.M78813-100000@xs3.xs4all.nl> hi anyone managed to get theora streaming through icecast2 and playing in the cortado java plugin? i can get sound but no video adam From Jason at Weatherserver.net Tue Aug 30 20:08:33 2005 From: Jason at Weatherserver.net (Jason) Date: Tue, 30 Aug 2005 16:08:33 -0400 Subject: [Icecast] Rc1 Linux Crash Message-ID: <001101c5ad9e$990de5b0$1400000a@workstation> I'm trying to use authentcation on a mount on the 2.3RC1 and each time it has to open the auth file it crashes. This is the debug. There is no file named kwscan so I guess it's a error in creating it. icecast crashes when I try to add users or try to load the mount in winamp. [2005-08-30 13:03:13] DBUG admin/admin_handle_request Admin request (/admin/manageauth.xsl) [2005-08-30 13:03:13] DBUG admin/admin_handle_request Got command (manageauth.xsl) [2005-08-30 13:03:13] INFO admin/admin_handle_request Received admin command manageauth.xsl on mount "/scannerlive" [2005-08-30 13:03:13] WARN auth_htpasswd/htpasswd_recheckfile failed to check status of /home/ve3nsv/icecastauth/kwscan -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 3:58pm - Temp: 29.9?C - Humidity 32% - Wind: NE @ 12 km/h Baro: 993kPa Falling - Vis: 16km - Sky: Scattered Clouds - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(Aug 16th): 21.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jason at Weatherserver.net Tue Aug 30 20:11:19 2005 From: Jason at Weatherserver.net (Jason) Date: Tue, 30 Aug 2005 16:11:19 -0400 Subject: [Icecast] Rc1 Linux Crash References: <001101c5ad9e$990de5b0$1400000a@workstation> Message-ID: <001d01c5ad9e$fc5034c0$1400000a@workstation> I made the kwscan file manually and now it works ----- Original Message ----- From: Jason To: icecast Sent: Tuesday, August 30, 2005 4:08 PM Subject: [Icecast] Rc1 Linux Crash I'm trying to use authentcation on a mount on the 2.3RC1 and each time it has to open the auth file it crashes. This is the debug. There is no file named kwscan so I guess it's a error in creating it. icecast crashes when I try to add users or try to load the mount in winamp. [2005-08-30 13:03:13] DBUG admin/admin_handle_request Admin request (/admin/manageauth.xsl) [2005-08-30 13:03:13] DBUG admin/admin_handle_request Got command (manageauth.xsl) [2005-08-30 13:03:13] INFO admin/admin_handle_request Received admin command manageauth.xsl on mount "/scannerlive" [2005-08-30 13:03:13] WARN auth_htpasswd/htpasswd_recheckfile failed to check status of /home/ve3nsv/icecastauth/kwscan -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 3:58pm - Temp: 29.9?C - Humidity 32% - Wind: NE @ 12 km/h Baro: 993kPa Falling - Vis: 16km - Sky: Scattered Clouds - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(Aug 16th): 21.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net today..... ------------------------------------------------------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From msmith at xiph.org Tue Aug 30 20:29:55 2005 From: msmith at xiph.org (Michael Smith) Date: Tue, 30 Aug 2005 22:29:55 +0200 Subject: [Icecast] Rc1 Linux Crash In-Reply-To: <001101c5ad9e$990de5b0$1400000a@workstation> References: <001101c5ad9e$990de5b0$1400000a@workstation> Message-ID: <3c173721050830132940b61dbf@mail.gmail.com> On 8/30/05, Jason wrote: > > I'm trying to use authentcation on a mount on the 2.3RC1 and each time it > has to open the auth file it crashes. > > This is the debug. There is no file named kwscan so I guess it's a error in > creating it. icecast crashes when I try to add users or try to load the > mount in winamp. Thanks for the bug report, I've committed a fix (untested). It'll be in the 2.3RC2 release (if we do one, otherwise 2.3 final). For future reference: reporting bugs at http://bugs.xiph.org/ is a better way to do it, if it's more complex to fix then it removes the chance that it'll just get totally forgotten. Mike From daniel.quintana at vsti.cl Wed Aug 31 19:38:55 2005 From: daniel.quintana at vsti.cl (Daniel Quintana C.) Date: Wed, 31 Aug 2005 12:38:55 -0700 Subject: [Icecast] System Requeriments for a number of listeners Message-ID: <001801c5ae63$a0287b10$b700a8c0@kottoland> Hello: Someone can help me to determine the system requeriments for a given number of listeners...? I know the Bandwidth and the quality are directly related to the number of listeners we can support with an Icecast server...but some of you have any idea of the memory and cpu requeriments for each listener connected? I need to buy my new server... Regards Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Wed Aug 31 17:24:04 2005 From: karl at xiph.org (Karl Heyes) Date: 31 Aug 2005 18:24:04 +0100 Subject: [Icecast] System Requeriments for a number of listeners In-Reply-To: <001801c5ae63$a0287b10$b700a8c0@kottoland> References: <001801c5ae63$a0287b10$b700a8c0@kottoland> Message-ID: <1125509043.22447.42.camel@bogus.hackers.club> On Wed, 2005-08-31 at 20:38, Daniel Quintana C. wrote: > Hello: > Someone can help me to determine the system requeriments for a > given number of listeners...? > I know the Bandwidth and the quality are directly related to the > number of listeners we can support with an Icecast server...but some > of you have any idea of the memory and cpu requeriments for each > listener connected? I need to buy my new server... Bandwidth is really the only resource measure to consider. Each listener refers to a shared pool for stream data so you only have the memory for the client accounting which really isn't much (think 1 kbyte per client), the queue is variable but at most queue-size bytes/per stream is retained. As a general indicator, the Icecast servers I see currently take around 2-4 Meg RAM per server. CPU is also not a factor as no re-encoding goes on within icecast. karl. From giftculture at gmail.com Wed Aug 31 18:20:04 2005 From: giftculture at gmail.com (Michael Hale) Date: Wed, 31 Aug 2005 13:20:04 -0500 Subject: [Icecast] multiple network interfaces and icecast... Message-ID: <87c35eef05083111206cd15b95@mail.gmail.com> Hello everybody, I'm in the process of shopping for machines to serve as customer-facing servers for the internet radio project I mentioned a few weeks ago - I have a few questions: Best I can determine, icecast performance isn't really CPU bound, but is more limited by total bandwidth available. Let's say that I went with gig-e network interfaces - is it possible to put multiple interfaces in one machine and have icecast stream audio to incoming requests on all of them? How many listeners do you think one can get onto a gigabit ethernet interface (considering protocol overhead, of course). Are there any limits in the code that could cause problems if one had multiple gigabit ethernet cards in one machine? Thanks for your help! -- Michael Hale gift culture http://www.gift-culture.org init string http://www.initstring.org amm http://www.artificialmusicmachine.com From giftculture at gmail.com Wed Aug 31 18:27:50 2005 From: giftculture at gmail.com (Michael Hale) Date: Wed, 31 Aug 2005 13:27:50 -0500 Subject: [Icecast] a few more questions... Message-ID: <87c35eef0508311127623f2eed@mail.gmail.com> Hello everyone, I sent the last email prematurely - I had a few more questions. I don't wish to start a holy war here, but are there certain OSs / Distros that are preferred for running very busy icecast servers? We're a Solaris shop currently, but don't mind using linux or BSD if that would make things easier. I see there is a Fedora Core RPM on the icecast page - does that indicate that Redhad would be a preferred distro to use? What are people's experience around here that run large (20k plus listener) icecast setups? What hardware / OSs do you use and why? Also, can icecast relay WMA9? We decided to go with the Spacial Audio SOS product to deal with AFTRA requirements, and it supports encoding to mp3, mp3pro, WMA9, and OGG - is it much of a headache to have an icecast server be able to relay mp3 and WMA9 streams at the same time? Thanks for your help -- Michael Hale gift culture http://www.gift-culture.org init string http://www.initstring.org amm http://www.artificialmusicmachine.com From karl at xiph.org Wed Aug 31 19:53:16 2005 From: karl at xiph.org (Karl Heyes) Date: 31 Aug 2005 20:53:16 +0100 Subject: [Icecast] a few more questions... In-Reply-To: <87c35eef0508311127623f2eed@mail.gmail.com> References: <87c35eef0508311127623f2eed@mail.gmail.com> Message-ID: <1125517996.22447.77.camel@bogus.hackers.club> On Wed, 2005-08-31 at 19:27, Michael Hale wrote: > Hello everyone, > > I sent the last email prematurely - I had a few more questions. I icecast can bind to specific IPs if required or else it listens on all interfaces. As for limits on a Gig-e card, the listener number will depend on the stream bitrate, but there are no internal application limits AFAICT except for those you impose via the xml. > don't wish to start a holy war here, but are there certain OSs / > Distros that are preferred for running very busy icecast servers? > We're a Solaris shop currently, but don't mind using linux or BSD if > that would make things easier. The code is made to be as compatible as it can be, but many people are running icecast on linux-based systems. We don't (deliberately at least) build for 1 system or another but it does depend on what we have access to. The problem with building pre-built packages is knowing what people have eg do they have theora or curl etc, some are fairly common so don't tend to be a problem. > I see there is a Fedora Core RPM on the icecast page - does that > indicate that Redhad would be a preferred distro to use? we prefer to send out tar files (source code) because trying to organise prebuilt packages is hard but we certainly don't mind having people submit pre-built builds to us. ... > Also, can icecast relay WMA9? We decided to go with the Spacial Audio > SOS product to deal with AFTRA requirements, and it supports encoding > to mp3, mp3pro, WMA9, and OGG - is it much of a headache to have an > icecast server be able to relay mp3 and WMA9 streams at the same time? We handle any number of streams but for each one we either process Ogg (we are a xiph project after all) or passthrough others like mp3/aac/nsv etc. I don't know the format of WMA to comment on it specifically, if it requires special handling for streaming then icecast won't handle it. karl. From oddsock at oddsock.org Wed Aug 31 21:05:23 2005 From: oddsock at oddsock.org (oddsock) Date: Wed, 31 Aug 2005 16:05:23 -0500 Subject: [Icecast] a few more questions... In-Reply-To: <87c35eef0508311127623f2eed@mail.gmail.com> References: <87c35eef0508311127623f2eed@mail.gmail.com> Message-ID: <6.0.1.1.2.20050831160041.03a7d810@www.oddsock.org> At 01:27 PM 8/31/2005, Michael Hale wrote: >Hello everyone, > >I sent the last email prematurely - I had a few more questions. I >don't wish to start a holy war here, but are there certain OSs / >Distros that are preferred for running very busy icecast servers? >We're a Solaris shop currently, but don't mind using linux or BSD if >that would make things easier. > >I see there is a Fedora Core RPM on the icecast page - does that >indicate that Redhad would be a preferred distro to use? the only reason we provide a Fedora RPM is because that what I had at the time of the release. I can't really answer "which platform best runs icecast" because there really isn't alot of data on it... >What are people's experience around here that run large (20k plus >listener) icecast setups? What hardware / OSs do you use and why? just so you know, but even the largest capacity servers that publish listener counts are in the thousand ranges, not tens of thousands. So you are going to have a hard time finding input on this level of usage. >Also, can icecast relay WMA9? We decided to go with the Spacial Audio >SOS product to deal with AFTRA requirements, and it supports encoding >to mp3, mp3pro, WMA9, and OGG - is it much of a headache to have an >icecast server be able to relay mp3 and WMA9 streams at the same time? icecast doesn't currently relay WMA streams. It is also not on our agenda either. Icecast is a XIPH project, and thus you can understand our desire to support and advocate the use of patent-free/royalty-free codecs. oddsock From msmith at xiph.org Wed Aug 31 21:19:54 2005 From: msmith at xiph.org (Michael Smith) Date: Wed, 31 Aug 2005 23:19:54 +0200 Subject: [Icecast] a few more questions... In-Reply-To: <87c35eef0508311127623f2eed@mail.gmail.com> References: <87c35eef0508311127623f2eed@mail.gmail.com> Message-ID: <3c17372105083114196cfff7e3@mail.gmail.com> On 8/31/05, Michael Hale wrote: > Hello everyone, > > I sent the last email prematurely - I had a few more questions. I > don't wish to start a holy war here, but are there certain OSs / > Distros that are preferred for running very busy icecast servers? > We're a Solaris shop currently, but don't mind using linux or BSD if > that would make things easier. Icecast gets more testing on linux, but other OSes should be fine. Icecast on solaris should scale just as well, I'd expect. However, notably we don't have much experience with very large icecast installations, and we've tended not to get much (if any) feedback from the few users who DO run very large installations, so we're not really all that sure how well it scales to thousands of users. > > I see there is a Fedora Core RPM on the icecast page - does that > indicate that Redhad would be a preferred distro to use? Not really. I'm not sure what linux distributions the other developers use, most of my development historically has been done on debian (though my current system is ubuntu) - but we generally leave the packaging to third parties. > > What are people's experience around here that run large (20k plus > listener) icecast setups? What hardware / OSs do you use and why? I don't know of any icecast setups of more than about 5k or so users, though they may exist. I'd expect some minor (and easily fixable if we actually had access to such large (real, rather than using synthetic clients) installations) scalability issues, but I could be wrong. I'd expect the windows version to have much more serious issues, other OSes such as linux, solaris, or *bsd should basically be fine,. > > Also, can icecast relay WMA9? We decided to go with the Spacial Audio > SOS product to deal with AFTRA requirements, and it supports encoding > to mp3, mp3pro, WMA9, and OGG - is it much of a headache to have an > icecast server be able to relay mp3 and WMA9 streams at the same time? Our primary aim is to have excellent support for free formats (primarily, this means the xiph codecs - we'd be happy to help out with any other freely usable formats, though). As a concession to existing icecast users, we have basic mp3 support (basically we just pass it through untouched), and this mechanism works for some other codecs as well. However, we will not add explicit support for any other formats, nor will we support usage of icecast with other formats (i.e. if it breaks, you're entirely on your own). I don't know if WMA9 requires explicit support or not. Mike From designer at neti.ee Fri Aug 26 09:34:28 2005 From: designer at neti.ee (andris aedma) Date: Fri, 26 Aug 2005 12:34:28 +0300 Subject: [icecast] Ices Spawing Zombie Perl Scripts - Again Message-ID: <000001c5b2e5$a9b0fa50$6501a8c0@ibmf4m89na25ds> do ices-ad.pm perl script work with ices2? -------------- next part -------------- An HTML attachment was scrubbed... URL: