From andy at earthsong.free-online.co.uk Mon Nov 1 03:23:43 2004 From: andy at earthsong.free-online.co.uk (andy) Date: Mon, 01 Nov 2004 03:23:43 +0000 Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly References: Message-ID: On Sun, 31 Oct 2004 22:32:17 +0000, andy wrote: > On Mon, 18 Oct 2004 16:06:00 +0100, Andy Baxter wrote: > >> I've been having a problem where ices-kh (the jack'ified version) >> disconnects from its jack input source unexpectedly. This happens mainly >> while other jack clients are being started/stopped, or >> connected/disconnected, but also at other times (e.g. switching between >> different X sessions). I'm planning to do a bit more work on tuning up the >> jack setup to see if I can get rid of the problem that way, but it would >> be good to know in the meantime if this is a known bug, and whether there >> is anything I can do about it. >> >> It happened just now when I connected two other jack sources. There were >> two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this >> happens when there is an xrun. I've tried increasing the client timeout to >> 1000 msec, but this doesn't help. I can't increase the buffer size any >> more - it's at 2048 and increasing it to 4096 stops ices from starting at >> all. >> >> The setup I'm working with is an ecasound session relaying audio between >> its input and output ports, with its output connected to all the ices >> clients for the different streams we're running. Then I'm >> switching the ecasound input between different stream sources (line in, >> recorded audio, http relay etc.) I want to be able to do this switching >> without breaking the stream, which is why I've set things up this way. > > I've been testing this some more and the ices logs are showing a > ringbuffer full error at the time the port drops. I looked through the > source and the 'sleep time' parameter seems to have something to do with > setting the ring buffer size. I've tried recompiling the im_jack module > with the line: > > rb_size=(size_t)((s->sleep / 2000.0 ) * ...... > > changed to ... s->sleep / 1000.0 > > I'm running another test at the moment, but it would be good to know > whether this is actually likely to help, and if it's going to have any > other effects on the way ices works (apart from increasing the stream > latency.) > > I'll let you know how the test goes. I just had a look at it and it's still dropping ports - I set a test running which has ices-kh running from an ecasound process which is connected to a new source every 10 minutes, and after about 3 hours it had lost the jack port connection to ecasound. this is the bit from the log: 2004-11-01 01:28:09] DBUG stream/_output_oggpacket seen new stream, better get headers [2004-11-01 01:28:09] DBUG stream/_output_oggpacket Clearing output info/comment settings [2004-11-01 01:28:09] DBUG stream/_output_oggpacket samplerate is 44100, channels is 2 [2004-11-01 01:28:09] DBUG om_shout/output_ogg_shout initialising output stream [2004-11-01 01:44:05] EROR input-jack/jack_callback_process ringbuffer full [2004-11-01 01:44:05] INFO input/input_loop Closing input module [2004-11-01 01:44:05] DBUG input-jack/jack_close_module closing JACK module [2004-11-01 01:44:05] DBUG input/open_next_input_module checking module 1 [2004-11-01 01:44:05] INFO input-jack/jack_open_module Registering as ices64:in_1,ices64:in_2 [2004-11-01 01:44:05] DBUG input-jack/jack_open_module creating 2 ringbuffers, one per channel, of 81920 bytes each [2004-11-01 01:44:05] INFO input-jack/jack_open_module Channels 2 / Samplerate 48000 [2004-11-01 01:44:05] DBUG input-jack/jack_read metadata updates flagged [2004-11-01 01:44:05] INFO metadata/metadata_thread_signal Updating metadata with 9 comments I think the problem is that ices is losing the jack connection because of an xrun, trying to recover by recreating the jack port, but then ices doesn't know which other clients were connected to it, so when the new port is created it has no connections. I could get round this by using jack_lsp to monitor the ports and reconnect ices when it drops, but I would rather not do that if there's a better way to do it. Another way might be to be able to tell the ices jack client which ports it should connect to on startup, and then have it reconnect itself when it makes the new port? If you have any idea why ices is more sensitive to xruns than the other jack programs I'm using, that would be a help as well. I've just tried rewriting the im-jack module so it doesn't shutdown when the ringbuffer fills up (but still logs the error), which ought to solve the problem (I'd rather have occasional breaks in the audio than lose the connection altogether) but maybe isn't the best way to do things. From karl at xiph.org Mon Nov 1 10:50:39 2004 From: karl at xiph.org (Karl Heyes) Date: 01 Nov 2004 10:50:39 +0000 Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly In-Reply-To: References: Message-ID: <1099306236.2015.27.camel@bogus.hackers.club> On Mon, 2004-11-01 at 03:23, andy wrote: > I just had a look at it and it's still dropping ports - I set a test > running which has ices-kh running from an ecasound process which is > connected to a new source every 10 minutes, and after about 3 hours it had > lost the jack port connection to ecasound. Can you send me the full log? > 2004-11-01 01:28:09] DBUG stream/_output_oggpacket seen new stream, better get headers > [2004-11-01 01:28:09] DBUG stream/_output_oggpacket Clearing output info/comment settings > [2004-11-01 01:28:09] DBUG stream/_output_oggpacket samplerate is 44100, channels is 2 > [2004-11-01 01:28:09] DBUG om_shout/output_ogg_shout initialising output stream > [2004-11-01 01:44:05] EROR input-jack/jack_callback_process ringbuffer full Thats not emptying data quick enough out of the ring buffer. ... > I think the problem is that ices is losing the jack connection because of > an xrun, trying to recover by recreating the jack port, but then ices > doesn't know which other clients were connected to it, so when the new > port is created it has no connections. I could get round this by using > jack_lsp to monitor the ports and reconnect ices when it drops, but I > would rather not do that if there's a better way to do it. Another way > might be to be able to tell the ices jack client which ports it should > connect to on startup, and then have it > reconnect itself when it makes the new port? If you have any idea why ices > is more sensitive to xruns than the other jack programs I'm using, that > would be a help as well. If you have updated the im_jack file as I said privately (from svn) then a sizing bug is fixed. Whether that will resolve the problem is hard to say as I've had little feedback. >From the sound of it the problem is either this sizing bug (may be it's above a maximum tolerance for you) or a scheduling one. > I've just tried rewriting the im-jack module so it doesn't shutdown when > the ringbuffer fills up (but still logs the error), which ought to solve > the problem (I'd rather have occasional breaks in the audio than lose > the connection altogether) but maybe isn't the best way to do things. If the ring buffer becomes full, then it doesn't matter if you try to continue or not, it will loose audio. At the moment it shuts down the input on such cases but in theory it could introduce a skip. karl. From geoff at hitsandpieces.net Mon Nov 1 12:43:50 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 1 Nov 2004 22:43:50 +1000 Subject: [Icecast] WMP and streaming In-Reply-To: References: Message-ID: Zambra wrote: > I've successfully installed Icecast 2.0.2 and Ices 0.4, configured and > started them. The logs show no errors, but while I'm able to stream to > Winamp 5, it doesn't work with WMP 9 or 10. The latter simply downloads the > file and even halts when it reaches a certain point. How are you invoking the player? With a .M3U file? > This is the mountpoint's URL: > > http://www.zambra.com:8080/musica At time of writing, this is giving a "Connection Refused" message. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From geoff at hitsandpieces.net Mon Nov 1 12:53:17 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 1 Nov 2004 22:53:17 +1000 Subject: [Icecast] Re: New install of icecast (Marion Hall) In-Reply-To: References: Message-ID: Hi: hmmm, can't see anything obvious here, though the message suggests that it might not be Ices itself that's causing the problem. Do other sound aps work? The only thing that might contribute is the 11000 Hz sample rate. This is a bit unusual and might break the resampler (don't know). Why not try 11025 Hz which is more standard? Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From michael at zambra.com Mon Nov 1 12:56:10 2004 From: michael at zambra.com (Zambra) Date: Mon, 1 Nov 2004 13:56:10 +0100 Subject: [Icecast] WMP and streaming In-Reply-To: Message-ID: Dear Geoff, thanks for your message. Yes, I'm invoking the player with a .m3u file from my browser. I've tried typing the URL in WMP, too. Sorry, I have been testing, and I stopped bot the server and the streamer. I'm going to start them again. Best regards, Miguel From ikaos at gmx.fr Mon Nov 1 16:13:36 2004 From: ikaos at gmx.fr (Ika OSCAOS) Date: Mon, 1 Nov 2004 17:13:36 +0100 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> References: <200410181129.43616.msmith@xiph.org> <002a01c4b518$ead4be70$0100000a@tiger> <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> Message-ID: <1099325616.418660b081662@wm.pertimm.com> Hello, I'm using a flash player. First It didn't work with icecast 2. The blocking difference between icecast 1 and icecast 2 is that icecast 2 don't send the Content-Length header. So, I made a small PHP proxy and now Flash works very well with icecast 2. Other solution is to add this header in the icecast 2 source code and compile it, but I don't have time to test. My proxy.php file : >From flash I call proxy.php instead of mountpoint.mp3 Hope this help, Sincerly, -- Ika Selon Ian Andrew Bell : > Doesn't work so well on Mozilla or anything other than IEWin... and I'm > worried about using lots of extra software. > > Thanks for the suggestion tho. > > -Ian. > > On 18-Oct-04, at 6:46 AM, illiminable wrote: > > > Alternatively you can just script the window media player control, and > > bind it to your stream, that should work just fine, assuming you have > > my directshow filters installed. > > > > Zen. > > ----- Original Message ----- From: "Michael Smith" > > To: "Ian Andrew Bell" ; "icecast" > > Sent: Monday, October 18, 2004 9:29 AM > > Subject: Re: [Icecast] ICECast in Flash / IEWin > > > > > >> On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote: > >>> I'd like to resurrect this orphaned thread: > >>> > >>> http://lists.xiph.org/pipermail/icecast/2003-December/006139.html > >>> > >>> We're using the embedded flash player for listeners of > >>> pulverradio.com > >>> and can't use 2.2 for relaying from our encoders. Apparently we can > >>> use Icecast v1.3 > >>> > >>> Although this is clearly a problem caused by ActiveX and Microsoft > >>> boneheads that is a mountain that may prove difficult to heave in a > >>> timely manner. > >>> > >>> The fact that it can work with 1.3 indicates that there may have been > >>> some behaviour in the old version that was improved upon for 2.x ... > >>> perhaps future versions of Icecast could have a configuration flag to > >>> deprecate 2.x behaviour to 1.3's styling for headers (which in my > >>> limited understanding is where the problem lies), simply as a work > >>> around for the problem that would still allow us to use the cool new > >>> relaying features of 2.0 in our implementation. > >> > >> If we knew what the problem was (that causes flash to fail with 2.0), > >> we'd be > >> happy to add such a flag (or perhaps just change it to always work > >> that way, > >> depending on what the problem was). > >> > >> However, since nobody managed to figure out what the problem was (and > >> some of > >> the developers, such as myself, don't have a system where this > >> problem can be > >> reproduced), we can't really do much until someone does. > >> > From dl4708 at bristol.ac.uk Mon Nov 1 22:17:29 2004 From: dl4708 at bristol.ac.uk (DSA Lea, Engineering 04) Date: Mon, 01 Nov 2004 22:17:29 +0000 Subject: [Icecast] Gettin station Ident played on connectiong to stream Message-ID: Hi, Is it possible to get a Station Ident to play on connecting to the stream using Icecast?, before 'really' connecting to the actual station, if you see what I mean... Any more information required, please just say! (I am new to all this!!) Thanks, David Lea From Jason at Weatherserver.net Mon Nov 1 22:48:44 2004 From: Jason at Weatherserver.net (Jason) Date: Mon, 1 Nov 2004 17:48:44 -0500 Subject: [Icecast] Gettin station Ident played on connectiong to stream References: Message-ID: <001801c4c064$f1031470$1401a8c0@workstation> I do this using .m3u playlists. But I think you mean a way all streams get the intro even if someone connects directly to the mount point without using the .m3u files. ----- Original Message ----- From: "DSA Lea, Engineering 04" To: <> Sent: Monday, November 01, 2004 5:17 PM Subject: [Icecast] Gettin station Ident played on connectiong to stream > Hi, > > Is it possible to get a Station Ident to play on connecting to the stream > using Icecast?, before 'really' connecting to the actual station, if you > see what I mean... > > Any more information required, please just say! (I am new to all this!!) > > Thanks, > David Lea > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From dl4708 at bristol.ac.uk Mon Nov 1 22:53:41 2004 From: dl4708 at bristol.ac.uk (DSA Lea, Engineering 04) Date: Mon, 01 Nov 2004 22:53:41 +0000 Subject: [Icecast] Gettin station Ident played on connectiong to stream In-Reply-To: <001801c4c064$f1031470$1401a8c0@workstation> References: <001801c4c064$f1031470$1401a8c0@workstation> Message-ID: Our listeners click on a link which ends in .m3u. So can this be done...if so how?? I really am new to this sorry!! --On 01 November 2004 17:48 -0500 Jason wrote: > I do this using .m3u playlists. But I think you mean a way all streams > get the intro even if someone connects directly to the mount point > without using the .m3u files. > > > ----- Original Message ----- From: "DSA Lea, Engineering 04" > > To: <> > Sent: Monday, November 01, 2004 5:17 PM > Subject: [Icecast] Gettin station Ident played on connectiong to stream > > >> Hi, >> >> Is it possible to get a Station Ident to play on connecting to the >> stream using Icecast?, before 'really' connecting to the actual >> station, if you see what I mean... >> >> Any more information required, please just say! (I am new to all this!!) >> >> Thanks, >> David Lea >> _______________________________________________ >> 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 ---------------------- DSA Lea, Engineering 04 dl4708 at bristol.ac.uk From giles at xiph.org Mon Nov 1 22:53:48 2004 From: giles at xiph.org (Ralph Giles) Date: Mon, 1 Nov 2004 14:53:48 -0800 Subject: [Icecast] Gettin station Ident played on connectiong to stream In-Reply-To: References: <001801c4c064$f1031470$1401a8c0@workstation> Message-ID: <20041101225348.GA1342@ghostscript.com> On Mon, Nov 01, 2004 at 10:53:41PM +0000, DSA Lea, Engineering 04 wrote: > Our listeners click on a link which ends in .m3u. So can this be done...if > so how?? I really am new to this sorry!! Just add a static file url with your station id to the m3u file before the real stream url. Players will stream the id, and then advance to the live url when it finishes. eg: listen.m3u contains: http://station.co.uk/hello.ogg http://station.co.uk:8000/stream-64.ogg Newer versions of icecast can stream static files on demand, or you can just use your regular webserver to serve the station id file. Hope that helps, -r From Jason at Weatherserver.net Mon Nov 1 23:01:57 2004 From: Jason at Weatherserver.net (Jason) Date: Mon, 1 Nov 2004 18:01:57 -0500 Subject: [Icecast] Gettin station Ident played on connectiong to stream References: <001801c4c064$f1031470$1401a8c0@workstation> Message-ID: <001401c4c066$c9d05f50$1401a8c0@workstation> This is what my /icecast/web/live.m3u file looks like #EXTM3U #EXTINF:-1,Upper Ottawa Valley Scanner Intro http://scanner.weatherserver.net:80/scannerintro.mp3 #EXTINF:-1,Upper Ottawa Valley Scanner http://scanner.weatherserver.net:80/live so when someone goes to http://scanner.weatherserver.net/live.m3u they get the intro and then the live feed I hope it helps you some. ----- Original Message ----- From: "DSA Lea, Engineering 04" To: <> Sent: Monday, November 01, 2004 5:53 PM Subject: Re: [Icecast] Gettin station Ident played on connectiong to stream > Our listeners click on a link which ends in .m3u. So can this be done...if > so how?? I really am new to this sorry!! > > --On 01 November 2004 17:48 -0500 Jason wrote: > >> I do this using .m3u playlists. But I think you mean a way all streams >> get the intro even if someone connects directly to the mount point >> without using the .m3u files. >> >> >> ----- Original Message ----- From: "DSA Lea, Engineering 04" >> >> To: <> >> Sent: Monday, November 01, 2004 5:17 PM >> Subject: [Icecast] Gettin station Ident played on connectiong to stream >> >> >>> Hi, >>> >>> Is it possible to get a Station Ident to play on connecting to the >>> stream using Icecast?, before 'really' connecting to the actual >>> station, if you see what I mean... >>> >>> Any more information required, please just say! (I am new to all >>> this!!) >>> >>> Thanks, >>> David Lea >>> _______________________________________________ >>> 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 > > > > ---------------------- > DSA Lea, Engineering 04 > dl4708 at bristol.ac.uk > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From geoff at hitsandpieces.net Mon Nov 1 23:36:52 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Tue, 2 Nov 2004 09:36:52 +1000 Subject: [Icecast] Gettin station Ident played on connectiong to stream In-Reply-To: <20041101225348.GA1342@ghostscript.com> References: <001801c4c064$f1031470$1401a8c0@workstation> <20041101225348.GA1342@ghostscript.com> Message-ID: Hi: In addition to anyone connecting directly not hearing the intro, the one big drawback to this approach is that it allows the listener to skip it by advancing to the next track. I've done this myself. I'd also find it useful to have this fascility in the server for use with fallbacks. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From inzanekaoz at yahoo.com Tue Nov 2 03:35:02 2004 From: inzanekaoz at yahoo.com (HJ) Date: Mon, 1 Nov 2004 19:35:02 -0800 (PST) Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <1099325616.418660b081662@wm.pertimm.com> Message-ID: <20041102033502.31742.qmail@web54105.mail.yahoo.com> Not to nit-pick too much, but consider fpassthru() instead of that ugly-looking loop? http://us2.php.net/manual/en/function.fpassthru.php ~ > $fp=fopen("http://www.myradio.com:8000/mountpoint.mp3","r"); > while(!feof($fp)) print($line=fread($fp,2000)); > fclose($fp); > ?> From hallm at 1satcom.com Tue Nov 2 16:10:28 2004 From: hallm at 1satcom.com (Marion Hall) Date: Tue, 2 Nov 2004 10:10:28 -0600 Subject: [Icecast] Re: Re: Re: New install of icecast (Marion Hall) Message-ID: Geoff Shang said: >The only thing that might contribute is the 11000 Hz sample rate. This is >a bit unusual and might break the resampler (don't know). Why not try 11025 >Hz which is more standard? That didn't fix it. How can I test my line-in outside of icecast or ices? I had a lot of trouble getting drivers for the onboard sound on my Shuttle SB65G2, so I installed a Creative Labs Soundblaster PCI that plays fine but I don't know if the line-in or mic works at all. Thanks, Marion --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.783 / Virus Database: 529 - Release Date: 10/25/2004 From hello at ianbell.com Tue Nov 2 17:27:05 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Tue, 2 Nov 2004 09:27:05 -0800 Subject: [Icecast] Problems with 1.3 Message-ID: <6A3B4F3C-2CF4-11D9-9AAD-000A95B3B8D6@ianbell.com> After encountering a mysterious problem with Icecast 2.0 and streaming to Flash within IE for Windows, we've had to roll back to Icecast 1.3.12 2.0 Problem here: http://lists.xiph.org/pipermail/icecast/2004-October/007726.html Of course, I'm now having problems installing Icecast 1.3.12. When running gmake or make after ./configure with or without the --with-libwrap or --with-crypt flags it craps out with an error (below). Installation cannot proceed. This is on a Redhat Linux 9.0 box. Is there ANY way to fix this? -Ian. ---- Transcript follows: [root at asl147 icecast-1.3.12]# gmake gmake all-recursive gmake[1]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12' Making all in src gmake[2]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12/src' Making all in authenticate gmake[3]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12/src/authenticate' [..STUFF DELETED..] gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c pool.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c interpreter.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c vsnprintf.c gcc -g -O2 -Wall -o icecast main.o client.o admin.o source.o connection.o log.o directory.o commands.o sock.o threads.o logtime.o commandline.o utility.o avl.o avl_functions.o match.o relay.o timer.o alias.o restrict.o static.o http.o ice_string.o dir.o vars.o memory.o ice_resolv.o item.o pool.o interpreter.o vsnprintf.o authenticate/libauthenticate.a -lm -lpthread commands.o(.text+0x406e): In function `com_dump': /home/pulverradio/icecast/icecast-1.3.12/src/commands.c:2149: undefined reference to `errno' collect2: ld returned 1 exit status gmake[3]: *** [icecast] Error 1 gmake[3]: Leaving directory `/home/pulverradio/icecast/icecast-1.3.12/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/pulverradio/icecast/icecast-1.3.12/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pulverradio/icecast/icecast-1.3.12' gmake: *** [all-recursive-am] Error 2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2132 bytes Desc: not available URL: From msmith at xiph.org Wed Nov 3 01:53:52 2004 From: msmith at xiph.org (Michael Smith) Date: Wed, 3 Nov 2004 11:53:52 +1000 Subject: [Icecast] Problems with 1.3 In-Reply-To: <6A3B4F3C-2CF4-11D9-9AAD-000A95B3B8D6@ianbell.com> References: <6A3B4F3C-2CF4-11D9-9AAD-000A95B3B8D6@ianbell.com> Message-ID: <200411031253.52213.msmith@xiph.org> On Wednesday 03 November 2004 04:27, Ian Andrew Bell wrote: > After encountering a mysterious problem with Icecast 2.0 and streaming > to Flash within IE for Windows, we've had to roll back to Icecast > 1.3.12 > > 2.0 Problem here: > http://lists.xiph.org/pipermail/icecast/2004-October/007726.html > > Of course, I'm now having problems installing Icecast 1.3.12. The website is, I think, very clear that 1.x is completely unsupported by us. It even specifically says not to ask us about it. You're encountering (probably, I can't check the URL you gave right now) a flash bug, that nobody has suggested a reasonable approach to avoiding. It has been suggested that the problem is that flash can't cope with not getting a content-length header. The problem, of course, is that an icecast stream HAS no well-defined length. We also don't set content-length on served files; that should probably be considered a bug. I wonder if flash can cope with http/1.1 chunked transfer encodings (this is the HTTP/1.1 way of signalling a well-defined length to an HTTP response (or request, but many implementations screw that bit up) where the length is not known in advance)? If it does, we could implement that (as an optional thing, at least). Mike From msmith at xiph.org Wed Nov 3 01:55:09 2004 From: msmith at xiph.org (Michael Smith) Date: Wed, 3 Nov 2004 11:55:09 +1000 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <1099325616.418660b081662@wm.pertimm.com> References: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> <1099325616.418660b081662@wm.pertimm.com> Message-ID: <200411031255.09435.msmith@xiph.org> On Tuesday 02 November 2004 03:13, Ika OSCAOS wrote: > Hello, > > I'm using a flash player. First It didn't work with icecast 2. The blocking > difference between icecast 1 and icecast 2 is that icecast 2 don't send the > Content-Length header. > We don't sent a content-length header because there's no way to know the content length in advance - it's a stream, after all! > So, I made a small PHP proxy and now Flash works very well with icecast 2. > Other solution is to add this header in the icecast 2 source code and > compile it, but I don't have time to test. Whilst you're welcome to do something like this, it would be very inappropriate for the normal icecast sources to do this - it's giving deliberately wrong information that WILL cause problems. Mike From ikaos at gmx.fr Wed Nov 3 07:32:19 2004 From: ikaos at gmx.fr (Ika OSCAOS) Date: Wed, 3 Nov 2004 08:32:19 +0100 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <200411031255.09435.msmith@xiph.org> References: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> <1099325616.418660b081662@wm.pertimm.com> <200411031255.09435.msmith@xiph.org> Message-ID: <1099467139.418889838649f@wm.pertimm.com> Hello, Michael Smith : > > We don't sent a content-length header because there's no way to know the > content length in advance - it's a stream, after all! I kown this, after more than 1 hour the flash player stop to play. But during 1 hour It's possible to listen music, better than hearing nothing. > > So, I made a small PHP proxy and now Flash works very well with icecast 2. > > Other solution is to add this header in the icecast 2 source code and > > compile it, but I don't have time to test. > > Whilst you're welcome to do something like this, it would be very > inappropriate for the normal icecast sources to do this - it's giving > deliberately wrong information that WILL cause problems. I'm agree with you it's not an appropriate solution, but it works. So can you give me the appropriate solution, I will replace my proxy as soon as you explain me how listener can listen my radio with flash players. Thank you, -- Ika From eviloverlord at imux.net Wed Nov 3 08:05:03 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Wed, 03 Nov 2004 08:05:03 +0000 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <1099467139.418889838649f@wm.pertimm.com> References: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> <1099325616.418660b081662@wm.pertimm.com> <200411031255.09435.msmith@xiph.org> <1099467139.418889838649f@wm.pertimm.com> Message-ID: <4188912F.9040509@imux.net> Ika OSCAOS wrote: > Hello, > > Michael Smith : > > >>We don't sent a content-length header because there's no way to know the >>content length in advance - it's a stream, after all! > > > I kown this, after more than 1 hour the flash player stop to play. But during 1 > hour It's possible to listen music, better than hearing nothing. > > >>>So, I made a small PHP proxy and now Flash works very well with icecast 2. >>>Other solution is to add this header in the icecast 2 source code and >>>compile it, but I don't have time to test. >> >>Whilst you're welcome to do something like this, it would be very >>inappropriate for the normal icecast sources to do this - it's giving >>deliberately wrong information that WILL cause problems. > > > I'm agree with you it's not an appropriate solution, but it works. So can you > give me the appropriate solution, I will replace my proxy as soon as you > explain me how listener can listen my radio with flash players. > Unfamiliar as I am with the details of HTTP, would it be possible to detect that the player connecting is a flash player and return a stupidly long content-length, like 12 or 24 hours? I know this is a hack and not a clean solution, but cleanliness of design and practicalities have to meet in the middle sometimes. Stephen Liveice Project http://liveice.sourceforge.net/ From michael at zambra.com Wed Nov 3 10:06:56 2004 From: michael at zambra.com (Zambra) Date: Wed, 3 Nov 2004 11:06:56 +0100 Subject: [Icecast] WMP and streaming Message-ID: I'd really apreciate if someone could check the link supplied to see whether my Icecast server streams correctly, especially to Windows Media Player (it doesn't work for me). Thanks! Miguel -----Mensaje original----- De: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]En nombre de Zambra Enviado el: sabado, 30 de octubre de 2004 14:16 Para: icecast at xiph.org Asunto: [Icecast] WMP and streaming Hello, I've successfully installed Icecast 2.0.2 and Ices 0.4, configured and started them. The logs show no errors, but while I'm able to stream to Winamp 5, it doesn't work with WMP 9 or 10. The latter simply downloads the file and even halts when it reaches a certain point. This is the mountpoint's URL: http://www.zambra.com:8080/musica Has any of you experienced this behavior before? Thanks for any hints. Best regards, Miguel _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From adam at xs4all.nl Wed Nov 3 10:29:00 2004 From: adam at xs4all.nl (adam) Date: Wed, 3 Nov 2004 11:29:00 +0100 (CET) Subject: [Icecast] gui? Message-ID: <20041103112825.G63214-100000@xs6.xs4all.nl> hi, has anyone made a gui for Icecast2? adam From andy at earthsong.free-online.co.uk Wed Nov 3 09:36:51 2004 From: andy at earthsong.free-online.co.uk (andy) Date: Wed, 03 Nov 2004 09:36:51 +0000 Subject: [Icecast] Re: gui? References: <20041103112825.G63214-100000@xs6.xs4all.nl> Message-ID: On Wed, 03 Nov 2004 11:29:00 +0100, adam wrote: > hi, > > has anyone made a gui for Icecast2? > > > adam It already has a web admin front end - just go to http://your.server:8000/admin/ once the server has started. So the only bit you have to do textually is set up the config file. From adam at xs4all.nl Wed Nov 3 10:39:50 2004 From: adam at xs4all.nl (adam) Date: Wed, 3 Nov 2004 11:39:50 +0100 (CET) Subject: [Icecast] Re: gui? In-Reply-To: Message-ID: <20041103113854.R63214-100000@xs6.xs4all.nl> thanks, i knew about this, I was looking for either a web interface to the config file, or perhaps a gtk gui adam On Wed, 3 Nov 2004, andy wrote: > On Wed, 03 Nov 2004 11:29:00 +0100, adam wrote: > > > hi, > > > > has anyone made a gui for Icecast2? > > > > > > adam > > It already has a web admin front end - just go to > http://your.server:8000/admin/ once the server has started. So the only > bit you have to do textually is set up the config file. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > Adam Hyde ~/.fi r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' #phone : + 371 938 6752 (latvian mobile) From jsoukup at netlantic.de Wed Nov 3 11:37:36 2004 From: jsoukup at netlantic.de (Johann Soukup) Date: Wed, 03 Nov 2004 12:37:36 +0100 Subject: [Icecast] WMP and streaming References: Message-ID: <4188C300.3C1FB07C@netlantic.de> Hi. I'm using the same configuration and it works fine with WM9 and 10 Players. Try to use an .mp3 extension for your mountpoint. This usally works for WM players - Hannes Zambra schrieb: > Dear Geoff, > > thanks for your message. Yes, I'm invoking the player with a .m3u file from > my browser. I've tried typing the URL in WMP, too. > > Sorry, I have been testing, and I stopped bot the server and the streamer. > I'm going to start them again. > > Best regards, > > Miguel > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From michael at zambra.com Wed Nov 3 11:44:54 2004 From: michael at zambra.com (Zambra) Date: Wed, 3 Nov 2004 12:44:54 +0100 Subject: [Icecast] WMP and streaming In-Reply-To: <4188B82A.6040307@hib.no> Message-ID: Thanks so much for the testing, Johannes. I guess I know what's happening. It's probably a bitrate problem. I was just testing Icecast and Ices under Linux (Redhat) and used a very simple start command configuration, without the -b option. I have still to learn how to configure the thing properly. Gruss aus Barcelona - Spanien, Miguel From geoff at hitsandpieces.net Wed Nov 3 13:10:47 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Wed, 3 Nov 2004 23:10:47 +1000 Subject: [Icecast] WMP and streaming In-Reply-To: References: Message-ID: Zambra wrote: > http://www.zambra.com:8080/musica This works fine for me, however according to mpg123, this stream is at 224kbps which might be a bit much for many connections. Geoff. From michael at zambra.com Wed Nov 3 13:30:38 2004 From: michael at zambra.com (Zambra) Date: Wed, 3 Nov 2004 14:30:38 +0100 Subject: [Icecast] WMP and streaming In-Reply-To: Message-ID: Hello Geoff, until now I've just been using the command line options. I will have to delve into the config file syntax anyway, for convenience, and because I haven't found the reencode option as command line switch. Best, Miguel From hello at ianbell.com Fri Nov 5 04:00:38 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Thu, 4 Nov 2004 20:00:38 -0800 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <200411031255.09435.msmith@xiph.org> References: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com> <1099325616.418660b081662@wm.pertimm.com> <200411031255.09435.msmith@xiph.org> Message-ID: <40C6B7BA-2EDF-11D9-9AAD-000A95B3B8D6@ianbell.com> On 2-Nov-04, at 5:55 PM, Michael Smith wrote: > We don't sent a content-length header because there's no way to know > the > content length in advance - it's a stream, after all! Well, you COULD do this but choosing not to when there seems to be a lot of call to add one doesn't seem to be a great answer. > Whilst you're welcome to do something like this, it would be very > inappropriate for the normal icecast sources to do this - it's giving > deliberately wrong information that WILL cause problems. Commercial stations would want this anyway since they: A) Don't want to have unauthorized sources repeating their signal (and thereby depriving them of vital listener stats) B) Probably want to kick off listeners every few hours so you're not paying $$ to your bandwidth supplier for folks who are AFK for a whole weekend Seems to me like you could kill two birds with one stone by adding a config feature to predefine the content-length header in that: 1) You'd solve the whole streaming to Flash within ActiveX thing, and 2) You'd give streamers the ability to kick listeners every once in a while (which can't be that bad) -Ian. From oddsock at oddsock.org Fri Nov 5 15:31:41 2004 From: oddsock at oddsock.org (oddsock) Date: Fri, 05 Nov 2004 09:31:41 -0600 Subject: [Icecast] testing.. Message-ID: <6.0.1.1.2.20041105093112.04003200@www.oddsock.org> Testing.....we seem to be having a bit of trouble with the mailing list... oddsock From oddsock at oddsock.org Fri Nov 5 15:33:48 2004 From: oddsock at oddsock.org (oddsock) Date: Fri, 05 Nov 2004 09:33:48 -0600 Subject: [Icecast] Icecast 2.1.0 Announcement Message-ID: <6.0.1.1.2.20041105093330.01f5edf8@www.oddsock.org> After 8 months in development, the icecast development team is pleased to announce Version 2.1.0 of Icecast. New features for 2.1 * Listener Authentication Icecast now supports listener authentication. This provides a mechanism for creating/maintaining users and passwords for listeners. Currently, we only have implemented a simple, file-based storage for users and passwords. New authenticators are on the horizon (such as URL-based or possibly MySQL based) New admin pages were also added for the maintenance of users/passwords. Please check the docs for a more detailed description of this new feature. * Multi-Level Fallbacks Multi-level fallbacks allow for specifications of a series of fallback mounts that you could use, for instance, to set up a series of progressively lower bitrate streams that would be cascaded through. For instance, a modem user would connect to the highest bitrate stream, and then could be cascaded down to a progressively lower stream until they reach a value they can handle. * Burst-On-Connect This is an new, optional config setting which will send a initial burst of data to connecting listeners. This has the effect of reducing (significantly) the startup buffer latency from the end-user perspective. This option is enabled by default. New Enhancements for 2.1 * Update to admin interface This interface has been cleaned up quite a bit and made a bit nicer. * Rewrite of the YP listing code The icecast yp code has received a complete overhaul by karl, and it's a much more stable and failure-resistant implementation. * Lots and lots of bugs fixed Check the ChangeLog for a complete list of these... Download Icecast 2.1.0 from the Download page at http://www.icecast.org/download.php The icecast development team. Karl Heyes Mike Smith Ed Zaleski (oddsock) From oddsock at oddsock.org Fri Nov 5 15:34:25 2004 From: oddsock at oddsock.org (oddsock) Date: Fri, 05 Nov 2004 09:34:25 -0600 Subject: [Icecast] ICECast in Flash / IEWin Message-ID: <6.0.1.1.2.20041105093406.01e18630@www.oddsock.org> At 10:00 PM 11/4/2004, you wrote: >On 2-Nov-04, at 5:55 PM, Michael Smith wrote: > >>We don't sent a content-length header because there's no way to know the >>content length in advance - it's a stream, after all! > >Well, you COULD do this but choosing not to when there seems to be a lot >of call to add one doesn't seem to be a great answer. I've added the conditional adding of the content-length header for flash clients, so this will be available in the 2.1 release. As Mike had said, it's strange that it needs this, but we are willing to accommodate it. We seem to be having a bit of trouble with the mailing list at the moment, the 2.1 release is out now and available from www.icecast.org, and you should be seeing the announcement soon. oddsock From geoff at hitsandpieces.net Fri Nov 5 15:47:10 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sat, 6 Nov 2004 01:47:10 +1000 Subject: [Icecast] Icecast 2.1.0 Announcement In-Reply-To: <6.0.1.1.2.20041105093330.01f5edf8@www.oddsock.org> References: <6.0.1.1.2.20041105093330.01f5edf8@www.oddsock.org> Message-ID: Hi: I assume that fallback override is in this release too? That's got to be one of its coolest features IMHO. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From Dennis at Heerema.net Sat Nov 6 11:29:28 2004 From: Dennis at Heerema.net (Dennis Heerema) Date: Sat, 6 Nov 2004 12:29:28 +0100 Subject: [Icecast] Multi-Level Fallbacks Message-ID: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> Hi There, Is there a nice helpfile to telle me how to set up: * Multi-Level Fallbacks Multi-level fallbacks allow for specifications of a series of fallback mounts that you could use, for instance, to set up a series of progressively lower bitrate streams that would be cascaded through. For instance, a modem user would connect to the highest bitrate stream, and then could be cascaded down to a progressively lower stream until they reach a value they can handle. When i put up a faalback, do i have to remove other normal settings in my configuration of icecast 2.1.0? Regards, Dennis From oddsock at oddsock.org Sat Nov 6 17:47:48 2004 From: oddsock at oddsock.org (oddsock) Date: Sat, 06 Nov 2004 11:47:48 -0600 Subject: [Icecast] Multi-Level Fallbacks In-Reply-To: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> Message-ID: <6.0.1.1.2.20041106113350.04519950@www.oddsock.org> At 05:29 AM 11/6/2004, Dennis Heerema wrote: >Hi There, > >Is there a nice helpfile to telle me how to set up: apparently there was a bit of a disconnect on what actually is currently supported in 2.1 regarding this. Multi-level fallbacks are implemented, however the part about automatic cascading of clients between fallbacks based on their bitrate capability is not. Adding this capability is actually not too difficult given the way fallbacks are implemented, so we plan on adding this as a TODO for 2.2. Sorry for the confusion. I've updated www.icecast.org with a correct description of what we support regarding multi-level fallbacks. Here is what it reads now : * Multi-level Fallbacks Multi-level fallbacks allow for specifications of a series of fallback mounts that you can use to automatically move listeners in the event of a source being disconnected. In the event new listeners attach to the source stream that has been disconnected, they are routed to the fallback mount. Icecast now has fallback-override capability as well which means that in the event of a source stream failure, listeners are moved to the fallback mount, and then automatically recaptured when the original source stream returns. oddsock >* Multi-Level Fallbacks >Multi-level fallbacks allow for specifications of a series of fallback >mounts that you could use, for instance, to set up a series of >progressively lower bitrate streams that would be cascaded through. For >instance, a modem user would connect to the highest bitrate stream, and >then could be cascaded down to a progressively lower stream until they >reach a value they can handle. > >When i put up a faalback, do i have to remove other normal settings in my >configuration of icecast 2.1.0? > >Regards, > >Dennis > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From Jason at Weatherserver.net Sun Nov 7 01:00:59 2004 From: Jason at Weatherserver.net (Jason) Date: Sat, 6 Nov 2004 20:00:59 -0500 Subject: [Icecast] Multi-Level Fallbacks References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> Message-ID: <000601c4c465$3f386ce0$1401a8c0@workstation> I've been playing with the fallbacks for a bit now. For some reason when the stream fails and it drops to the fallback winamp doesn't keep playing and just stops. I tested it in Windows Media Player and the fallback feed will just keep buffering over and over until I press stop and play again. I also does the same if you are on the fallback and the main stream comes back online, it does switch but winamp stops and WMP just sits and buffers over and over. Is anyone else seeing this? From hari_bongale at yahoo.com Sun Nov 7 11:38:15 2004 From: hari_bongale at yahoo.com (Hariprasad Bongale) Date: Sun, 7 Nov 2004 03:38:15 -0800 (PST) Subject: [Icecast] query reg. streaming protocol Message-ID: <20041107113816.37900.qmail@web51908.mail.yahoo.com> Hi, I am planning to guide Engineering Students, to build a MP3 Streaming Server as part of their academic project. I downloaded icecast 2.0.2 & ices 0.4 & went through the documentation & code. I am not able to find technical resources explaining the streaming protocol between Icecast Server & Client (winamp or xmms). We are in need of technical details of streaming protocol, to build a streaming server from scratch as part of academic activities. THANKS A TON, Hariprasad, Bangalore, India __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From karl at xiph.org Sun Nov 7 15:17:45 2004 From: karl at xiph.org (Karl Heyes) Date: 07 Nov 2004 15:17:45 +0000 Subject: [Icecast] Multi-Level Fallbacks In-Reply-To: <000601c4c465$3f386ce0$1401a8c0@workstation> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> Message-ID: <1099840665.12238.8.camel@bogus.hackers.club> On Sun, 2004-11-07 at 01:00, Jason wrote: > I've been playing with the fallbacks for a bit now. For some reason when the > stream fails and it drops to the fallback winamp doesn't keep playing and > just stops. I tested it in Windows Media Player and the fallback feed will > just keep buffering over and over until I press stop and play again. > > I also does the same if you are on the fallback and the main stream comes > back online, it does switch but winamp stops and WMP just sits and buffers > over and over. > > Is anyone else seeing this? there's been no other reports of this, can you give information on the streams (mp3 metadata etc), icecast version, whether it's consistent etc karl. From geoff at hitsandpieces.net Sun Nov 7 18:07:57 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 8 Nov 2004 04:07:57 +1000 Subject: [Icecast] Multi-Level Fallbacks In-Reply-To: <000601c4c465$3f386ce0$1401a8c0@workstation> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> Message-ID: Hi: Is this an Ogg or MP3 stream? If MP3, do the same streams have the same format? Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From giles at xiph.org Sun Nov 7 19:33:42 2004 From: giles at xiph.org (Ralph Giles) Date: Sun, 7 Nov 2004 11:33:42 -0800 Subject: [Icecast] query reg. streaming protocol In-Reply-To: <20041107113816.37900.qmail@web51908.mail.yahoo.com> References: <20041107113816.37900.qmail@web51908.mail.yahoo.com> Message-ID: <20041107193342.GB15173@ghostscript.com> On Sun, Nov 07, 2004 at 03:38:15AM -0800, Hariprasad Bongale wrote: > I am not able to find technical resources explaining > the streaming protocol between Icecast Server > & Client (winamp or xmms). It's just http, although there are a few caveats with broken player behavior. Ogg streaming is just straight http, but because of the broken way mp3 metadata is handled, there is a de facto standard for transmitting metadata. It's a sort of id3 packet interleaved at specific byte offsets with the mp3 program stream. AFIAK, there's no documentation on this. Just read the icecast code for an example. Look for the 'icy-*' headers. Hope that helps, -r From oddsock at oddsock.org Sun Nov 7 21:44:01 2004 From: oddsock at oddsock.org (oddsock) Date: Sun, 07 Nov 2004 15:44:01 -0600 Subject: [Icecast] query reg. streaming protocol In-Reply-To: <20041107193342.GB15173@ghostscript.com> References: <20041107113816.37900.qmail@web51908.mail.yahoo.com> <20041107193342.GB15173@ghostscript.com> Message-ID: <6.0.1.1.2.20041107154028.0417da48@www.oddsock.org> At 01:33 PM 11/7/2004, you wrote: >On Sun, Nov 07, 2004 at 03:38:15AM -0800, Hariprasad Bongale wrote: > > > I am not able to find technical resources explaining > > the streaming protocol between Icecast Server > > & Client (winamp or xmms). > >It's just http, although there are a few caveats with broken >player behavior. > >Ogg streaming is just straight http, but because of the broken >way mp3 metadata is handled, there is a de facto standard for >transmitting metadata. It's a sort of id3 packet interleaved >at specific byte offsets with the mp3 program stream. AFIAK, >there's no documentation on this. Just read the icecast code >for an example. Look for the 'icy-*' headers. Here is a good decription of the Shoutcast metadata protocol. http://www.smackfu.com/stuff/programming/shoutcast.html Keep in mind, this is only enabled in icecast when a client sends a Icy-Metadata:1 in the request headers and ONLY applies to mp3 streams. oddsock From geoff at hitsandpieces.net Mon Nov 8 06:32:14 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 8 Nov 2004 16:32:14 +1000 Subject: [Icecast] query reg. streaming protocol In-Reply-To: <6.0.1.1.2.20041107154028.0417da48@www.oddsock.org> References: <20041107113816.37900.qmail@web51908.mail.yahoo.com> <20041107193342.GB15173@ghostscript.com> <6.0.1.1.2.20041107154028.0417da48@www.oddsock.org> Message-ID: Hi: The most compatible implementation of the Shoutcast protocol I've seen, and I've not tried many open source solutions, is Supercast (http://supercast.sourceforge.net/). It's written in Python. Note that a newer version with title streaming support is in production at ACB Radio, but it's not on the SF project. I must ask Matt about that. And it doesn't have YP support. Matt did some reverse engineering to get some of the stuff to work. The shoutcast DSP works with it nicely, even showing the user how many listeners they have, etc. the way the nullsoft server apparently does. Anyway, just thought I'd put that out as an opensource shoutcast implementation in case anyone wanted to look at it. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From andy at earthsong.free-online.co.uk Mon Nov 8 09:18:33 2004 From: andy at earthsong.free-online.co.uk (andy) Date: Mon, 08 Nov 2004 09:18:33 +0000 Subject: [Icecast] Re: Re: ices-kh dropping jack ports unexpectedly References: <1099306236.2015.27.camel@bogus.hackers.club> Message-ID: On Mon, 01 Nov 2004 10:50:39 +0000, Karl Heyes wrote: >> I've just tried rewriting the im-jack module so it doesn't shutdown when >> the ringbuffer fills up (but still logs the error), which ought to solve >> the problem (I'd rather have occasional breaks in the audio than lose >> the connection altogether) but maybe isn't the best way to do things. > > If the ring buffer becomes full, then it doesn't matter if you try to > continue or not, it will loose audio. At the moment it shuts down the > input on such cases but in theory it could introduce a skip. > I put in the change you made to the bit where it sets the buffer size from the svn code, and it's now been running for nearly 3 days solid with no ringbuffer xruns (ices was kicked once by jack, but this was a different error, not the 'ringbuffer full' error.) I'm feeling happier about using the jack module for real now, so thanks for telling me about this. (the svn code). The port auto (re)connection code I wrote seems to be working nicely as well - when the input module restarts it connects itself back to the same input client, so the stream doesn't go down. andy. From mark at indymedia.org Tue Nov 9 21:44:21 2004 From: mark at indymedia.org (mark burdett) Date: Tue, 9 Nov 2004 13:44:21 -0800 Subject: [Icecast] Multi-Level Fallbacks In-Reply-To: References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> Message-ID: <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> re: fallbacks & moving listeners, i've also seen/heard problems w/ mplayer and other free mp3 players.. i haven't yet done exhaustive testing to figure out which variables cause problems on which clients.. --mark On 07 Nov 2004, at 10:07, Geoff Shang wrote: > Hi: > > Is this an Ogg or MP3 stream? If MP3, do the same streams have the > same format? > > Geoff. > > > -- > Geoff Shang > Phone: +61-418-96-5590 > MSN: geoff at acbradio.org > > Make sure your E-mail can be read by everyone! > http://www.betips.net/etc/evilmail.html > > Please avoid sending me Word or PowerPoint attachments. > See http://www.fsf.org/philosophy/no-word-attachments.html > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From dvessell at charter.net Wed Nov 10 15:12:55 2004 From: dvessell at charter.net (DV) Date: Wed, 10 Nov 2004 09:12:55 -0600 Subject: [Icecast] Logging songs played by Icecast server References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local><000601c4c465$3f386ce0$1401a8c0@workstation> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> Message-ID: <014a01c4c737$c320ec60$0401a8c0@WESLEY> Hello all, I skimmed the last year's worth of messages and all the docs and could find no reference to this. I'm hoping someone here can assist. I am a host for an Internet radio station,and we gave about 20 DJs. Each host determines their own playlist and uses a variety of tools to broadcast to the Icecast server (e.g. SAM2, SimpleCast, etc.). Since we do not have a set playlist for the entire stream, I am trying to find a way for IceCast to write a log of all the songs streamed through it, ideally by recording the information in the ID3 fields. Any suggestions? ----- DAVID VESEL -- synthetic music for humans http://www.purplenote.com/davidv davidvesel at gmail.com ----- David L. Vessell, St. Louis, MO ----- From oddsock at oddsock.org Thu Nov 11 04:41:36 2004 From: oddsock at oddsock.org (oddsock) Date: Wed, 10 Nov 2004 22:41:36 -0600 Subject: [Icecast] Logging songs played by Icecast server In-Reply-To: <014a01c4c737$c320ec60$0401a8c0@WESLEY> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> <014a01c4c737$c320ec60$0401a8c0@WESLEY> Message-ID: <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> At 09:12 AM 11/10/2004, DV wrote: >Hello all, > >I skimmed the last year's worth of messages and all the docs and could find >no reference to this. I'm hoping someone here can assist. > >I am a host for an Internet radio station,and we gave about 20 DJs. Each >host determines their own playlist and uses a variety of tools to broadcast >to the Icecast server (e.g. SAM2, SimpleCast, etc.). Since we do not have a >set playlist for the entire stream, I am trying to find a way for IceCast to >write a log of all the songs streamed through it, ideally by recording the >information in the ID3 fields. Any suggestions? I actually have a patch for icecast that adds the ability to logs metadata changes. I created a somewhat arbitrary format (pipe delimited with the fields : datestamp|mountpoint|listeners|metadata) however I'm open to discussion of what a proper format for this should be. I know that SoundExchange has some reporting requirements, not sure if there are other organizations that require this type of thing. I was planning on committing what I had with the format I've defined, but I'd also like to get input from people who would actually use this kind of thing...ideas ? for the record, the information that is sent by source clients to icecast is format dependent. Those that stream in vorbis can put an arbitrary set of values into the vorbis comments, currently icecast pulls out ARTIST and TITLE. For mp3 streams, the metadata is just a text string that usually also just contains the artist and song title. oddsock From adil at adis.on.ca Thu Nov 11 15:50:32 2004 From: adil at adis.on.ca (Adi Linden) Date: Thu, 11 Nov 2004 09:50:32 -0600 Subject: [Icecast] How to not reencode with ices2 In-Reply-To: <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> <014a01c4c737$c320ec60$0401a8c0@WESLEY> <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> Message-ID: It appears that no matter what I place into the section of my ices2.xml, the stream is re-encoded. If I remove the section alltogether my ogg files are streamed as is but the status page no longer shows the correct information. So what is the proper way to configure a stream that just 'passes through' the ogg files at whatever bitrate they were encoded at? Adi From msmith at xiph.org Thu Nov 11 23:14:46 2004 From: msmith at xiph.org (Michael Smith) Date: Fri, 12 Nov 2004 09:14:46 +1000 Subject: [Icecast] How to not reencode with ices2 In-Reply-To: References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> Message-ID: <200411121014.46363.msmith@xiph.org> On Friday 12 November 2004 02:50, Adi Linden wrote: > It appears that no matter what I place into the section > of my ices2.xml, the stream is re-encoded. If I remove the > section alltogether my ogg files are streamed as is but > the status page no longer shows the correct information. So what is the > proper way to configure a stream that just 'passes through' the ogg files > at whatever bitrate they were encoded at? > > Adi > As you did, just remove the section entirely. If the status page then shows "incorrect" information, it's almost certainly a result of your files having that incorrect information in them. Mike From mgleahy at golden.net Fri Nov 12 00:04:14 2004 From: mgleahy at golden.net (Mike Leahy) Date: Thu, 11 Nov 2004 19:04:14 -0500 Subject: [Icecast] Getting started...where do I start? Message-ID: Hello list, I'm really new to this sort of thing, and I just installed Icecast on a WinXP machine. As far as I can tell, the server itself is running, but I have no clue how to get it to actually serve audio content. Basically, I have a rather large folder-tree of mp3s (and some oggs) stored in a directory called "c:/mp3s" (for example). I want to make these available as my own radio station. I'd also want to limit who can access it if it's possible. The documentation for Icecast doesn't seem to cover all of this, and for someone like me, it's not exactly clear which configuration settings I should use, or what additional software/setup is required. Can anyone suggest what I should do, perhaps point me to a step-by-step example (for a simple-minded windows user like me)? Thanks, Mike From patrick at lowmips.com Sat Nov 13 06:53:38 2004 From: patrick at lowmips.com (J. Patrick Campbell) Date: Sat, 13 Nov 2004 01:53:38 -0500 (EST) Subject: [Icecast] icecast2 and xmms-liveice - invalid or missing password Message-ID: <54196.192.168.1.113.1100328818.squirrel@192.168.1.113> hello, I'm using icecast2 and xmms-liveice 1.0 after configuring my xmms-liveice i try to connect to the icecast2 server. my logs show: [2004-11-13 06:47:50] INFO connection/_handle_source_request Source logging in at mountpoint "/" [2004-11-13 06:47:50] INFO connection/_handle_source_request Source (/) attempted to login with invalid or missing password i have changed the password in client and server many times to no avail. i'm running in a chroot environment as user icecast Thank you, J. Patrick Campbell -- http://patrickcampbell.us From geoff at hitsandpieces.net Sat Nov 13 15:52:52 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 14 Nov 2004 01:52:52 +1000 Subject: [Icecast] Getting started...where do I start? In-Reply-To: References: Message-ID: Hi: Ok, you'll need something to send the audio of these files to the icecast server. Something like Winamp or Foobar2000 with Oddsock's DSP plugin (http://www.oddsock.org) would do nicely. You just configure the plugin and start playing, then you can tune into the icecast server and hear it. Easy, huh? As for restricting access, the latest Icecast 2.1.0 has password authentication support, so you could use this to keep the public out. Hope this helps, Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From geoff at hitsandpieces.net Sat Nov 13 15:54:55 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 14 Nov 2004 01:54:55 +1000 Subject: [Icecast] Logging songs played by Icecast server In-Reply-To: <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> <014a01c4c737$c320ec60$0401a8c0@WESLEY> <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> Message-ID: oddsock wrote: > I actually have a patch for icecast that adds the ability to logs metadata > changes. I created a somewhat arbitrary format (pipe delimited with the > fields : datestamp|mountpoint|listeners|metadata) however I'm open to > discussion of what a proper format for this should be. I know that > SoundExchange has some reporting requirements, not sure if there are other > organizations that require this type of thing. I was planning on committing > what I had with the format I've defined, but I'd also like to get input from > people who would actually use this kind of thing...ideas ? Couldn't you make the format definable, with some sensible default? Geoff. From hello at ianbell.com Sat Nov 13 23:44:30 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Sat, 13 Nov 2004 15:44:30 -0800 Subject: [Icecast] ICECast in Flash / IEWin In-Reply-To: <6.0.1.1.2.20041105093406.01e18630@www.oddsock.org> References: <6.0.1.1.2.20041105093406.01e18630@www.oddsock.org> Message-ID: On 5-Nov-04, at 7:34 AM, oddsock wrote: >> On 2-Nov-04, at 5:55 PM, Michael Smith wrote: >> >>> We don't sent a content-length header because there's no way to know >>> the >>> content length in advance - it's a stream, after all! > > I've added the conditional adding of the content-length header for > flash clients, so this will be available in the 2.1 release. As Mike > had said, it's strange that it needs this, but we are willing to > accommodate it. > > We seem to be having a bit of trouble with the mailing list at the > moment, the 2.1 release is out now and available from www.icecast.org, > and you should be seeing the announcement soon. This seems to have been remedied anyway with the release of 2.1 ... we were able to launch the station for testing and optimization with a number of Icecast servers (running on RH Linux) relaying from two AudioActive realtime encoders. End client is (optimally) the flash player. The burst buffering is a cool feature, as well. Check it out: http://www.pulverradio.com I sent out a message to this effect last week but suspect it didn't get through.. -Ian. From rmcauley at gmail.com Sat Nov 13 23:17:08 2004 From: rmcauley at gmail.com (Robert McAuley) Date: Sat, 13 Nov 2004 18:17:08 -0500 Subject: [Icecast] Raincast, a 'stream helper' I've made. Looking for feedback. Message-ID: <24df95d50411131517f6eb498@mail.gmail.com> Hello everyone. I've worked on creating a "stream helper" that acts as a script for Ices 2.0 to use. I've recently completed it and I'm looking for feedback and comments. The site is at http://raincast.thedreamrealm.com/ , and here are its features from the docs: Raincast is an open-source internet radio utility program written in C++ which is designed to act as a "script" for Ices to read its output. Features include: 1. Allows users to vote on songs to hear what they want next 2. MySQL database tracks full playlist details, such as: 1. Ogg Metadata: title, album, genre, artist 2. Statistics: Total votes, listeners, ratings per song and more. 3. Designed to integrate with a website through MySQL. 4. Makes sure songs and albums don't repeat. 5. User ratings affect how often songs and albums are played. 6. Built to recover itself from errors and keep the music going! The site also has a link to a working example of all its features, source tarball download, and all documentation. I'm interested in developing Raincast further, into a real source application instead of a script to Ices, but as of now it suits my purposes completely and I have no intention of continuing. If enough people are interested, or if enough people would use it if it wasn't a crutch for Ices, I'd be more than happy to develop it further. Again, I'm looking for feedback. Suggestions, criticisms, comments, whatever you may want to say are all welcome! I'm an Icecast mailing list subscriber so feel free to reply on the list and I'll also be in #icecast for the next week or so if anyone wants to contact me directly, under the screen name "LiquidRain". - Robert From allan at cloud9-bbs.freeserve.co.uk Thu Nov 11 12:44:02 2004 From: allan at cloud9-bbs.freeserve.co.uk (Allan) Date: Thu, 11 Nov 2004 12:44:02 -0000 Subject: [Icecast] New Icecast v2.1.0 and Peercast Message-ID: <000601c4c7ec$20959620$0300a8c0@cloud9> Is anyone else using Peercast with the new Icecast v2.1.0 ? I can still connect to my stream using the normal "http://{IP addy}:8000/C100.m3u" Peercast seems to connect to the stream okay Listener trys to connect to my stream from peercast using "http://{IP addy}:7144/pls/{channel.id}.pls" and fails with "reached end of file" or "server is busy". Ive tried commenting out the new "burst-on-connect" options in the config - still same problem. Ive gone back to icecast v2.0.2 and all works fine again. -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Thu Nov 11 16:16:10 2004 From: karl at xiph.org (Karl Heyes) Date: 11 Nov 2004 16:16:10 +0000 Subject: [Icecast] How to not reencode with ices2 In-Reply-To: References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <000601c4c465$3f386ce0$1401a8c0@workstation> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> <014a01c4c737$c320ec60$0401a8c0@WESLEY> <6.0.1.1.2.20041110223426.041a9eb8@www.oddsock.org> Message-ID: <1100189768.2908.13.camel@bogus.hackers.club> On Thu, 2004-11-11 at 15:50, Adi Linden wrote: > It appears that no matter what I place into the section > of my ices2.xml, the stream is re-encoded. If I remove the > section alltogether my ogg files are streamed as is but > the status page no longer shows the correct information. So what is the > proper way to configure a stream that just 'passes through' the ogg files > at whatever bitrate they were encoded at? If encode is specified then re-encoding will be done. When you are passing files as-is then some information is not available at the time ices opens the connection to icecast. This needs improving for the next release, but you should find that the icecast kh branch should detected the settings no matter what headers are sent. karl. From allan at cloud9-bbs.freeserve.co.uk Fri Nov 12 10:08:17 2004 From: allan at cloud9-bbs.freeserve.co.uk (Allan) Date: Fri, 12 Nov 2004 10:08:17 -0000 Subject: [Icecast] New Icecast 2.1.0 and peercast Message-ID: <000e01c4c89f$87dfe890$0300a8c0@cloud9> Is anyone else using Peercast with the new Icecast v2.1.0 ? I can still connect to my stream using the normal "http://{IP addy}:8000/C100.m3u" Peercast seems to connect to the stream okay Listener trys to connect to my stream from peercast using "http://{IP addy}:7144/pls/{channel.id}.pls" and fails with "reached end of file" or "server is busy". Ive tried commenting out the new "burst-on-connect" options in the config - still same problem. Ive gone back to icecast v2.0.2 and all works fine again. -------------- next part -------------- An HTML attachment was scrubbed... URL: From msmith at xiph.org Tue Nov 9 23:03:35 2004 From: msmith at xiph.org (Michael Smith) Date: Wed, 10 Nov 2004 09:03:35 +1000 Subject: [Icecast] Multi-Level Fallbacks In-Reply-To: <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> References: <000101c4c3f3$e0d68180$1402a8c0@heerema.local> <843BB0D2-3298-11D9-9368-0030654FD4CC@indymedia.org> Message-ID: <200411101003.36062.msmith@xiph.org> On Wednesday 10 November 2004 08:44, mark burdett wrote: > re: fallbacks & moving listeners, i've also seen/heard problems w/ > mplayer and other free mp3 players.. i haven't yet done exhaustive > testing to figure out which variables cause problems on which clients.. > At the very least, I wouldn't use fallbacks to move clients between streams that differ in sample rate or channel count - few, if any, mp3 decoders will work correctly in that case. Changing bitrate alone _should_ work ok - from the decoder/player point of view, it looks mostly like VBR audio. Icecast could do a little better and only move clients at frame boundaries, but the mp3 sync patterns are good enough that clients should recover pretty quickly despite that being missing. Mike From m.musnikas at lrtc.lt Fri Nov 12 07:12:23 2004 From: m.musnikas at lrtc.lt (m.musnikas at lrtc.lt) Date: Fri, 12 Nov 2004 09:12:23 +0200 (EET) Subject: [Icecast] icecast Message-ID: <2406.217.9.240.114.1100243543.squirrel@217.9.240.114> Hello, i want to ask if there are plans to implement multicast support in Icecast? AFAIK, Icecast does not support multicast now. Is there an open source solution for multicasting with Icecast? From eviloverlord at imux.net Sat Nov 13 12:52:44 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Sat, 13 Nov 2004 12:52:44 +0000 Subject: [Icecast] icecast2 and xmms-liveice - invalid or missing password In-Reply-To: <54196.192.168.1.113.1100328818.squirrel@192.168.1.113> References: <54196.192.168.1.113.1100328818.squirrel@192.168.1.113> Message-ID: <4196039C.4040409@imux.net> J. Patrick Campbell wrote: > hello, > > I'm using icecast2 and xmms-liveice 1.0 > after configuring my xmms-liveice i try to connect to the icecast2 server. > my logs show: > > [2004-11-13 06:47:50] INFO connection/_handle_source_request Source > logging in at mountpoint "/" > [2004-11-13 06:47:50] INFO connection/_handle_source_request Source (/) > attempted to login with invalid or missing password > > i have changed the password in client and server many times to no avail. > i'm running in a chroot environment as user icecast > > Thank you, > > J. Patrick Campbell > > That would be because liveice-xmms doesn't work with icecast2. Personal reasons have been slowing work on it. Try oddsock-DSP. Stephen LiveIce Project http://liveice.sourceforge.net/ From kirk.erickson at sbcglobal.net Sat Nov 13 08:28:54 2004 From: kirk.erickson at sbcglobal.net (Kirk Erickson) Date: Sat, 13 Nov 2004 00:28:54 -0800 Subject: [Icecast] Java Examples Message-ID: <4195C5C6.1030904@sbcglobal.net> An HTML attachment was scrubbed... URL: From mail at southrock.fm Sat Nov 13 14:52:05 2004 From: mail at southrock.fm (mail) Date: Sat, 13 Nov 2004 09:52:05 -0500 Subject: [icecast] Song Metadata from 3rd party source? Message-ID: <000601c4c990$581596e0$b700a8c0@mchsi.com> I am interested to know if you ever got an answer to your question about 3rd party support for title streaming. Looks like some of us are looking for an answer/software that doesn't seem to exist... I use Simplecast and the creators tend not to be able to explain how to use the built-in event adaptors that (supposedly) do this very thing. You might want to check it out ( http://www.spacialaudio.com ), but you may be on your own to implement the feature. Robert Whitt World-Wide Rock & Roll is on http://www.southrock.fm -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.j.wierenga at home.nl Mon Nov 15 20:19:02 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Mon, 15 Nov 2004 21:19:02 +0100 Subject: FW: [icecast] Song Metadata from 3rd party source? Message-ID: Hi Robert, You can find a clue to the use of the "HTTP Adaptor" in the following SpacialAudio knowledgebase article: http://www.spacialaudio.com/knowledge/question.php?qstId=110 I've tried this and it works! Steps: * Enable HTTP Event Adaptor in the "Config->Event Adaptors" dialog. * Restart SimpleCast to enable the server on port 8181. * Make sure one of you encoders has "Enable title streaming" enabled in the "Server Details" tab. * Start streaming. * Start listening to your own stream (to see if the info changes). * Use Internet Explorer to set the title/artists as follows (with Firefox it doesn't work because for some reason it access the URL twice, clearing the info in the second access) * http://localhost:8181/update.html?artist=MyArtists&title=MyTitle&album=MyAlb um&duration=2:30 * I am unsure about the format of the duration parameter, but both the album and duration paramters are optional anyway, so if in doubt, leave them out. You should now be able to see the information change in the player that plays your stream. To automate this process you may find the 'wget' or 'curl' utilities useful. Google for Unix and Windows versions of these tools. Cheers, KJ -----Oorspronkelijk bericht----- Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens mail Verzonden: zaterdag 13 november 2004 15:52 Aan: icecast at xiph.org Onderwerp: [icecast] Song Metadata from 3rd party source? I am interested to know if you ever got an answer to your question about 3rd party support for title streaming. Looks like some of us are looking for an answer/software that doesn't seem to exist... I use Simplecast and the creators tend not to be able to explain how to use the built-in event adaptors that (supposedly) do this very thing. You might want to check it out ( http://www.spacialaudio.com ), but you may be on your own to implement the feature. Robert Whitt World-Wide Rock & Roll is on http://www.southrock.fm -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.j.wierenga at home.nl Mon Nov 15 20:36:18 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Mon, 15 Nov 2004 21:36:18 +0100 Subject: FW: [Icecast] Multi-Level Fallbacks Message-ID: Hi, I have used the SVN icecast-2.1-trunk version in my production system at http://audioserver.nl for 2 months now without problems. The fallbacks work fine as long as you make sure that the format (sampling frequency and bitrate) of the mount and it's fallback match. I have also patched the icecast-2.1-trunk version (patch not published yet, needs work to extract) to enable fallback of mulitple mounts to the same fallback with correct fallback-override. Meaning that if a two clients connected, one to mount1 with fallback to mount3 and one connects to mount2 also with fallback to mount3, then when the mount1 comes online, only the mount1 client would be moved back to mount1 and the same for mount2. I haven't tested the 2.1.0 release, so I don't know how it behaves when you configure multiple mounts to fallback to the same fallback mount. Anyone care to comment? If there is enough interest I am willing to spend some time to graft the 2.1-trunk patch onto the 2.1.0 release. Cheers, Klaas Jan -----Oorspronkelijk bericht----- Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens mark burdett Verzonden: dinsdag 9 november 2004 22:44 Aan: Geoff Shang CC: Icecast at xiph.org Onderwerp: Re: [Icecast] Multi-Level Fallbacks re: fallbacks & moving listeners, i've also seen/heard problems w/ mplayer and other free mp3 players.. i haven't yet done exhaustive testing to figure out which variables cause problems on which clients.. --mark On 07 Nov 2004, at 10:07, Geoff Shang wrote: > Hi: > > Is this an Ogg or MP3 stream? If MP3, do the same streams have the > same format? > > Geoff. > > > -- > Geoff Shang > Phone: +61-418-96-5590 > MSN: geoff at acbradio.org > > Make sure your E-mail can be read by everyone! > http://www.betips.net/etc/evilmail.html > > Please avoid sending me Word or PowerPoint attachments. > See http://www.fsf.org/philosophy/no-word-attachments.html > _______________________________________________ > 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 karl at xiph.org Mon Nov 15 21:18:09 2004 From: karl at xiph.org (Karl Heyes) Date: 15 Nov 2004 21:18:09 +0000 Subject: FW: [Icecast] Multi-Level Fallbacks In-Reply-To: References: Message-ID: <1100553487.2492.36.camel@bogus.hackers.club> On Mon, 2004-11-15 at 20:36, Klaas Jan Wierenga wrote: > Hi, > > I have used the SVN icecast-2.1-trunk version in my production system at > http://audioserver.nl for 2 months now without problems. The fallbacks work > fine as long as you make sure that the format (sampling frequency and > bitrate) of the mount and it's fallback match. samplerate and channels are the main ones to keep the same, not all systems can handle those changing mid stream. > I have also patched the icecast-2.1-trunk version (patch not published yet, > needs work to extract) to enable fallback of mulitple mounts to the same > fallback with correct fallback-override. Meaning that if a two clients > connected, one to mount1 with fallback to mount3 and one connects to mount2 > also with fallback to mount3, then when the mount1 comes online, only the > mount1 client would be moved back to mount1 and the same for mount2. > > I haven't tested the 2.1.0 release, so I don't know how it behaves when you > configure multiple mounts to fallback to the same fallback mount. Anyone > care to comment? > > If there is enough interest I am willing to spend some time to graft the > 2.1-trunk patch onto the 2.1.0 release. The easiest way to separate clients based on originating mountpoints is to use local relays /b relays /a /c relays /a /d fallback to /b /e fallback to /c karl. From k.j.wierenga at home.nl Mon Nov 15 21:26:33 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Mon, 15 Nov 2004 22:26:33 +0100 Subject: FW: [Icecast] Multi-Level Fallbacks In-Reply-To: <1100553487.2492.36.camel@bogus.hackers.club> Message-ID: Do you mean you can relay within a single icecast server instance? So the relay is running on the same icecast process from which it is relaying a stream? KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl at xiph.org] Verzonden: maandag 15 november 2004 22:18 Aan: Klaas Jan Wierenga CC: icecast Onderwerp: Re: FW: [Icecast] Multi-Level Fallbacks On Mon, 2004-11-15 at 20:36, Klaas Jan Wierenga wrote: > Hi, > > I have used the SVN icecast-2.1-trunk version in my production system at > http://audioserver.nl for 2 months now without problems. The fallbacks work > fine as long as you make sure that the format (sampling frequency and > bitrate) of the mount and it's fallback match. samplerate and channels are the main ones to keep the same, not all systems can handle those changing mid stream. > I have also patched the icecast-2.1-trunk version (patch not published yet, > needs work to extract) to enable fallback of mulitple mounts to the same > fallback with correct fallback-override. Meaning that if a two clients > connected, one to mount1 with fallback to mount3 and one connects to mount2 > also with fallback to mount3, then when the mount1 comes online, only the > mount1 client would be moved back to mount1 and the same for mount2. > > I haven't tested the 2.1.0 release, so I don't know how it behaves when you > configure multiple mounts to fallback to the same fallback mount. Anyone > care to comment? > > If there is enough interest I am willing to spend some time to graft the > 2.1-trunk patch onto the 2.1.0 release. The easiest way to separate clients based on originating mountpoints is to use local relays /b relays /a /c relays /a /d fallback to /b /e fallback to /c karl. From karl at xiph.org Mon Nov 15 21:38:44 2004 From: karl at xiph.org (Karl Heyes) Date: 15 Nov 2004 21:38:44 +0000 Subject: FW: [Icecast] Multi-Level Fallbacks In-Reply-To: References: Message-ID: <1100554723.2492.46.camel@bogus.hackers.club> On Mon, 2004-11-15 at 21:26, Klaas Jan Wierenga wrote: > Do you mean you can relay within a single icecast server instance? So the > relay is running on the same icecast process from which it is relaying a > stream? sure, just state the IP/port of yourself, and make sure the mountpoints are different. karl. From k.j.wierenga at home.nl Mon Nov 15 21:49:26 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Mon, 15 Nov 2004 22:49:26 +0100 Subject: FW: [Icecast] Multi-Level Fallbacks In-Reply-To: <1100554723.2492.46.camel@bogus.hackers.club> Message-ID: Hmm, if only I'd know that beforehand, would have saved me some development work. Nevertheless, I got to know the icecast sourcecode a bit better :-). Btw. do you have a similar solution for circular fallbacks? I.e. mountpoint A fallback to B and mountpoint B fallback to A. I tried doing this with the 2.1-trunk code and it didn't work, and I have a one-line patch to make it work OK. If you're interested I can post it, if there is a relay solution than maybe it's not needed. I need this for one of my clients who sometime broadcasts from two locations with different listeners and sometime broadcasts from one location. All listeners should then fallback to whichever mountpoint is active. Cheers, KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl at xiph.org] Verzonden: maandag 15 november 2004 22:39 Aan: Klaas Jan Wierenga CC: icecast Onderwerp: RE: FW: [Icecast] Multi-Level Fallbacks On Mon, 2004-11-15 at 21:26, Klaas Jan Wierenga wrote: > Do you mean you can relay within a single icecast server instance? So the > relay is running on the same icecast process from which it is relaying a > stream? sure, just state the IP/port of yourself, and make sure the mountpoints are different. karl. From ugyel at druknet.bt Mon Nov 15 08:25:29 2004 From: ugyel at druknet.bt (Phuntsho Ugyel) Date: Mon, 15 Nov 2004 14:25:29 +0600 Subject: [Icecast] some help Message-ID: Hello all I am sending my icecast configuration. What i am trying to do is 'live stream' so as to be able to broadcast radio live on my website. I am using icecast as the server and ices as the streamer. Below is the configuration for icecast and following it is my configuration for ices. I cannot seem to find out where i went wrong. 100 5 5 102400 30 15 10 REPLACE closed admin hackme 127.0.0.1 8000 1 /usr/local/share/icecast /var/log/icecast /usr/local/icecast/web /usr/local/icecast/admin access.log error.log 4 0 nobody nobody Configuration for ices 0 /var/log/icecast ices.log 4 0 /usr/local/ices-0.4/pid/ices.pid Test Stream music A test stream http://ftp.druknet.bt oss 44100 2 /dev/audio 0 live localhost 8000 letmein /highband.ogg 0 2 5 80 2 96000 44100 2 - 1 44100 11000 16000 11000 1 -1 Thanking you all in advance +++++++++++++++++++++++++++++++++++++++++++++++++++ Get a free DrukNet e-mail account and stay in touch http://www.druknet.bt From geoff at hitsandpieces.net Tue Nov 16 13:42:29 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Tue, 16 Nov 2004 23:42:29 +1000 Subject: [Icecast] some help In-Reply-To: References: Message-ID: Hi: I can see two problems. First, you've used 127.0.0.1 as the hostname in the icecast config. this will only work for anyone using the local machine to listen, if you use the inbuilt m3u generation. To illustrate: Someone calls your server with: http://yourserver.com:8000/mystream.ogg.m3u They'll get an m3u file back looking like this: http://127.0.0.1:8000/mystream.ogg which won't do them any good since 127.0.0.1 will *always* reach the same machine that called it. The other problem is that you have two encode sections defined. If your intention is to have two streams, then you need two blocks, since ices needs to know where to send each stream. Also, there's no need to define both nominal bitrate and quality, one or the other will do just fine. Hope this helps, Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From karl at xiph.org Tue Nov 16 14:17:04 2004 From: karl at xiph.org (Karl Heyes) Date: 16 Nov 2004 14:17:04 +0000 Subject: [Icecast] some help In-Reply-To: References: Message-ID: <1100614623.18845.9.camel@bogus.hackers.club> On Mon, 2004-11-15 at 08:25, Phuntsho Ugyel wrote: icecast xml > 127.0.0.1 this really needs to be an externally addressable name or IP, it's used for m3u and YP. > Configuration for ices > > > 0 > /var/log/icecast > ices.log > 4 > 0 > /usr/local/ices-0.4/pid/ices.pid odd path considering it's ices 2 > > oss > 44100 > 2 > /dev/audio make sure that device is the correct one. > 0 > live > > ... > > 2 > 96000 > 44100 > 2 > why are you trying encode 44100 stereo, when you are downmixing and resampling to 11000 (11025 is the usual figure). quality or bitrate is used not both. Only 1 encode per instance, so if you want multiple streams then use multiple instances. karl. From mail at bjanetzki.de Tue Nov 16 16:19:22 2004 From: mail at bjanetzki.de (Bernhard Janetzki) Date: Tue, 16 Nov 2004 17:19:22 +0100 Subject: [Icecast] compile under windows Message-ID: <002501c4cbf8$0cff1c70$6364a8c0@bernhard> Hello, i'd like to compile icecast under Windows. (Not the GUI, only the streaming server). Can somebody help me? I tried it under Cygwin, but there is a conflict with winsock2. Greets B?rni From oddsock at oddsock.org Tue Nov 16 16:48:19 2004 From: oddsock at oddsock.org (oddsock) Date: Tue, 16 Nov 2004 10:48:19 -0600 Subject: [Icecast] compile under windows In-Reply-To: <002501c4cbf8$0cff1c70$6364a8c0@bernhard> References: <002501c4cbf8$0cff1c70$6364a8c0@bernhard> Message-ID: <6.0.1.1.2.20041116104701.0478a638@www.oddsock.org> At 10:19 AM 11/16/2004, you wrote: >Hello, >i'd like to compile icecast under Windows. (Not the GUI, only the >streaming server). >Can somebody help me? I tried it under Cygwin, but there is a conflict >with winsock2. we don't support compiling under cygwin, we only provide project files for MSVC6, and there is a GUI project file as well as a console project file. oddsock From al at yandow.net Tue Nov 16 15:25:10 2004 From: al at yandow.net (Al Yandow) Date: Tue, 16 Nov 2004 10:25:10 -0500 Subject: [Icecast] Icecast Installation error Message-ID: <000001c4cbf0$764b6a60$c701a8c0@dad> I am attempting to install the current version of Icecast on Suse 9.1 and have noticed the following when running ./configure checking for curl-config... no checking curl/curl.h usability... no checking curl/curl.h presence... no checking for curl/curl.h... no checking for libcurl... no configure: libcurl not found, YP disabled I have Curl installed, and a whereis libcurl shows the results: /usr/lib/libcurl.la I'm uncertain how to make it detect the correct location of libcurl. Al Yandow Senior Analyst Absolute Technology Services Office: 757-853-1816 Mobile: 757-651-7018 -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Wed Nov 17 00:57:37 2004 From: karl at xiph.org (Karl Heyes) Date: 17 Nov 2004 00:57:37 +0000 Subject: [Icecast] Icecast Installation error In-Reply-To: <000001c4cbf0$764b6a60$c701a8c0@dad> References: <000001c4cbf0$764b6a60$c701a8c0@dad> Message-ID: <1100653056.18845.110.camel@bogus.hackers.club> On Tue, 2004-11-16 at 15:25, Al Yandow wrote: > I am attempting to install the current version of Icecast on Suse 9.1 > and have noticed the following when running ./configure > > checking for curl-config... no > checking curl/curl.h usability... no > checking curl/curl.h presence... no > checking for curl/curl.h... no > checking for libcurl... no > configure: libcurl not found, YP disabled > > I have Curl installed, and a whereis libcurl shows the > results: /usr/lib/libcurl.la > > I'm uncertain how to make it detect the correct location of libcurl. The config.log will be more specific but the configure script did not find the curl-config utility or the curl header files, which would indicate a missing development package. karl. From keith.tansley at ntlworld.com Wed Nov 17 00:56:30 2004 From: keith.tansley at ntlworld.com (Keith Tansley) Date: Wed, 17 Nov 2004 00:56:30 +0000 Subject: [Icecast] macsym Message-ID: <419AA1BE.4090309@ntlworld.com> Hi Are you the owner of http://macsym.free.fr/player? We're currently working on a free community radio station based here : http://www.naan.org.uk and came across this player. We think its great! We were looking to get some flash source code to ultimately run live ogg streams from an icecast 2 server but it doesnt look as though flash supports ogg streams so we are reverting to mp3s at the moment. Have you got any .flas we could do some testing with? Or do you know where we could get hold of any mp3 streaming source code? Cheers KeithT on behalf of Naan From peteremcc at gmail.com Wed Nov 17 05:40:18 2004 From: peteremcc at gmail.com (Peter McCaffrey) Date: Wed, 17 Nov 2004 18:40:18 +1300 Subject: [Icecast] LAN Streaming Message-ID: <8f88005041116214021698d27@mail.gmail.com> First of all, Thank you for a great program... I am trying to setup a sort of Radio Station for our College and your program is ideal. So yeah thanks. However i have a question: I understand that to stream over the internet you need a streaming server. Correct? BUT for me, streaming over our LAN, will that be necerssary? Ideally I would like to use the computer that is running Icecast to stream the audio to the other computers. Other than that (the fact that noone else but me [im listening right now at localhost :P] can hear the station its working brilliantly. Thanks for all the work you have put into the program and thanks in advance for any help you can give me with my question. Peter -- Save Manchester United www.shareholdersunited.org From giles at xiph.org Wed Nov 17 06:03:34 2004 From: giles at xiph.org (Ralph Giles) Date: Tue, 16 Nov 2004 22:03:34 -0800 Subject: [Icecast] LAN Streaming In-Reply-To: <8f88005041116214021698d27@mail.gmail.com> References: <8f88005041116214021698d27@mail.gmail.com> Message-ID: <20041117060334.GA3476@ghostscript.com> On Wed, Nov 17, 2004 at 06:40:18PM +1300, Peter McCaffrey wrote: > I understand that to stream over the internet you need a streaming > server. Correct? > BUT for me, streaming over our LAN, will that be necerssary? Ideally I > would like to use the computer that is running Icecast to stream the > audio to the other computers. If I understand your question correctly, then no, you do not need a streaming server. That is to say, Icecast *is* a streaming server, and of course you have to have a server running somewhere to send audio between machines. What you may be thinking of as a streaming server is a separate copy of icecast running somewhere with a high-bandwidth connection, usually in a remote data center. That's useful if you need to serve a lot of listeners at once, but in theory it doesn't matter if people connect to the local icecast on your machine over the lan, or some remote icecast on a bigger machine carrying the same stream, as long as there's enough bandwidth to go around. If that's not what you were asking, I guess you'll have to try again. :-) Cheers, -r From guym at arizona.edu Wed Nov 17 17:06:23 2004 From: guym at arizona.edu (Guy McArthur) Date: Wed, 17 Nov 2004 10:06:23 -0700 Subject: [Icecast] LAN Streaming In-Reply-To: <20041117060334.GA3476@ghostscript.com> References: <8f88005041116214021698d27@mail.gmail.com> <20041117060334.GA3476@ghostscript.com> Message-ID: <419B850F.2070102@arizona.edu> Ralph Giles wrote: > On Wed, Nov 17, 2004 at 06:40:18PM +1300, Peter McCaffrey wrote: > > If I understand your question correctly, then no, you do not need a > streaming server. > A good option is VideoLAN client a free software music & video player & streamer, with a huge range of supported formats, including itunes protected m4p's. http://www.videolan.org/vlc/ From hello at ianbell.com Wed Nov 17 18:06:13 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Wed, 17 Nov 2004 10:06:13 -0800 Subject: [Icecast] Icecast Installation error In-Reply-To: <1100653056.18845.110.camel@bogus.hackers.club> References: <000001c4cbf0$764b6a60$c701a8c0@dad> <1100653056.18845.110.camel@bogus.hackers.club> Message-ID: <5DFF0598-38C3-11D9-B9D0-000A95B3B8D6@ianbell.com> This thread might help.. http://lists.xiph.org/pipermail/icecast/2004-July/007378.html -Ian. On 16-Nov-04, at 4:57 PM, Karl Heyes wrote: > On Tue, 2004-11-16 at 15:25, Al Yandow wrote: >> I am attempting to install the current version of Icecast on Suse 9.1 >> and have noticed the following when running ./configure >> >> checking for curl-config... no >> checking curl/curl.h usability... no >> checking curl/curl.h presence... no >> checking for curl/curl.h... no >> checking for libcurl... no >> configure: libcurl not found, YP disabled >> >> I have Curl installed, and a whereis libcurl shows the >> results: /usr/lib/libcurl.la >> >> I'm uncertain how to make it detect the correct location of libcurl. > > The config.log will be more specific but the configure script did not > find the curl-config utility or the curl header files, which would > indicate a missing development package. > > karl. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From oracle at provocation.net Wed Nov 17 23:43:48 2004 From: oracle at provocation.net (Zenon Panoussis) Date: Thu, 18 Nov 2004 01:43:48 +0200 Subject: [Icecast] ices-2.0.0 compile problems Message-ID: <419BE234.6090104@provocation.net> Hi Running ./configure --prefix=/whatever I got stuck with checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... no checking shout/shout.h presence... no checking for shout/shout.h... no configure: error: must have libshout installed! Having edited configure line 20056 and changed shout/shout.h to /usr/include/shout.h , I run into the next problem: checking for pkg-config... /usr/bin/pkg-config checking /usr/include/shout.h usability... yes checking /usr/include/shout.h presence... yes checking for /usr/include/shout.h... yes checking for shout_new... yes configure: error: This libshout isn't threadsafe Having fixed that too by editing configure line 20279 the same way, configure completed successfully but make broke with In file included from cfgparse.h:17, from input.c:31: stream.h:18:25: shout/shout.h: No such file or directory Getting rather desperate I run #!/bin/bash for i in `find ./ -type f` do x=0 if [ -x "$i" ] then x=1 fi sed 's/shout\/shout.h/\/usr\/include\/shout.h/g' $i >$i.tmp mv -f $i.tmp $i if [ "$x" = 1 ] then chmod +x $i fi done in the ices source directory. That fixed the problem altogether and ices compiled and installed correctly. Question: am I doing something wrong or are the configuration files too inflexible? I did try export CPPFLAGS=-I/usr/include before this ordeal and it didn't help at all. Z From gerardo_aguilar_n at hotmail.com Thu Nov 18 00:16:24 2004 From: gerardo_aguilar_n at hotmail.com (Gerardo Aguilar) Date: Wed, 17 Nov 2004 21:16:24 -0300 Subject: [Icecast] ***SPAM*** radio Message-ID: hola estoy interesado en transmitir audio por internet con icecast bajo windows xp, pero solo encuentro tut?rales de linux si me pueden ayudar, se los agradezco mucho. saludos -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at groeneheks.nl Thu Nov 18 00:25:32 2004 From: jeremy at groeneheks.nl (Jeremy Bierbach) Date: Thu, 18 Nov 2004 01:25:32 +0100 Subject: [Icecast] ices-2.0.0 compile problems In-Reply-To: <419BE234.6090104@provocation.net> References: <419BE234.6090104@provocation.net> Message-ID: <419BEBFC.50103@groeneheks.nl> Hi Zenon, It seems likely to me that you still have libshout 1.x installed. Try stripping all remnants of libshout out from /usr/(local/)include and /usr/(local/)lib and then (re)install libshout 2.0, downloadable from http://downloads.us.xiph.org/releases/libshout/libshout-2.0.tar.gz (NB: this in turn requires libogg and libvorbis.) -- J. Zenon Panoussis wrote: > > Hi > > Running ./configure --prefix=/whatever I got stuck with > > checking for pkg-config... /usr/bin/pkg-config > checking shout/shout.h usability... no > checking shout/shout.h presence... no > checking for shout/shout.h... no > configure: error: must have libshout installed! > > Having edited configure line 20056 and changed shout/shout.h to > /usr/include/shout.h , I run into the next problem: > > checking for pkg-config... /usr/bin/pkg-config > checking /usr/include/shout.h usability... yes > checking /usr/include/shout.h presence... yes > checking for /usr/include/shout.h... yes > checking for shout_new... yes > configure: error: This libshout isn't threadsafe > > Having fixed that too by editing configure line 20279 the same > way, configure completed successfully but make broke with > > In file included from cfgparse.h:17, > from input.c:31: > stream.h:18:25: shout/shout.h: No such file or directory > > Getting rather desperate I run > > #!/bin/bash > for i in `find ./ -type f` > do > x=0 > if [ -x "$i" ] > then > x=1 > fi > sed 's/shout\/shout.h/\/usr\/include\/shout.h/g' $i >$i.tmp > mv -f $i.tmp $i > if [ "$x" = 1 ] > then > chmod +x $i > fi > done > > in the ices source directory. That fixed the problem altogether > and ices compiled and installed correctly. > > Question: am I doing something wrong or are the configuration files > too inflexible? I did try export CPPFLAGS=-I/usr/include before this > ordeal and it didn't help at all. > > Z > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From oracle at provocation.net Thu Nov 18 00:42:42 2004 From: oracle at provocation.net (Zenon Panoussis) Date: Thu, 18 Nov 2004 02:42:42 +0200 Subject: [Icecast] ices-2.0.0 compile problems In-Reply-To: <419BEBFC.50103@groeneheks.nl> References: <419BE234.6090104@provocation.net> <419BEBFC.50103@groeneheks.nl> Message-ID: <419BF002.6000206@provocation.net> Jeremy Bierbach wrote: Hi Jeremy > It seems likely to me that you still have libshout 1.x installed. No, it's not that. # rpm -q libshout libshout-2.0-1.dag # rpm -q libshout-devel libshout-devel-2.0-1.dag It's the half-hard-coded shout/shout.h path in the source. Since libshout is installed by rpm in /usr/include, the path will never match. Even if "/usr/include/" would be prepended to the path, it would still result in /usr/include/shout/shout.h, which doesn't exist. Now, what I don't know is whether things would work out any better if the rpm put the header files in /usr/include/shout instead of in /usr/include. If so, then perhaps the libshout rpm should be adjusted. I'll try modifying the rpm, see what happens, and report tomorrow. Z From karl at xiph.org Thu Nov 18 01:35:42 2004 From: karl at xiph.org (Karl Heyes) Date: 18 Nov 2004 01:35:42 +0000 Subject: [Icecast] ices-2.0.0 compile problems In-Reply-To: <419BF002.6000206@provocation.net> References: <419BE234.6090104@provocation.net> <419BEBFC.50103@groeneheks.nl> <419BF002.6000206@provocation.net> Message-ID: <1100741742.13765.42.camel@bogus.hackers.club> On Thu, 2004-11-18 at 00:42, Zenon Panoussis wrote: > Jeremy Bierbach wrote: > > Hi Jeremy > > > It seems likely to me that you still have libshout 1.x installed. > > No, it's not that. > > # rpm -q libshout > libshout-2.0-1.dag > # rpm -q libshout-devel > libshout-devel-2.0-1.dag > > It's the half-hard-coded shout/shout.h path in the source. Since > libshout is installed by rpm in /usr/include, the path will never > match. Even if "/usr/include/" would be prepended to the path, it > would still result in /usr/include/shout/shout.h, which doesn't > exist. certain directories are searched for include files, /usr/include is the default include location. libshout places its header in shout/shout.h so if the rpm is placing it incorrectly then the question is where did the rpm come from? karl. From oracle at provocation.net Thu Nov 18 02:45:09 2004 From: oracle at provocation.net (Zenon Panoussis) Date: Thu, 18 Nov 2004 04:45:09 +0200 Subject: [Icecast] ices-2.0.0 compile problems In-Reply-To: <1100741742.13765.42.camel@bogus.hackers.club> References: <419BE234.6090104@provocation.net> <419BEBFC.50103@groeneheks.nl> <419BF002.6000206@provocation.net> <1100741742.13765.42.camel@bogus.hackers.club> Message-ID: <419C0CB5.50206@provocation.net> Karl Heyes wrote: >> It's the half-hard-coded shout/shout.h path in the source. Since >> libshout is installed by rpm in /usr/include, the path will never >> match. Even if "/usr/include/" would be prepended to the path, it >> would still result in /usr/include/shout/shout.h, which doesn't >> exist. > certain directories are searched for include files, /usr/include is the > default include location. libshout places its header in shout/shout.h > so if the rpm is placing it incorrectly then the question is where did > the rpm come from? It came from http://dag.wieers.com/packages/libshout/ . I checked what's happening there and it's not the rpm's fault. It produces ./configure --build=i686-redhat-linux-gnu --host=i686-redhat-linux-gnu \ --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr \ --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc \ --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib \ --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com \ --mandir=/usr/share/man --infodir=/usr/share/info and that in turn puts shout.h in /usr/include/ and not in /usr/include/shout/ . The problem is somewhere in the way libshout understands "--includedir=/usr/include" I haven't managed to figure that. Z From giles at ghostscript.com Thu Nov 18 04:53:58 2004 From: giles at ghostscript.com (Ralph Giles) Date: Wed, 17 Nov 2004 20:53:58 -0800 Subject: [Icecast] radio In-Reply-To: References: Message-ID: <20041118045358.GA2336@ghostscript.com> On Wed, Nov 17, 2004 at 09:16:24PM -0300, Gerardo Aguilar wrote: > hola estoy interesado en transmitir audio por internet con icecast bajo windows xp, pero solo encuentro tut?rales de linux > si me pueden ayudar, se los agradezco mucho. translation: Hello, I'm interested in transmitting audio over the internet with icecast from windows xp, but all the tutorials I've found are for linux which don't help me much. If you could give me some pointers, I'd really appreciate it. -r From mp at xmission.com Thu Nov 18 18:11:11 2004 From: mp at xmission.com (Myke Place) Date: Thu, 18 Nov 2004 11:11:11 -0700 Subject: [Icecast] Dumping streams to a file? Message-ID: <20041118181111.GA3727@xmission.com> A long time ago (probably 1.3 days,) I remember that it was possible to telnet to the Icecast server port, authenticate, and from there issue a command to dump a live stream to a file. Is this still possible with Icecast 2.1 and if so, could somebody give me a quick refresher on how it is done? Thanks, -mp BTW, kudos on the new release. Very nice work. From k.j.wierenga at home.nl Thu Nov 18 22:13:36 2004 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Thu, 18 Nov 2004 23:13:36 +0100 Subject: FW: [Icecast] Dumping streams to a file? Message-ID: Yes that is the plan. I'll have to find some time to graft the patch onto 2.1 mainline and post it here. KJ -----Oorspronkelijk bericht----- Van: Myke Place [mailto:mp at trans.xmission.com]Namens Myke Place Verzonden: donderdag 18 november 2004 22:14 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Dumping streams to a file? Is the plan to eventually move this from -trunk to the mainline release? If so, I can wait for that and in the meantime I'll just use Curl to fetch the streams. Thanks very much, -mp * Klaas Jan Wierenga (k.j.wierenga at home.nl) [041118 12:55] spake thusly: > > Hi, > > I don't think it is possible with the standard 2.1 version. I have patched > the 2.1-trunk version to add an dumpfile admin command to do this. If you're > interested I could post it on the mailing list, but it would need some time > to create the patch for the current 2.1 release. > > It goes something like this: > > http://localhost:8000/admin/dumpfile?mount=/mymount&file=/web/recordings/myf > ilename.mp3 > > This would dump stream '/mymount' as 'myfilename.mp3' in the > '/web/recordings' directory. > Stopping the dump is done by > http://localhost:8000/admin/dumpfile?mount=/mymount&file= > > Cheers, > KJ > > -----Oorspronkelijk bericht----- > Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens > Myke Place > Verzonden: donderdag 18 november 2004 19:11 > Aan: icecast at xiph.org > Onderwerp: [Icecast] Dumping streams to a file? > > > A long time ago (probably 1.3 days,) I remember that it was possible to > telnet to the Icecast server port, authenticate, and from there issue a > command to dump a live stream to a file. > > Is this still possible with Icecast 2.1 and if so, could somebody give > me a quick refresher on how it is done? > > Thanks, > > -mp > > BTW, kudos on the new release. Very nice work. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From geoff at hitsandpieces.net Thu Nov 18 23:12:52 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 19 Nov 2004 09:12:52 +1000 Subject: [Icecast] Dumping streams to a file? In-Reply-To: <20041118181111.GA3727@xmission.com> References: <20041118181111.GA3727@xmission.com> Message-ID: Hi: If you set up a section for the specific mountpoint you want to dump, you can specify a dumpfile there. However, there doesn't seem to be any way to get it to name the file based on date or an;ything. Not sure if it overwrites or appends (I think it might append), but I do know that it did at least used to result in invalid ogg files at times if you had to reconnect. But it's awhile since I've messed with it. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From zs at comp.rgu.ac.uk Fri Nov 19 20:44:47 2004 From: zs at comp.rgu.ac.uk (Zia Syed) Date: Fri, 19 Nov 2004 20:44:47 +0000 Subject: [Icecast] Streaming Multiple Playlists Message-ID: <1100897087.21090.4.camel@zs.smartweb.rgu.ac.uk> Hi, I've been trying to stream multiple playlists of mp3 files, using icecast and ices2. So far the documentation I've found talks about different bitstreams for same playlist file. However, I would have different playlists running in different modules (IP:PORT/rock, /classic). Using commandline I managed to create multiple modules, but only one playlist file was used by ices (using -F switch). Any suggestions?? From karl at xiph.org Fri Nov 19 20:56:35 2004 From: karl at xiph.org (Karl Heyes) Date: 19 Nov 2004 20:56:35 +0000 Subject: [Icecast] Streaming Multiple Playlists In-Reply-To: <1100897087.21090.4.camel@zs.smartweb.rgu.ac.uk> References: <1100897087.21090.4.camel@zs.smartweb.rgu.ac.uk> Message-ID: <1100897794.12898.5.camel@bogus.hackers.club> On Fri, 2004-11-19 at 20:44, Zia Syed wrote: > > Using commandline I managed to create multiple modules, but only one > playlist file was used by ices (using -F switch). > > Any suggestions?? What is stopping you from running multiple copies of ices at the same time ? karl. From grandjean.pascal at laposte.net Sat Nov 20 14:50:51 2004 From: grandjean.pascal at laposte.net (Pascal Grandjean - F5LEN) Date: Sat, 20 Nov 2004 15:50:51 +0100 Subject: [Icecast] Client persistent connection Message-ID: <001701c4cf10$55e2cd90$1400a8c0@Louis> Hi the list. Please excuse me for my poor english. I'm runnig icecast2 on a fedora c2. It seem to work here with various source clients like ice2 ice-0.4 and ezstream. My goal is to broadcast some automatic alert messages (few per hours) to some Winamp clients. Listeners clients must stay connected even if there is no "sounds" to broadcast. The alerts messages are some shorts mp3 samples manipulated with a pl script. My problem is that the listeners clients disconnect as soon as the stream is ended. The connection stay persistent only with a .ogg mount point and a live stream from the sound card but it's not my goal. Any idea? Thanks for your help. Pascal From icecast at recordcaster.de Sun Nov 21 17:52:11 2004 From: icecast at recordcaster.de (Anatol) Date: Sun, 21 Nov 2004 18:52:11 +0100 Subject: [Icecast] Refresh Ices 0.4.? Message-ID: <41A0D5CB.1000906@recordcaster.de> Hello! How can I refresh ices 0.4.? If the playlist has changed, I want to load it into the ices at a definied time. I read I can do it with: kill -SIGHUP But this don't work! :( Alternativ I can stop the ices and restart it, but at this moment, the listeners lose the source-connection and have manualy to reconnect. Is there any solution? For refreshing ices 0.4 or to hold the clients a longer time in icecast2. Many thanks for your help! tol From richman789 at gmail.com Sun Nov 21 19:21:31 2004 From: richman789 at gmail.com (Richman) Date: Sun, 21 Nov 2004 19:21:31 +0000 Subject: [Icecast] Extracting Now Playing!!! Message-ID: <3c109b2b041121112148849ede@mail.gmail.com> Is their anyway that i can ecport the now current playing song into a text file iam using ices 0.4 and icecast 2.0 -- Thankyou Richard From icecast at recordcaster.de Sun Nov 21 19:46:48 2004 From: icecast at recordcaster.de (Anatol) Date: Sun, 21 Nov 2004 20:46:48 +0100 Subject: [Icecast] Extracting Now Playing!!! In-Reply-To: <3c109b2b041121112148849ede@mail.gmail.com> References: <3c109b2b041121112148849ede@mail.gmail.com> Message-ID: <41A0F0A8.1090908@recordcaster.de> Richman wrote: > Is their anyway that i can ecport the now current playing song into a > text file iam using ices 0.4 and icecast 2.0 > > -- > Thankyou > Richard Hi! Have a look into the ices.cue file. There are a lot of usefull infos like artist, songtitle, filename, linenumber, a.s.o. ;) Greetz Tol From richman789 at gmail.com Sun Nov 21 19:51:05 2004 From: richman789 at gmail.com (Richman) Date: Sun, 21 Nov 2004 19:51:05 +0000 Subject: [Icecast] Extracting Now Playing!!! In-Reply-To: <41A0F0A8.1090908@recordcaster.de> References: <3c109b2b041121112148849ede@mail.gmail.com> <41A0F0A8.1090908@recordcaster.de> Message-ID: <3c109b2b04112111515482a3e1@mail.gmail.com> Yes but can this be exported to an external source like a web-site on my network Richard On Sun, 21 Nov 2004 20:46:48 +0100, Anatol wrote: > Richman wrote: > > > > Is their anyway that i can ecport the now current playing song into a > > text file iam using ices 0.4 and icecast 2.0 > > > > -- > > Thankyou > > Richard > > Hi! > > Have a look into the ices.cue file. There are a lot of usefull infos > like artist, songtitle, filename, linenumber, a.s.o. ;) > > Greetz > Tol > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Thankyou Richard From geoff at hitsandpieces.net Mon Nov 22 08:14:51 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 22 Nov 2004 18:14:51 +1000 Subject: [Icecast] Extracting Now Playing!!! In-Reply-To: <3c109b2b04112111515482a3e1@mail.gmail.com> References: <3c109b2b041121112148849ede@mail.gmail.com> <41A0F0A8.1090908@recordcaster.de> <3c109b2b04112111515482a3e1@mail.gmail.com> Message-ID: Richman wrote: > Yes but can this be exported to an external source like a web-site on my network Well, you could write a script in PHP or something which will process the file and get what it needs out of it, or you could write some other script which will put this info where the webserver needs it. Geoff. From hello at ianbell.com Tue Nov 23 00:19:14 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Mon, 22 Nov 2004 16:19:14 -0800 Subject: [Icecast] Re-Assembling SongData in Icecast Streams.. Message-ID: <4EB2D84D-3CE5-11D9-B1D9-000A95B3B8D6@ianbell.com> Like any other major radio station we output our music from automation software via analog audio through a mix board in a studio, where we insert other stuff like live DeeJays, etc. only to have that stream re-encoded by hardware MP3 encoders for distribution to our network of IceCast servers. The chain of song information gets broken as soon as we output from the Automation software, although nowadays most of the software such as RCS and Dalet can output raw text or XML. They had to do this for guys like XM and Sirius. While we re-unite song data with the stream via our Flash-based player at www.pulverradio.com but you can always tell such radio stations on Live365 or Shoutcast.com because they don't pump out song data with their stream, which makes listening to the streams on dedicated hardware or desktop clients less interesting. Can there be a way for Icecast to somehow re-include Song Data? Perhaps by ripping it from a web-available XML file and grafting it back into the stream there'd be some interesting possibilities for more big-budget broadcasters who actually move their audio through hundred-thousand-dollar recording studios. That way they'd be as cool as the guys who are dumping from their old PCs in their basement. :) Any interest in putting something like this together? I don't have it all sewn up in my head just yet but it might make an interesting discussion. -Ian. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2363 bytes Desc: not available URL: From oddsock at oddsock.org Tue Nov 23 03:15:40 2004 From: oddsock at oddsock.org (oddsock) Date: Mon, 22 Nov 2004 21:15:40 -0600 Subject: [Icecast] Re-Assembling SongData in Icecast Streams.. In-Reply-To: <4EB2D84D-3CE5-11D9-B1D9-000A95B3B8D6@ianbell.com> References: <4EB2D84D-3CE5-11D9-B1D9-000A95B3B8D6@ianbell.com> Message-ID: <6.0.1.1.2.20041122202915.0203e628@www.oddsock.org> At 06:19 PM 11/22/2004, you wrote: >Like any other major radio station we output our music from automation >software via analog audio through a mix board in a studio, where we insert >other stuff like live DeeJays, etc. only to have that stream re-encoded by >hardware MP3 encoders for distribution to our network of IceCast servers. > >The chain of song information gets broken as soon as we output from the >Automation software, although nowadays most of the software such as RCS >and Dalet can output raw text or XML. They had to do this for guys like >XM and Sirius. > >While we re-unite song data with the stream via our Flash-based player at >www.pulverradio.com but you can always tell such radio stations on Live365 >or Shoutcast.com because they don't pump out song data with their stream, >which makes listening to the streams on dedicated hardware or desktop >clients less interesting. First off, from your description is seems that you might be a bit confused as to how metadata (song titles, etc) is handled and managed so I'll provide a little background. I am going to assume that you are dealing only with MP3, as metadata is handled differently (for instance) with vorbis. For MP3 streams, all metadata is updated in the streaming server via various administrative interfaces. Shoutcast has one (admin.cgi?mode=updinfo&pass=password&song=Booga) and Icecast has a different one (it also supports the Shoutcast style now too). Either way, the metadata is always sent (normally by the source client - i.e. the application sending the stream to the server - but not necessarily) to the streaming server. A common misconception is that the streaming servers somehow pull out ID3 tags embedded in the stream, they do not. For mp3 streams they all take in metadata via the various admin interfaces I described above. For delivering the metadata to listening clients, there is really only one supported mechanism, and that is the "shoutcast-metadata-protocol". A really great explanation of this is here http://www.smackfu.com/stuff/programming/shoutcast.html. Most mp3 clients support this protocol but not all do (Windows Media Player does NOT, and the various Flash players that you are using do NOT). Most other media players that people tend to use (Winamp, Foobar, XMMS) all do. So, enough background, to your specific problem. If you are looking to get metadata into WMP, or Flash (or other clients that do not support the shoutcast-metadata-protocol) you are pretty much out of luck. Outside of developing your own custom version (as you did with your flash player). For all other clients, you should be able to support metadata in the way you want, but you are just missing the piece that extracts the metadata from your repository (via XML or flatfile) and updates the streaming server via the well-defined admin interface. This should not really be the job of icecast or shoutcast (it's job is to primarily stream to clients), so you are probably looking at a fairly straightforward python script that parses an XML file, pulls out the metadata and then sends it to icecast/shoutcast. sorry for rambling on about this, but this question seems to come up quite a bit so I thought I would try to expound upon the topic a bit. Anyway, Vorbis streaming is quite different than MP3 (in many ways). Many streaming codecs (definitely all the ones supported by Shoutcast, which includes AAC, MP3, and NSV (which is technically a container)) are streamed in "passthru" fashion, in that the streaming server really need not know what is being streamed (outside of a content-type). What this means is that a listener can pretty much start at any point in the stream and begin listening, think of it as a big pipe with water flowing out of it, if you are thirsty, you can pretty much take a drink of water any time you want. As an aside, in the trunk of icecast we are now supporting this "passthru" mode, and as such now support the streaming of AAC/AACPlus as well as NSV. The vorbis spec has a small oddity that causes a bit of trouble at first, and thats the fact that each streaming server MUST cache the vorbis header packets that are sent at the beginning of the vorbis stream. This requirement means that the streaming server MUST know that the data coming in is a vorbis stream, and must somewhat intelligently interpret it (in order to pull out the vorbis header packets). It must save off these header packets because the spec says that the header packets must be the *first* thing sent to connecting listeners. So, in vorbis' case, you can just take a drink whenever you want, you have to first pick up the header packets before taking a sip of the water coming from the pipe (bad analogy I know, but lets go with it)...So what does this have to do with metadata ? Well, in these header packets is the metadata (stored as vorbis comments, which are name-value pairs of string. By convention, TITLE=X and ARTIST=Y are used by most media players to display "what's playing" in the player. So, in this case, it is still the responsibility of the source client to set the metadata, but it does it by embedding it into the actual vorbis stream (and it does it in a much better, more efficient, and more elegant way). So how do you update metadata in a vorbis stream ? Well, via some vorbis magic calls, you tear down the logical vorbis stream (not socket!) and rebuild a new vorbis stream with new header packets - which the streaming server must detect and cache (if you were following me above). The downside to this is that it falls apart when your metadata is not accessible by your source client (such is your specific case). If anyone ever wondered why you can't update the metadata in a vorbis stream via the admin interface, it's because in that case icecast would need to take this update, and rebuild it's cached header packets, which can be a bit tricky in all cases. Karl's branch does it, and I'm trying to get it integrated into the trunk right now. ok, I think I've gone on enough about how metadata is handled in a few different places...The only reason I'm being so in depth is that I don't think it's terribly common knowledge, and I tend to answer questions on it all the time... oddsock From joku at paivola.fi Sun Nov 21 19:56:13 2004 From: joku at paivola.fi (Olli Jarva) Date: Sun, 21 Nov 2004 21:56:13 +0200 (EET) Subject: [Icecast] Extracting Now Playing!!! In-Reply-To: <3c109b2b04112111515482a3e1@mail.gmail.com> References: <3c109b2b041121112148849ede@mail.gmail.com> <41A0F0A8.1090908@recordcaster.de> <3c109b2b04112111515482a3e1@mail.gmail.com> Message-ID: Hey... Write simple (e.g php-) script that parse ices.cue file to html (or whatever you want). On Sun, 21 Nov 2004, Richman wrote: > Yes but can this be exported to an external source like a web-site on my network > > Richard > > > On Sun, 21 Nov 2004 20:46:48 +0100, Anatol wrote: >> Richman wrote: >> >> >>> Is their anyway that i can ecport the now current playing song into a >>> text file iam using ices 0.4 and icecast 2.0 >>> >>> -- >>> Thankyou >>> Richard >> >> Hi! >> >> Have a look into the ices.cue file. There are a lot of usefull infos >> like artist, songtitle, filename, linenumber, a.s.o. ;) >> >> Greetz >> Tol >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > > > -- > Thankyou > Richard > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From sairwas at sairwas.org Tue Nov 23 09:31:59 2004 From: sairwas at sairwas.org (=?ISO-8859-1?Q?Antti_N=E4yh=E4?=) Date: Tue, 23 Nov 2004 11:31:59 +0200 Subject: [Icecast] Adjusting source->server buffer size Message-ID: <41A3038F.3030801@sairwas.org> Hello, we're running a radio using Icecast2 and Winamp5/Oddcast as the source. We have several DJ's who broadcast from their homes, which means that the quality of the source->server connection varies wildly. Several of our DJ's have massive problems when broadcasting to Icecast: the music constantly goes on a pause, sometimes for a second or two, sometimes for long enough to trigger the fallback stream. The problem seems to be a combination of an unstable source->server connection and Icecast's small buffer size. Note that these DJ's can still broadcast to Shoutcast server (using the Shoutcast DSP plugin) with very good results. This is true even if they're using much higher bitrates than with Icecast - so it's not about the speed of the connection, but the stability. I understand that Shoutcast works better over unstable connections simply because of the larger buffer size. Can Icecast's source-to-server buffer size somehow be adjusted? Or does Oddcast have some hidden internal buffer option? We're sincerely hoping to avoid switching over to Shoutcast and MP3, so any suggestions would be most welcome. -- Antti N?yh? "Ich bin der Zorn Gottes; http://www.sairwas.org/ wer sonst ist mit mir?" From jakepowers_666 at hotmail.com Wed Nov 24 07:09:25 2004 From: jakepowers_666 at hotmail.com (Jake Powers) Date: Wed, 24 Nov 2004 02:09:25 -0500 Subject: [Icecast] favorite background client Message-ID: Hello all, I'm looking for a command line listening client that runs on linux. I want it to be able to run in the background and automaticaly reconnect if the network goes down or if the streaming server stops or hiccups. I would like to set it and forget it. It needs to be as robust as possible. This is for a remote micro-fm transmitter. I have splay working, seems okay. mpg321 kept jumping and skipping frames. Running Debian sarge and alsa sound drivers, onboard isa sound chip. Do people have a favorite *robust* command line listening client? Jake _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From brendan at xiph.org Wed Nov 24 07:17:16 2004 From: brendan at xiph.org (Brendan Cully) Date: Tue, 23 Nov 2004 23:17:16 -0800 Subject: [Icecast] Refresh Ices 0.4.? In-Reply-To: <41A0D5CB.1000906@recordcaster.de> References: <41A0D5CB.1000906@recordcaster.de> Message-ID: <20041124071716.GG3627@watanabe.local> On Sunday, 21 November 2004 at 18:52, Anatol wrote: > Hello! > > How can I refresh ices 0.4.? If the playlist has changed, I want to load > it into the ices at a definied time. I read I can do it with: > kill -SIGHUP > But this don't work! :( That should work. Actually, it should detect changed playlists automatically. But I think it will only refresh immediately if you aren't randomizing. From icecast at recordcaster.de Wed Nov 24 09:58:59 2004 From: icecast at recordcaster.de (Anatol) Date: Wed, 24 Nov 2004 10:58:59 +0100 Subject: [Icecast] Refresh Ices 0.4.? In-Reply-To: <20041124071716.GG3627@watanabe.local> References: <41A0D5CB.1000906@recordcaster.de> <20041124071716.GG3627@watanabe.local> Message-ID: <41A45B63.2060703@recordcaster.de> Brendan Cully wrote: >>kill -SIGHUP >>But this don't work! :( > > That should work. Hmm ... How can I recognize, that the changes are detected? I Changed the playlist, sent the kill -SIGHUP command, and watched the cue File. But nothing changed. Or ... did ices finished playing the current song and starts after that the new song from the new playlist? > Actually, it should detect changed playlists > automatically. Oh! That sounds good! But how does it work? I change the playlist and *zapp* the new song was played?? > But I think it will only refresh immediately if you > aren't randomizing. No, I didn't randomize the list.... Greetings Tol From hello at ianbell.com Wed Nov 24 10:00:01 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Wed, 24 Nov 2004 02:00:01 -0800 Subject: [Icecast] Re-Assembling SongData in Icecast Streams.. In-Reply-To: <6.0.1.1.2.20041122202915.0203e628@www.oddsock.org> References: <4EB2D84D-3CE5-11D9-B1D9-000A95B3B8D6@ianbell.com> <6.0.1.1.2.20041122202915.0203e628@www.oddsock.org> Message-ID: <9BA47E00-3DFF-11D9-A351-000A95B3B8D6@ianbell.com> Right... I understand how the stream works and we have no confusion at all then. So I need to create a script to re-inject MP3 Metadata from my handy-dandy XML file (when it changes) which is easily done if, as you say, there're a few variables that the admin.cgi can listen for (of course Icecast has no admin.cgi) The info you've provided for Shoutcast is useful and you allude to some other icecast methods ... need documentation for this function of icecast and googling produces no joy, nor do the official or unofficial guides for icecast. The Smackfu link is OK as a cursory introduction to how to pull attributes from a stream but not so instructive in injecting them in and it lists one of the variables. What are the variables used in the shoutcast-metadata-protocol and how do they work? I'm guessing through some extensive googling and have found the following... but a definitive answer and list of variables would be very, very helpful: streamtitle streamname streamurl streamgenre title artist album .... By inference I'm guessing that the shoutcast method is therefore: http://server:port/admin.cgi? mode=updinfo&pass=password&song=Booga&streamtitle=Fubar .... ad nauseum. ...and the password that is relevant is the admin password. Of course, I'm running Icecast 2.1 now. What's the icecast method and what variable names are supported... and are there any that AREN'T used in the shoutcast-metadata-protocol? Is it as simple as: http://server:port/admin/stats.xsl? mode=updinfo&pass=password&song=Booga&streamtitle=Fubar ??? -Ian. On 22-Nov-04, at 7:15 PM, oddsock wrote: > At 06:19 PM 11/22/2004, you wrote: >> Like any other major radio station we output our music from >> automation software via analog audio through a mix board in a studio, >> where we insert other stuff like live DeeJays, etc. only to have that >> stream re-encoded by hardware MP3 encoders for distribution to our >> network of IceCast servers. >> >> The chain of song information gets broken as soon as we output from >> the Automation software, although nowadays most of the software such >> as RCS and Dalet can output raw text or XML. They had to do this for >> guys like XM and Sirius. >> >> While we re-unite song data with the stream via our Flash-based >> player at www.pulverradio.com but you can always tell such radio >> stations on Live365 or Shoutcast.com because they don't pump out song >> data with their stream, which makes listening to the streams on >> dedicated hardware or desktop clients less interesting. > First off, from your description is seems that you might be a bit > confused as to how metadata (song titles, etc) is handled and managed > so I'll provide a little background. > > I am going to assume that you are dealing only with MP3, as metadata > is handled differently (for instance) with vorbis. For MP3 streams, > all metadata is updated in the streaming server via various > administrative interfaces. Shoutcast has one > (admin.cgi?mode=updinfo&pass=password&song=Booga) and Icecast has a > different one (it also supports the Shoutcast style now too). Either > way, the metadata is always sent (normally by the source client - i.e. > the application sending the stream to the server - but not > necessarily) to the streaming server. A common misconception is that > the streaming servers somehow pull out ID3 tags embedded in the > stream, they do not. For mp3 streams they all take in metadata via > the various admin interfaces I described above. For delivering the > metadata to listening clients, there is really only one supported > mechanism, and that is the "shoutcast-metadata-protocol". A really > great explanation of this is here > http://www.smackfu.com/stuff/programming/shoutcast.html. Most mp3 > clients support this protocol but not all do (Windows Media Player > does NOT, and the various Flash players that you are using do NOT). > Most other media players that people tend to use (Winamp, Foobar, > XMMS) all do. > > So, enough background, to your specific problem. If you are looking > to get metadata into WMP, or Flash (or other clients that do not > support the shoutcast-metadata-protocol) you are pretty much out of > luck. Outside of developing your own custom version (as you did with > your flash player). For all other clients, you should be able to > support metadata in the way you want, but you are just missing the > piece that extracts the metadata from your repository (via XML or > flatfile) and updates the streaming server via the well-defined admin > interface. This should not really be the job of icecast or shoutcast > (it's job is to primarily stream to clients), so you are probably > looking at a fairly straightforward python script that parses an XML > file, pulls out the metadata and then sends it to icecast/shoutcast. > > sorry for rambling on about this, but this question seems to come up > quite a bit so I thought I would try to expound upon the topic a bit. > Anyway, Vorbis streaming is quite different than MP3 (in many ways). > Many streaming codecs (definitely all the ones supported by > Shoutcast, which includes AAC, MP3, and NSV (which is technically a > container)) are streamed in "passthru" fashion, in that the streaming > server really need not know what is being streamed (outside of a > content-type). What this means is that a listener can pretty much > start at any point in the stream and begin listening, think of it as a > big pipe with water flowing out of it, if you are thirsty, you can > pretty much take a drink of water any time you want. As an aside, in > the trunk of icecast we are now supporting this "passthru" mode, and > as such now support the streaming of AAC/AACPlus as well as NSV. The > vorbis spec has a small oddity that causes a bit of trouble at first, > and thats the fact that each streaming server MUST cache the vorbis > header packets that are sent at the beginning of the vorbis stream. > This requirement means that the streaming server MUST know that the > data coming in is a vorbis stream, and must somewhat intelligently > interpret it (in order to pull out the vorbis header packets). It > must save off these header packets because the spec says that the > header packets must be the *first* thing sent to connecting listeners. > So, in vorbis' case, you can just take a drink whenever you want, you > have to first pick up the header packets before taking a sip of the > water coming from the pipe (bad analogy I know, but lets go with > it)...So what does this have to do with metadata ? Well, in these > header packets is the metadata (stored as vorbis comments, which are > name-value pairs of string. By convention, TITLE=X and ARTIST=Y are > used by most media players to display "what's playing" in the player. > So, in this case, it is still the responsibility of the source client > to set the metadata, but it does it by embedding it into the actual > vorbis stream (and it does it in a much better, more efficient, and > more elegant way). So how do you update metadata in a vorbis stream ? > Well, via some vorbis magic calls, you tear down the logical vorbis > stream (not socket!) and rebuild a new vorbis stream with new header > packets - which the streaming server must detect and cache (if you > were following me above). The downside to this is that it falls apart > when your metadata is not accessible by your source client (such is > your specific case). If anyone ever wondered why you can't update the > metadata in a vorbis stream via the admin interface, it's because in > that case icecast would need to take this update, and rebuild it's > cached header packets, which can be a bit tricky in all cases. > Karl's branch does it, and I'm trying to get it integrated into the > trunk right now. > > ok, I think I've gone on enough about how metadata is handled in a few > different places...The only reason I'm being so in depth is that I > don't think it's terribly common knowledge, and I tend to answer > questions on it all the time... > > oddsock > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2363 bytes Desc: not available URL: From zs at comp.rgu.ac.uk Wed Nov 24 18:10:22 2004 From: zs at comp.rgu.ac.uk (Zia Syed) Date: Wed, 24 Nov 2004 18:10:22 +0000 Subject: [Icecast] Icecast XSL(WebInterface) Tweek Message-ID: <1101319822.24149.14.camel@zs.smartweb.rgu.ac.uk> Hi, Apologies if my problem sound silly! I've been modifying the status.xsl , and now stuck with the problem. I want to disply on the top header (h2) total number of sources mounted on the server . I dont know how/where the webserver is working, thus i dont know how/where to get the total count (if its already stored somewhere at all). Otherwise, what is the easiest way to get the count? Thanks, Zia. From hello at ianbell.com Wed Nov 24 21:31:03 2004 From: hello at ianbell.com (Ian Andrew Bell) Date: Wed, 24 Nov 2004 13:31:03 -0800 Subject: [Icecast] Re-Assembling SongData in Icecast Streams.. In-Reply-To: <9BA47E00-3DFF-11D9-A351-000A95B3B8D6@ianbell.com> References: <4EB2D84D-3CE5-11D9-B1D9-000A95B3B8D6@ianbell.com> <6.0.1.1.2.20041122202915.0203e628@www.oddsock.org> <9BA47E00-3DFF-11D9-A351-000A95B3B8D6@ianbell.com> Message-ID: <24F6737E-3E60-11D9-A351-000A95B3B8D6@ianbell.com> Also... how do you specify which mount you're injecting the metadata into? Presumably there's someone out there relaying for multiple different sources, though that's not us... -Ian. On 24-Nov-04, at 2:00 AM, Ian Andrew Bell wrote: > Right... I understand how the stream works and we have no confusion at > all then. > > So I need to create a script to re-inject MP3 Metadata from my > handy-dandy XML file (when it changes) which is easily done if, as you > say, there're a few variables that the admin.cgi can listen for (of > course Icecast has no admin.cgi) > > The info you've provided for Shoutcast is useful and you allude to > some other icecast methods ... need documentation for this function > of icecast and googling produces no joy, nor do the official or > unofficial guides for icecast. The Smackfu link is OK as a cursory > introduction to how to pull attributes from a stream but not so > instructive in injecting them in and it lists one of the variables. > > What are the variables used in the shoutcast-metadata-protocol and how > do they work? > > I'm guessing through some extensive googling and have found the > following... but a definitive answer and list of variables would be > very, very helpful: > > streamtitle > streamname > streamurl > streamgenre > title > artist > album > > .... > > By inference I'm guessing that the shoutcast method is therefore: > > http://server:port/admin.cgi? > mode=updinfo&pass=password&song=Booga&streamtitle=Fubar .... ad > nauseum. > > ...and the password that is relevant is the admin password. Of > course, I'm running Icecast 2.1 now. > > What's the icecast method and what variable names are supported... and > are there any that AREN'T used in the shoutcast-metadata-protocol? > > Is it as simple as: > > http://server:port/admin/stats.xsl? > mode=updinfo&pass=password&song=Booga&streamtitle=Fubar ??? > > -Ian. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2363 bytes Desc: not available URL: From dm8tbr at afthd.tu-darmstadt.de Wed Nov 24 23:23:12 2004 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker, DM8TBR) Date: Thu, 25 Nov 2004 00:23:12 +0100 Subject: [Icecast] Icecast XSL(WebInterface) Tweek In-Reply-To: <1101319822.24149.14.camel@zs.smartweb.rgu.ac.uk> Message-ID: <00e601c4d27c$94938510$d200a8c0@puck> > Apologies if my problem sound silly! I've been modifying the status.xsl > , and now stuck with the problem. I want to disply on the top header > (h2) total number of sources mounted on the server . I dont know > how/where the webserver is working, thus i dont know how/where to get > the total count (if its already stored somewhere at all). Otherwise, > what is the easiest way to get the count? If unsure if data is already included look at the /admin/stats.xml . This is the XML used for the XSLT. If the Total number of sources is not included you could maybe do a counting loop - YMMV. I'm not very good in xslt yet. Regards Thomas From keith at media-solutions.ie Thu Nov 25 01:26:27 2004 From: keith at media-solutions.ie (Keith Whyte) Date: Wed, 24 Nov 2004 19:26:27 -0600 Subject: [Icecast] ices2 not re-connecting on live stream Message-ID: <41A534C3.7000107@media-solutions.ie> hi everyone, congratulations on the release of icecast 2.1.0 I presume this is the right place to post about iceS. please correct if wrong. I have a two instance setup, and have been finding that after a network error occurs, the instance does not reconnect. The source server is behind a linux NAT box. I have simulated the problem by using iptables REJECT with tcp-reset and here is the resulting log file from iceS: ice at debian:~$ /usr/local/bin/ices /usr/local/share/ices/live_debug.xml [ 02:17:19] INFO ices-core/main IceS 2.0.0 started... [ 02:17:19] INFO input-alsa/alsa_open_module Opened audio device plughw:0,0 [ 02:17:19] INFO input-alsa/alsa_open_module using 2 channel(s), 44100 Hz, buffer 371 ms (2 periods) [ 02:17:19] INFO input-alsa/alsa_open_module Starting metadata update thread [ 02:17:19] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 0.500000 [ 02:17:19] INFO audio/downmix_initialise Enabling stereo->mono downmixing [ 02:17:19] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 11025 Hz [ 02:17:19] INFO encode/encode_initialise Encoder initialising with bitrate management: 1 channels, 11025 Hz, minimum bitrate 16000, nominal 20000, maximum 24000 [ 02:17:19] INFO signals/signal_usr1_handler Metadata update requested [ 02:17:19] DBUG metadata/metadata_thread_signal meta thread wakeup [ 02:17:19] DBUG metadata/metadata_thread_signal reading metadata from "/home/ice/metadata" [ 02:17:19] INFO metadata/metadata_thread_signal tag 1 is artist=Near FM 101.6 [ 02:17:19] INFO metadata/metadata_thread_signal tag 2 is title=Live [ 02:17:19] INFO metadata/metadata_thread_signal Updating metadata [ 02:17:20] INFO stream/ices_instance_stream Connected to server: radioserver:8000/radio_low.ogg [ 02:17:20] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 11025 Hz [ 02:17:20] DBUG encode/encode_clear Clearing encoder engine [ 02:17:20] INFO encode/encode_initialise Encoder initialising with bitrate management: 1 channels, 11025 Hz, minimum bitrate 16000, nominal 20000, maximum 24000 [ 02:17:20] INFO stream/ices_instance_stream Connected to server: radioserver:8000/radio.ogg [ 02:17:20] DBUG encode/encode_clear Clearing encoder engine [ 02:17:20] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 0.500000 At this point, I simulate loss of network connectivity: [ 02:17:43] EROR stream/ices_instance_stream Send error: Socket error (Connection reset by peer) [ 02:17:43] DBUG input/input_flush_queue Input queue flush requested [ 02:17:43] WARN stream/ices_instance_stream Trying reconnect after server socket error [ 02:17:44] EROR stream/ices_instance_stream Failed to reconnect to radioserver:8000 (Login failed) [ 02:17:46] WARN stream/ices_instance_stream Trying reconnect after server socket error [ 02:17:47] EROR stream/ices_instance_stream Failed to reconnect to radioserver:8000 (Login failed) [ 02:17:49] WARN stream/ices_instance_stream Trying reconnect after server socket error [ 02:17:49] EROR stream/ices_instance_stream Failed to reconnect to radioserver:8000 (Login failed) [ 02:17:51] WARN stream/ices_instance_stream Trying reconnect after server socket error [ 02:17:52] EROR stream/ices_instance_stream Failed to reconnect to radioserver:8000 (Login failed) [ 02:17:54] WARN stream/ices_instance_stream Trying reconnect after server socket error Restore network connectivity: [ 02:17:55] INFO stream/ices_instance_stream Connected to server: radioserver:8000/radio_low.ogg [ 02:17:55] DBUG input/input_flush_queue Input queue flush requested only, the stream has not reconnected. the source box netstat shows: tcp 1 0 192.168.1.20:32822 radioserver:8000 CLOSE_WAIT tcp 27 0 192.168.1.20:32820 radioserver:8000 CLOSE_WAIT tcp 27 0 192.168.1.20:32821 radioserver:8000 CLOSE_WAIT tcp 27 0 192.168.1.20:32818 radioserver:8000 CLOSE_WAIT tcp 27 0 192.168.1.20:32819 radioserver:8000 CLOSE_WAIT tcp 0 4107 192.168.1.20:32816 radioserver:8000 ESTABLISHED The ESTABLISHED connection is the instance which didn't get blocked by iptables. and those sockets seem to remain in CLOSE_WAIT until i kill the ices process. any help is much appreciated. thanks, Keith. From zs at comp.rgu.ac.uk Thu Nov 25 11:07:06 2004 From: zs at comp.rgu.ac.uk (Zia Syed) Date: Thu, 25 Nov 2004 11:07:06 +0000 Subject: [Icecast] Icecast XSL(WebInterface) Tweek In-Reply-To: <00e601c4d27c$94938510$d200a8c0@puck> References: <00e601c4d27c$94938510$d200a8c0@puck> Message-ID: <1101380826.27544.5.camel@zs.smartweb.rgu.ac.uk> Hi Thomas, Found that the tag in stats.xml contains the total number of sources! I've now used it in status.xsl and am happy with it! :) Thanks for your help! Zia On Wed, 2004-11-24 at 23:23, Thomas B. Ruecker, DM8TBR wrote: > > Apologies if my problem sound silly! I've been modifying the > status.xsl > > , and now stuck with the problem. I want to disply on the top header > > (h2) total number of sources mounted on the server . I dont know > > how/where the webserver is working, thus i dont know how/where to get > > the total count (if its already stored somewhere at all). Otherwise, > > what is the easiest way to get the count? > If unsure if data is already included look at the /admin/stats.xml . > This is the XML used for the XSLT. > If the Total number of sources is not included you could maybe do a > counting loop - YMMV. I'm not very good in xslt yet. > > Regards > > Thomas > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From icecast at recordcaster.de Thu Nov 25 19:29:08 2004 From: icecast at recordcaster.de (Anatol) Date: Thu, 25 Nov 2004 20:29:08 +0100 Subject: [Icecast] Ices 0.4. options Message-ID: <41A63284.8050509@recordcaster.de> Hi all! ices 0.4 has the -N and -H options: -N -H I assume, number of channels meens mono and stereo? So I ve to choose between the values 1 and 2. Is that right? Which values can be set for the sample rate? 16, 22, 32, 44 or 16000, 22000 ... a.s.o. greetz tol From fnyberg at abo.fi Thu Nov 25 20:25:04 2004 From: fnyberg at abo.fi (Fredrik Nyberg INF) Date: Thu, 25 Nov 2004 22:25:04 +0200 Subject: [Icecast] Authenticated clients Message-ID: <41A63FA0.2060303@abo.fi> Hi! I installed icecast 2.1.0 and it works great, nice to finally see some sort of authentication mechanism. I use a link from a webpage (apache 1.3 on debian, port 80) to my stream (port 8000) which MS Media Player can handle with a dialog, but at least XMMS and foobar 2000 barf on (they seem to need to get authentication done in a browser and then open the stream as http://uname:passwd at host:8000/stream.m3u). Am I approaching this the wrong way? Has anyone else gotten authenticated streams to work thourgh apache? Nyb? From zia.syed at smartweb.rgu.ac.uk Thu Nov 25 11:06:38 2004 From: zia.syed at smartweb.rgu.ac.uk (Zia Syed) Date: Thu, 25 Nov 2004 11:06:38 +0000 Subject: [Icecast] Icecast XSL(WebInterface) Tweek In-Reply-To: <00e601c4d27c$94938510$d200a8c0@puck> References: <00e601c4d27c$94938510$d200a8c0@puck> Message-ID: <1101380797.27544.3.camel@zs.smartweb.rgu.ac.uk> Hi Thomas, Found that the tag in stats.xml contains the total number of sources! I've now used it in status.xsl and am happy with it! :) Thanks for your help! Zia On Wed, 2004-11-24 at 23:23, Thomas B. Ruecker, DM8TBR wrote: > > Apologies if my problem sound silly! I've been modifying the > status.xsl > > , and now stuck with the problem. I want to disply on the top header > > (h2) total number of sources mounted on the server . I dont know > > how/where the webserver is working, thus i dont know how/where to get > > the total count (if its already stored somewhere at all). Otherwise, > > what is the easiest way to get the count? > If unsure if data is already included look at the /admin/stats.xml . > This is the XML used for the XSLT. > If the Total number of sources is not included you could maybe do a > counting loop - YMMV. I'm not very good in xslt yet. > > Regards > > Thomas > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- Zia Syed Smartweb Research Center, Robert Gordon University From geoff at hitsandpieces.net Fri Nov 26 09:49:49 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 26 Nov 2004 19:49:49 +1000 Subject: [Icecast] Refresh Ices 0.4.? In-Reply-To: <41A45B63.2060703@recordcaster.de> References: <41A0D5CB.1000906@recordcaster.de> <20041124071716.GG3627@watanabe.local> <41A45B63.2060703@recordcaster.de> Message-ID: Anatol wrote: > Hmm ... How can I recognize, that the changes are detected? I Changed the > playlist, sent the kill -SIGHUP command, and watched the cue File. But > nothing changed. Or ... did ices finished playing the current song and starts > after that the new song from the new playlist? Yep, that's how it works, if memory serves (I messed with this in July so am having trouble remembering). A different signal, I think USR1, will make it skip to the next track. >> Actually, it should detect changed playlists >> automatically. It does, but when I tried doing this, it recognised the changed playlist but picked up at the same place it had been in the old one, rather than going from the top. So, in my case, after it had played item 5 in the old playlist, it began with item 6 of the new one. Not quite what I'd wanted, but it was good enough at the time. Oh and this was Ices 0.3 then. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From tim at timkracht.com Sat Nov 27 14:27:20 2004 From: tim at timkracht.com (Tim Kracht) Date: Sat, 27 Nov 2004 09:27:20 -0500 Subject: [Icecast] How to Link To Stream Message-ID: <41A88EC8.6030601@timkracht.com> I'm a new user... setting up Icecast with Ices2 on a Fedora box. Initial tests have been successful. I want to add a link to my website to open the stream, but a straightforward * starts a normal download... how > do you get the stream to play from the link? as a link use domain.com:800/stream.ogg.m3u karl. From henk.vande.ridder at solcon.nl Sat Nov 27 21:52:40 2004 From: henk.vande.ridder at solcon.nl (Henk van de Ridder) Date: Sat, 27 Nov 2004 22:52:40 +0100 Subject: [Icecast] Prevent client disconnecting fallen-too-far-behind Message-ID: <001c01c4d4cb$6aec57e0$6829a8c0@hvdr> Hello, Does anybody know how I can configure icecast so it doesn't disconnect a client which "has fallen too far behind". We are using icecast2.01 streaming software for our church home-listening system. Our client we use a netgem-netbox. We are streaming 25kbps MP3 on V90-56kbps modem connection After around 45 minutes after starting the cleint the icecast error.log reports: [2004-11-27 20:25:58] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1. But the client still goes on playing for about 1 hour. Then it suddenly stops the music. The icecast errorlog reports: [2004-11-27 21:33:18] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2004-11-27 21:33:18] DBUG source/source_main Client has fallen too far behind, removing [2004-11-27 21:33:18] DBUG source/source_main Client removed I think Icecast masters this proces and removes the client isn't it ? Many thanks in advance for suggestion which may solve this. Henk From andy at earthsong.free-online.co.uk Sat Nov 27 21:25:26 2004 From: andy at earthsong.free-online.co.uk (andy) Date: Sat, 27 Nov 2004 21:25:26 +0000 Subject: [Icecast] delay in icecast stream Message-ID: I'm using ices-kh and icecast to broadcast a stream. It's working well apart from after about 8 hours the delay between the stream input and the audio from the player increases to about 5 minutes. When I start it up, it's only about 16 seconds. The metadata info in the server admin page still updates at the right time, so I don't think it's a problem with the streamer (ices). Stopping the player and reconnecting doesn't cure it either. If you have any idea why this is happening and how to cure it, it would be a help. thanks, andy. From karl at xiph.org Sun Nov 28 02:23:21 2004 From: karl at xiph.org (Karl Heyes) Date: 28 Nov 2004 02:23:21 +0000 Subject: [Icecast] Prevent client disconnecting fallen-too-far-behind In-Reply-To: <001c01c4d4cb$6aec57e0$6829a8c0@hvdr> References: <001c01c4d4cb$6aec57e0$6829a8c0@hvdr> Message-ID: <1101608601.29909.38.camel@bogus.hackers.club> On Sat, 2004-11-27 at 21:52, Henk van de Ridder wrote: > Hello, > > Does anybody know how I can configure icecast so it doesn't disconnect a > client which "has fallen too far behind". there isn't anything else icecast can do when that condition is reached > We are using icecast2.01 streaming software for our church home-listening > system. > Our client we use a netgem-netbox. > We are streaming 25kbps MP3 on V90-56kbps modem connection a 56kbps modem is not going to have a lot of tolerance. > After around 45 minutes after starting the cleint the icecast error.log > reports: > [2004-11-27 20:25:58] DBUG format-mp3/format_mp3_write_buf_to_client Client > had recoverable error -1. > > But the client still goes on playing for about 1 hour. Then it suddenly > stops the music. The size of the buffer in the player and the size of the TCP buffers on the server/client OS will have an effect on the amount of data in-flight > The icecast errorlog reports: > [2004-11-27 21:33:18] DBUG format-mp3/format_mp3_write_buf_to_client Client > had recoverable error -1 > [2004-11-27 21:33:18] DBUG source/source_main Client has fallen too far > behind, removing > [2004-11-27 21:33:18] DBUG source/source_main Client removed > > I think Icecast masters this proces and removes the client isn't it ? > > Many thanks in advance for suggestion which may solve this. A 56k modem should handle a single 25kbps mp3 stream but the modem . can get congested with other traffic easily . could connect at a lower rate than you're expecting . could retrain to get a better/worse connection. . could suffer from loss If any of those occur then latency will be added, and if that keeps repeating then eventually icecast will close the connection to the client. karl. From TerryUsa at Comcast.net Sun Nov 28 04:39:44 2004 From: TerryUsa at Comcast.net (Terry Lee) Date: Sat, 27 Nov 2004 23:39:44 -0500 Subject: [Icecast] What to do? Message-ID: <002101c4d504$48bf7970$1901a8c0@musicianhhxcl1> I was wondering if I have to have an m3u playlist with the name of my mount point. example http://mydomain.com:8000/live.ogg so do I have to have live.ogg saved as a playlist somewhere. I hope this is clear enough to get some help. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.3 - Release Date: 11/26/2004 From geoff at hitsandpieces.net Sun Nov 28 05:45:28 2004 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 28 Nov 2004 15:45:28 +1000 Subject: [Icecast] What to do? In-Reply-To: <002101c4d504$48bf7970$1901a8c0@musicianhhxcl1> References: <002101c4d504$48bf7970$1901a8c0@musicianhhxcl1> Message-ID: Terry Lee wrote: > I was wondering if I have to have an m3u playlist with the name of my > mount point. The short answer is yes you do, but you can get icecast to generate it for you. So using your example, you could call: http://mydomain.com:8000/live.ogg.m3u and it would automatically generate the M3U file for that mount. Note that this relies on the hostname variable in the config file being set correctly. Geoff. From TerryUsa at Comcast.net Sun Nov 28 05:47:48 2004 From: TerryUsa at Comcast.net (Terry Lee) Date: Sun, 28 Nov 2004 00:47:48 -0500 Subject: [Icecast] Thanks Jason Message-ID: <001a01c4d50d$ca8b8990$1901a8c0@musicianhhxcl1> You answered my question. I'm grateful! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.3 - Release Date: 11/26/2004 From mihamina at mail.rktmb.org Sun Nov 28 09:43:13 2004 From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina) Date: Sun, 28 Nov 2004 10:43:13 +0100 Subject: [Icecast] Touching shoutcast.com directory with Icecast2 Message-ID: <1101634993.1268.20.camel@milina> Hello, Is there a way to touch Shoutcast directory with an Icecast server ? Is for a mp3 stream. The server is already serving ogg stream but our foundation got a new member that did not know about ogg, and he needs time to encode his tracks to ogg, and then we should temporarily relay his mp3 stream, but we want to be dired by SC directory ... How to ? :-) -- ASPO Infog?rance http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc http://faq.fcolc.eu.org/ LUG sur Orl?ans et alentours. T?l : 02 38 76 43 65 (France) From Jason at Weatherserver.net Sun Nov 28 10:01:09 2004 From: Jason at Weatherserver.net (Jason) Date: Sun, 28 Nov 2004 05:01:09 -0500 Subject: [Icecast] Touching shoutcast.com directory with Icecast2 References: <1101634993.1268.20.camel@milina> Message-ID: <000801c4d531$2f5c04d0$1401a8c0@workstation> No the mean shoutcast owner doesn't like us and banned anything but shoutcast servers from there YP. ----- Original Message ----- From: "Rakotomandimby (R12y) Mihamina" To: <> Sent: Sunday, November 28, 2004 4:43 AM Subject: [Icecast] Touching shoutcast.com directory with Icecast2 Hello, Is there a way to touch Shoutcast directory with an Icecast server ? Is for a mp3 stream. The server is already serving ogg stream but our foundation got a new member that did not know about ogg, and he needs time to encode his tracks to ogg, and then we should temporarily relay his mp3 stream, but we want to be dired by SC directory ... How to ? :-) -- ASPO Infog?rance http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc http://faq.fcolc.eu.org/ LUG sur Orl?ans et alentours. T?l : 02 38 76 43 65 (France) _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From mihamina at mail.rktmb.org Sun Nov 28 13:27:13 2004 From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina) Date: Sun, 28 Nov 2004 14:27:13 +0100 Subject: [Icecast] Touching shoutcast.com directory with Icecast2 In-Reply-To: <000801c4d531$2f5c04d0$1401a8c0@workstation> References: <1101634993.1268.20.camel@milina> <000801c4d531$2f5c04d0$1401a8c0@workstation> Message-ID: <1101648433.1266.22.camel@milina> On Sun, 2004-11-28 at 11:01, Jason wrote: > No the mean shoutcast owner doesn't like us and banned anything but > shoutcast servers from there YP. They're crazzy. -- ASPO Infog?rance http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc http://faq.fcolc.eu.org/ LUG sur Orl?ans et alentours. T?l : 02 38 76 43 65 (France) From deltamusic at gmail.com Sun Nov 28 15:55:16 2004 From: deltamusic at gmail.com (Delta) Date: Sun, 28 Nov 2004 09:55:16 -0600 Subject: [Icecast] Kick/Ban listener ip Message-ID: I s it possible to block access to all users from :" p????????.dip.t-dialin.net" with IceCast or Shoutcast servers? These users seem to always attach themselves to the stream and even when banned continue to try to reconnect for hours. From spontexx at web.de Sun Nov 28 23:07:13 2004 From: spontexx at web.de (=?ISO-8859-1?Q?S=F6ren_Krings?=) Date: Mon, 29 Nov 2004 00:07:13 +0100 Subject: [Icecast] Stream directory on icecast.org Message-ID: <41AA5A21.60106@web.de> Hello, is there any way to query the stream directory on icecast.org from a client application? The application will play netstreams and so i can provide an easy access to the stream directory without using any browser. Best regards S?ren Krings From reef2 at interia.pl Fri Nov 26 16:29:25 2004 From: reef2 at interia.pl (Reef) Date: 26 Nov 2004 17:29:25 +0100 Subject: [Icecast] Song Updates and buffer every 2-3min Message-ID: <20041126162925.4C30C184557@poczta.interia.pl> > > just so you know, --enable-vorbis-updates is only a compile flag for the KH > > branch, not the mainline trunk. And I think it would be great to have this > > code be factored out of KH and integrated into the mainline trunk...This > > also seems like an odd thing to have as a compile flag, what was the > > motivation for that ? oddsock > That switch enables the building of an alternative ogg module, one from > a while back which hasn't had that much testing. It works well enough > to use although there were a couple of issues that appeared with the > changes mike wanted in trunk with the final singleq merge (the module > wasn't updated fully at the time but is now fixed in svn). > > The default module in the kh branch deals with multiple codec streams, > it's fairly trivial and was useful for testing theora streaming. > Handling rewriting of streams for this module was an extra level of > complexity that I didn't want at the time. > > I don't have the two merged together yet as it seemed like a low > priority, but if people want the stream rewriting of vorbis streams with > url metadata insertion then I could merge it across. > > karl. Is it ready? I tried to compile icecast 2.1.0 --enable-vorbis-updates but nothing happend, that is how I got there... I am a bash script programmer and I feel awful because I cannot help You. I enjoy using icecast servers, but we have a problem (in my radio station) : When the source is on the same machine that icecast server is, everything is fine. But when The source is on other machine (even on the same LAN with server) we got buffer every 2-3 minutes. We have to user shoutcast to broadcast because of that. Did anyone experienced anything like that? Sorry for shool english, I am from Poland. regards Reef ---------------------------------------------------------------------- Nudzisz sie? Zagraj sobie! >>> http://link.interia.pl/f183d From oddsock at oddsock.org Mon Nov 29 02:00:30 2004 From: oddsock at oddsock.org (oddsock) Date: Sun, 28 Nov 2004 20:00:30 -0600 Subject: [Icecast] Stream directory on icecast.org In-Reply-To: <41AA5A21.60106@web.de> References: <41AA5A21.60106@web.de> Message-ID: <6.0.1.1.2.20041128195850.03ea5f68@www.oddsock.org> At 05:07 PM 11/28/2004, you wrote: >Hello, > >is there any way to query the stream directory on icecast.org from a >client application? The application will play netstreams and so i can >provide an easy access to the stream directory without using any browser. you may access the stream directory using http://dir.xiph.org/yp.xml It is updated every minute and is a full dump of the stream directory. oddsock From brian at tubhost.com Mon Nov 29 08:47:52 2004 From: brian at tubhost.com (Brian Coffee) Date: Mon, 29 Nov 2004 00:47:52 -0800 Subject: [Icecast] YP Directories? Message-ID: Hello all. I am new to this list and have joined so I can get news about icecast since I, surprise surprise, have my own icecast server running. I want to know if any of you have a good list of yp directories that will accept yp submissions from a public server. If you know of any that I don't, please feel free to e-mail me with more. Here's what I have come across so far: http://radio.indymedia.org/cgi-bin/yp-cgi http://www.radiotoolbox.com/mediatoolbox/yp-cgi.php http://dir.xiph.org/cgi-bin/yp-cgi http://www.oddsock.org/cgi-bin/yp-cgi I may be putting together a good index of these soon and posting them to my blog for other people to be able to view, so I appreciate any help. I may also setup my own ypdir using the icecast2yp code pasted on this list once I find the time to get around to setting it up. Brian Coffee Chief Information Officer TUBhost: http://www.tubhost.com Phone: 415-563-8412 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004 From nettings at folkwang-hochschule.de Mon Nov 29 19:20:11 2004 From: nettings at folkwang-hochschule.de (Joern Nettingsmeier) Date: Mon, 29 Nov 2004 20:20:11 +0100 Subject: [Icecast] Kick/Ban listener ip In-Reply-To: References: Message-ID: <41AB766B.9030107@folkwang-hochschule.de> Delta wrote: > I s it possible to block access to all users from :" > p????????.dip.t-dialin.net" with IceCast or Shoutcast servers? These > users seem to always attach themselves to the stream and even when > banned continue to try to reconnect for hours. please think twice before doing this. these names belong to dsl customers of the german telekom (of which i happen to be one). by blocking them, you are keeping several million people off your webcast. probably the reconnects you see are stale filesharing links... perhaps moving to another port will help. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan J?rn Nettingsmeier Lortzingstr. 11, 45128 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) From karl at xiph.org Mon Nov 29 20:35:32 2004 From: karl at xiph.org (Karl Heyes) Date: 29 Nov 2004 20:35:32 +0000 Subject: [Icecast] Song Updates and buffer every 2-3min In-Reply-To: <20041126162925.4C30C184557@poczta.interia.pl> References: <20041126162925.4C30C184557@poczta.interia.pl> Message-ID: <1101760532.22140.50.camel@bogus.hackers.club> On Fri, 2004-11-26 at 16:29, Reef wrote: > > The default module in the kh branch deals with multiple codec streams, > > it's fairly trivial and was useful for testing theora streaming. > > Handling rewriting of streams for this module was an extra level of > > complexity that I didn't want at the time. > > > > I don't have the two merged together yet as it seemed like a low > > priority, but if people want the stream rewriting of vorbis streams with > > url metadata insertion then I could merge it across. > > > > karl. > > Is it ready? I tried to compile icecast 2.1.0 --enable-vorbis-updates but nothing happend, that is how I got there... > I am a bash script programmer and I feel awful because I cannot help You. As was mentioned, it's only on my branch which is like 2.1 with various bits added. My directory on mediacast1.com/~karl was out of action for a while, looks to be down to a HD failure, but is up now. you can also access SVN at svn.xiph.org/icecast/branches/kh/icecast On a related note, in svn I have merged the 2 modules previously mentioned so that the --enable-vorbis-updates switch is longer needed now. The merge is new so I could of broken something but so far things look fine, if you want the stream rebuilding to occur (which includes the URL updates) then add 1 to the appropriate karl. From joseph_fears at sbcglobal.net Mon Nov 29 22:02:23 2004 From: joseph_fears at sbcglobal.net (joseph fears) Date: Mon, 29 Nov 2004 14:02:23 -0800 (PST) Subject: [Icecast] request for software tools Message-ID: <20041129220223.90716.qmail@web81605.mail.yahoo.com> now that i am registered with your mailing, will you please email me back a link or links where i can download the nessassary tools to strat my internet radio station stream? i use a windows 2k pc & i am ready I already have the stats server going Now, but I need the player software and the Host URL and beasic other software to get going Tonight. please reply Joseph fears c/o KSJF-NETRADIO -------------- next part -------------- An HTML attachment was scrubbed... URL: From henk.vande.ridder at solcon.nl Mon Nov 29 22:12:13 2004 From: henk.vande.ridder at solcon.nl (Henk van de Ridder) Date: Mon, 29 Nov 2004 23:12:13 +0100 Subject: [Icecast] Prevent client disconnecting fallen-too-far-behind References: <001c01c4d4cb$6aec57e0$6829a8c0@hvdr> <1101608601.29909.38.camel@bogus.hackers.club> Message-ID: <001b01c4d660$7a737d10$6829a8c0@hvdr> Hello Karl, Thank you for your answer. The problem is the client. We decided to make a quick&dirty solution: - The queue-size is enlarged to 512000 byte (our server has enough internal memory) - The streaming bitrate is lowered to 16 kbps. Hopefully this will do for a time, until we'll find the real problem in the client. With kind regards. Henk ----- Original Message ----- From: "Karl Heyes" To: "Henk van de Ridder" Cc: "icecast" ; Sent: Sunday, November 28, 2004 3:23 AM Subject: Re: [Icecast] Prevent client disconnecting fallen-too-far-behind > On Sat, 2004-11-27 at 21:52, Henk van de Ridder wrote: > > Hello, > > > > Does anybody know how I can configure icecast so it doesn't disconnect a > > client which "has fallen too far behind". > > there isn't anything else icecast can do when that condition is reached > > > We are using icecast2.01 streaming software for our church home-listening > > system. > > Our client we use a netgem-netbox. > > We are streaming 25kbps MP3 on V90-56kbps modem connection > > a 56kbps modem is not going to have a lot of tolerance. > > > After around 45 minutes after starting the cleint the icecast error.log > > reports: > > [2004-11-27 20:25:58] DBUG format-mp3/format_mp3_write_buf_to_client Client > > had recoverable error -1. > > > > But the client still goes on playing for about 1 hour. Then it suddenly > > stops the music. > > The size of the buffer in the player and the size of the TCP buffers on > the server/client OS will have an effect on the amount of data in-flight > > > The icecast errorlog reports: > > [2004-11-27 21:33:18] DBUG format-mp3/format_mp3_write_buf_to_client Client > > had recoverable error -1 > > [2004-11-27 21:33:18] DBUG source/source_main Client has fallen too far > > behind, removing > > [2004-11-27 21:33:18] DBUG source/source_main Client removed > > > > I think Icecast masters this proces and removes the client isn't it ? > > > > Many thanks in advance for suggestion which may solve this. > > A 56k modem should handle a single 25kbps mp3 stream but the modem > > . can get congested with other traffic easily > . could connect at a lower rate than you're expecting > . could retrain to get a better/worse connection. > . could suffer from loss > > If any of those occur then latency will be added, and if that keeps > repeating then eventually icecast will close the connection to the > client. > > karl. > > > From m.musnikas at lrtc.lt Tue Nov 30 14:05:57 2004 From: m.musnikas at lrtc.lt (Mindaugas Musnikas) Date: Tue, 30 Nov 2004 16:05:57 +0200 Subject: [Icecast] CPU load Message-ID: <004701c4d6e5$b7247090$d590a8c0@techmindaugas> Hello all, I want to stream multiple live programs. For that purpose the analog signal of radio program must be digitalized and encoded. I'm using RME HDSP 9652 (with 26 input channels) soundcard for capturing the sound. For encoding I'm using jackified version of ices (ices-kh) and JACK server to connect multiple ices processes to the soundcard. My operating system is Linux Mandrake 10.0 with kernel 2.6. The drivers for soundcard is ALSA 1.0.6. My Hardware is Pentium4 HT 2,8 GHz with 512 MB of RAM. Operating system recognizes two logical CPUs and distributes the load between these devices. When I start icecast, jackd and 12 ices processes in this PC, I can see that these processes use about 80% of the CPU time. My question is: is such a usage of CPU normal or not? What parameters of ices configuration file can be changed to optimize consumption of CPU time? I know, that a managed bitrate requires more CPU time , so I'm not using this feature. Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.musnikas at lrtc.lt Tue Nov 30 14:53:10 2004 From: m.musnikas at lrtc.lt (Mindaugas Musnikas) Date: Tue, 30 Nov 2004 16:53:10 +0200 Subject: [Icecast] source clients Message-ID: <012c01c4d6ec$4f528310$d590a8c0@techmindaugas> Hello again, does anybody know icecast sorce client which encodes live audio in mp3 and uses ALSA drivers. I've tried darkice, but it uses too many resources for several encoding processes. Maybe the reason is because I'm using virtual ALSA devices created for each program I want to encode. But I know only two ways different channels from the same soundcard to be used simmultaneously by different encoding processes. These ways are: 1) Create virtual ALSA devices for each channel pair 2) Use JACK compatible encoders like ices-kh. If there is another way, I would like to know it. Maybe you know icecast source client running in Windows? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lemmingsml at nerim.fr Tue Nov 30 15:31:26 2004 From: lemmingsml at nerim.fr (EISELE Pascal) Date: Tue, 30 Nov 2004 16:31:26 +0100 Subject: [Icecast] Some metadata missing, relaying icecast1 stream with icecast2 In-Reply-To: <7jlle2jstf.fsf@junk.nocrew.org> References: <7jlle2jstf.fsf@junk.nocrew.org> Message-ID: <41AC924E.2030605@nerim.fr> I've exactly the same problem ! :( Is there a way to relay metadata information between icecast v1 and v2 or to force them to another value ? Rolf Johansson a ?crit : >I'm relaying an icecast1 mp3 stream with icecast2. This works fine, >and the song title is displayed correctly no matter if I use >1 or not on the relay. > >But, the stream name and other metadata provided by ices0 on the >icecast1 server is not displayed in the listening client. > >Icecast1 source: > >[Id: 1] [Sock: 11] [Time of connect: 09/Aug/2004:10:01:24] [IP: 127.0.0.1] [Host: gubbox] [State: 1] [Type: encoder] [Proto: x-audiocast] [Clients: 1] [Dumpfile/fd: (null)/-1] [Priority: 0] [Song Title: Latin Kings - Omert?] [Song URL: http://xxx.xxx.xxx/] [Stream Message: (null)] [Song Length: -1 bytes] [Stream Name: Radio Kaksi] [Stream Genre: Rock] [Stream Bitrate: 128] [Stream URL: http://xxx.xxx.xxx/] [Mountpoint: /ices] [Description: Radio Kaksi 2.0, the new music era hitting your ears directly.] [MBytes read: 94339] [MBytes written: 100510] [Client connections: 486] [Connected for: 71 days, 13 hours, 26 minutes and 48 seconds] > >Any hints on why the Stream name isn't sent trough the relay? It only displays >the relay's http server name and port. > >/Rolf >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > From eviloverlord at imux.net Tue Nov 30 17:19:50 2004 From: eviloverlord at imux.net (EvilOverlord) Date: Tue, 30 Nov 2004 17:19:50 +0000 Subject: [Icecast] source clients In-Reply-To: <012c01c4d6ec$4f528310$d590a8c0@techmindaugas> References: <012c01c4d6ec$4f528310$d590a8c0@techmindaugas> Message-ID: <41ACABB6.4000901@imux.net> Mindaugas Musnikas wrote: > Hello again, > > does anybody know icecast sorce client which encodes live audio in > mp3 and uses ALSA drivers. I've tried darkice, but it uses too many > resources for several encoding processes. Maybe the reason is because > I'm using virtual ALSA devices created for each program I want to > encode. But I know only two ways different channels from the same > soundcard to be used simmultaneously by different encoding processes. > These ways are: 1) Create virtual ALSA devices for each channel pair > 2) Use JACK compatible encoders like ices-kh. If there is another > way, I would like to know it. Maybe you know icecast source client > running in Windows? Thank you in advance. When confronted with that problem myself, (4 audio sources to encode on one machine) I used the ALSA virtual device setup and four icesS 2.0 processes feeding into a local icecast server, I then used streamTranscoder to convert them into mp3 and send them out the correct servers. A little messy, and required several control scripts, but it works :-) Stephen LiveIce Project http://liveice.sourceforge.net/ From karl at xiph.org Tue Nov 30 18:00:22 2004 From: karl at xiph.org (Karl Heyes) Date: 30 Nov 2004 18:00:22 +0000 Subject: [Icecast] CPU load In-Reply-To: <004701c4d6e5$b7247090$d590a8c0@techmindaugas> References: <004701c4d6e5$b7247090$d590a8c0@techmindaugas> Message-ID: <1101837622.20882.123.camel@bogus.hackers.club> On Tue, 2004-11-30 at 14:05, Mindaugas Musnikas wrote: > Hello all, > > I want to stream multiple live programs. For that purpose the analog > signal of radio program must be digitalized and encoded. I'm using > RME HDSP 9652 (with 26 input channels) soundcard for capturing the > sound. For encoding I'm using jackified version of ices (ices-kh) and > JACK server to connect multiple ices processes to the soundcard. My > operating system is Linux Mandrake 10.0 with kernel 2.6. The drivers > for soundcard is ALSA 1.0.6. My Hardware is Pentium4 HT 2,8 GHz with > 512 MB of RAM. Operating system recognizes two logical CPUs and > distributes the load between these devices. When I start icecast, > jackd and 12 ices processes in this PC, I can see that these processes > use about 80% of the CPU time. My question is: is such a usage of CPU > normal or not? What parameters of ices configuration file can be > changed to optimize consumption of CPU time? I know, that a managed > bitrate requires more CPU time , so I'm not using this feature. Thank > you in advance. The encoding operation is the far most extensive use of the CPU, so if the encoder settings are what you want then there isn't much else. ices-kh does allow for say the same encoded stream to be sent to be multiple servers/mountpoints but whether that will be useful will depend on the setup you have karl.