From macsym69 Fri Jul 2 13:18:54 2004 From: macsym69 (MacSym) Date: Fri Jul 2 13:18:54 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: <200406292139.21451.rafael@riseup.net> Message-ID: <20040702201901.4B0CF104251@smtp3.oregonstate.edu> Hi everybody, I am running Icecast at home but I have a very low bandwidth so only 3 people can actually listen to my radio at the same time. I have an account with a hosting company which gives me a data transfer of 15Gb/Month but I only use about 10 Mb/month... My idea is to use the bandwidth of my hosting company (instead of mine) by replicating my stream on my webserver. I think PHP, Perl or CGI is able to do that but I didn't find any script. Does anyone of you know such a script/application? Did anyone of you tried to do the same thing? Thanks in advance for any help, Macsym From gshang Fri Jul 2 21:14:28 2004 From: gshang (Geoff Shang) Date: Fri Jul 2 21:14:28 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: <20040702201901.4B0CF104251@smtp3.oregonstate.edu> Message-ID: Hi: Your problem is that you're going to want only one listening process but many serving processes, otherwise it's not going to achieve anything. So to explain further, when someone connects to your hosting provider, you'll want them to connect to the stream which is already being pulled from your box, not start another instance which connects to your box. Basically what you want is a server, like icecast. You might be able to hack something together, but to my mind, you'd only be re-inventing icecast or something like it, so why bother? I realise you'll need to get your hosting company to install icecast, but there's really no other way to get around it that I can think of. Geoff. From steve Mon Jul 5 04:20:22 2004 From: steve (Steve Congrave) Date: Mon Jul 5 04:20:22 2004 Subject: [Icecast] Newbie support Message-ID: <001101c46282$1046c340$0302a8c0@Support> I have just setup icecast on my RedHat 9 server and it's working fine except that every 2 minutes or so I get an error in icecast error log giving about 20 lines of : DBUG format/format_generic_write_buf_to_client Client had recoverable error -1 And then DBUG source/source_main Client has fallen too far behind, removing It then restarts streaming to the client The result is that the music keeps stopping when played in Winamp and then restarts on the next track. I am assuming that it is a buffering issue - but which file do I change and what is the recommended value? Thanks Steve From karl Mon Jul 5 08:10:53 2004 From: karl (Karl Heyes) Date: Mon Jul 5 08:10:53 2004 Subject: [Icecast] Newbie support In-Reply-To: <001101c46282$1046c340$0302a8c0@Support> References: <001101c46282$1046c340$0302a8c0@Support> Message-ID: <1089040252.25921.25.camel@bogus.hackers.club> On Mon, 2004-07-05 at 12:20, Steve Congrave wrote: > I have just setup icecast on my RedHat 9 server and it's working fine except > that every 2 minutes or so I get an error in icecast error log giving about > 20 lines of : > > DBUG format/format_generic_write_buf_to_client Client had recoverable error > -1 This just means that the client could not be sent some data at that time, if it's just temporary then it's not a problem. > And then > > DBUG source/source_main Client has fallen too far behind, removing > > It then restarts streaming to the client This is because the client has so much waiting or it, that it is pointless to continue as-is, so icecast closes the connection to the listener. > The result is that the music keeps stopping when played in Winamp and then > restarts on the next track. > > I am assuming that it is a buffering issue - but which file do I change and > what is the recommended value? without knowing the specifics of the stream and connection to the client it's hard to say for sure. It could be that the network link is just saturated or there may be a network misconfiguration. karl. From lee Mon Jul 5 08:25:53 2004 From: lee (Lee Shakespeare) Date: Mon Jul 5 08:25:53 2004 Subject: [Icecast] multicast support Message-ID: <42945.217.145.225.210.1089041153.squirrel@www.home.shakey.org> Hi Folks. Just a quick question. Does icecast support multicast? I've searched the docs and can't find any refs to it. Cheers, Lee. -- lee(at)shakey(dot)org From mwimmer Mon Jul 5 08:21:21 2004 From: mwimmer (mindspin) Date: Mon Jul 5 08:21:21 2004 Subject: [Icecast] installation question Message-ID: <40E971F1.9030802@mindspin.de> Hi list, I,m trying to get icecast working on debian/woody. when I start Icecast I get the following error: carpenter:/home/icecast/stream/conf# icecast -c icecast.xml Changed root successfully to "/home/icecast/stream". Changed groupid to 105. Changed userid to 105. FATAL: could not open error logging FATAL: could not open access logging FATAL: Could not start logging /home/icecast/stream is the base directory, /home/icecast/stream is owned by user/group icecast /home/icecast/stream/logs/error.log and access.log are owned ny user/group icecast. any hints?? thanks in advance mindspin From adam Mon Jul 5 08:29:07 2004 From: adam (adam) Date: Mon Jul 5 08:29:07 2004 Subject: [Icecast] latency Message-ID: <20040705172624.M10610-100000@xs1.xs4all.nl> hi, I am just about to try (next week) some streaming to Icecast2 over a satellite uplink in a remote location. I was wondering if anyone has tried this and if there are any issues that I shoudl be prepared for. One issue I am wary of is the possible role latency will play in this system. Any pointers on streaming over high latency or satellite internet connections most appreciated! adam Adam Hyde adam at xs4all.nl r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' From karl Mon Jul 5 08:31:07 2004 From: karl (Karl Heyes) Date: Mon Jul 5 08:31:07 2004 Subject: [Icecast] installation question In-Reply-To: <40E971F1.9030802@mindspin.de> References: <40E971F1.9030802@mindspin.de> Message-ID: <1089041467.25921.28.camel@bogus.hackers.club> On Mon, 2004-07-05 at 16:21, mindspin wrote: > Hi list, I,m trying to get icecast working on debian/woody. > > when I start Icecast I get the following error: > > carpenter:/home/icecast/stream/conf# icecast -c icecast.xml > Changed root successfully to "/home/icecast/stream". > Changed groupid to 105. > Changed userid to 105. > FATAL: could not open error logging > FATAL: could not open access logging > FATAL: Could not start logging > > /home/icecast/stream is the base directory, > /home/icecast/stream is owned by user/group icecast > /home/icecast/stream/logs/error.log and access.log are owned ny > user/group icecast. be wary of using chroot, paths and certain system files may not be accessible unless you setup the chroot jail correctly. karl. From karl Mon Jul 5 08:33:56 2004 From: karl (Karl Heyes) Date: Mon Jul 5 08:33:56 2004 Subject: [Icecast] multicast support In-Reply-To: <42945.217.145.225.210.1089041153.squirrel@www.home.shakey.org> References: <42945.217.145.225.210.1089041153.squirrel@www.home.shakey.org> Message-ID: <1089041636.25921.32.camel@bogus.hackers.club> On Mon, 2004-07-05 at 16:25, Lee Shakespeare wrote: > Hi Folks. > > Just a quick question. Does icecast support multicast? I've searched the > docs and can't find any refs to it. no it doesn't, multicast support is not that common. karl. From karl Mon Jul 5 08:44:01 2004 From: karl (Karl Heyes) Date: Mon Jul 5 08:44:01 2004 Subject: [Icecast] latency In-Reply-To: <20040705172624.M10610-100000@xs1.xs4all.nl> References: <20040705172624.M10610-100000@xs1.xs4all.nl> Message-ID: <1089042241.25921.43.camel@bogus.hackers.club> On Mon, 2004-07-05 at 16:29, adam wrote: > hi, > > I am just about to try (next week) some streaming to Icecast2 over a > satellite uplink in a remote location. I was wondering if anyone has tried > this and if there are any issues that I shoudl be prepared for. One issue > I am wary of is the possible role latency will play in this system. > > Any pointers on streaming over high latency or satellite internet > connections most appreciated! whenever TCP is being used, you should always consider the latency factor as that determines the theoretical max connection bandwidth. The main things you can check for are to make sure that your systems support TCP window scaling and maybe even TCP SACK, eg most UNIX type systems have window scaling enabled but most MS windows do not. karl. From enrico.minack Mon Jul 5 08:44:38 2004 From: enrico.minack (Enrico Minack) Date: Mon Jul 5 08:44:38 2004 Subject: [Icecast] multicast support References: <42945.217.145.225.210.1089041153.squirrel@www.home.shakey.org> Message-ID: <108001c462a6$fb0c3170$0864a8c0@desk> > Just a quick question. Does icecast support multicast? try liveCaster from www.live.com, this takes a stream from icecast and broadcasts it via multicast. We are using it for over 2 years now and it is working just fine. Enrico From steve Mon Jul 5 08:45:20 2004 From: steve (Steve Congrave) Date: Mon Jul 5 08:45:20 2004 Subject: [Icecast] Newbie support Message-ID: <001f01c462a7$144d3080$0302a8c0@Support> I have just setup icecast on my RedHat 9 server and it's working fine except that every 2 minutes or so I get an error in icecast error log giving about 20 lines of : DBUG format/format_generic_write_buf_to_client Client had recoverable error -1 And then DBUG source/source_main Client has fallen too far behind, removing It then restarts streaming to the client The result is that the music keeps stopping when played in Winamp and then restarts on the next track. I am assuming that it is a buffering issue - but which file do I change and what is the recommended value? Thanks Steve From iceuse Mon Jul 5 13:31:00 2004 From: iceuse (Iceuse - Kris) Date: Mon Jul 5 13:31:00 2004 Subject: [Icecast] installation question In-Reply-To: <40E971F1.9030802@mindspin.de> References: <40E971F1.9030802@mindspin.de> Message-ID: <40E9BA84.2090103@kezako.net> Hello, if in your icecast.xml, log file is set to /logs/error.log, then perhaps you had the same error I had some time ago. To prevent this, I added chown nobody:nogroup /var/log/icecast/{access.log,error.log} just before starting icecast... you should try chown with correct user/group and directory. I think it is corrected in Karl's icecast version, but in fact, I don't know, as the chown line is still in my script. Chris mindspin wrote: > Hi list, I,m trying to get icecast working on debian/woody. > > when I start Icecast I get the following error: > > carpenter:/home/icecast/stream/conf# icecast -c icecast.xml > Changed root successfully to "/home/icecast/stream". > Changed groupid to 105. > Changed userid to 105. > FATAL: could not open error logging > FATAL: could not open access logging > FATAL: Could not start logging > > /home/icecast/stream is the base directory, > /home/icecast/stream is owned by user/group icecast > /home/icecast/stream/logs/error.log and access.log are owned ny > user/group icecast. > > any hints?? > > thanks in advance mindspin > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From mp Tue Jul 6 09:41:50 2004 From: mp (Myke Place) Date: Tue Jul 6 09:41:50 2004 Subject: [Icecast] Playing a file before live stream Message-ID: <20040706164149.GA13214@xmission.com> Hi, My sincere apologies if this topic has appeared on the mailing list before, (as I'm sure it probably has) but the xiph.org archive function is still broken so I can't search. At any rate, I'd like to know if it is possible, using Icecast2, to play a short .mp3 or .ogg file before a live stream is delivered. I'm not sure how to do this, or if it is even possible. Any help is appreciated. -mp From crupp Tue Jul 6 10:07:37 2004 From: crupp (Christoph Rupp) Date: Tue Jul 6 10:07:37 2004 Subject: [Icecast] Playing a file before live stream In-Reply-To: <20040706164149.GA13214@xmission.com> References: <20040706164149.GA13214@xmission.com> Message-ID: <40EADC59.8090107@umc-web.de> Myke Place wrote: > Hi, > > My sincere apologies if this topic has appeared on the mailing list > before, (as I'm sure it probably has) but the xiph.org archive function > is still broken so I can't search. > > At any rate, I'd like to know if it is possible, using Icecast2, to play > a short .mp3 or .ogg file before a live stream is delivered. I'm not > sure how to do this, or if it is even possible. Any help is appreciated. > Hi Myke, if you offer a m3u file for download on your webpage, you could insert a link to a static file as the first entry, and then the link to the life stream as the second entry: i.e.: http://my.host.com/files/static.ogg http://my.host.com:8000/live hth Chris From macsym69 Tue Jul 6 10:47:13 2004 From: macsym69 (MacSym) Date: Tue Jul 6 10:47:13 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: Message-ID: <20040706174733.3156B104109@smtp3.oregonstate.edu> Hi Geoff, First, thank you very much for understanding my message; I posted a thread on phpbuilder but nobody really understood what my end goal was... It looks like they don't really know what streaming is... So you think it's just impossible to do? I am still convinced that PHP or Perl are powerful enough to handle it but I will have to search a little more. I know how to open sockets on my webserver but the problem is that if 20 persons run the same script, 20 different sockets are opened which doesn't change anything to my bandwidth problem. For the moment, I don't know how to fix that problem. Any idea? Cheers, Macsym -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Geoff Shang Sent: Saturday, July 03, 2004 6:14 AM To: icecast at xiph.org Subject: Re: [Icecast] Replicate stream on webserver Hi: Your problem is that you're going to want only one listening process but many serving processes, otherwise it's not going to achieve anything. So to explain further, when someone connects to your hosting provider, you'll want them to connect to the stream which is already being pulled from your box, not start another instance which connects to your box. Basically what you want is a server, like icecast. You might be able to hack something together, but to my mind, you'd only be re-inventing icecast or something like it, so why bother? I realise you'll need to get your hosting company to install icecast, but there's really no other way to get around it that I can think of. Geoff. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From macsym69 Tue Jul 6 10:53:37 2004 From: macsym69 (MacSym) Date: Tue Jul 6 10:53:37 2004 Subject: [Icecast] Reply to this list In-Reply-To: <40EADC59.8090107@umc-web.de> Message-ID: <20040706175351.261271044CA@smtp3.oregonstate.edu> Hi everybody, I just noticed that when I reply to a message from this list, my reply is sent to the sender and not the list (icecast at xiph.org). I think my replies were automatically sent to the list before. Did you change anything at the list settings? This might be an isolated problem on my side, I am using Outlook 2003. Does anyone experience the same problem? Anyway, it's not a big deal because now, I know I just have to hit "reply to all" and delete the sender's address to just keep icecast at xiph.org in the "to" field but I just realized that some of my previous messages never arrived to the list. Cheers, MAX From crupp Tue Jul 6 10:57:26 2004 From: crupp (Christoph Rupp) Date: Tue Jul 6 10:57:26 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: <20040706174733.3156B104109@smtp3.oregonstate.edu> oregonstate.edu References: <20040706174733.3156B104109@smtp3.oregonstate.edu> oregonstate.edu Message-ID: <40EAE806.6040707@umc-web.de> MacSym wrote: > Hi Geoff, > > First, thank you very much for understanding my message; I posted a thread > on phpbuilder but nobody really understood what my end goal was... It looks > like they don't really know what streaming is... > > So you think it's just impossible to do? I am still convinced that PHP or > Perl are powerful enough to handle it but I will have to search a little > more. I know how to open sockets on my webserver but the problem is that if > 20 persons run the same script, 20 different sockets are opened which > doesn't change anything to my bandwidth problem. For the moment, I don't > know how to fix that problem. Any idea? Hi MacSym, there's another problem: most ISPs kill CGI scripts (or PHP scripts) after a few seconds. But if your PHP script would replicate the stream, it would have to run as long as the stream runs. Have a few hundred page hits, and you have a few hundred processes on the server, and your ISP kills you. Maybe it's easier to find a hoster with icecast or another streaming server... Chris From lists Tue Jul 6 12:15:04 2004 From: lists (Paul) Date: Tue Jul 6 12:15:04 2004 Subject: [Icecast] Shout: "couldn't connect" Message-ID: I am running Icecast 1.3.12-debian, with libshout 2.0 and Shout 2.0.1. When I run example.pl in the Shout build directory directory, I get the error "couldn't connect..." I'm not sure where to look to unravel this error. Icecast is working fine and streaming static files smoothly. From gshang Tue Jul 6 16:01:55 2004 From: gshang (Geoff Shang) Date: Tue Jul 6 16:01:55 2004 Subject: [Icecast] Ices 0.3 signals Message-ID: Hi: I'e had to set up ices 0.3 overnight to get a job done - our you-bute automation software let us down. I've found you can get it to skip to the next track by sending sigusr1, and the readme reckons sigint closes and reopens the log. I wondered if there was anything to either reload the playlist or refresh the config. My situation calls for two distinct playlists, and I was hoping I'd be able to switch from one to the other without restarting. Am I wanting too much? I note that ices 2.0 will reload the playlist if it finds it has been touched. Oh and i realise that what I want to do is probably better handled by a script, but unfortunately I don't know either perl or python and ices 0.3 doesn't support the basic scripting that ices 2.0 does. Geoff. From jeremy Tue Jul 6 17:07:23 2004 From: jeremy (Jeremy Bierbach) Date: Tue Jul 6 17:07:23 2004 Subject: [Icecast] Shout: "couldn't connect" In-Reply-To: References: Message-ID: <40EB3EBB.20006@groeneheks.nl> Paul wrote: > I am running Icecast 1.3.12-debian, with libshout 2.0 and Shout 2.0.1. > When I run example.pl in the Shout build directory directory, I get > the error "couldn't connect..." I'm not sure where to look to unravel > this error. Icecast is working fine and streaming static files smoothly. The reason is that Icecast 1.x doesn't support the HTTP shout protocol. You would need to change the line $conn->protocol(SHOUT_PROTOCOL_HTTP); to $conn->protocol(SHOUT_PROTOCOL_XAUDIOCAST); to make example.pl work with Icecast 1.x. (For anyone else on the mailing list who is wondering, this is all about the Shout.pm Perl library and the example script distributed with it.) But you will be much better off in the long run if you just start using Icecast 2.x instead. Not to mention that Icecast 1.x doesn't support Ogg Vorbis. -- jeremy From oddsock Tue Jul 6 18:46:16 2004 From: oddsock (oddsock) Date: Tue Jul 6 18:46:16 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: <20040706174733.3156B104109@smtp3.oregonstate.edu> References: Message-ID: <20040706174733.3156B104109 at smtp3.oregonstate.edu> Message-ID: <6.0.1.1.2.20040706203353.039e8038 at www.oddsock.org> At 12:47 PM 7/6/2004, you wrote: >Hi Geoff, > >First, thank you very much for understanding my message; I posted a thread >on phpbuilder but nobody really understood what my end goal was... It looks >like they don't really know what streaming is... > >So you think it's just impossible to do? I am still convinced that PHP or >Perl are powerful enough to handle it but I will have to search a little >more. I know how to open sockets on my webserver but the problem is that if >20 persons run the same script, 20 different sockets are opened which >doesn't change anything to my bandwidth problem. For the moment, I don't >know how to fix that problem. Any idea? a long long time ago I started developing something like this, primarily just to prove to someone specifically that it COULD be done. And yes, it can be done. I did it in PHP and the general approach was to have a controller that was responsible for pulling the stream from your server (it was shoutcast in this case) and then creating a local circular buffer in the form of a file. Listeners would connect to a special php script which would read through the circular buffer and send the data to the listener. Remembering more about it, I think the controller php script would accept a custom source client which made it so I didn't need the Shoutcast server at all. And, in fact, that was the reason why I wrote the oddcast DSP source client (because I couldn't make the existing Shoutcast DSP communicate with my PHP script). It did in fact work, although had a few caveats : 1. (most importantly) It was against the TOS for all hosting providers. While they specifically didn't mention that you couldn't do this type of thing, it was clearly against their policy. 2. It required a specialized listener client (I wrote a winamp input plugin to handle the listener part of it) 3. It proved my point that it could be done, although it really was a bad idea for many reasons, most specifically #1. As soon as a host finds out your doing something like this (and they will), all your efforts to set something up like this will be for nothing. 4. In case your wondering, I no longer have any of the code for this... oddsock From gshang Tue Jul 6 16:06:20 2004 From: gshang (Geoff Shang) Date: Tue Jul 6 16:06:20 2004 Subject: [Icecast] Shout: "couldn't connect" In-Reply-To: Message-ID: Hi: I'm guessing, but quite possibly the example uses the icecast 2.0 HTTP method of connecting, not the xaudiocast method used in icecast 1.x. You'll need to use something like ices 0.3 which you can get from icecast.org in order to connect to an icecast 1.x server. Note that icecast 1.x is no longer maintained and is therefore no longer supported by the developers. Geoff. From brendan Tue Jul 6 22:49:04 2004 From: brendan (Brendan Cully) Date: Tue Jul 6 22:49:04 2004 Subject: [Icecast] Ices 0.3 signals In-Reply-To: References: Message-ID: <20040707054904.GA28511@watanabe.local> On Wednesday, 07 July 2004 at 09:01, Geoff Shang wrote: > Hi: > > I'e had to set up ices 0.3 overnight to get a job done - our you-bute > automation software let us down. I've found you can get it to skip to the > next track by sending sigusr1, and the readme reckons sigint closes and > reopens the log. I wondered if there was anything to either reload the > playlist or refresh the config. My situation calls for two distinct > playlists, and I was hoping I'd be able to switch from one to the other > without restarting. Am I wanting too much? I note that ices 2.0 will > reload the playlist if it finds it has been touched. I think ices 0.3 will also reload the playlist if it has been edited, but only if playlist randomisation has been turned off. From msmith Tue Jul 6 18:10:23 2004 From: msmith (Michael Smith) Date: Tue Jul 6 18:10:23 2004 Subject: [Icecast] Reply to this list In-Reply-To: <20040706175351.261271044CA@smtp3.oregonstate.edu> References: <20040706175351.261271044CA@smtp3.oregonstate.edu> Message-ID: <200407071110.23824.msmith@xiph.org> On Wednesday 07 July 2004 03:53, MacSym wrote: > Hi everybody, > > I just noticed that when I reply to a message from this list, my reply is > sent to the sender and not the list (icecast at xiph.org). I think my replies > were automatically sent to the list before. Did you change anything at the > list settings? This might be an isolated problem on my side, I am using > Outlook 2003. Does anyone experience the same problem? The mailing list manager was changed. This setting was changed at the same time. Yes, it's a pain. M From JesseF Wed Jul 7 08:41:20 2004 From: JesseF (Jesse Fishman) Date: Wed Jul 7 08:41:20 2004 Subject: [Icecast] strange downloading occuring... Message-ID: <2BAA573578D9D2118E330090274662A162BBC8@cms01.estefanenterprises.com> I'm experiencing a strange phenomenon I think... I've got a playlist of 3 mp3's (total of about 9MB) which I've got ices0.3 streaming into icecast2.0 It seems that when I try and connect, it opens up windows media player, then buffers for 2-4 whole minutes, then plays the stream. I had my buddy try it, and he said his computer downloaded for 10 minutes, a total of 128 MB before he quit. I've tried typing in the address of the form: localhost.com:8000/ices and localhost.com:8000/ices.m3u and the same thing happens--it says its buffering, but the numbers jump a bit, i.e. buffering...19% complete buffering...7% complete buffering...32% complete buffering...24% complete --those aren't the actual numbers, but just a representation of what is happening. Eventually it gets to 100% and plays, but I find this behavior odd. Am I just wrong in assuming that this is supposed to start playing an mp3 as soon as information is gathered to the player? Is it actually supposed to download all mp3's first? And why would it say it was downloading any more than 9MB? Thanks, Jesse From gshang Wed Jul 7 09:03:05 2004 From: gshang (Geoff Shang) Date: Wed Jul 7 09:03:05 2004 Subject: [Icecast] strange downloading occuring... In-Reply-To: <2BAA573578D9D2118E330090274662A162BBC8@cms01.estefanenterprises.com> Message-ID: Hi: You'll want to use the form http://localhost:8000/ices.m3u as your player needs to open the URL rather than be given the downloaded file by your browser. As you've identified, if you just type http://localhost:8000/ices into your browser, the browser will try and download your stream. And as to why it downloaded so much, I think Ices 0.3 will loop your playlist - I don't see any option for telling it to only play the files once. Geoff. From gshang Wed Jul 7 09:14:33 2004 From: gshang (Geoff Shang) Date: Wed Jul 7 09:14:33 2004 Subject: [Icecast] Reply to this list In-Reply-To: <200407071110.23824.msmith@xiph.org> Message-ID: On Wed, 7 Jul 2004, Michael Smith wrote: > The mailing list manager was changed. This setting was changed at the same > time. Yes, it's a pain. To elaborate, the mailing list software was changed to mailman, which has the unfortunate side effect that reply to sender is the default setting. Obviously whoever setup the lists didn't alter this setting. If whoever is responsible for this could change it back, I'd appreciate it. Mailman also has an option for detecting your likelihood of receiving a message more than once and act accordingly to prevent this. this is also set, at least on this list. The combination means that if someone replies to all, I get a message in my inbox which shows the list as a Cc, which I tend to delete because I expect it to also be in my folder which contains messsages filtered there from the list. And of course, it's not there. Ok, I'm done. Geoff. From msmith Wed Jul 7 19:11:42 2004 From: msmith (Michael Smith) Date: Wed Jul 7 19:11:42 2004 Subject: [Icecast] Reply to this list In-Reply-To: References: Message-ID: <200407081211.42868.msmith@xiph.org> On Thursday 08 July 2004 02:14, Geoff Shang wrote: > On Wed, 7 Jul 2004, Michael Smith wrote: > > The mailing list manager was changed. This setting was changed at the > > same time. Yes, it's a pain. > > To elaborate, the mailing list software was changed to mailman, which has > the unfortunate side effect that reply to sender is the default setting. > Obviously whoever setup the lists didn't alter this setting. If whoever is > responsible for this could change it back, I'd appreciate it. Mailman also I asked Ralph Giles if we could do this; apparently unwritten policy is that this isn't going to change. Whilst I can change it anyway, I don't want to go against his explicit decisions. Sorry. > has an option for detecting your likelihood of receiving a message more > than once and act accordingly to prevent this. this is also set, at least > on this list. The combination means that if someone replies to all, I get > a message in my inbox which shows the list as a Cc, which I tend to delete > because I expect it to also be in my folder which contains messsages > filtered there from the list. And of course, it's not there. This seems to be a per-user setting, there doesn't seem to be a way to globally change it, unless I'm missing something. I imagine it's possible for the user (i.e. you) to log in and change this for yourself. I'm not all that familiar with mailman's more advanced features, so I could be wrong... Mike From warren Thu Jul 8 20:39:39 2004 From: warren (Warren J. Beckett) Date: Thu Jul 8 20:39:39 2004 Subject: [Icecast] Source client software for Mac Message-ID: <1089344379.30787.9.camel@panda> Hi, Here is an easy one for the subscribers of this list. Can you recommend software for Mac OSX to allow it to stream Vorbis Ogg to an Icecast server? There are a some great tools for streaming MP3, but this far I can't find a tool for OSX. The only other requirement is that the software can be easily installed, so compiling any kind of ported BSD code would be out of the question for the intended audience. There are mention of tools like macamp but I have not been able to get to the subband.com website in the last few weeks. Thanks for your help, Cheers, Warren. -- begin .signature Tortured users / Laughing in pain See Microsoft KB Article Q265230 for more information. end From wilfre Fri Jul 9 04:40:52 2004 From: wilfre (Andrey Semyonov) Date: Fri Jul 9 04:40:52 2004 Subject: [Icecast] icecast2 per-mount overall listening statistics Message-ID: <1131618720.20040709154052@tcom.ru> Hi there! I don't know, if there have already been such a question, so that it is... I have icecast2 and 7 livestreams on it (by some reasons 6 darkices' mp3 and 1 ices2's ogg). By the given order I need to summarize the time each mount is listened for (for example, /mount1 is being listened by 3 listeners for 3 hours, than by 2 listeners for 1 hour and then by 1 listener for 2 hours. The summarized time, the mount was listened for, is 3*3+2*1+1*2=13 hours. Than, some time later, using such a statistics, I point less popular mounts. Does anybody know, if there is such an embedded feature in icecast2, or any add-on code, that helps doing so? Best regards, Andrey V. Semyonov From matt.farmer Fri Jul 9 08:56:18 2004 From: matt.farmer (Matt Farmer) Date: Fri Jul 9 08:56:18 2004 Subject: [Icecast] (no subject) Message-ID: <23b252e040709085633b96f28@mail.gmail.com> Hi, I am the current webmaster at WUML (www.wuml.org) a college radio station. We are looking to purchase a new web cast server which we are planning will run IceCast, but it is a little unclear on the system requirements that IceCast requires. I read somewhere that IceCast can run on as little as a 486 with 32mb of ram but that sounded like those specs were for streaming mp3s saved on that computer. We are looking to stream our live broadcast to about 100 users simultaneously hopefully in multiple formats (low and high quality mp3 and ogg). I would imagine this would require the computer to encode these streams in real time simultaneously and was wondering how much of a computer would be required to do this. We might be able to get a dual PIII 550Mhz machine with 512 ECC SDRam donated, or we are looking at purchasing a dual Xeon 2.4Ghz machine with 1Gb of ram. Would be able to get away with the machine that we can get donated, or should we invest in some beefier hardware, and if so, would this machine be enough? Thank a bunch! -Matt From adam Fri Jul 9 09:22:37 2004 From: adam (adam) Date: Fri Jul 9 09:22:37 2004 Subject: [Icecast] (no subject) In-Reply-To: <23b252e040709085633b96f28@mail.gmail.com> Message-ID: <20040709181734.F1075-100000@xs1.xs4all.nl> Matt, I guess you are aware you will need : 1. an encoder (eg. MuSE, ICES, DARKICE etc) 2. a streaming server (eg. Icecast2) These can run on the same machine but its generally not a good idea (although others may disagree with this but I woudl rather not have a crticial system where a single point of failure could bring the whole thing to a stop). The machine you mention (the PIII) should be sufficient to do multiple encodings from a single source, although the only way to be sure is to test it. Will you use this same machine as the server too, or will you stream to a Icecast2 server located somewhere else? Kind regards adam On Fri, 9 Jul 2004, Matt Farmer wrote: > Hi, > > I am the current webmaster at WUML (www.wuml.org) a college radio > station. We are looking to purchase a new web cast server which we > are planning will run IceCast, but it is a little unclear on the > system requirements that IceCast requires. > > I read somewhere that IceCast can run on as little as a 486 with 32mb > of ram but that sounded like those specs were for streaming mp3s saved > on that computer. We are looking to stream our live broadcast to > about 100 users simultaneously hopefully in multiple formats (low and > high quality mp3 and ogg). I would imagine this would require the > computer to encode these streams in real time simultaneously and was > wondering how much of a computer would be required to do this. > > We might be able to get a dual PIII 550Mhz machine with 512 ECC SDRam > donated, or we are looking at purchasing a dual Xeon 2.4Ghz machine > with 1Gb of ram. Would be able to get away with the machine that we > can get donated, or should we invest in some beefier hardware, and if > so, would this machine be enough? > > Thank a bunch! > -Matt > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > Adam Hyde adam at xs4all.nl r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' current: http://www.radio-astronomy.net work: The Streaming Suitcase Streaming Media Consultant contact: email : adam at xs4all.nl phone : + 371 938 6752 (Latvia) email to sms : eseter at sms.lmt.lv From brendan Fri Jul 9 09:34:55 2004 From: brendan (Brendan Cully) Date: Fri Jul 9 09:34:55 2004 Subject: [Icecast] (no subject) In-Reply-To: <20040709163139.GA29682@watanabe.local> References: <23b252e040709085633b96f28@mail.gmail.com> Message-ID: <20040709163139.GA29682 at watanabe.local> Message-ID: <20040709163455.GB29682 at watanabe.local> On Friday, 09 July 2004 at 11:56, Matt Farmer wrote: > I read somewhere that IceCast can run on as little as a 486 with > 32mb of ram but that sounded like those specs were for streaming > mp3s saved on that computer. We are looking to stream our live > broadcast to about 100 users simultaneously hopefully in multiple > formats (low and high quality mp3 and ogg). I would imagine this > would require the computer to encode these streams in real time > simultaneously and was wondering how much of a computer would be > required to do this. > > We might be able to get a dual PIII 550Mhz machine with 512 ECC > SDRam donated, or we are looking at purchasing a dual Xeon 2.4Ghz > machine with 1Gb of ram. Would be able to get away with the machine > that we can get donated, or should we invest in some beefier > hardware, and if so, would this machine be enough? You're probably at the edge of what's feasible on a dual 550. I'm running a dual 550 myself, and it can do medium quality Ogg (~80 kbps), 128kbps MP3, and 32kbps MP3 simultaneously. It could probably handle another Ogg stream, but the load is in the neighborhood of 1.5 right now. The Ogg stream is using quality 1 - managed bit rates are currently much more computationally expensive, and my server probably couldn't handle it in real time along side the other streams. -b From matt.farmer Fri Jul 9 09:44:26 2004 From: matt.farmer (Matt Farmer) Date: Fri Jul 9 09:44:26 2004 Subject: [Icecast] (no subject) In-Reply-To: <20040709181734.F1075-100000@xs1.xs4all.nl> References: <20040709181734.F1075-100000@xs1.xs4all.nl> Message-ID: <23b252e0407090944ab5f8ef@mail.gmail.com> Hi Adam, Thanks for your responce. I was planning on doing both, the encoding and serving, form the same machine, and I'm not sure I see any stability gains by splitting it up. Understand having, for example, a file server and mail server on different machines, so if one goes down you can still use the other. But in this case, one service depends on the other (the server has nothing to serv with out the encoder, and the encoder has nothing to send it to with out the server), so I think having these on two different machines would actually lower reliablity. Am I overlooking something? Also, I do realize we wil need an encoder (possibly two), but we haven't looked into which ones we should use. Any suggestions? Thanks! -Matt On Fri, 9 Jul 2004 18:22:37 +0200 (CEST), adam wrote: > Matt, I guess you are aware you will need : > 1. an encoder (eg. MuSE, ICES, DARKICE etc) > 2. a streaming server (eg. Icecast2) > > These can run on the same machine but its generally not a good idea > (although others may disagree with this but I woudl rather not have a > crticial system where a single point of failure could bring the whole > thing to a stop). > > The machine you mention (the PIII) should be sufficient to do multiple > encodings from a single source, although the only way to be sure is to > test it. > > Will you use this same machine as the server too, or will you stream to a > Icecast2 server located somewhere else? > > Kind regards > > adam > > On Fri, 9 Jul 2004, Matt Farmer > wrote: > > > Hi, > > > > I am the current webmaster at WUML (www.wuml.org) a college radio > > station. We are looking to purchase a new web cast server which we > > are planning will run IceCast, but it is a little unclear on the > > system requirements that IceCast requires. > > > > I read somewhere that IceCast can run on as little as a 486 with 32mb > > of ram but that sounded like those specs were for streaming mp3s saved > > on that computer. We are looking to stream our live broadcast to > > about 100 users simultaneously hopefully in multiple formats (low and > > high quality mp3 and ogg). I would imagine this would require the > > computer to encode these streams in real time simultaneously and was > > wondering how much of a computer would be required to do this. > > > > We might be able to get a dual PIII 550Mhz machine with 512 ECC SDRam > > donated, or we are looking at purchasing a dual Xeon 2.4Ghz machine > > with 1Gb of ram. Would be able to get away with the machine that we > > can get donated, or should we invest in some beefier hardware, and if > > so, would this machine be enough? > > > > Thank a bunch! > > -Matt > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > > > > Adam Hyde > adam at xs4all.nl > > r a d i o q u a l i a > http://www.radioqualia.net > Free as in 'media' > > current: > http://www.radio-astronomy.net > > work: > The Streaming Suitcase > Streaming Media Consultant > > contact: > email : adam at xs4all.nl > phone : + 371 938 6752 (Latvia) > email to sms : eseter at sms.lmt.lv > > From adam Fri Jul 9 09:54:02 2004 From: adam (adam) Date: Fri Jul 9 09:54:02 2004 Subject: [Icecast] (no subject) In-Reply-To: <23b252e0407090944ab5f8ef@mail.gmail.com> Message-ID: <20040709184820.W1075-100000@xs1.xs4all.nl> > the encoder has nothing to send it to with out the server), so I think > having these on two different machines would actually lower > reliablity. Am I overlooking something? If you know the risks its a fair strategy :) One issue arises however with archiving. I like to archive on an independent medium if possible (eg video tape/dat/minidisc - whatever is available) as well as on the encoding machine. This way if there is a time out on the Icecast server or I cant reach it because of local congestion (all depends on the environment you are encoding in of course) then I can continue to archive on the encoding machine, and if the encoding machine times out I have a secondary archive in the other format...make sense? > > Also, I do realize we wil need an encoder (possibly two), but we > haven't looked into which ones we should use. Any suggestions? > I am guessing you will be using *nix? In which case there are a lot of encoders but I am personally a fan of MuSE: http://muse.dyne.org Else under Windows I like the Oddcast Plugin (http://www.oddsock.org) in combination with Winamp. adam > Thanks! > -Matt > > On Fri, 9 Jul 2004 18:22:37 +0200 (CEST), adam wrote: > > Matt, I guess you are aware you will need : > > 1. an encoder (eg. MuSE, ICES, DARKICE etc) > > 2. a streaming server (eg. Icecast2) > > > > These can run on the same machine but its generally not a good idea > > (although others may disagree with this but I woudl rather not have a > > crticial system where a single point of failure could bring the whole > > thing to a stop). > > > > The machine you mention (the PIII) should be sufficient to do multiple > > encodings from a single source, although the only way to be sure is to > > test it. > > > > Will you use this same machine as the server too, or will you stream to a > > Icecast2 server located somewhere else? > > > > Kind regards > > > > adam > > > > On Fri, 9 Jul 2004, Matt Farmer > > wrote: > > > > > Hi, > > > > > > I am the current webmaster at WUML (www.wuml.org) a college radio > > > station. We are looking to purchase a new web cast server which we > > > are planning will run IceCast, but it is a little unclear on the > > > system requirements that IceCast requires. > > > > > > I read somewhere that IceCast can run on as little as a 486 with 32mb > > > of ram but that sounded like those specs were for streaming mp3s saved > > > on that computer. We are looking to stream our live broadcast to > > > about 100 users simultaneously hopefully in multiple formats (low and > > > high quality mp3 and ogg). I would imagine this would require the > > > computer to encode these streams in real time simultaneously and was > > > wondering how much of a computer would be required to do this. > > > > > > We might be able to get a dual PIII 550Mhz machine with 512 ECC SDRam > > > donated, or we are looking at purchasing a dual Xeon 2.4Ghz machine > > > with 1Gb of ram. Would be able to get away with the machine that we > > > can get donated, or should we invest in some beefier hardware, and if > > > so, would this machine be enough? > > > > > > Thank a bunch! > > > -Matt > > > _______________________________________________ > > > Icecast mailing list > > > Icecast at xiph.org > > > http://lists.xiph.org/mailman/listinfo/icecast > > > > > > > > > Adam Hyde > > adam at xs4all.nl > > > > r a d i o q u a l i a > > http://www.radioqualia.net > > Free as in 'media' > > > > current: > > http://www.radio-astronomy.net > > > > work: > > The Streaming Suitcase > > Streaming Media Consultant > > > > contact: > > email : adam at xs4all.nl > > phone : + 371 938 6752 (Latvia) > > email to sms : eseter at sms.lmt.lv > > > > > Adam Hyde adam at xs4all.nl r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' current: http://www.radio-astronomy.net work: The Streaming Suitcase Streaming Media Consultant contact: email : adam at xs4all.nl phone : + 371 938 6752 (Latvia) email to sms : eseter at sms.lmt.lv From webby Fri Jul 9 10:41:56 2004 From: webby (Jason L) Date: Fri Jul 9 10:41:56 2004 Subject: [Icecast] (no subject) References: <20040709181734.F1075-100000@xs1.xs4all.nl> Message-ID: <23b252e0407090944ab5f8ef at mail.gmail.com> Message-ID: <002501c465dc$07eba230$1401a8c0 at workstation> I personally use Simplecast from spacialaudio.com as my encoder. It will allow you to do MP3, OGG, WMA and also have different bitrates so you can have low and high bandwidth feeds. It runs in windows which is something you may not like and it can take the audio from either Line-in or from if whatever is playing on the computer for example MP3s in winamp. From enrico.minack Fri Jul 9 12:26:28 2004 From: enrico.minack (Enrico Minack) Date: Fri Jul 9 12:26:28 2004 Subject: [Icecast] (no subject) References: <20040709181734.F1075-100000@xs1.xs4all.nl> Message-ID: <23b252e0407090944ab5f8ef at mail.gmail.com> Message-ID: <016901c465ea$a1cdfac0$0864a8c0 at desk> > ...I think > having these on two different machines would actually lower > reliablity. Am I overlooking something? I can say that Icecast and its sources (liveice or darkice) are very very stable. We never had had problems with having live source and icecast on one machine (and even archiving mechanism). Right now, we have icecast and darkice running 24/7 for 31 days without any problem. > Also, I do realize we wil need an encoder (possibly two) darkice is capable of creating different streams (mp3 and ogg) in different qualities from one source (soundcard). The problem is, it seems to be pretty cpu intens. We are running a P4 2GHz live encoding 3 streams: 128, 56 and 32 kbps with quality 0.8 and needs up to 60% of CPU load. Before darkice and icecast2 we used liveice and icecast1 which produced a 128 and 48 kbps mp3 stream using 60% CPU on a Duron 600 or so. Quite strange. But you will never need that much RAM ;-) Maybe 10 MB on top of your system's memory needs. regards, Enrico From kerry.cox Fri Jul 9 13:36:34 2004 From: kerry.cox (Kerry Cox) Date: Fri Jul 9 13:36:34 2004 Subject: [Icecast] other encoders? Message-ID: <1089405394.494.62.camel@quasi.ksl.com> Just doing a bit of research here. I hope it is not too off topic. 1) Is anyone using any other type of audio encoding utility *other than* LAME? 2) If so, how compatible have you found it to be with your streaming utilities, i.e. ices, liveice-ng, darkice, etc? 3) What other platforms have you been able to run these utilities successfully? I am not planning on migrating, but doing due dilligence to convince management that we need to stay on Linux. I am keeping an open mind and would like to know how well other utilities work on various platforms. Thanks. KJ -- /------------------------------------\__/-------------------------\ | Kerry J. Cox, Ph.D. __ kerry.cox at ksl.com | | KSL System Administrator | | p: 801.575.7771 | \------------------------------------/ \-------------------------/ From darkeye Fri Jul 9 14:09:37 2004 From: darkeye (Akos Maroy) Date: Fri Jul 9 14:09:37 2004 Subject: [Icecast] other encoders? In-Reply-To: <1089405394.494.62.camel@quasi.ksl.com> References: <1089405394.494.62.camel@quasi.ksl.com> Message-ID: <40EF0991.2050106@tyrell.hu> Kerry Cox wrote: > Just doing a bit of research here. I hope it is not too off topic. > 1) Is anyone using any other type of audio encoding utility *other than* > LAME? > 2) If so, how compatible have you found it to be with your streaming > utilities, i.e. ices, liveice-ng, darkice, etc? darkice currently uses Lame only for mp3 encoding, and libvorbis/libogg for Ogg Vorbis encoding. so there is no other mp3 encoding library used by darkice. (of course it could, it's quite easy to add new ones) From jeremy Fri Jul 9 16:07:12 2004 From: jeremy (Jeremy Bierbach) Date: Fri Jul 9 16:07:12 2004 Subject: [Icecast] (no subject) In-Reply-To: <23b252e0407090944ab5f8ef@mail.gmail.com> References: <20040709181734.F1075-100000@xs1.xs4all.nl> Message-ID: <23b252e0407090944ab5f8ef at mail.gmail.com> Message-ID: <40EF2520.4050507 at groeneheks.nl> Matt Farmer wrote: >Thanks for your responce. I was planning on doing both, the encoding >and serving, form the same machine, and I'm not sure I see any >stability gains by splitting it up. Understand having, for example, a >file server and mail server on different machines, so if one goes down >you can still use the other. But in this case, one service depends on >the other (the server has nothing to serv with out the encoder, and >the encoder has nothing to send it to with out the server), so I think >having these on two different machines would actually lower >reliablity. Am I overlooking something? > > The advantage of splitting up your encoder and your Icecast server depends on your network setup and bandwidth availability. If, for instance, you only have a relatively low-bandwidth connection (say 150 kbps upstream, like a cable connection) from the place you are doing the encoding, then you probably don't want your Icecast server in the same place-- you would only be able to have 3 simultaneous listeners or less for a 50 kbps stream. Or maybe your studio is behind a firewall and it is impossible or inconvenient to let network clients from the outside world to get through to there. In those cases, it's better to locate your Icecast server someplace else that has a high-bandwidth connection and is open to the internet-- then you only have to use 50 kbps of your studio's network connection, while the Icecast server handles tens or hundreds of simultaneous listeners. To answer your question about necessary hardware, Icecast itself barely uses the CPU at all-- it's just extremely efficient at moving data from one socket to a bunch of others, but it doesn't do much if any processing of the data. So you if you use a two machine setup, you will always be safe using the slower one for Icecast or installing it on a server that's already running Apache etc. Encoding, on the other hand, is extremely CPU-intensive, so if you want to be able to comfortably do other stuff with your encoding machine at the same time, the faster, the better. But some people I know still use a 135 MHz or so Pentium for encoding a single 32kbps MP3 stream, and that works just fine! From wilfre Fri Jul 9 22:49:43 2004 From: wilfre (Andrey Semyonov) Date: Fri Jul 9 22:49:43 2004 Subject: [Icecast] (no subject) In-Reply-To: <016901c465ea$a1cdfac0$0864a8c0@desk> References: <20040709181734.F1075-100000@xs1.xs4all.nl> Message-ID: <23b252e0407090944ab5f8ef at mail.gmail.com> <016901c465ea$a1cdfac0$0864a8c0 at desk> Message-ID: <1893925021.20040710094943 at tcom.ru> Friday, July 9, 2004, 11:26:28 PM, Enrico wrote: EM> darkice is capable of creating different streams (mp3 and ogg) in different EM> qualities from one source (soundcard). The problem is, it seems to be pretty EM> cpu intens. We are running a P4 2GHz live encoding 3 streams: 128, 56 and 32 EM> kbps with quality 0.8 and needs up to 60% of CPU load. EM> Before darkice and icecast2 we used liveice and icecast1 which produced a EM> 128 and 48 kbps mp3 stream using 60% CPU on a Duron 600 or so. Quite EM> strange. for example I run 6 VBR MP3s at average 128 kbps and 1 VBR ogg at average 78 kbps and quality of 1.5 on a P4 2.4GHz. It runs at a load of 75% -- Best regards, Andrey V. Semyonov mailto:wilfre at tcom.ru From allan Sat Jul 10 14:14:25 2004 From: allan (Allan) Date: Sat Jul 10 14:14:25 2004 Subject: [Icecast] multiple listeners Message-ID: <003601c466c2$e18784a0$0300a8c0@cloud9> Hi Im using Icecast2 and SAM2 to broadcast a 56kb 24khz Stereo 2 Channel 6.Kb MP3 stream on a 512k ASDL connection. I know that the number of listeners will be LIMITED to 3 or so - is there any way I can actually calculate this ? I passed my broadcast link to a friend yesterday and they told me that they recieved a 'Server Full' error, is there something in the config that I need to adjust for multiple listeners or something ? My link BTW is http://80.229.142.231:8001/C100.m3u Thanks Allan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20040710/a65b1aba/attachment.htm From enrico.minack Sat Jul 10 16:07:58 2004 From: enrico.minack (Enrico Minack) Date: Sat Jul 10 16:07:58 2004 Subject: [Icecast] multiple listeners References: <003601c466c2$e18784a0$0300a8c0@cloud9> Message-ID: <024601c466d2$bdbfde90$0864a8c0@desk> > 56kb 24khz Stereo 2 Channel 6.Kb MP3 stream on a 512k ASDL connection. > I know that the number of listeners will be LIMITED to 3 or so > - is there any way I can actually calculate this ? with a 512k connection you could provide 9 streams (512kbps / 56knps) simultaniuosly. But the A in ADSL means that your up stream is not as big as your downstream is. So consider that! > a friend yesterday ... recieved a 'Server Full' error in the limits section of the icecast configuration file you can limit the umber of simultanious clients with 100 for 100 clients (which includes sources and admins I think) for instance and you can also limit the number of listeners for each stream. Just have a closer look to the configuration file. I think it is well commented. regards, Enrico From msmith Sun Jul 11 17:49:57 2004 From: msmith (Michael Smith) Date: Sun Jul 11 17:49:57 2004 Subject: [Icecast] icecast2 per-mount overall listening statistics In-Reply-To: <1131618720.20040709154052@tcom.ru> References: <1131618720.20040709154052@tcom.ru> Message-ID: <200407121049.58095.msmith@xiph.org> On Friday 09 July 2004 21:40, Andrey Semyonov wrote: > Hi there! > > I don't know, if there have already been such a question, so that it > is... > > I have icecast2 and 7 livestreams on it (by some reasons 6 darkices' > mp3 and 1 ices2's ogg). By the given order I need to summarize the > time each mount is listened for (for example, /mount1 is being > listened by 3 listeners for 3 hours, than by 2 listeners for 1 hour and > then by 1 listener for 2 hours. The summarized time, the mount was listened > for, is 3*3+2*1+1*2=13 hours. Than, some time later, using such a > statistics, I point less popular mounts. > Does anybody know, if there is such an embedded feature in icecast2, > or any add-on code, that helps doing so? > You should be able to get this information from the access logs. There's no software I know of to do that automatically for you, though - you might have to write your own. Mike From macsym69 Mon Jul 12 04:24:25 2004 From: macsym69 (MacSym) Date: Mon Jul 12 04:24:25 2004 Subject: [Icecast] Replicate stream on webserver In-Reply-To: <6.0.1.1.2.20040706203353.039e8038@www.oddsock.org> Message-ID: <20040712112433.95D6010413F@smtp3.oregonstate.edu> Hi Oddsock, Thanks for proving to all that it is possible! The hosting TOS problem seems to be the biggest since there is no way to solve it. I just read TOS of my host and didn't find any mention about that though... I think the idea of a buffer file on the web server (a ~200k file that would be continuously overwritten) is easily applicable, but I am wondering if it is really efficient since it is not really streaming. I know you don't have the code anymore but do you remember the core architecture to create this buffer file? Thanks in advance, MAX -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: Wednesday, July 07, 2004 3:46 AM To: icecast at xiph.org Subject: RE: [Icecast] Replicate stream on webserver At 12:47 PM 7/6/2004, you wrote: >Hi Geoff, > >First, thank you very much for understanding my message; I posted a thread >on phpbuilder but nobody really understood what my end goal was... It looks >like they don't really know what streaming is... > >So you think it's just impossible to do? I am still convinced that PHP or >Perl are powerful enough to handle it but I will have to search a little >more. I know how to open sockets on my webserver but the problem is that if >20 persons run the same script, 20 different sockets are opened which >doesn't change anything to my bandwidth problem. For the moment, I don't >know how to fix that problem. Any idea? a long long time ago I started developing something like this, primarily just to prove to someone specifically that it COULD be done. And yes, it can be done. I did it in PHP and the general approach was to have a controller that was responsible for pulling the stream from your server (it was shoutcast in this case) and then creating a local circular buffer in the form of a file. Listeners would connect to a special php script which would read through the circular buffer and send the data to the listener. Remembering more about it, I think the controller php script would accept a custom source client which made it so I didn't need the Shoutcast server at all. And, in fact, that was the reason why I wrote the oddcast DSP source client (because I couldn't make the existing Shoutcast DSP communicate with my PHP script). It did in fact work, although had a few caveats : 1. (most importantly) It was against the TOS for all hosting providers. While they specifically didn't mention that you couldn't do this type of thing, it was clearly against their policy. 2. It required a specialized listener client (I wrote a winamp input plugin to handle the listener part of it) 3. It proved my point that it could be done, although it really was a bad idea for many reasons, most specifically #1. As soon as a host finds out your doing something like this (and they will), all your efforts to set something up like this will be for nothing. 4. In case your wondering, I no longer have any of the code for this... oddsock _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From kranga Tue Jul 13 12:25:37 2004 From: kranga (kranga) Date: Tue Jul 13 12:25:37 2004 Subject: [Icecast] Problem with logger Message-ID: <033301c4690f$2dc5a510$1ab4fea9@eschaton> Here is the path, logging and security configuration in my icecast.xml file (below). I get the following error: Changed root successfully to "/opt/icecast/" Changed groupid to 504. Changed userid to 504. FATAL: could not open error logging FATAL: could not open access logging FATAL: could not start logging. Can anyone tell me what I'm doing wrong? icecast.xml: -------------- /opt/icecast ./log ./web ./admin ./icecast.pid access.log error.log 4 1 icecast icecast From msmith Tue Jul 13 19:58:57 2004 From: msmith (Michael Smith) Date: Tue Jul 13 19:58:57 2004 Subject: [Icecast] Problem with logger In-Reply-To: <033301c4690f$2dc5a510$1ab4fea9@eschaton> References: <033301c4690f$2dc5a510$1ab4fea9@eschaton> Message-ID: <200407141258.57227.msmith@xiph.org> On Wednesday 14 July 2004 05:25, kranga wrote: > Here is the path, logging and security configuration in my icecast.xml file > (below). I get the following error: > > Changed root successfully to "/opt/icecast/" > Changed groupid to 504. > Changed userid to 504. > FATAL: could not open error logging > FATAL: could not open access logging > FATAL: could not start logging. > > Can anyone tell me what I'm doing wrong? User id 504 (the user you're running as, "icecast") does not have write access to the log directory, or the log directory does not exist. Mike From varian Tue Jul 13 20:07:41 2004 From: varian (varian vega) Date: Tue Jul 13 20:07:41 2004 Subject: [Icecast] Problem with logger References: <033301c4690f$2dc5a510$1ab4fea9@eschaton> Message-ID: <006201c4694f$ba231250$c791fea9@varianone> Hi, check if the user icecast has write access to the log directory you specified - if not, change it and icecast should work. varian ----- www.infectedradio.com From fbriere Wed Jul 14 00:42:51 2004 From: fbriere (Frederic Briere) Date: Wed Jul 14 00:42:51 2004 Subject: [Icecast] ices2 routinely abandons one of its streams Message-ID: <20040714074251.GA30243@hyrule.dyndns.org> Hi everybody, I'm in charge of an ices2 setup that's broadcasting a local radio station on the Net, and I'm currently under fire because one of our streams has been down twice in two days, forcing me to restart ices2 on each occasion. Our client is understandably unhappy about this. OUR SETUP: I've got ices2 installed on a local machine, broadcasting to an icecast server across the continent. (So, yes, connections get dropped and picked up regularly.) There are two streams: high-quality (/cigr.ogg) and low-quality (/cigr-low.ogg). So far, it's the high-quality stream that has gone down on both occasions. WHAT HAPPENS: According to the icecast logs, the connection goes down as usual; the client eventually resumes the connection, which gets dropped down again almost immediately for some reason: [2004-07-13 13:15:00] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr-low.ogg" [2004-07-13 13:15:01] INFO connection/_handle_source_request Source logging in at mountpoint "/cigr.ogg" [2004-07-13 13:15:11] WARN source/source_main Disconnecting source: socket time out (10 s) expired [2004-07-13 13:15:11] INFO source/source_main Removing source following disconnection [2004-07-13 13:15:11] INFO source/source_main Source "/cigr.ogg" exiting (The icecast log times are in GMT.) However, the client does *not* notice the latest disconnection: [2004-07-13 09:13:00] WARN stream/ices_instance_stream Trying reconnect after server socket error [2004-07-13 09:14:59] INFO stream/ices_instance_stream Connected to server: ice.imars.net:8000/cigr-low.ogg [2004-07-13 09:14:59] DBUG input/input_flush_queue Input queue flush requested [2004-07-13 09:14:59] DBUG input/input_flush_queue Input queue flush requested [2004-07-13 09:14:59] DBUG input/input_flush_queue Input queue flush requested [2004-07-13 09:14:59] DBUG encode/encode_clear Clearing encoder engine [2004-07-13 09:14:59] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 0.000000 [2004-07-13 09:14:59] INFO audio/resample_initialise Initialised resampler for 1 channels, from 44100 Hz to 22050 Hz [2004-07-13 09:14:59] DBUG encode/encode_clear Clearing encoder engine [2004-07-13 09:14:59] INFO encode/encode_initialise Encoder initialising in VBR mode: 1 channel(s), 22050 Hz, quality -0.500000 [2004-07-13 09:14:59] EROR stream/ices_instance_stream Send error: Socket error (Broken pipe) [2004-07-13 09:14:59] DBUG input/input_flush_queue Input queue flush requested [2004-07-13 09:14:59] WARN stream/ices_instance_stream Trying reconnect after server socket error [2004-07-13 09:15:00] INFO stream/ices_instance_stream Connected to server: ice.imars.net:8000/cigr.ogg [2004-07-13 09:15:00] DBUG input/input_flush_queue Input queue flush requested (The ices2 logs are in EDT.) netstat shows that the connection lingers in the CLOSE_WAIT state; the server has closed its end, but the client doesn't pick it up. tcpdump doesn't show any traffic on what remains of the connection, so the client doesn't appear to be broadcasting. Yet it's not closing the connection either. I'm attaching ices2's config file. Any help or pointers would be appreciated; otherwise I'll have to sprinkle some fprintfs everywhere and hope for the best. :( -- Frederic Briere <*> fbriere at fbriere.net => IS NO MORE: <= -------------- next part -------------- A non-text attachment was scrubbed... Name: ices2.xml Type: text/xml Size: 2145 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20040714/32285b69/ices2.xml From karl Wed Jul 14 04:50:20 2004 From: karl (Karl Heyes) Date: Wed Jul 14 04:50:20 2004 Subject: [Icecast] ices2 routinely abandons one of its streams In-Reply-To: <20040714074251.GA30243@hyrule.dyndns.org> References: <20040714074251.GA30243@hyrule.dyndns.org> Message-ID: <1089805820.22939.21.camel@bogus.hackers.club> On Wed, 2004-07-14 at 08:42, Frederic Briere wrote: > Hi everybody, > > I'm in charge of an ices2 setup that's broadcasting a local radio > station on the Net, and I'm currently under fire because one of our > streams has been down twice in two days, forcing me to restart ices2 on > each occasion. Our client is understandably unhappy about this. This is probably a case where error recovery on a network problem is not handled good enough at the moment. If you want something to try out then the ices/libshout changes I did some time ago handles these cases far better. tarballs on http://mediacast1.com/~karl/libshout-2.0-kh30.tar.bz2 http://mediacast1.com/~karl/ices-2.0-kh59.tar.bz2 They are both in svn now, and various bits are being merged into trunk. libshout is API compatible to trunk but ices requires some small changes to your existing xml, the examples in conf should show the differences easy enough. karl From jack Wed Jul 14 13:02:57 2004 From: jack (Jack Moffitt) Date: Wed Jul 14 13:02:57 2004 Subject: [Icecast] Job Announcement Message-ID: <20040714200257.GR19489@i.cantcode.com> The following came from our new hosting providers at OSU. I'm fowarding it to the lists in case anyone is interested. OSU recently opened a position in our Central Web Services group for a streaming engineer. The position description is here: http://oregonstate.edu/admin/hr/jobs/classified/desc133.html jack. From fbriere Thu Jul 15 01:47:19 2004 From: fbriere (Frederic Briere) Date: Thu Jul 15 01:47:19 2004 Subject: [Icecast] ices2 routinely abandons one of its streams In-Reply-To: <1089805820.22939.21.camel@bogus.hackers.club> References: <20040714074251.GA30243@hyrule.dyndns.org> Message-ID: <1089805820.22939.21.camel at bogus.hackers.club> Message-ID: <20040715084719.GA2698 at hyrule.dyndns.org> On Wed, Jul 14, 2004 at 12:50:20PM +0100, Karl Heyes wrote: > This is probably a case where error recovery on a network problem is not > handled good enough at the moment. If you want something to try out Yeah, I figure most people run icecast over a LAN, so it's not a problem for them. > They are both in svn now, and various bits are being merged into trunk. > libshout is API compatible to trunk but ices requires some small changes > to your existing xml, the examples in conf should show the differences > easy enough. Thanks! It took a bit of trial and error, but I've managed to get it running. Now I have to wait and see it the problem manifests itself again. [knocks on wood] In the meantime, I've found something weird: Mplayer now crashes on the HQ feed [*]. It used to work fine, and it still works fine on the LQ feed; also, dumping the HQ feed with Mplayer and playing it with ogg123 also works correctly. I'm attaching my new config file, just so you can confirm I didn't do anything stupid with it. If not, I fear I'll have no choice but to don my asbestos suit and file a bug report with the Mplayer team. [sigh] [*] -- Frederic Briere <*> fbriere at fbriere.net => IS NO MORE: <= -------------- next part -------------- A non-text attachment was scrubbed... Name: ices2-new.xml Type: text/xml Size: 2344 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20040715/3b968d2e/ices2-new.xml From clayton Thu Jul 15 13:07:41 2004 From: clayton (C.J.) Date: Thu Jul 15 13:07:41 2004 Subject: [Icecast] Different Passwords for Different Ports? Message-ID: Is there a way to setup Icecast2 to have different administrator passwords for different ports? Basically what I'm trying to pull off is give person A full access to port 8000 and person B full access to port 8001, etc. Is the only way to do this run multiple instances of icecast2 out of different directories? Thanks, - C.J. From london_1 Thu Jul 15 13:42:44 2004 From: london_1 (london_1@charter.net) Date: Thu Jul 15 13:42:44 2004 Subject: [Icecast] Stream Control Message-ID: <3a57qo$3jnvt4@mxip06a.cluster1.charter.net> I apologize if this is a neophyte question. I am running icecast2 and ices0.3 (mp3 serving) off of Suse Linux. Is there a way I can set it up so that I can control the stream (i.e. skip a song or repeat a song)? From karl Thu Jul 15 14:23:19 2004 From: karl (Karl Heyes) Date: Thu Jul 15 14:23:19 2004 Subject: [Icecast] Different Passwords for Different Ports? In-Reply-To: References: Message-ID: <1089926598.8708.16.camel@bogus.hackers.club> On Thu, 2004-07-15 at 21:07, C.J. wrote: > Is there a way to setup Icecast2 to have different administrator > passwords for different ports? > > Basically what I'm trying to pull off is give person A full access to > port 8000 and person B full access to port 8001, etc. Is the only way > to do this run multiple instances of icecast2 out of different > directories? yeah that is what you have to do at the moment, admin user/pass applies to the icecast process as a whole. It sounds like you want something like virtual hosting (maybe on port only but the concept is the same). The overhead in the case of icecast though is minor. karl. From hello Thu Jul 15 18:20:38 2004 From: hello (Ian Andrew Bell) Date: Thu Jul 15 18:20:38 2004 Subject: [Icecast] Installing Icecast... Message-ID: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> I'm trying (and failing) to install Icecast on a fresh-off-the-line Redhat 9.0 box. When I attempt to install the RPM with the command: # rpm -i icecast-2.0.1-1.i386.rpm ..the result is: error: Failed dependencies: curl >= 7.10.0 is needed by icecast-2.0.1-1 ...so okay, I wonder to myself, which verion of curl do I have running? # yum info curl ...and I learn that I am running a very slightly older version of curl: Looking in Installed Packages: Name : curl Arch : i386 Version: 7.9.8 Release: 5 Size : 499.90 kB Group : Applications/Internet Repo : Locally Installed ...so fair enough, off I go (grumble, grumble) to find curl. But my version is the newest registered with any of the 6 or so sites I have in my yum.conf file. I download it manually and once I decompress it, I need to install curl: # rpm -i TWWcurl711-7.11.1-1.i386.rpm error: Failed dependencies: TWWopenssl097 >= 0.9.7b is needed by TWWcurl711-7.11.1-1 TWWzlib11 >= 1.1.4 is needed by TWWcurl711-7.11.1-1 ..oops. Wow. Yet more dependencies. But... once again, the most modern version of openssl registered with yum (again, across 6 major linux package repositories) is 0.9.7a and NOT 0.9.7b . And zlib11 seems to be nonexistent except in the TWW version. Then I realize that these all come from some web site called "thewrittenword.com", I surf to their site, and I realize they have their own custom package manager, pkgutils. I download it and I end up with a file: pkgutils-1.5.14.tar.bz2 ... what the hell is a BZ2 file? Oh, it's some obscure form of compression (is this really so big of a deal we can't use gzip on a 500k file?). So now I go off to try and find an RPM for some sort of bzip compression tool. Guess what... nada. And no good instructions for how to deal with the binaries. So my question is this: Just how many rabbit holes do I have to crawl into to install icecast? There has GOT to be an easier way to install this.. what am I missing? -Ian. From gshang Thu Jul 15 19:35:10 2004 From: gshang (Geoff Shang) Date: Thu Jul 15 19:35:10 2004 Subject: [Icecast] Installing Icecast... In-Reply-To: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> References: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> Message-ID: Hi: I think where you're hitting a problem is that the version of CURL that you downloaded is considerably newer than both what you have and what you need. If you can get an RPM of CURL 7.10.x, you may well do a lot better. If it helps, I have source tarballs of 7.10.3 and 7.10.4. Not sure if its build system has an RPM target, but if not, all you'd need is the requisite devel packages and you could just compile it from scratch. Disclaimer: I do not run an RPM-based system. Geoff. From gshang Thu Jul 15 19:38:09 2004 From: gshang (Geoff Shang) Date: Thu Jul 15 19:38:09 2004 Subject: [Icecast] Stream Control In-Reply-To: <3a57qo$3jnvt4@mxip06a.cluster1.charter.net> References: <3a57qo$3jnvt4@mxip06a.cluster1.charter.net> Message-ID: Hi: It seems that you can skip to the next track by sending ices a USR1 signal. But the kind of control you want will require a script written in either PERL or Python. Unfortunately ices 0.3 doesn't have the basic script functionality found in ices 2.0. Geoff. From gshang Thu Jul 15 19:43:16 2004 From: gshang (Geoff Shang) Date: Thu Jul 15 19:43:16 2004 Subject: [Icecast] Ices 0.3 signals In-Reply-To: <20040707054904.GA28511@watanabe.local> References: Message-ID: <20040707054904.GA28511 at watanabe.local> Message-ID: On Wed, 7 Jul 2004, Brendan Cully wrote: > I think ices 0.3 will also reload the playlist if it has been edited, > but only if playlist randomisation has been turned off. Just so people know, when I had to do this I discovered that ices did in fact reload the playlist, but it didn't start at the beginning, rather it picked up at the same place in the new list. Geoff. From wilfre Fri Jul 16 01:15:45 2004 From: wilfre (Andrey Semyonov) Date: Fri Jul 16 01:15:45 2004 Subject: [Icecast] icecast2 per-mount overall listening statistics Message-ID: <40258236.20040716121545@tcom.ru> Monday, July 12, 2004, 4:49:57 Michael Smith wrote: MS> You should be able to get this information from the access logs. There's no MS> software I know of to do that automatically for you, though - you might have MS> to write your own. As I understand, access logs do not contain any informatin about the time a listener has been connected for. But I found such an internal variable in icecast2 (it is a tip to look at admin/listclients.xsl in icecast2's web dir. But I have such a question: why if I add a file into my admin/ web dir and then try to call it from icecast2 admin web interface it replies a "404 Not found" error, and even listclients.xsl when called without a parameter like "?mount=/mymount" it replies such an error (as I understand the structure of the code of this file it should list all clients for all mounts if called without parameters). Why I cant simply add any files to admin/ dir for make them work and why does not an url like "http://myserver:myport/admin/listclients.xsl" doesnt work? -- Best regards, Andrey mailto:wilfre at tcom.ru From eviloverlord Fri Jul 16 08:01:36 2004 From: eviloverlord (EvilOverlord) Date: Fri Jul 16 08:01:36 2004 Subject: [Icecast] Stream Control In-Reply-To: References: <3a57qo$3jnvt4@mxip06a.cluster1.charter.net> Message-ID: Message-ID: <40F7EDD0.9070600 at imux.net> Geoff Shang wrote: > Hi: > > It seems that you can skip to the next track by sending ices a USR1 > signal. But the kind of control you want will require a script written > in either PERL or Python. Unfortunately ices 0.3 doesn't have the basic > script functionality found in ices 2.0. > Um, yes it does... I have a nifty python script running for a radio station that auto inserts a random advert every 15 mins or so and plays the news on the hour. Stephen Liveive Project Manager From eviloverlord Fri Jul 16 08:10:08 2004 From: eviloverlord (EvilOverlord) Date: Fri Jul 16 08:10:08 2004 Subject: [Icecast] Installing Icecast... In-Reply-To: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> References: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> Message-ID: <40F7EFD0.20104@imux.net> Ian Andrew Bell wrote: [lots] > with a file: pkgutils-1.5.14.tar.bz2 ... what the hell is a BZ2 file? > Oh, it's some obscure form of compression (is this really so big of a > deal we can't use gzip on a 500k file?). So now I go off to try and > find an RPM for some sort of bzip compression tool. Guess what... > nada. And no good instructions for how to deal with the binaries. bzip2 is far from "obscure" and bunzip2 should be installed with most distros by default. tar will automatically pass an archive through bunzip2 for you (if installed) with the "j" flag (just like the "z" flag for gzip). As for building icecast, whenever I've done it on SuSE (another RPM based distro) I've always found it easiest to build icecast itself from source, and on the occasion where dependancies are unmet, put them in /usr/local/lib. This will require you to install the -devel versions of some packages. The problem, as you have found, is that RPMs are very distro and version dependant. Stephen Liveice Project Manager From hello Fri Jul 16 09:39:35 2004 From: hello (Ian Andrew Bell) Date: Fri Jul 16 09:39:35 2004 Subject: [Icecast] Installing Icecast... In-Reply-To: References: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> Message-ID: Message-ID: Thanks... this worked. I obtained a slightly older version of CURL than is current from here: http://rpm.pbone.net/index.php3/stat/4/idpl/1135110/com/curl-7.10.4 -1.rh9.i386.rpm.html ...and forced it to install with a: # rpm -U --nodeps curl-7.10.4-1.rh9.i386.rpm ...then just dumped in the RPM for icecast with: # rpm -i icecast-2.0.1-1.i386.rpm ...hope this helps soomeone else down the line (hello archives!). Thanks Geoff... -Ian. On 15-Jul-04, at 7:35 PM, Geoff Shang wrote: > Hi: > > I think where you're hitting a problem is that the version of CURL > that you downloaded is considerably newer than both what you have and > what you need. If you can get an RPM of CURL 7.10.x, you may well do a > lot better. > > If it helps, I have source tarballs of 7.10.3 and 7.10.4. Not sure if > its build system has an RPM target, but if not, all you'd need is the > requisite devel packages and you could just compile it from scratch. > > Disclaimer: I do not run an RPM-based system. > > Geoff. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From hello Sat Jul 17 14:11:20 2004 From: hello (Ian Andrew Bell) Date: Sat Jul 17 14:11:20 2004 Subject: Fwd: [Icecast] Installing Icecast... Message-ID: Begin forwarded message: > From: Ian Andrew Bell > Date: July 16, 2004 9:39:35 AM PDT > To: Geoff Shang > Cc: icecast at xiph.org > Subject: Re: [Icecast] Installing Icecast... > > Thanks... this worked. I obtained a slightly older version of CURL > than is current from here: > > http://rpm.pbone.net/index.php3/stat/4/idpl/1135110/com/curl-7.10.4 > -1.rh9.i386.rpm.html > > ...and forced it to install with a: > > # rpm -U --nodeps curl-7.10.4-1.rh9.i386.rpm > > ...then just dumped in the RPM for icecast with: > > # rpm -i icecast-2.0.1-1.i386.rpm > > ...hope this helps soomeone else down the line (hello archives!). > Thanks Geoff... > > -Ian. > > > On 15-Jul-04, at 7:35 PM, Geoff Shang wrote: > >> Hi: >> >> I think where you're hitting a problem is that the version of CURL >> that you downloaded is considerably newer than both what you have and >> what you need. If you can get an RPM of CURL 7.10.x, you may well do >> a lot better. >> >> If it helps, I have source tarballs of 7.10.3 and 7.10.4. Not sure >> if its build system has an RPM target, but if not, all you'd need is >> the requisite devel packages and you could just compile it from >> scratch. >> >> Disclaimer: I do not run an RPM-based system. >> >> Geoff. >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1685 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20040717/efb3699b/attachment.bin From admin Sun Jul 18 12:36:46 2004 From: admin (HidayahOnline.org Admin) Date: Sun Jul 18 12:36:46 2004 Subject: [Icecast] Icecast + Ogg streaming protocols Message-ID: <40FAD14E.4070306@hidayahonline.org> Hey all, I have a long-term goal of writing a PHP-based streaming serving using PHP's socket functionality, which would help me to implement all the necessary communications with the various clients and so on with a great amount of integration into my website. What I wanted to know is WHERE I can get a description of the Icecast2 protocols and/or how I can find the information on the way various clients (Winamp, in particular) communicates with the server, so that I can do my own implementation via PHP or any other programming language, for that matter. I really appreciate any help in this regard! :) From seba Tue Jul 20 09:32:43 2004 From: seba (Sebastian Muniz) Date: Tue Jul 20 09:32:43 2004 Subject: [Icecast] Installing Icecast... In-Reply-To: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> References: <584601AA-D6C6-11D8-8884-000A95B3B8D6@ianbell.com> Message-ID: <20040720113243.5e39e354@skynet.lan> Two solutions: The easy one, use Debian Sid, and problems are gone. The hard one, compile it by yourself in a online box, targzip it and run on the new machine. Btw, RedHat doesn?t have icecast? Regards. El dia Thu, 15 Jul 2004 18:20:38 -0700, Ian Andrew Bell me comentaba: > I'm trying (and failing) to install Icecast on a fresh-off-the-line > Redhat 9.0 box. > [here used to be a big tale of the Rpm thing] > > So my question is this: Just how many rabbit holes do I have to crawl > > into to install icecast? > > There has GOT to be an easier way to install this.. what am I missing? > > -Ian. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Sebastian Muniz Ordonez Smart Security Rio de la Plata 202 Ote Colonia del valle - Monterrey Nuevo Leon - Mexico Tel. directo 52 81 1158 5956 Fax: +52 (81) 83-405777 ICQ 72585865 Usuario Linux: 198723 From bakunin Tue Jul 20 11:08:30 2004 From: bakunin (bakunin) Date: Tue Jul 20 11:08:30 2004 Subject: [Icecast] soma project Message-ID: <40FD5F9E.3080707@autistici.org> hello! I am Andrea Marchesini, the italian coder of soma project (http://soma.realityhacking.org). I subscribe me in this ml becouse i think that we can have good inputs from a relationship. Soma is a suite of software from web radio. There is a scheduler with many tools of admin (cli, graphic or web interface); a daemon sound and a player. The daemon sound accept local/remote connections from every audio software (with a preload library) and gives infinite outputs (icecast[1,2] servers, shoutcast, other daemons, audio interfaces - alsa, alsa9, esd, oss,... -, encoding mp3 or ogg, and write a file wav, aiff, raw, au,...). The player has the same outputs of the daemon, and as inputs 25types of files. If you want insert in the 3d part sw page in your web site, i am happy :) Sorry for my english :/ Bakunin From clayton Tue Jul 20 13:52:03 2004 From: clayton (C.J.) Date: Tue Jul 20 13:52:03 2004 Subject: [Icecast] Icecast 2 usage stats Message-ID: I'm in the process of upgrading from Icecast 1 to Icecast 2 and I'm having problems nailing down the usage statistics. In Icecast 1 there was a usage log that printed out an hourly summary of connections and bandwidth utilization: usage.log:[20/Jul/2004:02:00:00] [1:Calendar Thread] Hourly statistics: [Client connects: 27] [Source connects: 0] [Bytes read: 7165917] [Bytes written: 21548121] I'm trying to track down something similar in Icecast 2. I see in the access log it will print the time connected and the bytes downloaded whenever a client disconnects, but I'd like to get something more like the hourly summary of Icecast 1. Thanks in advance, C.J. From pveron Fri Jul 16 02:38:45 2004 From: pveron (Pascal Veron) Date: Fri Jul 16 02:38:45 2004 Subject: [Icecast] Icecast and Apache Proxypass Message-ID: <005c01c46b18$b114bd10$6bfda8c0@BRAIN666> Hi everybody, I'm trying to use icecast server behind an Apache proxypass. With this method, i could use public port 80 for icecast and for my webserver. Icecast is listening on 192.168.1.101 on port 81 and Apache is listening on * on port 80. If i request 192.168.1.101:80 proxy directive of Apache redirect to port 81 (icecast) and that's work well behind firewall. So It's working well for connection, listening... But i have one big problem. Deconnection seems to don't work (cause listeners's IP are always IP of my proxy). I've read on the Apache documentation that the header IP is rewrite as Via:IP, but Icecast Server seem to not know it, so is there a method to use this entry instead of IP in Icecast ? Or another method to do that ? If you want to test this configuration. Here are an extract of my httpd.conf ******************************* ProxyRequests On Order deny,allow Allow from all ProxyVia On ProxyRequests Off ProxyPass / http://192.168.1.100:81/ ProxyPassReverse / http://192.168.1.100:81/ DocumentRoot /var/www/html ********************************* Pascal From msmith Tue Jul 20 18:13:20 2004 From: msmith (Michael Smith) Date: Tue Jul 20 18:13:20 2004 Subject: [Icecast] Icecast + Ogg streaming protocols In-Reply-To: <40FAD14E.4070306@hidayahonline.org> References: <40FAD14E.4070306@hidayahonline.org> Message-ID: <200407211113.20694.msmith@xiph.org> On Monday 19 July 2004 05:36, HidayahOnline.org Admin wrote: > Hey all, > > I have a long-term goal of writing a PHP-based streaming serving using > PHP's socket functionality, which would help me to implement all the > necessary communications with the various clients and so on with a great > amount of integration into my website. > > What I wanted to know is WHERE I can get a description of the Icecast2 > protocols and/or how I can find the information on the way various > clients (Winamp, in particular) communicates with the server, so that I > can do my own implementation via PHP or any other programming language, > for that matter. > > I really appreciate any help in this regard! :) We don't have any real documentation for the source protocol, but I'm not sure from your description whether you need that - it doesn't sound like you do. For the client protocol, it's pure HTTP - which is well documented. If you're doing it in PHP, you're presumably doing it inside a web server: the web server can already do HTTP, you don't need to use the socket stuff. Mike From msmith Tue Jul 20 18:14:47 2004 From: msmith (Michael Smith) Date: Tue Jul 20 18:14:47 2004 Subject: [Icecast] Icecast 2 usage stats In-Reply-To: References: Message-ID: <200407211114.47972.msmith@xiph.org> On Wednesday 21 July 2004 06:52, C.J. wrote: > I'm in the process of upgrading from Icecast 1 to Icecast 2 and I'm > having problems nailing down the usage statistics. In Icecast 1 there > was a usage log that printed out an hourly summary of connections and > bandwidth utilization: > > usage.log:[20/Jul/2004:02:00:00] [1:Calendar Thread] Hourly statistics: > [Client connects: 27] [Source connects: 0] [Bytes read: 7165917] [Bytes > written: 21548121] > > I'm trying to track down something similar in Icecast 2. I see in the > access log it will print the time connected and the bytes downloaded > whenever a client disconnects, but I'd like to get something more like > the hourly summary of Icecast 1. > > Thanks in advance, > You can use the admin interface to get and control lots of information, or the stats interface to get raw (or formatted) stats from the icecast2 stats core: see http://your.server:port/admin/stats.xml or http://your.server:port/status.xsl Mike From roger.shields Wed Jul 21 06:09:37 2004 From: roger.shields (Roger Shields) Date: Wed Jul 21 06:09:37 2004 Subject: [Icecast] Can't Connect to icecast using winamp as a listener Message-ID: I've using muse to stream mp3 sources to an icecast 2 server and am trying to listen to the stream using winamp on port 8000. for the url, I am using http://host:8000/example1. i've tried it as http://host:8000/example1.mp3 also. Further, nothing is showing in the icecast logs where a connection attempt is being made, but i do have the ports open on my firewall and have verified that. Just in case, i opened ports 7999, 8001, 8002 as well. Any ideas as to why this setup is not allowing me to listen to the streams? From gshang Wed Jul 21 07:35:07 2004 From: gshang (Geoff Shang) Date: Wed Jul 21 07:35:07 2004 Subject: [Icecast] Stream Control In-Reply-To: <40F7EDD0.9070600@imux.net> References: <3a57qo$3jnvt4@mxip06a.cluster1.charter.net> Message-ID: <40F7EDD0.9070600 at imux.net> Message-ID: EvilOverlord wrote: > Geoff Shang wrote: > >> Unfortunately ices 0.3 doesn't have the basic >> script functionality found in ices 2.0. >> > > Um, yes it does... I have a nifty python script running for a radio station > that auto inserts a random advert every 15 mins or so and plays the news on > the hour. I should have emphasised the word "basic". Ices 0.3 requires a knowledge of either PERL or Python and requires you to hook into Ices' processes by providing various methods for it to use. Ices 2.x however merely calls a basic script which returns a single line stating what file to play next. This means you can write it in anything you like. Geoff. From gshang Wed Jul 21 07:43:34 2004 From: gshang (Geoff Shang) Date: Wed Jul 21 07:43:34 2004 Subject: [Icecast] Can't Connect to icecast using winamp as a listener In-Reply-To: References: Message-ID: Hi: If there's nothing in the icecast logs when you try to play the stream, then your connection attempt is not reaching icecast. Maybe send us your server config. Geoff. From parker Wed Jul 21 10:57:10 2004 From: parker (Parker Thompson) Date: Wed Jul 21 10:57:10 2004 Subject: [Icecast] radio station infrastructure. Message-ID: Hello, I'm setting up icecast/ices to be used as part of a radio station. For our purposes, we're going to want to be able to do things like schedule blocks of media to be played at regular times (shows), as well as to schedule things like one-time broadcasts. It looks like this can be done by building a scheduler app, and writing a script that provides the appropriate items to ices at the appropriate time. My question is, has anyone done this already? It would be great to have a nice web-based interface through which to manage our station(s) but if possible I'd like to avoid writing one :). Thanks, pt. -------------------- Parker Thompson Data Archivist The Internet Archive From adam Wed Jul 21 11:07:14 2004 From: adam (adam) Date: Wed Jul 21 11:07:14 2004 Subject: [Icecast] radio station infrastructure. In-Reply-To: Message-ID: <20040721195955.F11409-100000@xs1.xs4all.nl> heyho i was going to reply to the last string of questions about this a few mails ago on the list I have a beta scheduling system witten in php with sql and a drop of python...its all web based, is a multiuser system and some of the features include: 1. upload audio to encoding machine via web interface 2. add live urls 3. annotate tracks with meta info 4. drag and drop timezone 'aware' timetable (dhtml) 5. requests 6. smarty templated public interface 7. now playing info 8. ogg + id3 tag info editing 9. publishable archives 10. playlist creation and editing its beta, and i would _dearly_ love some help with it...at the moment it works tightly with xmms (without its gui) and the oddcast plugin (also without gui)...but the MuSE team is working on a remote api and then i hope tom integrate the system with MuSE for now though it works good with ogg and mp3, still a bit of work to be done though to get it all wrapped up I am happy to do a demo in the next days if you're interested (GPL) adam On Wed, 21 Jul 2004, Parker Thompson wrote: > Hello, > > I'm setting up icecast/ices to be used as part of a radio station. For > our purposes, we're going to want to be able to do things like schedule > blocks of media to be played at regular times (shows), as well as to > schedule things like one-time broadcasts. > > It looks like this can be done by building a scheduler app, and writing a > script that provides the appropriate items to ices at the appropriate > time. > > My question is, has anyone done this already? It would be great to have a > nice web-based interface through which to manage our station(s) but if > possible I'd like to avoid writing one :). > > Thanks, > > pt. > -------------------- > Parker Thompson > Data Archivist > The Internet Archive > > _______________________________________________ > 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' contact: email : adam at xs4all.nl phone : + 358 40 876 1932 (Finland) From parker Wed Jul 21 11:14:32 2004 From: parker (Parker Thompson) Date: Wed Jul 21 11:14:32 2004 Subject: [Icecast] radio station infrastructure. In-Reply-To: <20040721195955.F11409-100000@xs1.xs4all.nl> Message-ID: On Wed, 21 Jul 2004, adam wrote: |I have a beta scheduling system witten in php with sql and a drop of |python...its all web based, is a multiuser system and some of the features |include: Sounds like the kind of thing I'm looking for, maybe even a bit fancier than I need (but hey, that's ok). |I am happy to do a demo in the next days if you're interested (GPL) That would be awesome. pt. -------------------- Parker Thompson Data Archivist The Internet Archive |On Wed, 21 Jul 2004, Parker Thompson wrote: | |> Hello, |> |> I'm setting up icecast/ices to be used as part of a radio station. For |> our purposes, we're going to want to be able to do things like schedule |> blocks of media to be played at regular times (shows), as well as to |> schedule things like one-time broadcasts. |> |> It looks like this can be done by building a scheduler app, and writing a |> script that provides the appropriate items to ices at the appropriate |> time. |> |> My question is, has anyone done this already? It would be great to have a |> nice web-based interface through which to manage our station(s) but if |> possible I'd like to avoid writing one :). |> |> Thanks, |> |> pt. |> -------------------- |> Parker Thompson |> Data Archivist |> The Internet Archive |> |> _______________________________________________ |> 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' | |contact: |email : adam at xs4all.nl |phone : + 358 40 876 1932 (Finland) | | | From mp Wed Jul 21 11:56:20 2004 From: mp (Myke Place) Date: Wed Jul 21 11:56:20 2004 Subject: [Icecast] Custom .xsl files? Message-ID: <20040721185620.GA23333@xmission.com> I'm curious if it is possible to create custom .xsl files in the /admin directory, using the same xsl params that appear in in the web interfaces that ship with Icecast2. Here's an example that (currently) isn't working for me. Any help or comments on the way Icecast2 handles the processing of these files would be super: Simple Icecast stats
Any help would be appreciated. -mp From roger.shields Wed Jul 21 12:39:10 2004 From: roger.shields (Roger Shields) Date: Wed Jul 21 12:39:10 2004 Subject: [Icecast] Re: Can't Connect to icecast using winamp as a listener In-Reply-To: <20040721181546.0D5451C304@westfish.xiph.org> References: <20040721181546.0D5451C304@westfish.xiph.org> Message-ID: here's my icecast.xml 10 2 5 102400 30 15 10 hackme hackme admin hackme localhost 8000 127.0.0.1 1 /usr/share/icecast /usr/share/icecast/web /usr/share/icecast/admin /usr/share/icecast/icecast.pid access.log error.log 4 0 service users and the command i start icecast with is: /usr/bin/icecast -b -c /etc/icecast2/icecast.xml and then i start muse with this command for my stream sources /usr/bin/muse -o -C /shares/music/playlist.m3u -e mp3 -s localhost:8000 -m example1 -l ice2 -p hackme From adam Wed Jul 21 12:53:05 2004 From: adam (adam) Date: Wed Jul 21 12:53:05 2004 Subject: [Icecast] Re: Can't Connect to icecast using winamp as a listener In-Reply-To: Message-ID: <20040721215241.N11409-100000@xs1.xs4all.nl> and what do you input into the 'open location' of the winamp? adam On Wed, 21 Jul 2004, Roger Shields wrote: > here's my icecast.xml > > > > 10 > 2 > 5 > 102400 > 30 > 15 > 10 > > > > > hackme > > hackme > > > admin > hackme > > > > localhost > > > > > > 8000 > 127.0.0.1 > > > > 1 > > > > /usr/share/icecast > /usr/share/icecast/web > /usr/share/icecast/admin > /usr/share/icecast/icecast.pid > > > > access.log > error.log > 4 > > > > 0 > > > service > users > > > > > > > and the command i start icecast with is: > > /usr/bin/icecast -b -c /etc/icecast2/icecast.xml > > and then i start muse with this command for my stream sources > > /usr/bin/muse -o -C /shares/music/playlist.m3u -e mp3 -s > localhost:8000 -m example1 -l ice2 -p hackme > _______________________________________________ > 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' contact: email : adam at xs4all.nl phone : + 358 40 876 1932 (Finland) From groups Wed Jul 21 15:36:58 2004 From: groups (Dave St John) Date: Wed Jul 21 15:36:58 2004 Subject: [Icecast] Icecast on steroids References: <20040721215241.N11409-100000@xs1.xs4all.nl> Message-ID: <00fb01c46f73$406b9110$85e70818@copperhead> Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ click on the ogg streams and see how fast they buffer up compared to the icecast2 mp3 streams, we are using karls build of the icecast2 server, what has changed to dramaticly improve this?. It flat out Smokes mp3 now, not just in quality but buffer time. Dave St John Mediacast1 Administration Need Support ? http://mediacast1.com/helpdesk From msmith Wed Jul 21 18:23:50 2004 From: msmith (Michael Smith) Date: Wed Jul 21 18:23:50 2004 Subject: [Icecast] Icecast on steroids In-Reply-To: <00fb01c46f73$406b9110$85e70818@copperhead> References: <20040721215241.N11409-100000@xs1.xs4all.nl> Message-ID: <00fb01c46f73$406b9110$85e70818 at copperhead> Message-ID: <200407221123.50496.msmith at xiph.org> On Thursday 22 July 2004 08:36, Dave St John wrote: > Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > click on the ogg streams and see how fast they buffer up compared to the > icecast2 mp3 streams, we are using karls build of the icecast2 server, > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > not just in quality but buffer time. > Icecast has optional fast-start code (not in 2.0, though) that does this. It has some intrinsic downsides (higher latency, mostly), so it's not on by default. Mike From msmith Wed Jul 21 18:24:11 2004 From: msmith (Michael Smith) Date: Wed Jul 21 18:24:11 2004 Subject: [Icecast] Custom .xsl files? Message-ID: <200407221124.11026.msmith@xiph.org> On Thursday 22 July 2004 04:56, Myke Place wrote: > I'm curious if it is possible to create custom .xsl files in the /admin > directory, using the same xsl params that appear in in the web > interfaces that ship with Icecast2. Yes. Though I don't know if using an arbitrary one works from the admin directory. Certainly you can put them in icecast's webroot directory (or some subdirectory of that). > Here's an example that (currently) isn't working for me. Any help or > comments on the way Icecast2 handles the processing of these files would > be super: > > version = "1.0" > > > > > > Simple Icecast stats > > > > >
Your XSLT must be valid.This isn't well-formed XML, you need:
. The rest looks ok. Mike From gshang Wed Jul 21 18:40:53 2004 From: gshang (Geoff Shang) Date: Wed Jul 21 18:40:53 2004 Subject: [Icecast] Re: Can't Connect to icecast using winamp as a listener In-Reply-To: References: <20040721181546.0D5451C304@westfish.xiph.org> Message-ID: Message-ID: Roger Shields wrote: > 127.0.0.1 This line is almost certainly your problem, it means that Icecast will only accept connections from the local host. I'm guessing that's not what you want. Comment out or delete that line and that should fix your problem. Geoff. From oddsock Wed Jul 21 19:04:40 2004 From: oddsock (oddsock) Date: Wed Jul 21 19:04:40 2004 Subject: [Icecast] Icecast on steroids In-Reply-To: <200407221123.50496.msmith@xiph.org> References: <20040721215241.N11409-100000@xs1.xs4all.nl> Message-ID: <00fb01c46f73$406b9110$85e70818 at copperhead> <200407221123.50496.msmith at xiph.org> Message-ID: <6.0.1.1.2.20040721210050.036bc2c0 at www.oddsock.org> At 08:23 PM 7/21/2004, you wrote: >On Thursday 22 July 2004 08:36, Dave St John wrote: > > Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > > click on the ogg streams and see how fast they buffer up compared to the > > icecast2 mp3 streams, we are using karls build of the icecast2 server, > > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > > not just in quality but buffer time. > > > >Icecast has optional fast-start code (not in 2.0, though) that does this. It >has some intrinsic downsides (higher latency, mostly), so it's not on by >default. > >Mike actually, it was agreed to enable this by default... "Burst with a reasonable buffer size should be enabled by default. The people doing latency sensitive broadcasting are far, far fewer than those who would benefit from this change. jack. " oddsock From darkeye Wed Jul 21 21:55:58 2004 From: darkeye (Akos Maroy) Date: Wed Jul 21 21:55:58 2004 Subject: [Icecast] Icecast on steroids In-Reply-To: <6.0.1.1.2.20040721210050.036bc2c0@www.oddsock.org> References: <20040721215241.N11409-100000@xs1.xs4all.nl> <00fb01c46f73$406b9110$85e70818@copperhead> <200407221123.50496.msmith@xiph.org> Message-ID: <6.0.1.1.2.20040721210050.036bc2c0 at www.oddsock.org> Message-ID: <40FF48DE.80004 at tyrell.hu> oddsock wrote: > actually, it was agreed to enable this by default... > > "Burst with a reasonable buffer size should be enabled by default. > The people doing latency sensitive broadcasting are far, far fewer than > those who would benefit from this change. > > jack. > " > > oddsock so is this in the current source tree now, in the CVS? From london_1 Thu Jul 22 03:52:01 2004 From: london_1 (london_1@charter.net) Date: Thu Jul 22 03:52:01 2004 Subject: [Icecast] Limiting stream bandwidth Message-ID: <3a5ac4$41m6c7@mxip12a.cluster1.charter.net> I am trying to limit the bandwidth per stream so that I can stream 2 mp3 connections from my box. I have 256 upload speed. I am using icecast 0.3 and ices 2. I made the changed listed below, restarted everything but it still seems to be streaming at max bandwith. Is there anything, besides moving to ogg vorbis -- it will happen when I have time to write the script to convert the 1000s of files in my playlist - but with a pregnant wife and four kids - time is not something I have a lot of :) -- that I can do? I made the following changes: ices-playlist.xml: 98304 131072 1 44100 2 ices.conf: 96 0 44100 2 From oddsock Thu Jul 22 06:41:55 2004 From: oddsock (oddsock) Date: Thu Jul 22 06:41:55 2004 Subject: [Icecast] Icecast on steroids In-Reply-To: <40FF48DE.80004@tyrell.hu> References: <20040721215241.N11409-100000@xs1.xs4all.nl> Message-ID: <00fb01c46f73$406b9110$85e70818 at copperhead> <200407221123.50496.msmith at xiph.org> <6.0.1.1.2.20040721210050.036bc2c0 at www.oddsock.org> <40FF48DE.80004 at tyrell.hu> Message-ID: <6.0.1.1.2.20040722084023.0370c588 at www.oddsock.org> At 11:55 PM 7/21/2004, you wrote: >oddsock wrote: >>actually, it was agreed to enable this by default... >>"Burst with a reasonable buffer size should be enabled by default. >>The people doing latency sensitive broadcasting are far, far fewer than >>those who would benefit from this change. >>jack. >>" >>oddsock > >so is this in the current source tree now, in the CVS? > burst on connect is in the current SVN branch, and actually has been for some time now. And I've just now committed the "enabled by default"... oddsock From brendan Thu Jul 22 06:41:59 2004 From: brendan (Brendan Cully) Date: Thu Jul 22 06:41:59 2004 Subject: [Icecast] Limiting stream bandwidth In-Reply-To: <3a5ac4$41m6c7@mxip12a.cluster1.charter.net> References: <3a5ac4$41m6c7@mxip12a.cluster1.charter.net> Message-ID: <20040722134159.GB27825@watanabe.local> On Thursday, 22 July 2004 at 10:52, london_1 at charter.net wrote: > I am trying to limit the bandwidth per stream so that I can stream 2 > mp3 connections from my box. I have 256 upload speed. I am using > icecast 0.3 and ices 2. I made the changed listed below, restarted I'm assuming these two are flipped around. > everything but it still seems to be streaming at max bandwith. Is > there anything, besides moving to ogg vorbis -- it will happen when > I have time to write the script to convert the 1000s of files in my > playlist - but with a pregnant wife and four kids - time is not > something I have a lot of :) -- that I can do? > > I made the following changes: > > ices-playlist.xml: > > 98304 > 131072 > 1 > 44100 > 2 > > ices.conf: > 96 > 0 Change that to 1. Ices must have been built with LAME support for this to work. > 44100 > 2 From roger.shields Thu Jul 22 06:49:44 2004 From: roger.shields (Roger Shields) Date: Thu Jul 22 06:49:44 2004 Subject: [Icecast] Re: Can't Connect to icecast using winamp as a In-Reply-To: <20040722134114.DFB211C3F1@westfish.xiph.org> References: <20040722134114.DFB211C3F1@westfish.xiph.org> Message-ID: Thanks, that fixed it. I thought that the bind address was for the stream source, not the listening clients. Roger Shields wrote: > 127.0.0.1 This line is almost certainly your problem, it means that Icecast will only accept connections from the local host. I'm guessing that's not what you want. Comment out or delete that line and that should fix your problem. Geoff. ------------------------------ From gshang Thu Jul 22 07:08:12 2004 From: gshang (Geoff Shang) Date: Thu Jul 22 07:08:12 2004 Subject: [Icecast] Re: Can't Connect to icecast using winamp as a In-Reply-To: References: <20040722134114.DFB211C3F1@westfish.xiph.org> Message-ID: Message-ID: Roger Shields wrote: > Thanks, that fixed it. I thought that the bind address was for the > stream source, not the listening clients. I can see why it might be confusing. It specifies where the server listens for connections of any sort. Geoff. From karl Thu Jul 22 07:29:02 2004 From: karl (Karl Heyes) Date: Thu Jul 22 07:29:02 2004 Subject: [Icecast] Icecast on steroids In-Reply-To: <00fb01c46f73$406b9110$85e70818@copperhead> References: <20040721215241.N11409-100000@xs1.xs4all.nl> Message-ID: <00fb01c46f73$406b9110$85e70818 at copperhead> Message-ID: <1090506541.7882.58.camel at bogus.hackers.club> On Wed, 2004-07-21 at 23:36, Dave St John wrote: > Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > click on the ogg streams and see how fast they buffer up compared to the > icecast2 mp3 streams, we are using karls build of the icecast2 server, > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > not just in quality but buffer time. The fast pre-buffering was a frequently requested feature, especially with low bitrate streams showing the startup lag more. I've filtered the queueing/burst mechanism in the kh tree into SVN svn.xiph.org/icecast/branches/icecast-singleq Both MP3 and Ogg streams should react in a similar way at connection time, but I've made it burst 64k (by default) as it is not too much to be a problem but enough to handle most current players. This can be overridden in and/or with in bytes Any feedback welcome. karl. From dmz Thu Jul 22 10:12:56 2004 From: dmz (David M. Zendzian) Date: Thu Jul 22 10:12:56 2004 Subject: [Icecast] Help with list maintance Message-ID: Hello, Since the list was upgraded I have noticed i am getting 2 copies of each message. I only today had a chance to look into this and wonder if someone can help me figure out what's happening & clean up my list subscription. For every post I am seeing identical posts from 2 different hosts: 1) westfish.xiph.org 2) master.debian.org I am guessing that there is a listserv running on both, but don't know how/when/why debian started mirroring the icecast list. Any thoughts/comments? Thanks! David dmz From mp Thu Jul 22 10:28:06 2004 From: mp (Myke Place) Date: Thu Jul 22 10:28:06 2004 Subject: [Icecast] Custom .xsl files? In-Reply-To: <200407221124.11026.msmith@xiph.org> References: <200407221124.11026.msmith@xiph.org> Message-ID: <20040722172806.GA32609@xmission.com> Just a followup, hopefully my experiences will help somebody else. Comments inline... * Michael Smith (msmith at xiph.org) [040721 19:24] spake thusly: > On Thursday 22 July 2004 04:56, Myke Place wrote: > > I'm curious if it is possible to create custom .xsl files in the /admin > > directory, using the same xsl params that appear in in the web > > interfaces that ship with Icecast2. > > Yes. Though I don't know if using an arbitrary one works from the admin > directory. Certainly you can put them in icecast's webroot directory (or some > subdirectory of that). I was interested to find that inside the /admin directory, it doesn't appear that even properly formatted XSL will work _unless_ one of the exisiting files is replaced by a file of the same name. For instance, copying listmounts.xsl to test.xsl and then trying to access test.xsl will not work. It seems that one must use a file with one of the names already existing. If there is a way around this, I would love to hear about it. > > Here's an example that (currently) isn't working for me. Any help or > > comments on the way Icecast2 handles the processing of these files would > > be super: > > > > > version = "1.0" > > > > > > > > > > > Simple Icecast stats > > > > > > > > > >
> > Your XSLT must be valid.This isn't well-formed XML, you need: >
. Indeed, this is the case. Silly me. Thanks for catching that. > The rest looks ok. > > Mike > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From oddsock Thu Jul 22 11:18:17 2004 From: oddsock (oddsock) Date: Thu Jul 22 11:18:17 2004 Subject: [Icecast] Custom .xsl files? In-Reply-To: <20040722172806.GA32609@xmission.com> References: <200407221124.11026.msmith@xiph.org> Message-ID: <20040722172806.GA32609 at xmission.com> Message-ID: <6.0.1.1.2.20040722131000.03718050 at www.oddsock.org> At 12:28 PM 7/22/2004, you wrote: >Just a followup, hopefully my experiences will help somebody else. >Comments inline... > >* Michael Smith (msmith at xiph.org) [040721 19:24] spake thusly: > > On Thursday 22 July 2004 04:56, Myke Place wrote: > > > I'm curious if it is possible to create custom .xsl files in the /admin > > > directory, using the same xsl params that appear in in the web > > > interfaces that ship with Icecast2. > > > > Yes. Though I don't know if using an arbitrary one works from the admin > > directory. Certainly you can put them in icecast's webroot directory > (or some > > subdirectory of that). > >I was interested to find that inside the /admin directory, it doesn't >appear that even properly formatted XSL will work _unless_ one of the >exisiting files is replaced by a file of the same name. For instance, >copying listmounts.xsl to test.xsl and then trying to access test.xsl >will not work. It seems that one must use a file with one of the names >already existing. If there is a way around this, I would love to hear >about it. since the xslt in the admin directory does specialized logic (such as possibly kicking users, moving mountpoints, etc) icecast does some specific checking on the xslt name in order to trigger it's actions... For instance, the "listclients" xslt works on a different XML document than does "listmounts". So it is definately the case that in the admin directory, you can't add new features and functionality by dropping in xslt files, you need to do that PLUS add a handler for that specialized function in the icecast code. This is different than the xslt transforms that are in the "web" directory. Those, all operate on the same XML document (the one returned by the /admin/stats.xml request)...You can put any valid xslt transform in there and icecast will transform it using the stats XML document. You can also directly modify the xslt transforms in admin, although you cannot rename them, you can edit/change/enhance them. If you want to see the XML document that is applied to each admin xslt, just change the .xsl to .xml in your request (i.e. /admin/listclients.xml). You can then code your xslt transform appropriately. hope that clears it up.. oddsock From christopher Thu Jul 22 15:28:02 2004 From: christopher (Christopher) Date: Thu Jul 22 15:28:02 2004 Subject: [Icecast] Winamp Issues Message-ID: <64BC7864-DC2E-11D8-AD14-000A9594CA9C@mojonetworks.net> I'm currently working on a streaming radio server that will be streaming randomized archive shows 90% of the time and then live shows 10% of the time. The solution I came up with was to have /main the archive mountpoint and have a /live for the live shows. What we want to do is use the functionality of icecast's moveusers.xsl to move them to the live at the specified time and have /live's fallback to be /main to minimize dead air. We've overcome the the issue with having users come on to /main after the initial moveuser by just having a script to move everyone over on a set interval during the live shows. My problem is that for some reason winamp and a few others don't respond properly to this move. MPlayer, xmms, and iTunes seem to handle it fine but winamp will try to connect and eventually just stop playing. Is this a known issue and is there a known work around, and also does anyone have a better idea move the users to a live stream and still maintain a way to keep down dead air? From eviloverlord Thu Jul 22 16:57:02 2004 From: eviloverlord (EvilOverlord) Date: Thu Jul 22 16:57:02 2004 Subject: [Icecast] Winamp Issues In-Reply-To: <64BC7864-DC2E-11D8-AD14-000A9594CA9C@mojonetworks.net> References: <64BC7864-DC2E-11D8-AD14-000A9594CA9C@mojonetworks.net> Message-ID: <4100544E.2050600@imux.net> Christopher wrote: > I'm currently working on a streaming radio server that will be streaming > randomized archive shows 90% of the time and then live shows 10% of the > time. The solution I came up with was to have /main the archive > mountpoint and have a /live for the live shows. What we want to do is > use the functionality of icecast's moveusers.xsl to move them to the > live at the specified time and have /live's fallback to be /main to > minimize dead air. We've overcome the the issue with having users come > on to /main after the initial moveuser by just having a script to move > everyone over on a set interval during the live shows. My problem is > that for some reason winamp and a few others don't respond properly to > this move. MPlayer, xmms, and iTunes seem to handle it fine but winamp > will try to connect and eventually just stop playing. Is this a known > issue and is there a known work around, and also does anyone have a > better idea move the users to a live stream and still maintain a way to > keep down dead air? One radio station setup I did only did live shows a few hours a day and the rest of the time they wanted archive stuff playing. I went through some of what you've described when I realised it would just be much easier to have a python script running playing the archive content outputting to the radio desk, whenever the live shows finished they just faded up the channel with the archive output on. This ment no changing about with the mountpoint and all the fiddling etc. Stephen Liveice Project From poora Thu Jul 22 14:53:11 2004 From: poora (Wakas Mir) Date: Thu Jul 22 14:53:11 2004 Subject: [Icecast] cant find password Message-ID: hi there i run icecast on my server and love it but somehow i cant login http://crazefm.com:5555/admin/listmounts.xsl which file contains the password on my server please let me know thx a mill wakas ------------------------------ http://www.Craze.FM http://www.BadAssGamer.com http://www.FreelancersDirect.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20040722/f83411ec/attachment.html From msmith Thu Jul 22 18:13:45 2004 From: msmith (Michael Smith) Date: Thu Jul 22 18:13:45 2004 Subject: [Icecast] Help with list maintance In-Reply-To: References: Message-ID: <200407231113.45809.msmith@xiph.org> On Friday 23 July 2004 03:12, David M. Zendzian wrote: > Hello, > Since the list was upgraded I have noticed i am getting 2 copies of each > message. I only today had a chance to look into this and wonder if someone > can help me figure out what's happening & clean up my list subscription. > For every post I am seeing identical posts from 2 different hosts: 1) > westfish.xiph.org > 2) master.debian.org > I am guessing that there is a listserv running on both, but don't know > how/when/why debian started mirroring the icecast list. Any > thoughts/comments? > westfish.xiph.org is where we're running the list. I'm only getting one copy of each message (plus a daily spam deluge to the moderation address - argh!). As far as I know, we don't have anything to do with any debian mirror of the list - they shouldn't be doing that. Perhaps you could ask the debian listmaster(s)? Mike From gshang Fri Jul 23 09:41:01 2004 From: gshang (Geoff Shang) Date: Fri Jul 23 09:41:01 2004 Subject: [Icecast] cant find password In-Reply-To: References: Message-ID: Hi: You want the username and password specified for the admin user. This is found in the icecast config file, icecast.xml by default (i think). Geoff. From gshang Fri Jul 23 09:44:48 2004 From: gshang (Geoff Shang) Date: Fri Jul 23 09:44:48 2004 Subject: [Icecast] Winamp Issues In-Reply-To: <64BC7864-DC2E-11D8-AD14-000A9594CA9C@mojonetworks.net> References: <64BC7864-DC2E-11D8-AD14-000A9594CA9C@mojonetworks.net> Message-ID: Hi: To do what you want to do, I highly recommend using the current SVN icecast code and use the fallback override functionality. This means that whenever someone connects to your live mount, anyone who is listening via that mount and is currently hearing the backup will automatically be pulled forward again to the live mount. It's very nice. To achieve this, just put the following in the mount config for your live mount, in addition to what you already have: 1 Good luck! Geoff. From fbriere Sat Jul 24 10:22:33 2004 From: fbriere (Frederic Briere) Date: Sat Jul 24 10:22:33 2004 Subject: [Icecast] ices2 routinely abandons one of its streams In-Reply-To: <20040715084719.GA2698@hyrule.dyndns.org> References: <20040714074251.GA30243@hyrule.dyndns.org> Message-ID: <1089805820.22939.21.camel at bogus.hackers.club> <20040715084719.GA2698 at hyrule.dyndns.org> Message-ID: <20040724172233.GA19632 at hyrule.dyndns.org> On Thu, Jul 15, 2004 at 04:47:19AM -0400, Frederic Briere wrote: > > They are both in svn now, and various bits are being merged into trunk. > > libshout is API compatible to trunk but ices requires some small changes > > to your existing xml, the examples in conf should show the differences > > easy enough. > > Thanks! It took a bit of trial and error, but I've managed to get it > running. Now I have to wait and see it the problem manifests itself > again. [knocks on wood] So far so good, I haven't seen this problem again in over a week. However, it seems that ices2 is ignoring my reconnectattempts=-1. Here's an excerpt from my logs: [2004-07-20 18:15:33] EROR om_shout/output_ogg_shout Failed to write to ice.imars.net:8000/cigr.ogg (Socket error) [2004-07-20 18:15:33] DBUG om_shout/_output_connection_close closed shout connection [2004-07-20 18:15:43] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg [2004-07-20 18:15:49] WARN input-oss/oss_read will skip input for a short time [2004-07-20 18:15:58] INFO input/input_loop Closing input module [2004-07-20 18:15:58] INFO input-oss/oss_close_module Closing OSS module [2004-07-20 18:15:58] DBUG input/open_next_input_module checking module 1 [2004-07-20 18:15:58] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz [2004-07-20 18:15:58] WARN input-oss/oss_read will skip input for a short time (This repeats a couple of times) [2004-07-20 18:16:44] INFO input/input_loop Closing input module [2004-07-20 18:16:44] INFO input-oss/oss_close_module Closing OSS module [2004-07-20 18:16:44] DBUG input/open_next_input_module checking module 1 [2004-07-20 18:16:44] WARN input/open_next_input_module Too many failures on input module 1 (OSS) [2004-07-20 18:16:44] DBUG input/input_loop All input stopped, shutting down. [2004-07-20 18:16:44] DBUG stream/runner_close Runner thread 1 shutting down [2004-07-20 18:18:18] EROR om_shout/check_shout_connected Terminating connection to ice.imars.net:8000/cigr.ogg [2004-07-20 18:18:18] EROR om_shout/check_shout_connected no reply came in 10 seconds [2004-07-20 18:18:18] DBUG om_shout/_output_connection_close closed shout connection [2004-07-20 18:18:19] EROR om_shout/output_ogg_shout Failed to write to ice.imars.net:8000/cigr-low.ogg (Socket error) [2004-07-20 18:18:19] DBUG om_shout/_output_connection_close closed shout connection [2004-07-20 18:18:20] DBUG stream/ices_runner Runner thread 1 cleaning up streams [2004-07-20 18:18:20] DBUG stream/stream_cleanup Cleanup of stream 1 required [2004-07-20 18:18:20] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 1 [2004-07-20 18:18:20] DBUG stream/_output_oggpacket packet marked with EOS seen [2004-07-20 18:18:20] DBUG encode/encode_free Freeing encoder engine [2004-07-20 18:18:20] DBUG stream/output_clear Clearing up output state [2004-07-20 18:18:20] DBUG om_shout/_output_connection_close closed shout connection [2004-07-20 18:18:20] DBUG stream/stream_cleanup Cleanup of stream 2 required [2004-07-20 18:18:20] DBUG stream/flush_ogg_packets Flushing out encoded ogg packets stream 2 [2004-07-20 18:18:20] DBUG stream/_output_oggpacket packet marked with EOS seen [2004-07-20 18:18:20] DBUG encode/encode_free Freeing encoder engine [2004-07-20 18:18:20] DBUG stream/output_clear Clearing up output state [2004-07-20 18:18:20] DBUG om_shout/_output_connection_close closed shout connection [2004-07-20 18:18:20] DBUG stream/ices_runner Runner thread 1 finshed [2004-07-20 18:18:20] DBUG input/free_modules freeing up module storage [2004-07-20 18:18:20] INFO ices-core/main Shutdown in progress The "too many failures" is the part that bugs me; my requirements are that if the connection goes down for any amount of time, then the client must retry indefinitely so that it connects as soon as the connection comes up again. Otherwise, I get an urgent page during my vacation. :/ -- Frederic Briere <*> fbriere at fbriere.net => IS NO MORE: <= From karl Sun Jul 25 15:14:49 2004 From: karl (Karl Heyes) Date: Sun Jul 25 15:14:49 2004 Subject: [Icecast] ices2 routinely abandons one of its streams In-Reply-To: <20040724172233.GA19632@hyrule.dyndns.org> References: <20040714074251.GA30243@hyrule.dyndns.org> Message-ID: <1089805820.22939.21.camel at bogus.hackers.club> <20040715084719.GA2698 at hyrule.dyndns.org> <20040724172233.GA19632 at hyrule.dyndns.org> Message-ID: <1090793688.14906.27.camel at bogus.hackers.club> On Sat, 2004-07-24 at 18:22, Frederic Briere wrote: > So far so good, I haven't seen this problem again in over a week. > However, it seems that ices2 is ignoring my reconnectattempts=-1. > Here's an excerpt from my logs: > > [2004-07-20 18:15:33] EROR om_shout/output_ogg_shout Failed to write to ice.imars.net:8000/cigr.ogg (Socket error) > [2004-07-20 18:15:33] DBUG om_shout/_output_connection_close closed shout connection > [2004-07-20 18:15:43] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg > [2004-07-20 18:15:49] WARN input-oss/oss_read will skip input for a short time > [2004-07-20 18:15:58] INFO input/input_loop Closing input module > [2004-07-20 18:15:58] INFO input-oss/oss_close_module Closing OSS module > [2004-07-20 18:15:58] DBUG input/open_next_input_module checking module 1 > [2004-07-20 18:15:58] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44101 Hz > [2004-07-20 18:15:58] WARN input-oss/oss_read will skip input for a short time > > (This repeats a couple of times) > The "too many failures" is the part that bugs me; my requirements are > that if the connection goes down for any amount of time, then the client > must retry indefinitely so that it connects as soon as the connection > comes up again. Otherwise, I get an urgent page during my vacation. :/ usually when this sort of thing happens, the machine is under some load eg updatedb. Try enabling realtime (requires starting as root) but it drops to the stated user afterwards The failed to write case is purely some delay (typically network) sending to icecast. The input skip bit is ices preventing itself from eating memory indefinitely. Send me the ices.log so I can check what led up to the 'Too many failures' message. karl. From nhudson Mon Jul 26 21:28:23 2004 From: nhudson (Nick Hudson) Date: Mon Jul 26 21:28:23 2004 Subject: [Icecast] only one song plays Message-ID: <4105D9E7.8050203@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I set up my icecast server along with ices I can only get one ogg file to play over the stream. If I connect to the stream one song will play fine with no problems, but when it goes to play the second song it never plays I physically have to reconnect to the server to listen to the next song. My status page tells me that there is a song loaded and playing but the only way to hear it is to reconnect to the server. Does anyone know how to solve this problem?? I have tried searching the archives but when I search I get nothing but perl code. Thanks Nick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBBdnnG5D1jWCZpTwRAq2MAJ0RyUjavlyIoBT6Pcz4xQ8awbOjfACfTnwr aVlsAg3u49vQkoYbcIkM0aI= =dibE -----END PGP SIGNATURE----- From msmith Mon Jul 26 21:34:08 2004 From: msmith (Michael Smith) Date: Mon Jul 26 21:34:08 2004 Subject: [Icecast] only one song plays In-Reply-To: <4105D9E7.8050203@lunar-linux.org> References: <4105D9E7.8050203@lunar-linux.org> Message-ID: <200407271434.08443.msmith@xiph.org> On Tuesday 27 July 2004 14:28, Nick Hudson wrote: > When I set up my icecast server along with ices I can only get one ogg > file to play over the stream. If I connect to the stream one song will > play fine with no problems, but when it goes to play the second song it > never plays I physically have to reconnect to the server to listen to > the next song. My status page tells me that there is a song loaded and > playing but the only way to hear it is to reconnect to the server. Does > anyone know how to solve this problem?? I have tried searching the > archives but when I search I get nothing but perl code. > Sorry about the search being broken - problems with the switchover to new mailing list software. The current archives (not searchable, though) are at http://lists.xiph.org/pipermail/icecast/ Anyway, as to your problem: it sounds like icecast and ices are working fine, but there's some sort of problem with the software you're using to listen to it. Try using a different player. Mike From gshang Mon Jul 26 21:36:55 2004 From: gshang (Geoff Shang) Date: Mon Jul 26 21:36:55 2004 Subject: [Icecast] only one song plays In-Reply-To: <4105D9E7.8050203@lunar-linux.org> References: <4105D9E7.8050203@lunar-linux.org> Message-ID: Hi: Sounds like a problem with your player. Which player do you use? Geoff. From nhudson Mon Jul 26 21:54:08 2004 From: nhudson (Nick Hudson) Date: Mon Jul 26 21:54:08 2004 Subject: [Icecast] only one song plays In-Reply-To: <200407271434.08443.msmith@xiph.org> References: <4105D9E7.8050203@lunar-linux.org> Message-ID: <200407271434.08443.msmith at xiph.org> Message-ID: <4105DFF0.8040900 at lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok switching to xmms fixed the problem. I was using rhythmbox to listen to the stream and there seems to be a problem with that. Thanks for the tip. Another thing that I noticed is that sometimes a song will just quit in the middle of the song and go to the next song. Would that be a problem with the cache fill?? Nick Michael Smith wrote: | On Tuesday 27 July 2004 14:28, Nick Hudson wrote: | |>When I set up my icecast server along with ices I can only get one ogg |>file to play over the stream. If I connect to the stream one song will |>play fine with no problems, but when it goes to play the second song it |>never plays I physically have to reconnect to the server to listen to |>the next song. My status page tells me that there is a song loaded and |>playing but the only way to hear it is to reconnect to the server. Does |>anyone know how to solve this problem?? I have tried searching the |>archives but when I search I get nothing but perl code. |> | | | Sorry about the search being broken - problems with the switchover to new | mailing list software. The current archives (not searchable, though) are at | http://lists.xiph.org/pipermail/icecast/ | | Anyway, as to your problem: it sounds like icecast and ices are working fine, | but there's some sort of problem with the software you're using to listen to | it. Try using a different player. | | Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBBd/wG5D1jWCZpTwRAkB7AJ9BPQ3vqO+Ns4LWJxDJ0TTdeJMWTwCgvzIi ZXWaEuotAPtsXRh3W9UINcU= =BUL5 -----END PGP SIGNATURE----- From adam Tue Jul 27 06:35:41 2004 From: adam (adam) Date: Tue Jul 27 06:35:41 2004 Subject: [Icecast] osx Message-ID: <20040727153457.W45081-100000@xs1.xs4all.nl> hey sorry to be a bit thick on this topic, but does anyone know a live encoder that can stream mp3 to icecast2 under OSX? adam Adam Hyde ~/.fi r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' contact: email : adam at xs4all.nl phone : + 358 40 876 1932 (Finland) From eviloverlord Tue Jul 27 07:17:53 2004 From: eviloverlord (EvilOverlord) Date: Tue Jul 27 07:17:53 2004 Subject: [Icecast] osx In-Reply-To: <20040727153457.W45081-100000@xs1.xs4all.nl> References: <20040727153457.W45081-100000@xs1.xs4all.nl> Message-ID: <41066411.8010204@imux.net> adam wrote: > hey > > sorry to be a bit thick on this topic, but does anyone know a live encoder > that can stream mp3 to icecast2 under OSX? > > > adam > Have you tried liveice? http://liveice.sourceforge.net/ From to Tue Jul 27 15:55:45 2004 From: to (Tobias Orterer) Date: Tue Jul 27 15:55:45 2004 Subject: [Icecast] control the stream Message-ID: <4106DD71.1040805@tecilla.de> hi, first of all, sorry for my horrible english. second, i need a method to control the stream for my users. i want a live stream, one hour per day and just for paying users. the users they are logged in but not paying for the service just become the first 5 minutes of the one hour stream. first i think about to manage it with php, but thats not the right way i think. because one apache child for every user is not very good. the same for using mod_proxy. have anyone of you an idea to solve this problem? greets, tobsn From karl Tue Jul 27 16:08:10 2004 From: karl (Karl Heyes) Date: Tue Jul 27 16:08:10 2004 Subject: [Icecast] control the stream In-Reply-To: <4106DD71.1040805@tecilla.de> References: <4106DD71.1040805@tecilla.de> Message-ID: <1090969689.10467.57.camel@bogus.hackers.club> On Tue, 2004-07-27 at 23:55, Tobias Orterer wrote: > hi, > > first of all, sorry for my horrible english. > second, i need a method to control the stream for my users. > i want a live stream, one hour per day and just for paying users. > the users they are logged in but not paying for the service > just become the first 5 minutes of the one hour stream. Paying customers are the sort of thing authenticated streams are for, this is already implemented in the trunk code for next release. Time limited clients are not implemented although the client information does store the login time, so it could be possible terminate clients on that basis. karl. From brendan Thu Jul 29 09:49:12 2004 From: brendan (Brendan Cully) Date: Thu Jul 29 09:49:12 2004 Subject: [Icecast] Crossfader for ices 0.3 Message-ID: <20040729164912.GC376@watanabe.local> FYI, I've added a crossfader to the ices0 trunk in subversion: http://svn.xiph.org/icecast/trunk/ices0 It requires LAME support (of course). To use it, either pass -C on the command line, or add a secs node to the Playlist section of the config file. Reencoding must also be enabled on your stream. NOTE: the crossfader can't resample, so all of your input files should be the same sample rate. I'd appreciate feedback from anyone who is comfortable compiling from subversion (nightly tarballs won't be back until some issues with the xiph.org servers have been sorted out). Hopefully I can release ices 0.4 soon, if no issues surface. Thanks, -b From teachjava Thu Jul 29 17:19:53 2004 From: teachjava (Mike Dickson) Date: Thu Jul 29 17:19:53 2004 Subject: [Icecast] Java Examples Message-ID: Where should I look for an example of how to connect to Icecast from Java? (I have a MySQL/Tomcat application with MP3's in the DB and need to stream them using Java and Icecast.) Thanks, Mike D. _________________________________________________________________ Discover the best of the best at MSN Luxury Living. http://lexus.msn.com/ From brendan Thu Jul 29 17:37:09 2004 From: brendan (Brendan Cully) Date: Thu Jul 29 17:37:09 2004 Subject: [Icecast] Java Examples In-Reply-To: References: Message-ID: <20040730003708.GB10895@watanabe.local> It's just HTTP (the method is called 'SOURCE' instead of 'GET' or 'POST'). There are some additional headers you could send ('ice-name', 'ice-public', 'ice-url', 'ice-genre', 'ice-description', and 'ice-audio-info'), but they're mostly for directory support. Make sure you set the Content-Type header to 'application/ogg' (or 'audio/mpeg') though. On Thursday, 29 July 2004 at 17:19, Mike Dickson wrote: > Where should I look for an example of how to connect to Icecast from Java? > (I have a MySQL/Tomcat application with MP3's in the DB and need to stream > them using Java and Icecast.) > > > Thanks, > > Mike D. You're welcome, Ad Rock. From crempp Thu Jul 29 21:05:19 2004 From: crempp (Chad Rempp) Date: Thu Jul 29 21:05:19 2004 Subject: [Icecast] IceS Segmentaion Fault Message-ID: <4109C8FF.7080206@tetractys.org> I am trying to set up Icecast and IceS. I have icecast 2.0.1 up and running. but when I try to start IceS 0.3 I get a seg fault. Here is the output: # /path/ices -r -c /confpath/ices.conf -F /playlistpath/playlist.pl -P password Logfile opened DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: localhost:8001 (protocol: xaudiocast) DEBUG: Mount: /example1.mp3, Password: password DEBUG: Name: Default stream URL: http://www.site.com DEBUG: Genre: Default genre Desc: Default description DEBUG: Bitrate: 128 Public: 0 DEBUG: Dump file: ices.dump DEBUG: Initializing playlist handler... DEBUG: Initializing builting playlist handler... DEBUG: Randomizing playlist... DEBUG: Builtin playlist handler serving: /mp3path/03-Deja_Voodoo.mp3 DEBUG: Filename cleaned up from [/mp3path/03-Deja_Voodoo.mp3] to [03-Deja_Voodoo] DEBUG: ID3v1: Title: Deja_Voodoo DEBUG: ID3v1: Artist: Barry Adamson DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, stereo DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 1 DEBUG: Error Protection: 0 Emphasis: 0 Padding: 0 Playing /home/icecast/03-Deja_Voodoo.mp3 Segmentation fault (core dumped) It dies when it tries to play the file. I checked the file and it is not VBR and is encoded at 128. Thank you for your time Chad From brendan Thu Jul 29 21:09:23 2004 From: brendan (Brendan Cully) Date: Thu Jul 29 21:09:23 2004 Subject: [Icecast] IceS Segmentaion Fault In-Reply-To: <4109C8FF.7080206@tetractys.org> References: <4109C8FF.7080206@tetractys.org> Message-ID: <20040730040923.GA11087@watanabe.local> Can you run it through gdb and print the backtrace? $ gdb /path/ices ... (gdb) set args -r -c /confpath/ices.conf -F /playlistpath/playlist.pl -P password ... (gdb) run ... (gdb) backtrace thanks. On Thursday, 29 July 2004 at 23:05, Chad Rempp wrote: > I am trying to set up Icecast and IceS. I have icecast 2.0.1 up and > running. but when I try to start IceS 0.3 I get a seg fault. Here is the > output: > > # /path/ices -r -c /confpath/ices.conf -F /playlistpath/playlist.pl -P > password > Logfile opened > DEBUG: Sending following information to libshout: > DEBUG: Stream: 0 > DEBUG: Host: localhost:8001 (protocol: xaudiocast) > DEBUG: Mount: /example1.mp3, Password: password > DEBUG: Name: Default stream URL: http://www.site.com > DEBUG: Genre: Default genre Desc: Default description > DEBUG: Bitrate: 128 Public: 0 > DEBUG: Dump file: ices.dump > DEBUG: Initializing playlist handler... > DEBUG: Initializing builting playlist handler... > DEBUG: Randomizing playlist... > DEBUG: Builtin playlist handler serving: /mp3path/03-Deja_Voodoo.mp3 > DEBUG: Filename cleaned up from [/mp3path/03-Deja_Voodoo.mp3] to > [03-Deja_Voodoo] > DEBUG: ID3v1: Title: Deja_Voodoo > DEBUG: ID3v1: Artist: Barry Adamson > DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, stereo > DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 1 > DEBUG: Error Protection: 0 Emphasis: 0 Padding: 0 > Playing /home/icecast/03-Deja_Voodoo.mp3 > Segmentation fault (core dumped) > > It dies when it tries to play the file. I checked the file and it is not > VBR and is encoded at 128. > > Thank you for your time > Chad > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From iceuse Thu Jul 29 23:02:39 2004 From: iceuse (Iceuse - Kris) Date: Thu Jul 29 23:02:39 2004 Subject: [Icecast] Java Examples In-Reply-To: References: Message-ID: <4109E47F.2090701@kezako.net> Hello, For myself, I'm using JOrbisPlayer, from http://www.jcraft.com/ Regards, Chris Mike Dickson wrote: > Where should I look for an example of how to connect to Icecast from > Java? (I have a MySQL/Tomcat application with MP3's in the DB and > need to stream them using Java and Icecast.) > > > Thanks, > > Mike D. > > _________________________________________________________________ > Discover the best of the best at MSN Luxury Living. http://lexus.msn.com/ > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From nhudson Fri Jul 30 16:02:50 2004 From: nhudson (Nick Hudson) Date: Fri Jul 30 16:02:50 2004 Subject: [Icecast] Live Streaming Quoestion Message-ID: <410AD39A.9070408@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was wondering how I would go about doing a live stream broadcast and then go directly into playing music using ices?? I have tried using xmms and setting the config file to look at /dev/dsp but I do not get anything out of xmms through the stream I can only get my voice. Is there a way to do both without killing the stream? Nick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBCtOaG5D1jWCZpTwRAk/nAJ0SvXhymjCw6AfO8yu9zWUAt/2MawCaAzXn DUVHRRsE5YyHvLt+aanN2LI= =vhnH -----END PGP SIGNATURE----- From teachjava Fri Jul 30 16:19:03 2004 From: teachjava (Mike Dickson) Date: Fri Jul 30 16:19:03 2004 Subject: [Icecast] Java Examples References: Message-ID: <4109E47F.2090701 at kezako.net> Message-ID: Let me clarify this a bit more. I need to use a Java stream as the source for a user audio clip, rather than a directory of ogg files or a live ogg stream from a radio station. I need to server up audio clips from Java. I am confused as to the big picture. How does Icecast tell my Java Servlet what it needs to serve up? What is the protocol? How does it say I need xxx.ogg to the Java Servlet? ----- Original Message ----- From: "Iceuse - Kris" To: Sent: Thursday, July 29, 2004 11:02 PM Subject: Re: [Icecast] Java Examples > Hello, > For myself, I'm using JOrbisPlayer, from > > http://www.jcraft.com/ > > Regards, > Chris > > Mike Dickson wrote: > > > Where should I look for an example of how to connect to Icecast from > > Java? (I have a MySQL/Tomcat application with MP3's in the DB and > > need to stream them using Java and Icecast.) > > > > > > Thanks, > > > > Mike D. > > > > _________________________________________________________________ > > Discover the best of the best at MSN Luxury Living. http://lexus.msn.com/ > > > > _______________________________________________ > > 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 oddsock Fri Jul 30 20:09:39 2004 From: oddsock (oddsock) Date: Fri Jul 30 20:09:39 2004 Subject: [Icecast] Java Examples In-Reply-To: References: Message-ID: <4109E47F.2090701 at kezako.net> Message-ID: <6.0.1.1.2.20040730220352.01d36b80 at www.oddsock.org> At 06:19 PM 7/30/2004, you wrote: >Let me clarify this a bit more. I need to use a Java stream as the source >for a user audio clip, rather than a directory of ogg files or a live ogg >stream from a radio station. I need to server up audio clips from Java. > >I am confused as to the big picture. How does Icecast tell my Java Servlet >what it needs to serve up? What is the protocol? How does it say I need >xxx.ogg to the Java Servlet? I think you have it backwards...the general flow is as follows : playlist (mp3/vorbis/etc) ---> source client (ices/ezstream/oddcast/etc) ---> icecast ------> listener1...N Given this, In your case you might be substituting the "playlist" part for your serlvet...but then you'd have to find a source client (or modify one) to get it's stream data from your serlvet. Of course, I may not be understanding what exactly your servlet actually does... oddsock From eviloverlord Sat Jul 31 02:36:14 2004 From: eviloverlord (EvilOverlord) Date: Sat Jul 31 02:36:14 2004 Subject: [Icecast] Java Examples In-Reply-To: <6.0.1.1.2.20040730220352.01d36b80@www.oddsock.org> References: <4109E47F.2090701@kezako.net> Message-ID: <6.0.1.1.2.20040730220352.01d36b80 at www.oddsock.org> Message-ID: <410B680E.7080108 at imux.net> oddsock wrote: > At 06:19 PM 7/30/2004, you wrote: > >> Let me clarify this a bit more. I need to use a Java stream as the >> source >> for a user audio clip, rather than a directory of ogg files or a live ogg >> stream from a radio station. I need to server up audio clips from Java. >> >> I am confused as to the big picture. How does Icecast tell my Java >> Servlet >> what it needs to serve up? What is the protocol? How does it say I need >> xxx.ogg to the Java Servlet? > > I think you have it backwards...the general flow is as follows : > > playlist (mp3/vorbis/etc) ---> source client (ices/ezstream/oddcast/etc) > ---> icecast ------> listener1...N > Look here: http://liveice.sourceforge.net/understanding.html For a couple of diagrams explaining icecast. EvilOverlord From eviloverlord Sat Jul 31 02:44:47 2004 From: eviloverlord (EvilOverlord) Date: Sat Jul 31 02:44:47 2004 Subject: [Icecast] Live Streaming Quoestion In-Reply-To: <410AD39A.9070408@lunar-linux.org> References: <410AD39A.9070408@lunar-linux.org> Message-ID: <410B6A0F.2000208@imux.net> Nick Hudson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I was wondering how I would go about doing a live stream broadcast and > then go directly into playing music using ices?? I have tried using > xmms and setting the config file to look at /dev/dsp but I do not get > anything out of xmms through the stream I can only get my voice. Is > there a way to do both without killing the stream? > > Nick Well there are a few of ways. Set ices to do capture from the DSP, which you seem to have tried. Second is by having a "live" stream which you do capture from the line-in/mic on the soundcard and set icecast with a fallback mountpoint so that when the "live" stream exits the users are transferred to the "non-live" output. Third is by having 2 soundcards in the machine, a second card is fairly cheap. This way you can have the output of one card connected to the line-in of the other. Setup a source client to listen to the input on the line-in and do your live output with the second card. Also setup your "static" content on another mountpoint. When you want to go to the static content, simply open the "static" mount in a player of your choice. EvilOverlord http://liveice.sourceforge.net/