From nocrapo at mail.com Sun Sep 2 04:03:47 2001 From: nocrapo at mail.com (Nough Krapough) Date: Sun, 02 Sep 2001 12:03:47 +0800 Subject: [icecast] VBR reencoding @128k problem Message-ID: <20010902040348.18747.qmail@mail.com> Hello, I've noticed that when I try to reencode VBR mp3s to broadcast @128k , they are not being reencoded at all. They stream as normal VBRs I am unable to reproduce this at lower bitrates (56-112k i've specifically tested and all work fine). It does reencode all non-VBR mp3s appropriately to 128k... Any ideas why VBR reencoding would suddenly stop working at 128k? I've attempted to hunt through the source files of both ices and lame, but lack the knowledge to fully understand much of it ;) I'm using ices 0.2.2 compiled with lame beta-3.8.9 Any ideas why and how to fix (short of using CBR or streaming at a different bitrate) ? Thanks in advance! :) -- _______________________________________________ FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Talk More, Pay Less with Net2Phone Direct(R), up to 1500 minutes free! http://www.net2phone.com/cgi-bin/link.cgi?143 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 3 06:37:19 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 03 Sep 2001 09:37:19 +0300 Subject: [icecast] source login schemes Message-ID: <3B93251F.FD9DF0A9@tyrell.hu> Hi, Could anyone tell me about the different login schemes sources can use to connect to IceCast, ShoutCast, etc? From what I can tell: ShoutCast uses something called icy login? IceCast uses something called x-audiocast, but can also use icy? IceCast2 uses what? Also, where can I find details about these login schemes? I sort of figured out a basic use of x-audiocast by looking at the JScream source, but I don't know anything about icy. Can anyone send me pointers on these issues? Thanks, Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mansfieldj at yahoo.com Mon Sep 3 08:04:22 2001 From: mansfieldj at yahoo.com (Jason Mansfield) Date: Mon, 3 Sep 2001 01:04:22 -0700 (PDT) Subject: [icecast] Icecast log format In-Reply-To: <3B93251F.FD9DF0A9@tyrell.hu> Message-ID: <20010903080422.98290.qmail@web11203.mail.yahoo.com> Due to my inability to find such a utility I'm going to hack something toghether (in Java most likely) to parse the icecast log files and insert the entries into an SQL database. Although I've managed to piece together most of the format for the access log the nature of a couple still elude me, as well as the organization of the icecast log. I've gone through the icecast source what I can but C is by far not my native tongue. Anyone care to help me out so I don't have to bug the developers? Any input is appreciated. Jason Mansfield __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 3 19:46:59 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 03 Sep 2001 22:46:59 +0300 Subject: [icecast] where is the icecast 2 source? Message-ID: <3B93DE33.8D265B91@tyrell.hu> Hi, I wanted to download the icecast 2 source. Here's how: 1. I looked at the icecast.org site (seemed like a logical choice). It's not even mentioned on the site, it's not in the downloads directory, and not in the CVS tree either (there is something there called ice2, it's almost empty) 2. I looked at the xiph.org site, it points back to icecast.org 3. I searched the mailing list archive, and got a pointer to http://i.cantcode.com/~jack/ where there are some old snapshots 4. I searched on google.com, in vain. C'mon. Is the source hidden from people on purpose? Would it be so hard to mention it on the icecast.org site? Wouldn't it be nice if poeple wouldn't have to waste time hunting source code? And finally: could I get to know where the up-to-date source for icecast 2 is? (I persume there is a CVS tree somewhere...) Thanks, Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 3 19:41:06 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 3 Sep 2001 13:41:06 -0600 Subject: [icecast] where is the icecast 2 source? In-Reply-To: <3B93DE33.8D265B91@tyrell.hu> Message-ID: <20010903134106.H16508@i.cantcode.com> > 3. I searched the mailing list archive, and got a pointer to > http://i.cantcode.com/~jack/ where there are some old snapshots Funny how you found that, but not this: http://i.cantcode.com/~jack/icecast.html > C'mon. Is the source hidden from people on purpose? No. > Would it be so hard > to mention it on the icecast.org site? Probably not, but updating webpages is something I never seem to get around to. >Wouldn't it be nice if poeple > wouldn't have to waste time hunting source code? Sure, and few people do, since I've been posting that url for a long time :) > And finally: could I get to know where the up-to-date source for icecast > 2 is? (I persume there is a CVS tree somewhere...) It's in BitKeeper for now, but soon will be in the xiph.org cvs tree. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 3 19:47:37 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 3 Sep 2001 13:47:37 -0600 Subject: [icecast] Icecast log format In-Reply-To: <20010903080422.98290.qmail@web11203.mail.yahoo.com> Message-ID: <20010903134737.I16508@i.cantcode.com> > Although I've managed to piece > together most of the format for the access log the > nature of a couple still elude me, as well as the > organization of the icecast log. access.log is in Combined Log Format, which is quite well documented around the web is the same as what Apache produces. The only thing differnet is the last parameter, which is a number. It's hte number of seconds that the connection lasted. using this you can turn the bytes into bitrates, and figure out average listener time, etc. You can parse the logs with any normal log parser, they will all ignore the last value. icecast.log is only meant to be readable by humans. It's not in any format. > I've gone through the > icecast source what I can but C is by far not my > native tongue. Anyone care to help me out so I don't > have to bug the developers? Any input is appreciated. Look at apache.org for Combined (and Common) log format docs. From memory it's something like: ip/host, identd, authname, date, request string, status, bytes, referer, agent, seconds connected Hope this helps. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 3 19:58:55 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 03 Sep 2001 22:58:55 +0300 Subject: [icecast] where is the icecast 2 source? In-Reply-To: <20010903134106.H16508@i.cantcode.com> Message-ID: <3B93E0FF.E8935A85@tyrell.hu> Jack Moffitt wrote: > > > 3. I searched the mailing list archive, and got a pointer to > > http://i.cantcode.com/~jack/ where there are some old snapshots > > Funny how you found that, but not this: > > http://i.cantcode.com/~jack/icecast.html was looking for .tar.gz, as the e-mail mentioned snapshots. seems like I was shortsited. > >Wouldn't it be nice if poeple > > wouldn't have to waste time hunting source code? > > Sure, and few people do, since I've been posting that url for a long > time :) Still, one line at http://www.icecast.org/download.html would help a great deal. Maybe a link to the above page? :) Thanks anyway, I'll give it a try now. Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 3 19:49:04 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 3 Sep 2001 13:49:04 -0600 Subject: [icecast] source login schemes In-Reply-To: <3B93251F.FD9DF0A9@tyrell.hu> Message-ID: <20010903134904.J16508@i.cantcode.com> > ShoutCast uses something called icy login? > IceCast uses something called x-audiocast, but can also use icy? > IceCast2 uses what? icecast2 uses one called ice. It's not complete yet, as we want to add some security features that will make it a bit different. All of the code for these (and it's _very_ simple) is in the libshout module in the BitKeeper repository. icy and x-audiocast are also well defined by the code in libshout in cvs. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 3 20:05:42 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 03 Sep 2001 23:05:42 +0300 Subject: [icecast] where is the icecast 2 source? In-Reply-To: <3B93E0FF.E8935A85@tyrell.hu> Message-ID: <3B93E296.EF5FEDAA@tyrell.hu> > > http://i.cantcode.com/~jack/icecast.html One remark: the above page is outdated. It says: bk clone bk://shredder.sneakyninja.com/bkroot/icecast icecast but in reality it's bk clone bk://shredder.sneakyninja.com/icecast icecast ame way for all the other repositories. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 3 20:16:40 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 3 Sep 2001 14:16:40 -0600 Subject: [icecast] where is the icecast 2 source? In-Reply-To: <3B93E296.EF5FEDAA@tyrell.hu> Message-ID: <20010903141640.K16508@i.cantcode.com> > bk clone bk://shredder.sneakyninja.com/bkroot/icecast icecast > > but in reality it's > > bk clone bk://shredder.sneakyninja.com/icecast icecast I must have started the daemon wrong. :( jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Tue Sep 4 13:34:28 2001 From: ben at thelocust.org (Ben Wilson) Date: Tue, 4 Sep 2001 09:34:28 -0400 (EDT) Subject: [icecast] Two Things: Python 2.1 & ices 0.2.2 / Multiple Streams Message-ID: First off, I managed to build iceS 0.2.2 with Python 2.1, though I had to add -lutil to the $LIBS definition whilst ./configure'ing. Otherwise, configure won't find Py_Initialize Secondly - multiple streams I've added a second "stream" definition to my ices.conf, and both streams show up as sources for icecast, (http://blah.com:8000/list.cgi), though when i try to connect to either of them using their mountpoint names (in my case /hi and /lo) i always am connected to the stream first mentioned in the conf file. Odd. (see my stream definitions down at the obttom) This is my first post on this mailing list, and I'd just like to throw out mad, mad props to the whole icecast team. .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben at thelocust.org 'OoO'OoO'O''O'OoO'OoO' /MP3/playlist.txt 1 builtin ices 1 0 /tmp localhost 8000 xxx xaudiocast lo thelocust[dot]org publico all my CDs - punk,jazz,classical,rawk check out thelocust.org http://thelocust.org> 1 32 1 1 localhost 8000 xxx xaudiocast hi thelocust[dot]org hi-octane all my CDs - punk,jazz,classical,rawk check out thelocust.org http://thelocust.org> 0 128 0 2 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Tue Sep 4 15:25:00 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Tue, 04 Sep 2001 17:25:00 +0200 Subject: [icecast] icecast 1.3.11 problems under openbsd Message-ID: <3B94F24C.44856297@gmx.net> Hello, I am running icecast 1.3.11 under OpenBSD 2.8-STABLE. On a first look, everything works fine, but after ~1.5 hours of streaming, clients start losing the stream and have to rebuffer every couple minutes. While this happens, the prepuffering starts to take a couple times longer than it did before. It seems to work fine again now that I reconnected both client and streamer, but it appears that this problem arises every few hours. Even more weird, before experiencing the problem I described above, I had to reboot the gateway after experimenting with and setting up icecast. It behaved as if it had 100% cpu load and everything became extremely unreliable and sluggish. I couldn't verify that, though ... top said something about a 0% user, 0% nice, 0% system, 0% interrupt, 0% idle load. :P I use 3 computers. One for streaming, the gateway under OBSD for serving and another one as a client. They're all connected through a 100MBit ethernet, so bandwidth is not an issue. I stream out of Winamp with the current Shoutcast plugin and I also listen to the stream with Winamp (all current versions). Obtw, two more things ... I currently run icecast as root (propably unnecessary and insecure to do) - could this be an issue concerning icecast being allowed to theoretically grab all resources? In general, is running icecast as root a good, bad, stupid, whatever thing to do? Next thing is, I noticed a little bug concerning meta-data. Special characters, like the ? in Bj?rk become an y with two dots above it on the client side. Moritz P.S.: Whoops, rebuffering again. 45 minutes after reconnecting the source. I'll let it run unattended a couple hours now - I'll see how frequent the rebufferings are then. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Tue Sep 4 15:56:25 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Tue, 04 Sep 2001 17:56:25 +0200 Subject: [icecast] possible solution...? Message-ID: <3B94F9A9.51DA58B0@gmx.net> Uaaargh ... between now and the last mail, everything's gone kaploohey. But I doubt that it concerns icecast too much in this case - the streaming computer has a cpu load of 90-100% for no reason (it's an athlon 1ghz with only winamp and ssh and the system monitor running under win98). The playback on the streaming computer sounds good, though, but what reaches the client side is no more than stuttering, fast forwarding and rebuffering every 30 seconds. :P Ideas, any? Thanks in advance, Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Tue Sep 4 16:41:01 2001 From: wildbill at kpig.com (William Goldsmith) Date: Tue, 4 Sep 2001 09:41:01 -0700 Subject: [icecast] possible solution...? In-Reply-To: <3B94F9A9.51DA58B0@gmx.net> Message-ID: <00d601c13560$62361a90$6a00000a@laptop> How long has that system been up? Back when I was using Winamp/Win98 as a stream source it would do that after a day or two. Sometimes closing & restarting Winamp would help - more often I'd need to reboot. Win2000 would probably work better - of course ices on Linux would be best :-) -bg ----- Original Message ----- From: "Moritz Grimm" To: Sent: Tuesday, September 04, 2001 8:56 AM Subject: [icecast] possible solution...? > Uaaargh ... between now and the last mail, everything's gone kaploohey. > But I doubt that it concerns icecast too much in this case - the > streaming computer has a cpu load of 90-100% for no reason (it's an > athlon 1ghz with only winamp and ssh and the system monitor running > under win98). The playback on the streaming computer sounds good, > though, but what reaches the client side is no more than stuttering, > fast forwarding and rebuffering every 30 seconds. :P > > Ideas, any? > > > Thanks in advance, > > Moritz > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From k_myers at kyxpyx.com Tue Sep 4 18:19:19 2001 From: k_myers at kyxpyx.com (k_myers at kyxpyx.com) Date: 4 Sep 2001 11:19:19 -0700 Subject: [icecast] listing 2 streams - Non Icecast (Unix) servers In-Reply-To: <[icecast] listing 2 streams - Non Icecast (Unix) servers> Message-ID: <20010904181919.14780.cpmta@c001.snv.cp.net> What about servers that are neither ICECast(unix) our Shoutcast? What is needed in order to properly touch, list, update and remove a listing from a non-icecast server onto the icecast YP or anything based on the same listing directory code? Any help on that would be great. I would love to get my Win32 Icecast Vorbis stream to list somewhere. Try it out. http://www.djlithium.com:8064/djlithium.ogg The set up is an Icecast2 win32 (from Oddsock) Beta 1 server, with Oddcast DSP running in vorbis mode(of course)at64kbps using Ogg files encoded at 350kbps running through winamp on a Win2K system. It would also be great to find a home for these stations in MP3 format. http://www.djlithium.com:8000/listen.pls and http://24.113.114.160:8000/listen.pls and http://24.113.1.24:8040/listen.pls which are not running Icecast or shoutcast. Lithium On Mon, 27 August 2001, j wrote: > > I have 2 streams running from liveice to icecast > 1.3.11, i'd like to have both listed on directory > servers if possible. > If i have two instances of icecast and liveice > (possible?) one for each bitrate, would they both be > listed? > > Jeff > > __________________________________________________ > Do You Yahoo!? > Make international calls for as low as $.04/minute with Yahoo! Messenger > http://phonecard.yahoo.com/ > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Tue Sep 4 18:23:15 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Tue, 04 Sep 2001 20:23:15 +0200 Subject: [icecast] possible solution...? In-Reply-To: <00d601c13560$62361a90$6a00000a@laptop> Message-ID: <3B951C13.DC842D3C@gmx.net> William Goldsmith wrote: > How long has that system been up? Back when I was using Winamp/Win98 as a > stream source it would do that after a day or two. Sometimes closing & > restarting Winamp would help - more often I'd need to reboot. D'uh, the uptime was no more than a few hours. :P > Win2000 would probably work better - of course ices on Linux would be best > :-) Yeah, this would've been my next step - right now, that box is off for upgrading. ;) The thing why I prefer to have it work with Win98 is because this is both the computer with all my oggs and mp3s, and my most important program runs under DOS. :-/ I'll see how this all works out under W2k. If that solves the problem, it's propably time for yet another w98 reinstall. Grr. Moritz > ----- Original Message ----- > From: "Moritz Grimm" > To: > Sent: Tuesday, September 04, 2001 8:56 AM > Subject: [icecast] possible solution...? > > > Uaaargh ... between now and the last mail, everything's gone kaploohey. > > But I doubt that it concerns icecast too much in this case - the > > streaming computer has a cpu load of 90-100% for no reason (it's an > > athlon 1ghz with only winamp and ssh and the system monitor running > > under win98). The playback on the streaming computer sounds good, > > though, but what reaches the client side is no more than stuttering, > > fast forwarding and rebuffering every 30 seconds. :P > > > > Ideas, any? > > > > > > Thanks in advance, > > > > Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From k_myers at kyxpyx.com Wed Sep 5 14:46:05 2001 From: k_myers at kyxpyx.com (k_myers at kyxpyx.com) Date: 5 Sep 2001 07:46:05 -0700 Subject: [icecast] possible solution...? In-Reply-To: <[icecast] possible solution...?> Message-ID: <20010905144605.14363.cpmta@c001.snv.cp.net> Which DSP are you running to feed your stream? (on winamp I am assuming) If you are using the new shoutcast 1.8.2 DSP, it has had a lot of problems with super high CPU load and memory leaks. Try Oddcast instead (unless you can run ices or darkice) using VBR Mp3 streaming. Nothing but happy times here on a win2k dual p2 333 with winamp (2.74) and Oddcast DSP Beta 25 connected to KasterBlaster 0.6.0. I don't think the box has been restarted or shut down down physically for months, but I restarted winamp for the latest update to Oddcast about 8 days ago. Running strong with no hassles, 6400 listeners later. :) Of course Oddcast supports both Icecast and shoutcast style servers, in MP3 (via LAME) and Vorbis (now with RC2). So if you are feeding something from a win32 platform, its really the way to go. I also have a vorbis stream up using Oddcast and Icecast2 (Oddsocks win32 version), and while the CPU load is considerably higher, its to be expected over top of MP3 at this time. Lithium On Tue, 04 September 2001, Moritz Grimm wrote: > > William Goldsmith wrote: > > How long has that system been up? Back when I was using Winamp/Win98 as a > > stream source it would do that after a day or two. Sometimes closing & > > restarting Winamp would help - more often I'd need to reboot. > > D'uh, the uptime was no more than a few hours. :P > > > Win2000 would probably work better - of course ices on Linux would be best > > :-) > > Yeah, this would've been my next step - right now, that box is off for > upgrading. ;) The thing why I prefer to have it work with Win98 is > because this is both the computer with all my oggs and mp3s, and my most > important program runs under DOS. :-/ > > I'll see how this all works out under W2k. If that solves the problem, > it's propably time for yet another w98 reinstall. Grr. > > > Moritz > > > ----- Original Message ----- > > From: "Moritz Grimm" > > To: > > Sent: Tuesday, September 04, 2001 8:56 AM > > Subject: [icecast] possible solution...? > > > > > Uaaargh ... between now and the last mail, everything's gone kaploohey. > > > But I doubt that it concerns icecast too much in this case - the > > > streaming computer has a cpu load of 90-100% for no reason (it's an > > > athlon 1ghz with only winamp and ssh and the system monitor running > > > under win98). The playback on the streaming computer sounds good, > > > though, but what reaches the client side is no more than stuttering, > > > fast forwarding and rebuffering every 30 seconds. :P > > > > > > Ideas, any? > > > > > > > > > Thanks in advance, > > > > > > Moritz > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From un at aporee.org Thu Sep 6 20:40:31 2001 From: un at aporee.org (udo noll) Date: Thu, 6 Sep 2001 22:40:31 +0200 Subject: [icecast] ices question about -R/-b/-H switches Message-ID: <20010906224031.A8599@aporee.org> hi, when reencoding with ices, i recognized that -H works fine for anything higher than , means if an mp3 has a bit/sample rate of lets say 128kbit/s/44,1khz, ices -R -b 64 -H 22050 ... works fine, but files with a lower sample rate play in "fast forward" quality... is that right? only downsampling works with ices? i have to deal with a (changing) bunch of files which have pretty different sample and bitrates, 16-44,1khz, 24-128kbit/s, trying to avoid resampling/reencoding with lame before streaming with ices. i'd rather do it without touching the files. any idea? thanks, uno --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From byronhicks at yahoo.com Thu Sep 6 21:40:31 2001 From: byronhicks at yahoo.com (Byron Hicks) Date: Thu, 6 Sep 2001 14:40:31 -0700 (PDT) Subject: [icecast] Sample rates on ices Message-ID: <20010906214031.83183.qmail@web9703.mail.yahoo.com> I'm trying to send out multiple streams. My encoder is a PII 233, so I have to conserve CPU cycles. I encoded my mp3s as 96kb/s with a 44.1 sampling rate. I send my 96k stream without reencoding and it sounds great. I also sned a 24k stream that is being reencoded from the 96k mp3s. It works pretty good, the load on my linux box is about 0.5 on average. However, the sampling rate is 8k. I'd rather bump that up to 22.05. Is there a flag in the ices.conf that will allow me to change the output sampling rate of the lame builtin? I know lame supports it. -- Byron Hicks ===== --- Byron L. Hicks byron at byronhicks.com __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From un at aporee.org Thu Sep 6 22:01:24 2001 From: un at aporee.org (udo noll) Date: Fri, 7 Sep 2001 00:01:24 +0200 Subject: [icecast] Sample rates on ices In-Reply-To: <20010906214031.83183.qmail@web9703.mail.yahoo.com> Message-ID: <20010907000124.A4317@aporee.org> Byron Hicks: > 22.05. Is there a flag in the ices.conf that will allow me to change > the output sampling rate of the lame builtin? I know lame supports it. try -H u. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nocrapo at mail.com Fri Sep 7 04:30:19 2001 From: nocrapo at mail.com (Nough Krapough) Date: Fri, 07 Sep 2001 12:30:19 +0800 Subject: [icecast] VBR reencoding @128k problem In-Reply-To: <[icecast] VBR reencoding @128k problem> Message-ID: <20010907043021.18701.qmail@mail.com> I did some further investigating into this issue and here's what I found: It appears somewhere between ices0.1.0 and ices 0.2.0 is where the "bug" (for lack of a better term) was introduced that i'm noticing. When I compile ices0.2.0 w/lame 3.89beta, the VBR is *NOT* reencoded, but instead streamed out at full VBR bitrate(s). However, when using ices0.1.0 w/lame 3.89beta, it properly streams the VBR mp3 @ 128k. I've tried various combinations of ices & lame, but pretty much narrowed it down to changes between ices 0.1.0 and 0.2.0. I wasn't privy to any ices CVS sources between those two versions, otherwise I would have tried those to further narrow down the changes. Jack, Brendan, or others that may know, would that change be intended for some reason, or am I the only person seeing it? Can anyone else reproduce my findings? I kinda feel like i'm smockin crack here, or mebbe the only person trying to reencode VBRs? *shrug* Any feedback would be welcome :) Thanks and mad props to the icecast crew! Ghetto Nough (err, sumthin) PS - Is another forum more appropriate for this question? I tried searching through the mailing archives but the search is broked :( -----Original Message----- > I've noticed that when I try to reencode VBR mp3s to broadcast @128k , they are not being reencoded at all. They stream as normal VBRs I am unable to reproduce this at lower bitrates (56-112k i've specifically tested and all work fine). It does reencode all non-VBR mp3s appropriately to 128k... Any ideas why VBR reencoding would suddenly stop working at 128k? -- _______________________________________________ FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Talk More, Pay Less with Net2Phone Direct(R), up to 1500 minutes free! http://www.net2phone.com/cgi-bin/link.cgi?143 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Fri Sep 7 12:16:02 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 7 Sep 2001 08:16:02 -0400 Subject: [icecast] VBR reencoding @128k problem In-Reply-To: <20010907043021.18701.qmail@mail.com> Message-ID: <20010907081600.A446@xanadu.bpc.kublai.com> On Friday, 07 September 2001 at 12:30, Nough Krapough wrote: > I did some further investigating into this issue and here's what I found: > > It appears somewhere between ices0.1.0 and ices 0.2.0 is where the "bug" (for lack of a better term) was introduced that i'm noticing. When I compile ices0.2.0 w/lame 3.89beta, the VBR is *NOT* reencoded, but instead streamed out at full VBR bitrate(s). However, when using ices0.1.0 w/lame 3.89beta, it properly streams the VBR mp3 @ 128k. > > I've tried various combinations of ices & lame, but pretty much narrowed it down to changes between ices 0.1.0 and 0.2.0. I wasn't privy to any ices CVS sources between those two versions, otherwise I would have tried those to further narrow down the changes. > > Jack, Brendan, or others that may know, would that change be intended for some reason, or am I the only person seeing it? Can anyone else reproduce my findings? I kinda feel like i'm smockin crack here, or mebbe the only person trying to reencode VBRs? *shrug* Yeah, I think I know what's happening. Ices identifies the bitrate of the current song from the FIRST frame. It wasn't designed for VBR, so that worked ok. The problem is some code I added after 0.1 that tries to be clever and not reencode a track if that track is already at the destination bitrate (my personal server is and AMD 450, so I had an interest in reencoding as little as possible, especially at high bitrates :) Also I figured it saved a little fidelity). I would bet that the first frame of these VBRs is 128kbit, so ices is thinking it doesn't have to reencode. Right now I'm torn between just ripping out that conditional reencode stuff (since it makes the code path much uglier and the advantages are dubious) or making it a config option. Unfortunately I've been pretty insanely busy in RL these days, so I haven't had a chance to fix it. And then mutt is in beta for 1.4, which tends to swallow my copious free time. (By the way jack, I think your mutt bug has been fixed in CVS :) -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Fri Sep 7 18:12:48 2001 From: ben at thelocust.org (Ben Wilson) Date: Fri, 7 Sep 2001 14:12:48 -0400 (EDT) Subject: [icecast] Multiple Stream? Request for Config Message-ID: Greeting all -- I'm having some problems setting up multiple streams with iceS, for example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could someone post a config that works in this case? thanks .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben at thelocust.org 'OoO'OoO'O''O'OoO'OoO' --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From byron at byronhicks.com Fri Sep 7 19:29:02 2001 From: byron at byronhicks.com (Byron L. Hicks) Date: Fri, 7 Sep 2001 13:29:02 -0600 Subject: [icecast] Multiple Stream? Request for Config In-Reply-To: Message-ID: <003701c137d3$59b780f0$79c37b80@blackadder> ----- Original Message ----- From: "Ben Wilson" To: Sent: Friday, September 07, 2001 12:12 PM Subject: [icecast] Multiple Stream? Request for Config > I'm having some problems setting up multiple streams with iceS, for > example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could > someone post a config that works in this case? Here's what I've been using: The encoder is a PII 233 with 64MB ram running Redhat Linux 7.1. The source MP3s are 96k/bs with a sampling rate of 44.1kHz. I send the 96k stream directly with no reencoding. I reencode the 24k stream using LAME support compiled into IceS. Heres the ices.conf: (I changed the hostname and password to protect the guilty, by the way...) /usr/local/icecast/etc/playlist 1 builtin ices 1 1 /usr/local/icecast/tmp wouldntyouliketoknow.com 8000 yeahright xaudiocast 96k Green Chile Radio - 96k Alternative and Classic Rock Alternative Rock, Classic Rock, and a bit of fun! http://www.byronhicks.com> 1 96 0 2 bogus.hostname.com 8000 boguspassword xaudiocast 24k Green Chile Radio - 24k Alternative and Classic Rock Alternative Rock, Classic Rock, and a bit of fun! http://www.byronhicks.com> 1 24 1 2 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Fri Sep 7 19:49:31 2001 From: ben at thelocust.org (Ben Wilson) Date: Fri, 7 Sep 2001 15:49:31 -0400 (EDT) Subject: [icecast] Multiple Stream? Request for Config In-Reply-To: <003701c137d3$59b780f0$79c37b80@blackadder> Message-ID: Well, that certainly worked! I have no idea why my earlier attempts didn't work. In any case, thanks are lot! .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben at thelocust.org 'OoO'OoO'O''O'OoO'OoO' On Fri, 7 Sep 2001, Byron L. Hicks wrote: > ----- Original Message ----- > From: "Ben Wilson" > To: > Sent: Friday, September 07, 2001 12:12 PM > Subject: [icecast] Multiple Stream? Request for Config > > > > I'm having some problems setting up multiple streams with iceS, for > > example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could > > someone post a config that works in this case? > > Here's what I've been using: The encoder is a PII 233 with 64MB ram running > Redhat Linux 7.1. The source MP3s are 96k/bs with a sampling rate of > 44.1kHz. I send the 96k stream directly with no reencoding. I reencode the > 24k stream using LAME support compiled into IceS. Heres the ices.conf: (I > changed the hostname and password to protect the guilty, by the way...) > > > > > > /usr/local/icecast/etc/playlist > > 1 > > builtin > > ices > > > > > 1 > > 1 > > /usr/local/icecast/tmp > > > > > > wouldntyouliketoknow.com > > 8000 > > yeahright > > xaudiocast > > > > 96k > > > Green Chile Radio - 96k > > Alternative and Classic Rock > > Alternative Rock, Classic Rock, and a bit of > fun! > > http://www.byronhicks.com> > > 1 > > > 96 > > 0 > > 2 > > > > > > bogus.hostname.com > > 8000 > > boguspassword > > xaudiocast > > > > 24k > > > Green Chile Radio - 24k > > Alternative and Classic Rock > > Alternative Rock, Classic Rock, and a bit of > fun! > > http://www.byronhicks.com> > > 1 > > > 24 > > 1 > > 2 > > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From harvey at buskers.org Sun Sep 9 20:06:06 2001 From: harvey at buskers.org (harvey smith) Date: Sun, 9 Sep 2001 16:06:06 -0400 (EDT) Subject: [icecast] ices 0.2.2 compile problems Py_Initialize and cannot find -lz In-Reply-To: Message-ID: Hi I'm having this same problem 'configure won't find Py_Initialize' I was hoping somebody could enlighten me as to exactly what I have to add to which file and when, while I'm configure'ing. On Tue, 4 Sep 2001, Ben Wilson wrote: > > First off, I managed to build iceS 0.2.2 with Python 2.1, though I had to > add -lutil to the $LIBS definition whilst ./configure'ing. Otherwise, > configure won't find Py_Initialize Also in the make process it exits with this error: gcc -g -O2 -Wall -o ices ices.o log.o setup.o stream.o util.o mp3.o cue.o metadata.o id3.o signals.o reencode.o ices_config.o playlist/libplaylist.a ../resolver/libresolver.a ../thread/libicethread.a ../avl/libiceavl.a ../log/libicelog.a -lpthread -lshout -lmp3lame -L/usr/lib -lxml2 -lz -L/lib -lm -lm /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status make[3]: *** [ices] Error 1 I recently rebuilt my system (RedHat 6.2 with kernel 2.2.19) and probably didn't re-install some needed rpm package, any clues as to what it is I have to do? Thanks For all you help and the great software! Harvey --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Sun Sep 9 21:55:33 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Sun, 09 Sep 2001 23:55:33 +0200 Subject: [icecast] thanks Message-ID: <3B9BE554.3B1BDB5C@gmx.net> Since I was away for a couple days and are now confronted with several hundred emails from various lists, I'm going to say a big meta-thanks to all your helpful answers now. :) I'll google for oddcast and all the other tools you mentioned tomorrow. Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Sun Sep 9 23:14:43 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Mon, 10 Sep 2001 01:14:43 +0200 Subject: [icecast] New in the list. Message-ID: <3B9BF7E3.C073B4FF@dsitelecom.com> I subscribed a couple of days ago to the list but I see nearly no activity (1 or 2 mails/day) Is this normal or I'm loosing messages? Thanks. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Mon Sep 10 02:23:06 2001 From: ben at thelocust.org (ben wilson) Date: 09 Sep 2001 22:23:06 -0400 Subject: [icecast] ices 0.2.2 compile problems Py_Initialize and cannot find -lz In-Reply-To: Message-ID: <1000088587.3098.3.camel@fatman.thelocust.org> Hey Harvey -- all you need to do is to add -lutil to the $LIBS list around line 3968 of "configure" LIBS="-l$lib -lm -ldl $LIBS" becomes LIBS="-l$lib -lm -ldl -lutil $LIBS" hould solve yer problems. also, around line 3957, in the 'for lib in python python2.0 python1.6, etc, you may want to add python2.1 (if you have 2.1 installed, else it may have trouble finding the python libraries) On 09 Sep 2001 16:06:06 -0400, harvey smith wrote: > Hi > > I'm having this same problem 'configure won't find Py_Initialize' I > was hoping somebody could enlighten me as to exactly what I have to > add to which file and when, while I'm configure'ing. > > On Tue, 4 Sep 2001, Ben Wilson wrote: > > > > > First off, I managed to build iceS 0.2.2 with Python 2.1, though I had to > > add -lutil to the $LIBS definition whilst ./configure'ing. Otherwise, > > configure won't find Py_Initialize > > Also in the make process it exits with this error: > > gcc -g -O2 -Wall -o ices ices.o log.o setup.o stream.o util.o mp3.o cue.o metadata.o id3.o signals.o reencode.o ices_config.o playlist/libplaylist.a ../resolver/libresolver.a ../thread/libicethread.a ../avl/libiceavl.a ../log/libicelog.a -lpthread -lshout -lmp3lame -L/usr/lib -lxml2 -lz -L/lib -lm -lm > /usr/bin/ld: cannot find -lz > collect2: ld returned 1 exit status > make[3]: *** [ices] Error 1 > > I recently rebuilt my system (RedHat 6.2 with kernel 2.2.19) and > probably didn't re-install some needed rpm package, any clues as to > what it is I have to do? > > Thanks For all you help and the great software! > > Harvey > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. -- .o0-x-x-x-x-x-x-0o. ben wilson ben at thelocust.org Xx...............xX That, as we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. --benjamin franklin, Autobiography, Ch. 10 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Mon Sep 10 02:23:43 2001 From: ben at thelocust.org (ben wilson) Date: 09 Sep 2001 22:23:43 -0400 Subject: [icecast] New in the list. In-Reply-To: <3B9BF7E3.C073B4FF@dsitelecom.com> Message-ID: <1000088624.3105.5.camel@fatman.thelocust.org> It's pretty normal, Xavier. On 10 Sep 2001 01:14:43 +0200, Xavier Montero wrote: > I subscribed a couple of days ago to the list but I see nearly > no activity (1 or 2 mails/day) > > Is this normal or I'm loosing messages? > > Thanks. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. -- .o0-x-x-x-x-x-x-0o. ben wilson ben at thelocust.org Xx...............xX That, as we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. --benjamin franklin, Autobiography, Ch. 10 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 10 03:39:47 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 9 Sep 2001 21:39:47 -0600 Subject: [icecast] bitkeeper repository moved to cvs Message-ID: <20010909213947.K3313@i.cantcode.com> The BitKeeper repository has been taken down, and all the code moved into CVS. While BitKeeper is a superior source management tool to CVS in many ways, it lacks in one important way, Freedom. With the recent change to their license, taking away more of our freedoms, I felt it was time to go back to CVS. All the code has been imported into the xiph.org CVS repository. I'll try to revise and post new instructions shortly, as soon as I get a few more things fixed. jack. P.S. Please note that icecast 1.x and ices 1.x code is still in the cvs.icecast.org CVS respository. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From harvey at buskers.org Mon Sep 10 07:07:51 2001 From: harvey at buskers.org (harvey smith) Date: Mon, 10 Sep 2001 03:07:51 -0400 (EDT) Subject: [icecast] ices 0.2.2 compile problems Py_Initialize and cannot find -lz In-Reply-To: <1000088587.3098.3.camel@fatman.thelocust.org> Message-ID: On 9 Sep 2001, ben wilson wrote: > Hey Harvey -- all you need to do is to add -lutil to the $LIBS list > around line 3968 of "configure" > > LIBS="-l$lib -lm -ldl $LIBS" > becomes > LIBS="-l$lib -lm -ldl -lutil $LIBS" > > should solve yer problems. Thanks... though it didn't work ; - ) It was enough to head me in the right direction though. I'm running python1.5 and ices-0.0.1 had no problem finding the python libs. With ices-0.2.2 though I have to pass configure both --with-python-includes=/usr/include/python1.5 and --with-python-libraries=/usr/lib/python1.5/config. It was this second one that I had wrong, I was passing just /usr/lib/python1.5 to it. Now it works (with or without adding -lutil to the LIBS line.) So maybe the -lutil thing is just a Python2.x issue. Although this now gets me through the ./configure stage the make still exits with the '/usr/bin/ld: cannot find -lz' error. Turns out this is related to XML, although configure say XML is good to go. I'm not sure what is up here, I'm using a slightly newer version of libxml2 than I had before from an rpm package, I suspect maybe the rpm isn't doing an post-install script properly or something. This isn't critical for me though, I just hard coded my configuration in src/definitions.h and then compiled without xml support. When I have time I'll try a different libxml2 pakage and see if that helps (like when I dig up the older one I used to have.) Again, thanks for your help! Harvey --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jaromil at dyne.org Mon Sep 10 09:09:43 2001 From: jaromil at dyne.org (jaromil) Date: Mon, 10 Sep 2001 11:09:43 +0200 Subject: [icecast] bitkeeper repository moved to cvs In-Reply-To: <20010909213947.K3313@i.cantcode.com> Message-ID: <20010910110943.C288@dyne.org> On Sun, Sep 09, 2001 at 09:39:47PM -0600, Jack Moffitt wrote: > The BitKeeper repository has been taken down, and all the code moved > into CVS. [snip] YO! :) -- jaromil //dyne.org - GPG fingerprint and ___id____ 6EEE 4FB2 2555 7ACD 8496 AB99 E2A2 93B4 6C62 4800 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Mon Sep 10 09:27:04 2001 From: thomas at arkena.com (Thomas Kirk) Date: Mon, 10 Sep 2001 11:27:04 +0200 Subject: [icecast] Re: [icecast-dev] bitkeeper repository moved to cvs In-Reply-To: <20010909213947.K3313@i.cantcode.com> Message-ID: <20010910112704.D25424@mmstreaming.dk> On Sun, Sep 09, 2001 at 09:39:47PM -0600, Jack Moffitt wrote: > The BitKeeper repository has been taken down, and all the code moved > into CVS. Nice move!! --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From todd at toolz.com Mon Sep 10 16:08:43 2001 From: todd at toolz.com (Todd Merriman) Date: Mon, 10 Sep 2001 12:08:43 -0400 Subject: [icecast] Client Woes Message-ID: <200109101608.f8AG8hD03942@toolz.com> My problem is not with the Icecast server, but with my user's ability to get a decent client to play the streams. I have 3 Icecast streams created using Ices, and the mountpoints have the mp3 extension. My users and I have observed: 1) If Quick Time is brought up by the browser, it skips and chokes on the stream. 2) If Windows Media is brought up by the browser, it will do either of two things: a) Try to download an Active-X component from Microsoft, which will then not play the stream, or b) Try to buffer 30-50 Meg, even though the player options are set to buffer only 5 seconds worth of audio. 3) There does not seem to be a way in Windoze to get the browser to bring up Winamp or Real Player when the stream is selected. Real Player and Winamp play the streams fine but cannot be configured to be brought up by the browser even though they are told to associate with .mp3 media. These players will play the stream if the URL below is entered directly into the player's location input field. The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 My goal is to instruct users as how Winamp may be brought up to play the stream automatically. I am migrating from Real Audio to Icecast, but I cannot complete the migration with users having so much trouble with the streams. --------------------------------------------------------------- Todd Merriman - Rainbow Radio Sound & Light +1 770 889 5897 8030 Pooles Mill Dr., Ball Ground, GA 30107 dj at RainbowRadio.com http://www.RainbowRadio.com --------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Mon Sep 10 16:21:01 2001 From: wildbill at kpig.com (William Goldsmith) Date: Mon, 10 Sep 2001 09:21:01 -0700 Subject: [icecast] Client Woes In-Reply-To: <200109101608.f8AG8hD03942@toolz.com> Message-ID: <072001c13a14$953fd530$6a00000a@laptop> This certainly sounds like the 'war for control' that often happens when you try to install Winamp & RealPlayer on the same box. It's been discussed at great length in the www.winamp.com support forum. You are sticking the URL into a .ram file in order to start RealPlayer, right? -bg ----- Original Message ----- From: "Todd Merriman" To: Sent: Monday, September 10, 2001 9:08 AM Subject: [icecast] Client Woes > My problem is not with the Icecast server, but with my user's ability > to get a decent client to play the streams. I have 3 Icecast streams > created using Ices, and the mountpoints have the mp3 extension. > My users and I have observed: > > 1) If Quick Time is brought up by the browser, it skips and chokes on > the stream. > 2) If Windows Media is brought up by the browser, it will do either of > two things: > a) Try to download an Active-X component from Microsoft, which will > then not play the stream, or > b) Try to buffer 30-50 Meg, even though the player options are set to > buffer only 5 seconds worth of audio. > 3) There does not seem to be a way in Windoze to get the browser to > bring up Winamp or Real Player when the stream is selected. > > Real Player and Winamp play the streams fine but cannot be configured > to be brought up by the browser even though they are told to associate with > .mp3 media. These players will play the stream if the URL below is > entered directly into the player's location input field. > > The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 > > My goal is to instruct users as how Winamp may be brought up to play > the stream automatically. I am migrating from Real Audio to > Icecast, but I cannot complete the migration with users having so much > trouble with the streams. > > > --------------------------------------------------------------- > Todd Merriman - Rainbow Radio Sound & Light > +1 770 889 5897 > 8030 Pooles Mill Dr., Ball Ground, GA 30107 > dj at RainbowRadio.com > http://www.RainbowRadio.com > --------------------------------------------------------------- > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 10 16:22:50 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 10 Sep 2001 19:22:50 +0300 Subject: [icecast] Client Woes In-Reply-To: <200109101608.f8AG8hD03942@toolz.com> Message-ID: <3B9CE8DA.9080201@tyrell.hu> Todd Merriman wrote: > The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 > > My goal is to instruct users as how Winamp may be brought up to play > the stream automatically. I am migrating from Real Audio to > Icecast, but I cannot complete the migration with users having so much > trouble with the streams. Create a .m3u file, a simple text file, containing the above MP3 URL (m3u stand for Mp3 Url). Link this .m3u file from the file. The clients will download the .m3u file, look into it, and see the Mp3 source URL, and play that. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 10 16:23:59 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 10 Sep 2001 10:23:59 -0600 Subject: [icecast] Client Woes In-Reply-To: <200109101608.f8AG8hD03942@toolz.com> Message-ID: <20010910102359.P3313@i.cantcode.com> > The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 > > My goal is to instruct users as how Winamp may be brought up to play > the stream automatically. I am migrating from Real Audio to > Icecast, but I cannot complete the migration with users having so much > trouble with the streams. So what did you expect to happen just having people click on an MP3? Here's how browsers work. Click. Oh, a file. I'll download it. [ After download ] What type a file is it. Oh mp3! I'll hand that to application X. The way to prevetn this download, or rather to work around it, is to use a small intermediate playlist file. In order to get maximum client support, m3u files are best. Just make an m3u file called stream.m3u and in it put: http://www.RainbowRadio.com:8000/club.mp3 Then point your users to that file. Which will quickly download, get sent to the player registered for M3u's, and then the player will connect and start to stream that file. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Mon Sep 10 16:31:53 2001 From: wildbill at kpig.com (William Goldsmith) Date: Mon, 10 Sep 2001 09:31:53 -0700 Subject: [icecast] Client Woes In-Reply-To: <20010910102359.P3313@i.cantcode.com> Message-ID: <073f01c13a16$19ee1750$6a00000a@laptop> Uh, looks like I didn't read closely enough to recognize the depth of the problem :-). Jack's instructions on making/using .m3u files will make the stream play in Winamp. To have it play in RealPlayer, use an identical file - but with a .ram extension. -bg > > The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 > > > > My goal is to instruct users as how Winamp may be brought up to play > > the stream automatically. I am migrating from Real Audio to > > Icecast, but I cannot complete the migration with users having so much > > trouble with the streams. > > So what did you expect to happen just having people click on an MP3? > > Here's how browsers work. > > Click. > > Oh, a file. I'll download it. > [ After download ] > What type a file is it. Oh mp3! I'll hand that to application X. > > The way to prevetn this download, or rather to work around it, is to use > a small intermediate playlist file. In order to get maximum client > support, m3u files are best. Just make an m3u file called stream.m3u > and in it put: > > http://www.RainbowRadio.com:8000/club.mp3 > > Then point your users to that file. Which will quickly download, get > sent to the player registered for M3u's, and then the player will > connect and start to stream that file. > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From un at dom.de Mon Sep 10 16:47:53 2001 From: un at dom.de (udo noll) Date: Mon, 10 Sep 2001 18:47:53 +0200 Subject: [icecast] ices question about -R/-b/-H switches Message-ID: <20010910184753.A9396@aporee.org> hi, when reencoding with ices, i recognized that -H works fine for anything higher than , means if an mp3 has a bit/sample rate of lets say 128kbit/s/44,1khz, ices -R -b 64 -H 22050 ... works fine, but files with a lower sample rate play in "fast forward" quality... is that right? only downsampling works with ices? i have to deal with a (changing) bunch of files which have pretty different sample and bitrates, 16-44,1khz, 24-128kbit/s, trying to avoid resampling/reencoding with lame before streaming with ices. i'd rather do it without touching the files. any idea? thanks, uno --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From todd at toolz.com Mon Sep 10 16:49:51 2001 From: todd at toolz.com (Todd Merriman) Date: Mon, 10 Sep 2001 12:49:51 -0400 Subject: [icecast] Client Woes In-Reply-To: <[icecast] Client Woes> Message-ID: <200109101649.f8AGnpe06604@toolz.com> >This certainly sounds like the 'war for control' that often happens when you >try to install Winamp & RealPlayer on the same box. It's been discussed at >great length in the www.winamp.com support forum. > >You are sticking the URL into a .ram file in order to start RealPlayer, >right? No. I stick the URL, http://www.RainbowRadio.com/club.mp3 into RealPlayer, and it starts playing.....same as Winamp. --------------------------------------------------------------- Todd Merriman - Rainbow Radio Sound & Light +1 770 889 5897 8030 Pooles Mill Dr., Ball Ground, GA 30107 dj at RainbowRadio.com http://www.RainbowRadio.com --------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From harvey at buskers.org Mon Sep 10 16:49:10 2001 From: harvey at buskers.org (harvey smith) Date: Mon, 10 Sep 2001 12:49:10 -0400 (EDT) Subject: [icecast] Client Woes In-Reply-To: <20010910102359.P3313@i.cantcode.com> Message-ID: On Mon, 10 Sep 2001, Jack Moffitt wrote: > The way to prevetn this download, or rather to work around it, is to use > a small intermediate playlist file. In order to get maximum client > support, m3u files are best. Just make an m3u file called stream.m3u > and in it put: > > http://www.RainbowRadio.com:8000/club.mp3 > > Then point your users to that file. Which will quickly download, get > sent to the player registered for M3u's, and then the player will > connect and start to stream that file. It also help's alot to associate the m3u to the correct mime type on the server side. In Apache would you place: AddType audio/x-mpegurl .m3u In your httpd.conf file. This will make it work even in RealPlayer (ie, I never had to use .ram files for mp3s) harvey > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at urgent.rug.ac.be Mon Sep 10 16:57:58 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Mon, 10 Sep 2001 18:57:58 +0200 (CEST) Subject: [icecast] Client Woes In-Reply-To: <200109101649.f8AGnpe06604@toolz.com> Message-ID: You should ook around in Realplayer's configuration setting. The problem is probably that you as a user, installed Realplayer, and clicked yes every time without looking through what it was going to do. So now you need to manually remove the association of .m3u files to realplayer and make sure winamp opens them. It's possible you can do this from realplayer, but maybe that's been removed from it in the meantime. The best way to do it is open explorer, go to File, Options (The options menu has moved in Win2000, btw, so just find it somewhere), and there's an option somewhere there which allows you to associate file extensions with programs. Find the .m3u extension (possibly only possible by description, which will be something like playlist file), and chinge it to start winamp instead of realplayer. Thomas > >This certainly sounds like the 'war for control' that often happens when you > >try to install Winamp & RealPlayer on the same box. It's been discussed at > >great length in the www.winamp.com support forum. > > > >You are sticking the URL into a .ram file in order to start RealPlayer, > >right? > > No. I stick the URL, http://www.RainbowRadio.com/club.mp3 into RealPlayer, > and it starts playing.....same as Winamp. > > > --------------------------------------------------------------- > Todd Merriman - Rainbow Radio Sound & Light > +1 770 889 5897 > 8030 Pooles Mill Dr., Ball Ground, GA 30107 > dj at RainbowRadio.com > http://www.RainbowRadio.com > --------------------------------------------------------------- > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > <-*- -*-> nobody's interested in something you didn't do <-*- thomas at apestaart.org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bhurley at mediaone.net Mon Sep 10 17:07:05 2001 From: bhurley at mediaone.net (Brian Hurley) Date: Mon, 10 Sep 2001 13:07:05 -0400 Subject: [icecast] Client Woes In-Reply-To: Message-ID: <009501c13a1b$04c87aa0$32010a0a@w2kbox> Why m3u vs. pls? Brian ----- Original Message ----- From: "harvey smith" To: Sent: Monday, September 10, 2001 12:49 PM Subject: Re: [icecast] Client Woes > On Mon, 10 Sep 2001, Jack Moffitt wrote: > > > The way to prevetn this download, or rather to work around it, is to use > > a small intermediate playlist file. In order to get maximum client > > support, m3u files are best. Just make an m3u file called stream.m3u > > and in it put: > > > > http://www.RainbowRadio.com:8000/club.mp3 > > > > Then point your users to that file. Which will quickly download, get > > sent to the player registered for M3u's, and then the player will > > connect and start to stream that file. > > It also help's alot to associate the m3u to the correct mime type on > the server side. In Apache would you place: > > AddType audio/x-mpegurl .m3u > > In your httpd.conf file. This will make it work even in RealPlayer > (ie, I never had to use .ram files for mp3s) > > harvey > > > > > jack. > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 10 17:05:08 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 10 Sep 2001 11:05:08 -0600 Subject: [icecast] Client Woes In-Reply-To: <073f01c13a16$19ee1750$6a00000a@laptop> Message-ID: <20010910110508.S3313@i.cantcode.com> > Jack's instructions on making/using .m3u files will make the stream play in > Winamp. To have it play in RealPlayer, use an identical file - but with a > .ram extension. Making it a .ram file will ONLY allow it to be played in RealPlayer. RealPlayer will also play m3u's. The basic choice is: Do I let the user pick a player, or do I choose it for them? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 10 17:06:06 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 10 Sep 2001 11:06:06 -0600 Subject: [icecast] Client Woes In-Reply-To: <009501c13a1b$04c87aa0$32010a0a@w2kbox> Message-ID: <20010910110606.T3313@i.cantcode.com> > Why m3u vs. pls? More clients were m3u'able than pls'able last I checked. Specifically Windows Media Player liked them better. But I made this analysis some time ago. Probably over a year or so at least. Also, apps seem to fight over PLS, but less so over M3U. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Mon Sep 10 17:08:37 2001 From: wildbill at kpig.com (William Goldsmith) Date: Mon, 10 Sep 2001 10:08:37 -0700 Subject: [icecast] Client Woes In-Reply-To: Message-ID: <075a01c13a1b$3c11c4d0$6a00000a@laptop> Oh, the problems that RealPlayer causes run much deeper than this - and aren't solved quite that easily. The fix below *should* work, certainly - but it won't. Anyone experiencing conflicts after installing or updating Winamp or RealPlayer should read through the stuff in the support forum at www.winamp.com. > You should ook around in Realplayer's configuration setting. > The problem is probably that you as a user, installed Realplayer, and > clicked yes every time without looking through what it was going to do. > So now you need to manually remove the association of .m3u files to > realplayer and make sure winamp opens them. It's possible you can do this > from realplayer, but maybe that's been removed from it in the meantime. > > The best way to do it is open explorer, go to File, Options (The options > menu has moved in Win2000, btw, so just find it somewhere), and there's an > option somewhere there which allows you to associate file extensions with > programs. > > Find the .m3u extension (possibly only possible by description, which will > be something like playlist file), and chinge it to start winamp instead of > realplayer. > > Thomas > > > > >This certainly sounds like the 'war for control' that often happens when you > > >try to install Winamp & RealPlayer on the same box. It's been discussed at > > >great length in the www.winamp.com support forum. > > > > > >You are sticking the URL into a .ram file in order to start RealPlayer, > > >right? > > > > No. I stick the URL, http://www.RainbowRadio.com/club.mp3 into RealPlayer, > > and it starts playing.....same as Winamp. > > > > > > --------------------------------------------------------------- > > Todd Merriman - Rainbow Radio Sound & Light > > +1 770 889 5897 > > 8030 Pooles Mill Dr., Ball Ground, GA 30107 > > dj at RainbowRadio.com > > http://www.RainbowRadio.com > > --------------------------------------------------------------- > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > <-*- -*-> > nobody's interested > in something you didn't do > <-*- thomas at apestaart.org -*-> > URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From todd at toolz.com Mon Sep 10 17:08:58 2001 From: todd at toolz.com (Todd Merriman) Date: Mon, 10 Sep 2001 13:08:58 -0400 Subject: [icecast] Client Woes In-Reply-To: <[icecast] Client Woes> Message-ID: <200109101708.f8AH8w607373@toolz.com> >Todd Merriman wrote: >> The URL looks like this: http://www.RainbowRadio.com:8000/club.mp3 >> >> My goal is to instruct users as how Winamp may be brought up to play >> the stream automatically. I am migrating from Real Audio to >> Icecast, but I cannot complete the migration with users having so much >> trouble with the streams. > >Create a .m3u file, a simple text file, containing the above MP3 URL >(m3u stand for Mp3 Url). Link this .m3u file from the file. The clients >will download the .m3u file, look into it, and see the Mp3 source URL, >and play that. Amazing....it works! --------------------------------------------------------------- Todd Merriman - Rainbow Radio Sound & Light +1 770 889 5897 8030 Pooles Mill Dr., Ball Ground, GA 30107 dj at RainbowRadio.com http://www.RainbowRadio.com --------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Mon Sep 10 17:12:35 2001 From: wildbill at kpig.com (William Goldsmith) Date: Mon, 10 Sep 2001 10:12:35 -0700 Subject: [icecast] Client Woes In-Reply-To: <20010910110508.S3313@i.cantcode.com> Message-ID: <076201c13a1b$c973c4e0$6a00000a@laptop> What is usually done is that you provide *both*. That's the only way to truly allow a choice. I certainly would never suggest using a .ram file only. But RealPlayer doesn't handle .m3u or .pls files properly (though it *will* claim that association & refuse to give it up) - so if you want to make your stream as accessable as possible, you need 2 links. -bg > Making it a .ram file will ONLY allow it to be played in RealPlayer. > RealPlayer will also play m3u's. The basic choice is: > > Do I let the user pick a player, or do I choose it for them? > > jack. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From harvey at buskers.org Mon Sep 10 17:09:26 2001 From: harvey at buskers.org (harvey smith) Date: Mon, 10 Sep 2001 13:09:26 -0400 (EDT) Subject: [icecast] Client Woes In-Reply-To: <009501c13a1b$04c87aa0$32010a0a@w2kbox> Message-ID: On Mon, 10 Sep 2001, Brian Hurley wrote: > Why m3u vs. pls? > > Brian I tryed them both and .m3u's work in more clients. pls's seem like a better idea (ie. not just tied to mp3's) but they don't seem to work as consitantly. Harvey > > ----- Original Message ----- > From: "harvey smith" > To: > Sent: Monday, September 10, 2001 12:49 PM > Subject: Re: [icecast] Client Woes > > > > On Mon, 10 Sep 2001, Jack Moffitt wrote: > > > > > The way to prevetn this download, or rather to work around it, is to use > > > a small intermediate playlist file. In order to get maximum client > > > support, m3u files are best. Just make an m3u file called stream.m3u > > > and in it put: > > > > > > http://www.RainbowRadio.com:8000/club.mp3 > > > > > > Then point your users to that file. Which will quickly download, get > > > sent to the player registered for M3u's, and then the player will > > > connect and start to stream that file. > > > > It also help's alot to associate the m3u to the correct mime type on > > the server side. In Apache would you place: > > > > AddType audio/x-mpegurl .m3u > > > > In your httpd.conf file. This will make it work even in RealPlayer > > (ie, I never had to use .ram files for mp3s) > > > > harvey > > > > > > > > jack. > > > > > > --- >8 ---- > > > List archives: http://www.xiph.org/archives/ > > > icecast project homepage: http://www.icecast.org/ > > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > > containing only the word 'unsubscribe' in the body. No subject is > needed. > > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bhurley at mediaone.net Mon Sep 10 17:22:01 2001 From: bhurley at mediaone.net (Brian Hurley) Date: Mon, 10 Sep 2001 13:22:01 -0400 Subject: [icecast] Client Woes In-Reply-To: <075a01c13a1b$3c11c4d0$6a00000a@laptop> Message-ID: <00a301c13a1d$1ab0c6e0$32010a0a@w2kbox> > > The best way to do it is open explorer, go to File, Options (The options > > menu has moved in Win2000, btw, so just find it somewhere), and there's an > > option somewhere there which allows you to associate file extensions with > > programs. > > > > Find the .m3u extension (possibly only possible by description, which will > > be something like playlist file), and chinge it to start winamp instead of > > realplayer. My experience in dealing with stupid users (myself included) is that its easiest to just delete the extension, and click on a .m3u file, and then choose winamp from the list to re-associate it. Brian --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 10 17:28:32 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 10 Sep 2001 20:28:32 +0300 Subject: [icecast] Client Woes In-Reply-To: <076201c13a1b$c973c4e0$6a00000a@laptop> Message-ID: <3B9CF840.10609@tyrell.hu> William Goldsmith wrote: > What is usually done is that you provide *both*. That's the only way to > truly allow a choice. > > I certainly would never suggest using a .ram file only. But RealPlayer > doesn't handle .m3u or .pls files properly (though it *will* claim that > association & refuse to give it up) - so if you want to make your stream as > accessable as possible, you need 2 links. I had no problems with RealAudio clients using .m3u files... --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Mon Sep 10 18:14:47 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 10 Sep 2001 14:14:47 -0400 Subject: [icecast] Client Woes In-Reply-To: <20010910110606.T3313@i.cantcode.com> Message-ID: <20010910141445.A2074@xanadu.bpc.kublai.com> On Monday, 10 September 2001 at 11:06, Jack Moffitt wrote: > > Why m3u vs. pls? > > More clients were m3u'able than pls'able last I checked. Specifically > Windows Media Player liked them better. But I made this analysis some > time ago. Probably over a year or so at least. Funny, I had been using .m3u but just switched to .pls, because I got a report that WMP was giving weird errors like: "Cannot open. Please verify that the path and filename are correct and try again. (Error=8007000D)" or the server received invalid data from the client on the control connection I don't know what causes this problem - it works fine in WMP when I try it. But pls fixed it. Maybe it's my mime-type. I've been using audio/mpegurl but maybe it's supposed to be audio/x-mpegurl or something... -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mansfieldj at yahoo.com Mon Sep 10 19:45:37 2001 From: mansfieldj at yahoo.com (Jason Mansfield) Date: Mon, 10 Sep 2001 12:45:37 -0700 (PDT) Subject: [icecast] Ices memory leak? Message-ID: <20010910194537.12889.qmail@web11204.mail.yahoo.com> Is anyone else experiencing what seems to be a memory leak with Ices? I can have icecast up and running with WinAmp streaming to it from my '98 box for days at a time with no problem. As soon as I start Ices I'll launch top to watch and my free mem starts dropping -fast-. Starting from about 160MB free, in 4-5 hours I have 2MB free with Ices crashed and the memory unrecovered which sends me to the wonderful world of init 6. I thought this was maybe that I was just running ices 0.2.2 so I switched to ices 0.1.0 and have the same symptom. I'm using: -PII 233MHz 224MB RAM ~400MB Swap -RedHat 7.1 -lame 3.89b from source -icecast 1.3.1 from source -ices 0.1.0/0.2.2 from source Because this only seems to happen when I used Ices, I can only figure that it's caused by Ices, lame, or one of their required libraries. Any ideas? Jason Mansfield __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Mon Sep 10 20:00:26 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 10 Sep 2001 16:00:26 -0400 Subject: [icecast] Ices memory leak? In-Reply-To: <20010910194537.12889.qmail@web11204.mail.yahoo.com> Message-ID: <20010910160024.B2074@xanadu.bpc.kublai.com> On Monday, 10 September 2001 at 12:45, Jason Mansfield wrote: > Is anyone else experiencing what seems to be a memory > leak with Ices? I can have icecast up and running with > WinAmp streaming to it from my '98 box for days at a > time with no problem. As soon as I start Ices I'll > launch top to watch and my free mem starts dropping > -fast-. Starting from about 160MB free, in 4-5 hours I > have 2MB free with Ices crashed and the memory > unrecovered which sends me to the wonderful world of > init 6. > I thought this was maybe that I was just running > ices 0.2.2 so I switched to ices 0.1.0 and have the > same symptom. > I'm using: > -PII 233MHz 224MB RAM ~400MB Swap > -RedHat 7.1 > -lame 3.89b from source > -icecast 1.3.1 from source > -ices 0.1.0/0.2.2 from source > Because this only seems to happen when I used Ices, > I can only figure that it's caused by Ices, lame, or > one of their required libraries. Any ideas? I've run ices on debian sid, kernel 2.4.9, reencoding two streams, running for weeks. Right now it's only been up for about 3 days (changed my playlist config), but top reports ices using 4 MB total, and free says this: total used free shared buffers cached Mem: 191320 188236 3084 0 1200 168720 -/+ buffers/cache: 18316 173004 Swap: 184708 13164 171544 this is with 0.2.2, but I've never had any memory-leak problems. I'm running against shoutcast at the moment, but I doubt that would make a difference. Check free and make sure it's not just the filesystem gobbling cache as it reads mp3s off your disk. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at thelocust.org Mon Sep 10 20:03:52 2001 From: ben at thelocust.org (Ben Wilson) Date: Mon, 10 Sep 2001 16:03:52 -0400 (EDT) Subject: [icecast] Ices memory leak? In-Reply-To: <20010910194537.12889.qmail@web11204.mail.yahoo.com> Message-ID: I've never had a problem with memory use and ices, though your 4-5 hour crash problem is most likely the fault of the mpg library, as it will choke on bad frames within an MP3, or if there is a "possible id3v2" header, causing ices to crash. There is a handy app called mp3_check that checks for such things. http://freshmeat.net/projects/mp3_check/ i have written a python script to recursively look through a directory of MP3s and find the baddies in the stack. it is attached. it uses mp3_check, so go and get it. to find the last file that ices attempted to play, just "tail /tmp/ices.log.xxx" where xxx is the pid ("cat /tmp/ices.pid") .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben at thelocust.org 'OoO'OoO'O''O'OoO'OoO' On Mon, 10 Sep 2001, Jason Mansfield wrote: > Is anyone else experiencing what seems to be a memory > leak with Ices? I can have icecast up and running with > WinAmp streaming to it from my '98 box for days at a > time with no problem. As soon as I start Ices I'll > launch top to watch and my free mem starts dropping > -fast-. Starting from about 160MB free, in 4-5 hours I > have 2MB free with Ices crashed and the memory > unrecovered which sends me to the wonderful world of > init 6. > I thought this was maybe that I was just running > ices 0.2.2 so I switched to ices 0.1.0 and have the > same symptom. > I'm using: > -PII 233MHz 224MB RAM ~400MB Swap > -RedHat 7.1 > -lame 3.89b from source > -icecast 1.3.1 from source > -ices 0.1.0/0.2.2 from source > Because this only seems to happen when I used Ices, > I can only figure that it's caused by Ices, lame, or > one of their required libraries. Any ideas? > > Jason Mansfield > > __________________________________________________ > Do You Yahoo!? > Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger > http://im.yahoo.com > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. >
  • TEXT/PLAIN attachment: mp3checker.py
-------------- next part -------------- A non-text attachment was scrubbed... Name: mp3checker.py Type: application/octet-stream Size: 1866 bytes Desc: not available URL: From bwilson at corvusdigital.com Mon Sep 10 20:07:12 2001 From: bwilson at corvusdigital.com (Ben Wilson) Date: Mon, 10 Sep 2001 16:07:12 -0400 Subject: [icecast] Ices memory leak? In-Reply-To: <[icecast] Ices memory leak?> Message-ID: <6574977BA279D311825C00902741E28E019DD6B2@exchange.corvusdigital.com> i'd also point out that memory "use" under linux can be deceptive. -----Original Message----- From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of Brendan Cully Sent: Monday, September 10, 2001 4:00 PM To: icecast at xiph.org Subject: Re: [icecast] Ices memory leak? On Monday, 10 September 2001 at 12:45, Jason Mansfield wrote: > Is anyone else experiencing what seems to be a memory > leak with Ices? I can have icecast up and running with > WinAmp streaming to it from my '98 box for days at a > time with no problem. As soon as I start Ices I'll > launch top to watch and my free mem starts dropping > -fast-. Starting from about 160MB free, in 4-5 hours I > have 2MB free with Ices crashed and the memory > unrecovered which sends me to the wonderful world of > init 6. > I thought this was maybe that I was just running > ices 0.2.2 so I switched to ices 0.1.0 and have the > same symptom. > I'm using: > -PII 233MHz 224MB RAM ~400MB Swap > -RedHat 7.1 > -lame 3.89b from source > -icecast 1.3.1 from source > -ices 0.1.0/0.2.2 from source > Because this only seems to happen when I used Ices, > I can only figure that it's caused by Ices, lame, or > one of their required libraries. Any ideas? I've run ices on debian sid, kernel 2.4.9, reencoding two streams, running for weeks. Right now it's only been up for about 3 days (changed my playlist config), but top reports ices using 4 MB total, and free says this: total used free shared buffers cached Mem: 191320 188236 3084 0 1200 168720 -/+ buffers/cache: 18316 173004 Swap: 184708 13164 171544 this is with 0.2.2, but I've never had any memory-leak problems. I'm running against shoutcast at the moment, but I doubt that would make a difference. Check free and make sure it's not just the filesystem gobbling cache as it reads mp3s off your disk. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mansfieldj at yahoo.com Mon Sep 10 20:09:34 2001 From: mansfieldj at yahoo.com (Jason Mansfield) Date: Mon, 10 Sep 2001 13:09:34 -0700 (PDT) Subject: [icecast] Ices memory leak? In-Reply-To: <20010910160024.B2074@xanadu.bpc.kublai.com> Message-ID: <20010910200934.739.qmail@web11207.mail.yahoo.com> Okay, you got it. Sky = falling. The cache is varying inversely with free mem. I suppose the question begs to be asked, "Why must I try to tweak things when I first roll out of bed?" Thanks for the "look at what's in front of you, dummy" kick in the head. We all need it sometimes I guess. Jason > > this is with 0.2.2, but I've never had any > memory-leak problems. I'm > running against shoutcast at the moment, but I doubt > that would make a > difference. > > Check free and make sure it's not just the > filesystem gobbling cache as > it reads mp3s off your disk. > > -Brendan > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. > No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mgoward at emperor.eviloverlord.org Mon Sep 10 20:28:44 2001 From: mgoward at emperor.eviloverlord.org (Matthew Goward) Date: Mon, 10 Sep 2001 16:28:44 -0400 Subject: [icecast] Hoping to not have to re-invent the wheel Message-ID: <200109102028.f8AKSi604008@emperor.eviloverlord.org> Anyone have a good way to knock my 160kbit mp3s down to 56k real time using *nix? Even if it is beta sorta working code, anyone have anything even close to fast enough to do this? matt --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tprinty at mail.megapathdsl.net Mon Sep 10 20:45:39 2001 From: tprinty at mail.megapathdsl.net (Tom Printy) Date: Mon, 10 Sep 2001 15:45:39 -0500 (CDT) Subject: [icecast] Hoping to not have to re-invent the wheel In-Reply-To: <200109102028.f8AKSi604008@emperor.eviloverlord.org> Message-ID: You might try taking a look at the DJIAB project (www.djiab.org). It uses lame for realtime re-encoding of mp3s. My station (www.goonsquadradio.com) take 128bit mp3s and reencodes them to 40k on the fly. You should be able to borrow the technique that djiab uses for your needs. -Tom www.goonsquadradio.com > Anyone have a good way to knock my 160kbit mp3s down to 56k real time using > *nix? Even if it is beta sorta working code, anyone have anything even > close to fast enough to do this? > > matt > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > -- ------------------------------------------------------------------------------ Tom Printy My radio station: http://www.goonsquadradio.com 56k stream http://166.90.143.144:20232 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bwilson at corvusdigital.com Mon Sep 10 20:39:23 2001 From: bwilson at corvusdigital.com (Ben Wilson) Date: Mon, 10 Sep 2001 16:39:23 -0400 Subject: [icecast] Hoping to not have to re-invent the wheel In-Reply-To: <[icecast] Hoping to not have to re-invent the wheel> Message-ID: <6574977BA279D311825C00902741E28E019DD6CF@exchange.corvusdigital.com> yah. iceS does that. in fact, i'm listening to all of my mp3's right now using less bandwidth than a 56k. (32kpbs) -----Original Message----- From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of Matthew Goward Sent: Monday, September 10, 2001 4:29 PM To: icecast at xiph.org Subject: [icecast] Hoping to not have to re-invent the wheel Anyone have a good way to knock my 160kbit mp3s down to 56k real time using *nix? Even if it is beta sorta working code, anyone have anything even close to fast enough to do this? matt --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mgoward at emperor.eviloverlord.org Mon Sep 10 20:42:53 2001 From: mgoward at emperor.eviloverlord.org (Matthew Goward) Date: Mon, 10 Sep 2001 16:42:53 -0400 Subject: [icecast] Hoping to not have to re-invent the wheel In-Reply-To: <6574977BA279D311825C00902741E28E019DD6CF@exchange.corvusdigital.com> Message-ID: <20010910164253.A4054@emperor.eviloverlord.org> Wow, thanks for the responses guys... in like 5 min no less :) matt --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at urgent.rug.ac.be Mon Sep 10 21:18:45 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Mon, 10 Sep 2001 23:18:45 +0200 (CEST) Subject: [icecast] Ices memory leak? In-Reply-To: <6574977BA279D311825C00902741E28E019DD6B2@exchange.corvusdigital.com> Message-ID: Great. If you have some pointers with further explanations, that'd be great, because lately I've been wondering why 256 MB fills up all the way to the point my desktop system slows to a crawl. Someone seriously messed with the 2.4.x memory handling. It's probably caching and mmap'ing lots of stuff but I want it to pipe DOWN ! o any pointers are appreciated. Especially on the difference between buffering and caching and stuff like that. I got the basics (like memory of separate threads is shared memory between threads and stuff) covered. Thomas Thomas > i'd also point out that memory "use" under linux can be deceptive. > > -----Original Message----- > From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of > Brendan Cully > Sent: Monday, September 10, 2001 4:00 PM > To: icecast at xiph.org > Subject: Re: [icecast] Ices memory leak? > > > On Monday, 10 September 2001 at 12:45, Jason Mansfield wrote: > > Is anyone else experiencing what seems to be a memory > > leak with Ices? I can have icecast up and running with > > WinAmp streaming to it from my '98 box for days at a > > time with no problem. As soon as I start Ices I'll > > launch top to watch and my free mem starts dropping > > -fast-. Starting from about 160MB free, in 4-5 hours I > > have 2MB free with Ices crashed and the memory > > unrecovered which sends me to the wonderful world of > > init 6. > > I thought this was maybe that I was just running > > ices 0.2.2 so I switched to ices 0.1.0 and have the > > same symptom. > > I'm using: > > -PII 233MHz 224MB RAM ~400MB Swap > > -RedHat 7.1 > > -lame 3.89b from source > > -icecast 1.3.1 from source > > -ices 0.1.0/0.2.2 from source > > Because this only seems to happen when I used Ices, > > I can only figure that it's caused by Ices, lame, or > > one of their required libraries. Any ideas? > > I've run ices on debian sid, kernel 2.4.9, reencoding two streams, > running for weeks. Right now it's only been up for about 3 days (changed > my playlist config), but top reports ices using 4 MB total, and free > says this: > > total used free shared buffers cached > Mem: 191320 188236 3084 0 1200 168720 > -/+ buffers/cache: 18316 173004 > Swap: 184708 13164 171544 > > this is with 0.2.2, but I've never had any memory-leak problems. I'm > running against shoutcast at the moment, but I doubt that would make a > difference. > > Check free and make sure it's not just the filesystem gobbling cache as > it reads mp3s off your disk. > > -Brendan > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > <-*- -*-> I looked up at Anna She turned back to look at me It's best to kill the ones that matter Render blind the ones that see <-*- thomas at apestaart.org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Tue Sep 11 07:24:46 2001 From: gshang at uq.net.au (Geoff Shang) Date: Tue, 11 Sep 2001 17:24:46 +1000 Subject: [icecast] Ices memory leak? In-Reply-To: Message-ID: On Mon, 10 Sep 2001, Thomas Vander Stichele wrote: > Great. If you have some pointers with further explanations, that'd be > great, because lately I've been wondering why 256 MB fills up all the way > to the point my desktop system slows to a crawl. Someone seriously messed > with the 2.4.x memory handling. Ah. I don't know the details, but I believe that recent 2.4.x kernels have a serious vertual memory problem. The word seems to be, get the latest AC patch for the latest kernel or don't even consider it. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From joe at swelltech.com Tue Sep 11 07:39:02 2001 From: joe at swelltech.com (Joe Cooper) Date: Tue, 11 Sep 2001 02:39:02 -0500 Subject: [icecast] Ices memory leak? In-Reply-To: Message-ID: <3B9DBF96.1050906@swelltech.com> As far as I know, the problem appeared in some revision (or maybe the whole series) of 2.4.7 and was fixed by the time of 2.4.8ac-something. 2.4.9 is unaffected, to the best of my knowledge, as is the 2.4.10 series. I'm betting Red Hat's 2.4.7 from Raw Hide has the fix in it as well. Geoff Shang wrote: > On Mon, 10 Sep 2001, Thomas Vander Stichele wrote: > > >>Great. If you have some pointers with further explanations, that'd be >>great, because lately I've been wondering why 256 MB fills up all the way >>to the point my desktop system slows to a crawl. Someone seriously messed >>with the 2.4.x memory handling. >> > > Ah. I don't know the details, but I believe that recent 2.4.x kernels have > a serious vertual memory problem. The word seems to be, get the latest AC > patch for the latest kernel or don't even consider it. > > Geoff. -- Joe Cooper Affordable Web Caching Proxy Appliances http://www.swelltech.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Wed Sep 12 18:13:47 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Wed, 12 Sep 2001 20:13:47 +0200 Subject: [icecast] segfaulting 1.3.11 Message-ID: <3B9FA5DB.91137B@gmx.net> Hi, I've been happily running icecast for days now, but today it segfaulted after an uptime of 1 day and ~8 hours. Currently, I am "betatesting" my little stream here myself, which means I am listening to it as the only client, tweaking oddcast settings or just letting it run. A couple tunes before the segfault I noticed my client stopping to update song titles, but it kept on playing. It dumped a core, but I have no clue what to do with it ... so if anyone wishes to get more information, please instruct me on how to get those. I am also pretty sure that it'd be hard for me to reproduce the segfault because it was running so well, so maybe this was a random instability...? I am running OpenBSD 2.8 -STABLE and icecast 1.3.11. Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Wed Sep 12 18:43:21 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Wed, 12 Sep 2001 20:43:21 +0200 Subject: [icecast] Reccomended user? Root or "normal"? Message-ID: <3B9FACC9.90FC48B9@dsitelecom.com> Is there any problem to run icecast as a normal user? I know that if run along with liveice, I'll have to setup /dev/dsp to that user, but what about TCP/IP ports? Will it be able to run normally or I have to run it as root? Will this help in the stability of the system? This would allow a crash to only crash the user's memory space and not the system's space. Any suggestion is welcome. -- Xavier Montero - Digital Sound Items, scp Tel: 93 589 71 91 - Fax: 93 590 10 96 - Cell: 630 59 01 62 www.dsitelecom.com - xmontero at dsitelecom.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From daleg at elemental.org Wed Sep 12 19:00:22 2001 From: daleg at elemental.org (Dale Ghent) Date: Wed, 12 Sep 2001 15:00:22 -0400 (EDT) Subject: [icecast] Reccomended user? Root or "normal"? In-Reply-To: <3B9FACC9.90FC48B9@dsitelecom.com> Message-ID: On Wed, 12 Sep 2001, Xavier Montero wrote: | Is there any problem to run icecast as a normal user? I know that | if run along with liveice, I'll have to setup /dev/dsp to that | user, but what about TCP/IP ports? Will it be able to run normally | or I have to run it as root? I always run icecast as user "nobody", and there's no problems with running it as a non-root user. As long as icecast is using TCP ports that are > 1024, you do no need to be root to bind to them. | Will this help in the stability of the system? This would allow a | crash to only crash the user's memory space and not the system's | space. It will have no effect on stability of the system. Even when you run the app as root, you are using protected memory. /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mark at knm.org Wed Sep 12 19:12:49 2001 From: mark at knm.org (Mark Lehrer) Date: Wed, 12 Sep 2001 13:12:49 -0600 Subject: [icecast] Reccomended user? Root or "normal"? In-Reply-To: <3B9FACC9.90FC48B9@dsitelecom.com> Message-ID: <200109121912.f8CJCnT7031647@knm.org> I run icecast as "nobody". There have been exploits of icecast in the past, so running as root is definitely a serious risk. Mark Is there any problem to run icecast as a normal user? I know that if run along with liveice, I'll have to setup /dev/dsp to that user, but what about TCP/IP ports? Will it be able to run normally or I have to run it as root? Will this help in the stability of the system? This would allow a crash to only crash the user's memory space and not the system's space. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From todd at toolz.com Thu Sep 13 04:54:56 2001 From: todd at toolz.com (Todd Merriman) Date: Thu, 13 Sep 2001 00:54:56 -0400 Subject: [icecast] Setup of Winamp as a source Message-ID: <200109130454.f8D4suo00605@toolz.com> How does one set up Winamp as a source for Icecast. I've already figured out how to use the line input for Winamp's input, but I can't figure out which output plugin to use to feed the server. --------------------------------------------------------------------- Todd Merriman - Rainbow Radio Sound & Light +1 770 889 5897 8030 Pooles Mill Dr., Ball Ground, GA 30107 dj at RainbowRadio.com http://www.RainbowRadio.com --------------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Sep 13 04:55:50 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 12 Sep 2001 22:55:50 -0600 Subject: [icecast] Setup of Winamp as a source In-Reply-To: <200109130454.f8D4suo00605@toolz.com> Message-ID: <20010912225550.E27842@i.cantcode.com> > How does one set up Winamp as a source for Icecast. > I've already figured out how to use the line input for Winamp's input, > but I can't figure out which output plugin to use to feed the server. www.oddsock.org has source plugins for icecast 1.x and 2.x. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From vickeryj at grinnell.edu Thu Sep 13 14:30:47 2001 From: vickeryj at grinnell.edu (Joshua Vickery) Date: Thu, 13 Sep 2001 09:30:47 -0500 (CDT) Subject: [icecast] DMCA and webcasting Message-ID: Last year I arranged with my college radio station and ITS department to webcast the radiostation using icecast. The webcast has been a wonderful success so far. My problem now is not technical, but political. A few days ago I recieved the following message from the station director: ================================================================== hey josh, i talked to [faculty advisor] today and was told we must stop our online streaming. reasons for this rash decision involve around a new law that was put in place over the summer saying that stations who broadcast online have to pay royalties, but the amount to be paid has yet to be specified. apparently, a number of college stations have stopped streaming in fear that the royalties will involve a huge amount of money. within grinnell, because grinnell college got in trouble with the FCC and fined 20,000 dollars last time they were here, the college lawyers are unwilling for us to risk getting in trouble again by broadcasting without paying - and they're scared the money we'll have to pay will be lots lots. so until some mystical nationwide beaucracy tells us how much royalties we have to pay (a few months, says [faculty advisor]) we're not allowed to broadcast online. this sucks a lot, i know, but i think we need to obey. so, i'm hoping that you can stop by the station tonight and get the streaming computer turned off and whatever else it takes to make sure we're not streaming when we start broadcasting tomorrow. if you have questions, ask me or [faculty advisory] directly...he's more familiar with the law than me. if you want to mention that on the website too when you get time.... thanks and sorry about this shitty decision, [station manager] ========================================================================= Now, from my inderstanding the the DMCA and recent events, it is possible that we will be made to pay some royalties to the record labels. However, we are a very small radio station with a very small webcasting audiance. We don't pay any royalties to broadcast over the air. My belief is that we should not halt our webcast for fear of future fees. I can't imagine that the record companies who send us their CDs for free will send us a bill for our webcasting since October 1998. I have a meeting with the faculty advisor tommorow. If anyone has any thoughts or advice on what I should say during this meeting I would greatly appreciate it. josh -- Joshua Vickery Grinnell College 14-21 Grinnell IA, 50112 vickeryj at grinnell.edu --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Sep 13 15:05:19 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 13 Sep 2001 09:05:19 -0600 Subject: [icecast] DMCA and webcasting In-Reply-To: Message-ID: <20010913090519.H27842@i.cantcode.com> Forewarning... this is my understanding and advice. I am not a lawyer. First off, Jamie Zawinski has an article about this here: http://www.dnalounge.com/backstage/webcasting.html > ================================================================== > hey josh, > i talked to [faculty advisor] today and was told we must stop our online > streaming. reasons for this rash decision involve around a new law that > was put in place over the summer saying that stations who broadcast online > have to pay royalties, but the amount to be paid has yet to be specified. First off the DMCA was enacted in 1998. I believe you are also exempt for it if you also broadcast over-the-air. _That_ part might have changed, as certainly the RIAA will be after money from traditional labels. > so until > some mystical nationwide beaucracy tells us how much royalties we have to > pay (a few months, says [faculty advisor]) we're not allowed to broadcast > online. A few months? It's been going on for years, and no one is sure when it will end. It's likely not to for a good long while still. There was a wired article about the rates being discussed. You might want to look that up. > this sucks a lot, i know, but i think we need to obey. so, > i'm hoping that you can stop by the station tonight and get the streaming > computer turned off and whatever else it takes to make sure we're not > streaming when we start broadcasting tomorrow. if you have questions, > ask me or [faculty advisory] directly...he's more familiar with the law > than me. if you want to mention that on the website too when you get > time.... Doesn't sound like [faculty advisor] knows this law at all and just read some email from some friend at another university. > Now, from my inderstanding the the DMCA and recent events, it is possible > that we will be made to pay some royalties to the record labels. However, > we are a very small radio station with a very small webcasting audiance. We > don't pay any royalties to broadcast over the air. Then in other words, you're stealing music even for your online broadcast. You _must_ pay ASCAP, BMI, and/or SESAC in order to broadcast _anything_ over _any_ medium. If you're not paying that, then you are in dangerous trouble of litigation from those companies. They can and will go after you. hell, they sued the girl scouts and won for them singing around campfires. > My belief is that we should > not halt our webcast for fear of future fees. I can't imagine that the record > companies who send us their CDs for free will send us a bill for our > webcasting since October 1998. They will. ASCAP and BMI and possibly SESAC will also send you a bill. You are being naive about the way this works: Performance royalties are paid to songwriters. That's where you money to ASCAP and BMI go. In other words, this goes to somone who deserves the monday. So you _want_ to pay this fee (typically 2.5% of revenue with some minimum fee in the range of 200-500$ a year). DMCA royalties go straight to the fucking big five labels. Artists will probably never see this money. This is basically the same type of license as if you would be pressing and selling CDs. This is quite simply an internet tax. On the air stations don't have to deal with the DMCA and, at least to my knowledge, do they have to deal with it even when they broadcast online. Technology royalties for MP3 (if you are using that and not Vorbis), are $15k a year minimum and some percent of revenue if your station generates revenue (do you sell ads?). > I have a meeting with the faculty advisor > tommorow. If anyone has any thoughts or advice on what I should say during > this meeting I would greatly appreciate it. Sounds like you are in a bad position, as you're not paying the correct royalties anyway, and if you push the situation, they are likely to just shut it all off. Explain the royalty situation. Show him jwz's page on broadcasting. Good luck. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sean at rimboy.com Thu Sep 13 15:55:03 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Thu, 13 Sep 2001 10:55:03 -0500 (CDT) Subject: [icecast] DMCA and webcasting In-Reply-To: <20010913090519.H27842@i.cantcode.com> Message-ID: On Thu, 13 Sep 2001, Jack Moffitt wrote: > > ================================================================== > > hey josh, > > i talked to [faculty advisor] today and was told we must stop our online > > streaming. reasons for this rash decision involve around a new law that > > was put in place over the summer saying that stations who broadcast online > > have to pay royalties, but the amount to be paid has yet to be specified. > > First off the DMCA was enacted in 1998. I believe you are also exempt > for it if you also broadcast over-the-air. _That_ part might have > changed, as certainly the RIAA will be after money from traditional > labels. Everything that I've come across and it is my understanding is that traditional radio stations are not exempt if they broadcast via the web. In short, the RIAA and the labels it represents are greedy individuals and will take their money whereever they can get it. If the money is green they want it. I believe it is AFTRA that has raised a stink about webcasting commercials, many stations have either pulled their webcasts or have silenced their webcasts when AFTRA artists provide the voice over. This in particular applies to national ads, ie for GM, IBM, or some other major company w/ a nationwide push. The point is that don't discount the RIAA from broadcast stations w/ a web broadcast. > A few months? It's been going on for years, and no one is sure when it > will end. It's likely not to for a good long while still. There was a > wired article about the rates being discussed. You might want to look > that up. In short, anyone broadcasting RIAA artists via the web are required to register *NOW*. They have yet to determine the rate / fee structure, but failure to register because the rates are not in place is not an excuse. Plan on them making you pay pro-actively once the fees are decided upon. Failure to do so will put you in greater financial jeopardy. > > Now, from my inderstanding the the DMCA and recent events, it is possible > > that we will be made to pay some royalties to the record labels. However, > > we are a very small radio station with a very small webcasting audiance. We > > don't pay any royalties to broadcast over the air. > > Then in other words, you're stealing music even for your online > broadcast. You _must_ pay ASCAP, BMI, and/or SESAC in order to > broadcast _anything_ over _any_ medium. If you're not paying that, then > you are in dangerous trouble of litigation from those companies. They > can and will go after you. hell, they sued the girl scouts and won for > them singing around campfires. It depends. That was my initial reaction, however upon giving it some thought, it already might be covered by the University license. Definately consult with the University lawyers and make sure that your ASCAP/BMI/SESAC agreement covers your college station. As I recall, our station was covered under the University's agreement, but then again we already had an NPR affiliated Jazz station on campus before our student run station went on the air. > DMCA royalties go straight to the fucking big five labels. Artists will > probably never see this money. Agreed. And the artists are already taking it up the ass with the sales of CD's. > This is basically the same type of license > as if you would be pressing and selling CDs. This is quite simply an > internet tax. I've never looked at it that way, but tis true. An Internet tax that lines the pockets of massive corportate conglomerates who only care about their stock options. > On the air stations don't have to deal with the DMCA and, at > least to my knowledge, do they have to deal with it even when they > broadcast online. Again, I'm not sure. I'd imagine the RIAA is going to cover their bases on this one. They've been pissed off long enough that they've been unable to obtain money from the broadcast stations (ruling long ago) and this is their way (IMO) of getting back. > Technology royalties for MP3 (if you are using that and not Vorbis), are > $15k a year minimum and some percent of revenue if your station > generates revenue (do you sell ads?). Generally charters of college stations cannot sell ads. YMMV. However, mp3 streaming is going to die once Thompson and Fraunhoffer start bullying people. > Sounds like you are in a bad position, as you're not paying the correct > royalties anyway, and if you push the situation, they are likely to just > shut it all off. Explain the royalty situation. Show him jwz's page on > broadcasting. I agree, make sure you cover all the bases and definately take a look at jwz's page. Again, it has been my experience that most Universities pick up the tab on on the PRO's, I don't ever remember our station management having a discussion regarding budgeting for the PRO's (I was a PD at one time). YMMV, IANAL, Drive Safely. Sean... -- WWJD? JWRTFM. -ASO/. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC www.rimboy.com <-- Your source for the crap you know you need. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From vickeryj at grinnell.edu Thu Sep 13 18:04:08 2001 From: vickeryj at grinnell.edu (Joshua Vickery) Date: Thu, 13 Sep 2001 13:04:08 -0500 (CDT) Subject: [icecast] DMCA and webcasting In-Reply-To: Message-ID: > Everything that I've come across and it is my understanding is that > traditional radio stations are not exempt if they broadcast via the > web. In short, the RIAA and the labels it represents are greedy > individuals and will take their money whereever they can get it. If the > money is green they want it. Great, so should we file with SoundExchange or wait for the RIAA to pick a rate? I'm emailing sound exchange, I think it would be great if they charged us %15 of our gross revenue, hell I would gladly pay them %100 of $0. Even if they insisted on collecting $0.004 per performance I don't think we have even 100000 "performances" a year. Say 20 listeners a day, each hears as many as 10 songs, we broadcast for about 180 days a year, 20x10x180*$0.004 = $140. We are not talking big bucks here, it certainly does not seems like reason to stop webcasting. > > Then in other words, you're stealing music even for your online > > broadcast. You _must_ pay ASCAP, BMI, and/or SESAC in order to > > broadcast _anything_ over _any_ medium. If you're not paying that, then > > you are in dangerous trouble of litigation from those companies. They > > can and will go after you. hell, they sued the girl scouts and won for > > them singing around campfires. > > It depends. That was my initial reaction, however upon giving it some > thought, it already might be covered by the University > license. Definately consult with the University lawyers and make sure > that your ASCAP/BMI/SESAC agreement covers your college station. As I > recall, our station was covered under the University's agreement, but then > again we already had an NPR affiliated Jazz station on campus before our > student run station went on the air. I am not an administrator, I was told by the station manner that we were exempt from these fees because we are such a small radio station, we don't make any money, and we play public service announcements. Maybe I was misinformed. > > Technology royalties for MP3 (if you are using that and not Vorbis), are > > $15k a year minimum and some percent of revenue if your station > > generates revenue (do you sell ads?). > > Generally charters of college stations cannot sell ads. YMMV. However, > mp3 streaming is going to die once Thompson and Fraunhoffer start bullying > people. Yes, it certainly seems like it is time to switch to Vorbis now. Sigh, and I just had liveice and icecast working so well too. > > Sounds like you are in a bad position, as you're not paying the correct > > royalties anyway, and if you push the situation, they are likely to just > > shut it all off. Explain the royalty situation. Show him jwz's page on > > broadcasting. Well, we have a lot of lawyers, but its quite possible that we have it wrong, I'll see what the advisor says at the meeting, and I'll bring a printout of jwz's page. > Again, it has been my experience that most Universities pick up the tab on > on the PRO's, I don't ever remember our station management having a > discussion regarding budgeting for the PRO's (I was a PD at one > time). YMMV, IANAL, Drive Safely. We do have money to spend on various things, seems a pitty that we need to pay for something that we already have permission to broadcast. -- Joshua Vickery Grinnell College 14-21 Grinnell IA, 50112 vickeryj at grinnell.edu --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Thu Sep 13 18:29:20 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Thu, 13 Sep 2001 20:29:20 +0200 Subject: [icecast] DMCA and webcasting and a political QUESTION In-Reply-To: Message-ID: <3BA0FAFF.88B93401@dsitelecom.com> For the QUESTION go directly tot he bottom. I don't know there in the US. Here in Spain, responsible for author rights is called SGAE (Sociedad General de Autores de Espa?a) and it takes money from everywhere if controllable and stations must provide a list of all broadcasted themes. They place random monitors and check against the list to see if it coincides. You never know if you are being checked or not, so your list must be reliable to prevent surprises. Local small stations (where I work), are impossible to control. The procedure is that we are obligated to pay on a listener-basis and the proportions to the artists are averaged monitoring 1 every 100 stations chosen at random starting on 1 jan and monitored over the whole year. It is assumed that, even existin gthe possibility of a station being a lot mono-thematic, the average will give a semi-reliable of what will the stations have broadcasted in average over the te whole nationa territory. That "averaged" proportion is then applied tot the sum of all money income by the local stations. The tax is more or less 10 pta per year and per citizen. For example, my town is about 50.000 people, SGAE assumes that not all the people is listenig, of course, but doubling citizens, probably you double audience, so this data is taken as the basis. 10 pta / year / person = 500.000 pta (= a total of $2.777 per year for 50.000 people, it is about 6 cents per person and year). Some response to your post said that authors seem not to receive the corresponding money. Here in Spain they _do_ receive the money. I know some authors, and SGAE sends personally a "payer" who goes phisically to meet the author and gives the money in hand along with some official papers (receipts and so). The "payer" also provides the author with a complete description of the details of the revenues. A list could be: ---------------------------------------------------------- TV broadcasts Day xx/xx/xxxx, broadcasted "n" seconds on TV4 at hh:mm Day xx/xx/xxxx, broadcasted "n" seconds on Tele5 at hh:mm Total seconds = xxx, price per second = xxx, Total = xxx ---------------------------------------------------------- Big Radios Partial Day xx/xx/xxxx, broadcasted "3" times on Radio 3 Day xx/xx/xxxx, broadcasted "2" times on Onda Cero Complete Day xx/xx/xxxx, broadcasted "3" times on Radio 3 Day xx/xx/xxxx, broadcasted "2" times on Onda Cero Price per partial = xxx, total partials = xxx, Total = xxxx Price per complete = xxx, total completes = xxx, Total = xxxx ---------------------------------------------------------- Local Stations Share: 0.0035% Total Income: xxxxxxx Your income = xxxxxxx ---------------------------------------------------------- Record Company Sells Price per copy = 20 pta Total Copies: 325.000 units Total due to sells: xxxxx ---------------------------------------------------------- Phone answering machines: Total registered: x Price per machine: xxxx ---------------------------------------------------------- Blank Tapes and CDR: Total Sold: x Price per unit: xxxx ---------------------------------------------------------- ...[etc]... ---------------------------------------------------------- TV is computed on a "second" basis Big radios base on a "partial" (<1 min, for ex, commercials) or "complete" play (scheduled music) Local stations base on the explained proportion. They also give a report of the sells (wich authors already knew) a complete list of answering machines using the titles for waiting- music and the report of the taxes paid due to "blank-tapes" assuming people is going to pirate music (SGAE gets money from blank-tapes manufacturers and blank CD-Rs sold in Spaing assumin that people here is going to copy music). They provide more details that I cannot remember now, but a very complete list. They provide a report per each title you or your company have registered and sucessfuly was not classified as "copy" of any other composition. I suppose they simply will provide a new entry in the report and add "internet access" and just show the list and the ammount. That ammount is the ammount to be charged to the internet station. I remember that somebody told me that SGAE money accounts are open-public and you can track _every_ monetray unit which enters and leaves SGAE to check for a correct administration of the rights. QUESTION: Radio stations usually are quite "local" to their countries and usually got their audio sources directly from the record companies (promo CDs), but in Internet it is different. It is a fact that, for example I'm located and based in Spain, and my Icecast is phisically running in Spain. Then I play a record which authors are German and some listeners are from US. Which autority will charge me? US? Spanish? German? I think In this example it seems, it should be Spanish or German. But Spanish people will not take care of interests of German authors and German people cannot "obligate" to spaniards to do things. Internet delivers the information thru the globe and that escapes any manner of control stablished until now. How will they act? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sean at rimboy.com Thu Sep 13 19:39:25 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Thu, 13 Sep 2001 14:39:25 -0500 (CDT) Subject: [icecast] DMCA and webcasting In-Reply-To: Message-ID: On Thu, 13 Sep 2001, Joshua Vickery wrote: > Great, so should we file with SoundExchange or wait for the RIAA to pick > a rate? Yes, you are supposed to file with the RIAA (SE as you suggest?). Period, end of story. Jwz covers this on his site IIRC. > Even if they insisted on collecting $0.004 per performance I don't think > we have even 100000 "performances" a year. Say 20 listeners a day, each hears > as many as 10 songs, we broadcast for about 180 days a year, > 20x10x180*$0.004 = $140. We are not talking big bucks here, it certainly > does not seems like reason to stop webcasting. I've not heard anything this low in cost. Considering the royalty rate is roughly 6-8 cents (USD) ($0.06) and it's been awhile since I've dealt w/ those numbers, I would expect the RIAA to come in no less than those amounts. I fully expect the rates to be high enough to quash most of the broadcasters we have today. Especially in today's market. > I am not an administrator, I was told by the station manner that we were > exempt from these fees because we are such a small radio station, we don't > make any money, and we play public service announcements. Maybe I was > misinformed. I've not heard of any exceptions granted to any radio stations, profit or not. The fact of the matter is that the artists have to be paid, profit station or not. The fact of the matter is, the station, even though it is not for profit (or non-profit) is still profiting from the artists works. I believe most University and College agreements cover campus stations. I'll be emailing a friend of mine who worked for both stations at my College to find out what he knows. > Well, we have a lot of lawyers, but its quite possible that we have it wrong, > I'll see what the advisor says at the meeting, and I'll bring a printout > of jwz's page. Good move. > We do have money to spend on various things, seems a pitty that we need to > pay for something that we already have permission to broadcast. That's just it. You may own the copy, but broadcast (in the traditional sense) and via the web are not extensions of that ownership. Case in point, Station buys Artist foo's disc and the artist is compenstated at x rate. Artist foo gets played n times. Does it make sense that artist foo is only compensated at rate x? No. ASCAP,BMI, and SESAC receieve fees from the stations so that artist foo is compensated to a certain extent for n number of plays. That said, ASCAP and BMI determine the royalty payments pretty much the same, SESAC has their own formula for determining the payments. Again, your purchase of music grants you only certain rights, and the RIAA is trying to see to it that those rights are further restricted. DMCA is one, there is additional legislation being considered to further restrict US consumer freedoms. Sean... -- WWJD? JWRTFM. -ASO/. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ KG4NRC www.rimboy.com <-- Your source for the crap you know you need. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From vickeryj at grinnell.edu Thu Sep 13 21:29:08 2001 From: vickeryj at grinnell.edu (Joshua Vickery) Date: Thu, 13 Sep 2001 16:29:08 -0500 (CDT) Subject: [icecast] DMCA and webcasting In-Reply-To: Message-ID: > I've not heard anything this low in cost. Considering the royalty rate is > roughly 6-8 cents (USD) ($0.06) and it's been awhile since I've dealt w/ > those numbers, I would expect the RIAA to come in no less than those > amounts. I fully expect the rates to be high enough to quash most of the > broadcasters we have today. Especially in today's market. > From http://www.riaa.com/Licensing-Licen-3a.cfm Q. What rate has SoundExchange proposed in the arbitration? A. While SoundExchange continues to negotiate deals tailored to individual needs, it has asked an arbitration panel to set the industry rate for webcasters as follows: * Webcasters (including AM/FM webcasters) may choose to pay either $0.004 (four-tenths of one cent) per performance (e.g., if 10 people listen to a recording, then there would be 10 performances) or 15% of the service's gross revenues from such transmissions. * Webcasters who syndicate their service through 3rd party Web sites (e.g., a webcaster who offers music to listeners at Starbucks.com) would pay $0.005 (five-tenths of one cent) per performance without a revenue option. * Webcasters would pay a separate royalty fee for the making of "ephemeral recordings" (e.g., server copies) that would be equal to 10% of the royalty calculated under the options above. How is it that we are profiting from the artists if we are not making a profit. josh -- Joshua Vickery Grinnell College 14-21 Grinnell IA, 50112 vickeryj at grinnell.edu --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sean at rimboy.com Thu Sep 13 23:14:41 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Thu, 13 Sep 2001 18:14:41 -0500 (CDT) Subject: [icecast] Re: ASCAP/BMI and college stations (fwd) Message-ID: Here is the response from my friend. I would venture to say that if we were reporting to them then someone was paying a fee. Sean... >>>> Sean, In MTSU's case, I think their ASCAP/BMI license covers everything, including WMOT and WMTS... I know WMTS didn't have to pay ASCAP/BMI fees....but..they had to report their playlists to them...which was a pain in the ass.... -M Never give a sucker an even break WC Fields --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Fri Sep 14 02:06:27 2001 From: gshang at uq.net.au (Geoff Shang) Date: Fri, 14 Sep 2001 12:06:27 +1000 Subject: [icecast] DMCA and webcasting In-Reply-To: Message-ID: On Thu, 13 Sep 2001, Sean /The RIMBoy/ wrote: > > We do have money to spend on various things, seems a pitty that we need to > > pay for something that we already have permission to broadcast. > > That's just it. You may own the copy, but broadcast (in the traditional > sense) and via the web are not extensions of that ownership. > > Case in point, Station buys Artist foo's disc and the artist is > compenstated at x rate. Artist foo gets played n times. Does it make > sense that artist foo is only compensated at rate x? No. ASCAP,BMI, and > SESAC receieve fees from the stations so that artist foo is compensated to > a certain extent for n number of plays. That said, ASCAP and BMI > determine the royalty payments pretty much the same, SESAC has their own > formula for determining the payments. I'm not fully clued up on all the ins and outs here in Australia, but I do know that not-for-profit broadcasters here get a far better deal than it seems you guys get in the USA. I broadcasted with a music-based non-profit station for 16 months from August 1999 to December 2000. We didn't have to pay for everything we broadcast, well not directly anyway. A few times a year, we had to log everything we played for APRA (Australian performing rights Association) for a week, not including 12:00Am to 6:00Am. I'm guessing we probably paid some kind of fee so that we could broadcast music, but my understanding was that this was some kind of flat fee and this allowed us to broadcast pretty much anything, subject to any other regulations of course. We were sent promo singles and albums, and we could also bring in any CD's that had been bought over the counter and broadcast them on air. Like I said, I'm not sure what we paid, but I'm guessing we had to pay something. But it wasn't very onerous. I think APRA appreciates that we're not making money off this and concentraits its efforts on the commercial sector. Besides, the artists are getting publicity and exposure, it's not just a one-way street. I will try and clarify the situation, mainly for my own benefit. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rocaelh at yahoo.com Fri Sep 14 05:29:57 2001 From: rocaelh at yahoo.com (Rocael Hernandez) Date: Thu, 13 Sep 2001 22:29:57 -0700 (PDT) Subject: [icecast] icecast 2.x & a control panel? In-Reply-To: Message-ID: <20010914052957.59661.qmail@web20201.mail.yahoo.com> Hi all! I have a some of questions, I know that you can guide me through this: 1. Where I can get icecast 2.x? 2. What's the main difference between icecast 1.3.11 & 2.x? 3. I will stream live audio from a radio, is better if I user 2.x? 4. I would like to have a sort of control panel that could have a functionality like this (better if its open-source): *Record the Ips & subnets that are listening *block or allow some of that Ips or subnets *Keep track in a web interfase of who are my listeners, what are the most frequent hours, max number of concurrent users, average listen time, etc. *Kick a client after some X time automaticly *Give me the Kb transfered in average, by user and the totals by day, month, etc. And everything in stored a DB. Is there a program that does something like this? If I need to implement it by myself, where I should start? how to interact with icecast? Thanks for your help! Rocael. __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From joe at swelltech.com Fri Sep 14 06:21:05 2001 From: joe at swelltech.com (Joe Cooper) Date: Fri, 14 Sep 2001 01:21:05 -0500 Subject: [icecast] icecast 2.x & a control panel? In-Reply-To: <20010914052957.59661.qmail@web20201.mail.yahoo.com> Message-ID: <3BA1A1D1.6020405@swelltech.com> I don't know of any such tool...but maybe I'm out of the loop. If writing your own, I'd humbly suggest using Webmin as the framework. It handles a lot of the 'grunt work' for you, and makes writing web based server administration tools a breeze. Unless you have an aversion to perl, it's a great starting place. With Webmin based modules, you get fine grained ACLs, users and groups, a light weight custom secure web server, and heaps of fun routines that make writing these kinds of tools more fun. Just my .02 Rocael Hernandez wrote: > Hi all! > I have a some of questions, I know that you can guide > me through this: > > 1. Where I can get icecast 2.x? > 2. What's the main difference between icecast 1.3.11 & > 2.x? > 3. I will stream live audio from a radio, is better if > I user 2.x? > 4. I would like to have a sort of control panel that > could have a functionality like this (better if its > open-source): > *Record the Ips & subnets that are listening > *block or allow some of that Ips or subnets > *Keep track in a web interfase of who are my > listeners, what are the most frequent hours, max > number of concurrent users, average listen time, etc. > *Kick a client after some X time automaticly > *Give me the Kb transfered in average, by user and the > totals by day, month, etc. > And everything in stored a DB. > > Is there a program that does something like this? > If I need to implement it by myself, where I should > start? how to interact with icecast? > > Thanks for your help! > Rocael. -- Joe Cooper Affordable Web Caching Proxy Appliances http://www.swelltech.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wolfgangebneter at os-net.de Fri Sep 14 06:00:10 2001 From: wolfgangebneter at os-net.de (Wolfgang Ebneter) Date: Fri, 14 Sep 2001 08:00:10 +0200 Subject: [icecast] Compiling Problems with ices Message-ID: <01091408001002.06454@pandora> Hi list, I tried to set up icecast and ices on our server and ran into problems compiling ices. I ran ./configure --with-xml-config=/usr/lib where the libxml2-2.4.3 is sitting but got this error : "in ices_config.o undefined ref. to xmlParseFile" I also installed libxml2-2.4.3-devel, so the header files should be in place. I ran ldconfig several times but that didn't change anything. My OS is Linux 2.4.4 . Please give me a clue what's wrong. Cheers Wolfgang -- Wolfgang Ebneter M.Sc. Data Engineering Medienzentrum Osnabr?ck eb at medienzentrum-osnabrueck.de --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Fri Sep 14 11:47:06 2001 From: gshang at uq.net.au (Geoff Shang) Date: Fri, 14 Sep 2001 21:47:06 +1000 Subject: [icecast] icecast 2.x & a control panel? In-Reply-To: <20010914052957.59661.qmail@web20201.mail.yahoo.com> Message-ID: On Thu, 13 Sep 2001, Rocael Hernandez wrote: > Hi all! > I have a some of questions, I know that you can guide > me through this: > > 1. Where I can get icecast 2.x? Icecast2 has been up till now in the icecast bitkeeper repository. Jack posted a couple of days ago that it would be moving to the xiph.org CVS. You can also get an August 7 snapshot from http://i.cantcode.com/~jack/ and versions for win32 and freebsd from http://www.oddsock.org/icecast2/ (hmmm I see dsp_oddcast beta28 is in there also). > 2. What's the main difference between icecast 1.3.11 & > 2.x? icecast2 only supports the ogg vorbis audio codec at present. this will probably change eventually. > 3. I will stream live audio from a radio, is better if > I user 2.x? Well, from a free software point of view, better to use icecast2. Do you have a target audience? what bandwidth? > 4. I would like to have a sort of control panel that > could have a functionality like this (better if its > open-source): > *Record the Ips & subnets that are listening I think this data is logged already. > *block or allow some of that Ips or subnets You can do this (IIRC) with icecast1x. I'm sure ice2 will let you do that by the time it's released. > *Keep track in a web interfase of who are my > listeners, what are the most frequent hours, max > number of concurrent users, average listen time, etc. Could a log analiser do this? > *Kick a client after some X time automaticly Again, this would likely end up as a config option, I'm guessing. > *Give me the Kb transfered in average, by user and the > totals by day, month, etc. Another log analysis job. > And everything in stored a DB. > > Is there a program that does something like this? Not that I know of, but I would think that writing one would probably be a relatively easy job. > If I need to implement it by myself, where I should > start? how to interact with icecast? Well, both icecasts log a lot of what you want, so you should be able to analise the logs for some of the data you want. Also, icecast2 will produce stats in xml which you might be able to use (connect to http://server:port/stats.xml). Icecast1.x has a telnet interface and a web interface (I think) for admin, which might also help. If you decide to go with icecast1.x, check out the manual, it's got a lot of neat stuff in it. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Fri Sep 14 15:39:06 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Fri, 14 Sep 2001 18:39:06 +0300 Subject: [icecast] icecast 2.x & a control panel? In-Reply-To: Message-ID: <3BA2249A.3090707@tyrell.hu> Geoff Shang wrote: > Icecast2 has been up till now in the icecast bitkeeper repository. Jack > posted a couple of days ago that it would be moving to the xiph.org CVS. I still don't see it there. It would be good to have it there... --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Fri Sep 14 16:42:56 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Fri, 14 Sep 2001 17:42:56 +0100 Subject: [icecast] New snapshots of icecast2, ices2 and libshout2 available Message-ID: <001301c13d3c$4e936860$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Jack's created some new tarballs of the ogg streaming tools. Grab 'em here: http://i.cantcode.com/~jack/icecast-2.0.tar.gz http://i.cantcode.com/~jack/ices-2.0.tar.gz http://i.cantcode.com/~jack/libshout-2.0.tar.gz Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sshah at progress.com Fri Sep 14 17:37:41 2001 From: sshah at progress.com (Sujal Shah) Date: Fri, 14 Sep 2001 13:37:41 -0400 Subject: [icecast] Dynamic playlist support Message-ID: <3BA24065.5070701@progress.com> Hello everyone, Just curious if ices supports dynamic playlists... I would like to generate one on the fly based on user requests etc. I'm startnig to go through icedj's source code to see how they use shout. I'd just use that, but I'm having trouble with shout. Thanks, Sujal -- ---- Sujal Shah --- sujal at sujal.net --- http://www.sujal.net Now Playing: Billy Joel - New York State of Mind (sujal) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bwilson at corvusdigital.com Fri Sep 14 17:52:30 2001 From: bwilson at corvusdigital.com (Ben Wilson) Date: Fri, 14 Sep 2001 13:52:30 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <[icecast] Dynamic playlist support> Message-ID: <6574977BA279D311825C00902741E28E019DE0DA@exchange.corvusdigital.com> Here is my suggestion -- something i'm getting started on. iceS supports writing a playlist handler in either Perl or Python, and that could very well get the next song out of a database, that is fueled by requests from users. I'll be using Python (as it RULES! hehe), and the learning curve is rather low. --ben -----Original Message----- From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of Sujal Shah Sent: Friday, September 14, 2001 1:38 PM To: icecast at xiph.org Subject: [icecast] Dynamic playlist support Hello everyone, Just curious if ices supports dynamic playlists... I would like to generate one on the fly based on user requests etc. I'm startnig to go through icedj's source code to see how they use shout. I'd just use that, but I'm having trouble with shout. Thanks, Sujal -- ---- Sujal Shah --- sujal at sujal.net --- http://www.sujal.net Now Playing: Billy Joel - New York State of Mind (sujal) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Fri Sep 14 18:40:34 2001 From: all at biosys.net (Asymmetric) Date: Fri, 14 Sep 2001 14:40:34 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA24065.5070701@progress.com> Message-ID: <5.1.0.14.0.20010914143932.00aeb898@rfnj.org> At 01:37 PM 9/14/2001 -0400, you wrote: >Hello everyone, > > Just curious if ices supports dynamic playlists... I would like > to generate one on the fly based on user requests etc. I'm startnig to > go through icedj's source code to see how they use shout. I don't know (don't use ices) but I thought I should inform you.. taking user requests may cause you to violate the RIAA rules regarding that topic, depending on how you handle it. Be careful. ;) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sshah at progress.com Fri Sep 14 18:50:58 2001 From: sshah at progress.com (Sujal Shah) Date: Fri, 14 Sep 2001 14:50:58 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <5.1.0.14.0.20010914143932.00aeb898@rfnj.org> Message-ID: <3BA25192.6090605@progress.com> Asymmetric wrote: [SNIP] > > I don't know (don't use ices) but I thought I should inform you.. taking > user requests may cause you to violate the RIAA rules regarding that > topic, depending on how you handle it. Be careful. ;) > It's for my office... I'd love to play my CDs on my radio, but it would disturb those that don't like my music. Some do, so this was our solution. If I do this publicly, I've already researched the royalty situation, etc. It's not all that complicated in that regard... radio stations already allow callin shows. This is just a variation. Regardless, though, this is a private playback (just my headphones, that's all), so they can bite me. Sujal -- ---- Sujal Shah --- sujal at sujal.net --- http://www.sujal.net Now Playing: Billy Joel - New York State of Mind (sujal) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Fri Sep 14 18:51:46 2001 From: jack at xiph.org (Jack Moffitt) Date: Fri, 14 Sep 2001 12:51:46 -0600 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA25192.6090605@progress.com> Message-ID: <20010914125146.T27842@i.cantcode.com> > If I do this publicly, I've already researched the royalty situation, > etc. It's not all that complicated in that regard... radio stations > already allow callin shows. This is just a variation. Online radio is COMPLETELY DIFFERENT than on-the-air radio. You MUST follow the RIAA guidelines for non-interactive broadcasts for online radio, and you do not have to follow these for on-the-air radio. This isn't a simple variation. There are completely different rules. For instance, if you fulfill a request, it must be ONE HOUR after the requrest was made (I _think_). Not to mention the normal 'can't play y songs by z in x hours' stuff still applies. Even the companies that simply let users Fast Forward were getting sued by the RIAA. It's a dumb set of rules, a dumb law, and the RIAA is doing a disservice to artists (especially non-major-label artists) by imposing these rules. Unfortunately, it's a law, and until we get rid of it, we're fucked. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sshah at progress.com Fri Sep 14 19:08:20 2001 From: sshah at progress.com (Sujal Shah) Date: Fri, 14 Sep 2001 15:08:20 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <20010914125146.T27842@i.cantcode.com> Message-ID: <3BA255A4.8060102@progress.com> Jack Moffitt wrote: >>If I do this publicly, I've already researched the royalty situation, >>etc. It's not all that complicated in that regard... radio stations >>already allow callin shows. This is just a variation. >> > Wow, this must have just happened in the last 12 months (I last looked into this about a year ago). Can you point out a URL to the info. Actually, not really the info, but any opinions regarding this from artists, radio stations, mailing list discussions, etc. I'm sure the RIAA has a page or two up about this, but it's probably devoid of reasoning, etc. Thanks for the heads up. Sujal > Online radio is COMPLETELY DIFFERENT than on-the-air radio. You MUST > follow the RIAA guidelines for non-interactive broadcasts for online > radio, and you do not have to follow these for on-the-air radio. > > This isn't a simple variation. There are completely different rules. > > For instance, if you fulfill a request, it must be ONE HOUR after the > requrest was made (I _think_). Not to mention the normal 'can't play y > songs by z in x hours' stuff still applies. > > Even the companies that simply let users Fast Forward were getting sued > by the RIAA. > > It's a dumb set of rules, a dumb law, and the RIAA is doing a disservice > to artists (especially non-major-label artists) by imposing these rules. > Unfortunately, it's a law, and until we get rid of it, we're fucked. > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > -- ---- Sujal Shah --- sujal at sujal.net --- http://www.sujal.net Now Playing: Billy Joel - New York State of Mind (sujal) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Fri Sep 14 19:08:39 2001 From: jack at xiph.org (Jack Moffitt) Date: Fri, 14 Sep 2001 13:08:39 -0600 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA255A4.8060102@progress.com> Message-ID: <20010914130839.U27842@i.cantcode.com> > but it's probably devoid of reasoning, etc. The reasoning is that if you know a song is going to be played, you could record and distribute it. Oh no! jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Fri Sep 14 19:12:30 2001 From: all at biosys.net (Asymmetric) Date: Fri, 14 Sep 2001 15:12:30 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA255A4.8060102@progress.com> Message-ID: <5.1.0.14.0.20010914151133.00afd808@rfnj.org> At 03:08 PM 9/14/2001 -0400, you wrote: >Can you point out a URL to the info. Actually, not really the info, but >any opinions regarding this from artists, radio stations, mailing list >discussions, etc. I'm sure the RIAA has a page or two up about this, but >it's probably devoid of reasoning, etc. http://www.riaa.org/Licensing-Licen-3a.cfm That explains the rules. It's pretty free of "taint" so far as explainations.. they don't bother to try. They just state the rules and expect you to obey them. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rocaelh at yahoo.com Fri Sep 14 20:17:23 2001 From: rocaelh at yahoo.com (Rocael Hernandez) Date: Fri, 14 Sep 2001 13:17:23 -0700 (PDT) Subject: [icecast] icecast 2.x & a control panel? In-Reply-To: <3BA1A1D1.6020405@swelltech.com> Message-ID: <20010914201723.11930.qmail@web20204.mail.yahoo.com> Whats the best tool for linux to stream two live inputs from the sound card to icecast 1.3.11? Thanks, Rocael. --- Joe Cooper wrote: > I don't know of any such tool...but maybe I'm out of > the loop. > > If writing your own, I'd humbly suggest using Webmin > as the framework. > > It handles a lot of the 'grunt work' for you, and > makes writing web > based server administration tools a breeze. Unless > you have an aversion > to perl, it's a great starting place. With Webmin > based modules, you > get fine grained ACLs, users and groups, a light > weight custom secure > web server, and heaps of fun routines that make > writing these kinds of > tools more fun. > > Just my .02 > > Rocael Hernandez wrote: > > > Hi all! > > I have a some of questions, I know that you can > guide > > me through this: > > > > 1. Where I can get icecast 2.x? > > 2. What's the main difference between icecast > 1.3.11 & > > 2.x? > > 3. I will stream live audio from a radio, is > better if > > I user 2.x? > > 4. I would like to have a sort of control panel > that > > could have a functionality like this (better if > its > > open-source): > > *Record the Ips & subnets that are listening > > *block or allow some of that Ips or subnets > > *Keep track in a web interfase of who are my > > listeners, what are the most frequent hours, max > > number of concurrent users, average listen time, > etc. > > *Kick a client after some X time automaticly > > *Give me the Kb transfered in average, by user and > the > > totals by day, month, etc. > > And everything in stored a DB. > > > > Is there a program that does something like this? > > If I need to implement it by myself, where I > should > > start? how to interact with icecast? > > > > Thanks for your help! > > Rocael. > > > -- > Joe Cooper > Affordable Web Caching Proxy > Appliances > http://www.swelltech.com > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. > No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rocaelh at yahoo.com Fri Sep 14 20:18:16 2001 From: rocaelh at yahoo.com (Rocael Hernandez) Date: Fri, 14 Sep 2001 13:18:16 -0700 (PDT) Subject: [icecast] live inputs streamer? In-Reply-To: <3BA1A1D1.6020405@swelltech.com> Message-ID: <20010914201816.39034.qmail@web20207.mail.yahoo.com> Whats the best tool for linux to stream two live inputs from two sound cards to one icecast 1.3.11 server? Thanks, Rocael. --- Joe Cooper wrote: > I don't know of any such tool...but maybe I'm out of > the loop. > > If writing your own, I'd humbly suggest using Webmin > as the framework. > > It handles a lot of the 'grunt work' for you, and > makes writing web > based server administration tools a breeze. Unless > you have an aversion > to perl, it's a great starting place. With Webmin > based modules, you > get fine grained ACLs, users and groups, a light > weight custom secure > web server, and heaps of fun routines that make > writing these kinds of > tools more fun. > > Just my .02 > > Rocael Hernandez wrote: > > > Hi all! > > I have a some of questions, I know that you can > guide > > me through this: > > > > 1. Where I can get icecast 2.x? > > 2. What's the main difference between icecast > 1.3.11 & > > 2.x? > > 3. I will stream live audio from a radio, is > better if > > I user 2.x? > > 4. I would like to have a sort of control panel > that > > could have a functionality like this (better if > its > > open-source): > > *Record the Ips & subnets that are listening > > *block or allow some of that Ips or subnets > > *Keep track in a web interfase of who are my > > listeners, what are the most frequent hours, max > > number of concurrent users, average listen time, > etc. > > *Kick a client after some X time automaticly > > *Give me the Kb transfered in average, by user and > the > > totals by day, month, etc. > > And everything in stored a DB. > > > > Is there a program that does something like this? > > If I need to implement it by myself, where I > should > > start? how to interact with icecast? > > > > Thanks for your help! > > Rocael. > > > -- > Joe Cooper > Affordable Web Caching Proxy > Appliances > http://www.swelltech.com > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. > No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Sat Sep 15 00:46:36 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Sat, 15 Sep 2001 02:46:36 +0200 Subject: [icecast] Dynamic playlist support In-Reply-To: <5.1.0.14.0.20010914143932.00aeb898@rfnj.org> Message-ID: <3BA2A4EC.5DB47743@dsitelecom.com> > I don't know (don't use ices) but I thought I should inform you.. taking > user requests may cause you to violate the RIAA rules regarding that topic, > depending on how you handle it. Be careful. ;) Again, in Spain there is no rule in this sense... I mean, a normal air-FM/AM station can receive a call for a song and play it inmediately. What happens if this spanish station broadcasts its content to internet and a US listener listens to that station? Would it be violation? If a song is even made by a US artist but the promo CD is given to the spanish station by a record company in spain who bought the rights to control the copies in spain, what happens then? I'm quite confused on where start and where end the authority of an entity when the channel is spreading all over the world. If any one knows, please post. Xavi. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Sat Sep 15 00:51:12 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Sat, 15 Sep 2001 02:51:12 +0200 Subject: [icecast] Dynamic playlist support In-Reply-To: <20010914130839.U27842@i.cantcode.com> Message-ID: <3BA2A600.139B07A1@dsitelecom.com> > The reasoning is that if you know a song is going to be played, you > could record and distribute it. Oh no! Also people do in live radio, don't they? What happens if in internet radio the DJ "talks" over the song invalidating it for recording-and-pirate-selling? Do those rules still apply? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sat Sep 15 01:09:17 2001 From: jack at xiph.org (Jack Moffitt) Date: Fri, 14 Sep 2001 19:09:17 -0600 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA2A600.139B07A1@dsitelecom.com> Message-ID: <20010914190917.W27842@i.cantcode.com> > What happens if in internet radio the DJ "talks" over the song > invalidating it for recording-and-pirate-selling? Do those > rules still apply? AFAIK, there are few exceptions. You'll have to read the rules to see if that is excepted, but I don't think so. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sat Sep 15 01:12:30 2001 From: jack at xiph.org (Jack Moffitt) Date: Fri, 14 Sep 2001 19:12:30 -0600 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA2A4EC.5DB47743@dsitelecom.com> Message-ID: <20010914191230.X27842@i.cantcode.com> > Again, in Spain there is no rule in this sense... I mean, a normal > air-FM/AM station can receive a call for a song and play it > inmediately. Yes. In the US as well. But not an INTERNET station. The rules are different if you broadcast over AM/FM than if you broadcast over IP. > What happens if this spanish station broadcasts its content to internet > and a US listener listens to that station? Would it be violation? That's why they were exempted from the rules. Rebroadcasts of AM/FM stations aren't subject to the rules. Although they may be subject to them these days. I have no idea, really. > If a song is even made by a US artist but the promo CD is given > to the spanish station by a record company in spain who bought the > rights to control the copies in spain, what happens then? US laws don't cross borders. You don't have to care if you are offshore. But, the EU and Spain probably have their own laws. I've hear that the laws are particularly harsh in France for Internet radio, although I have no idea. > I'm quite confused on where start and where end the authority of > an entity when the channel is spreading all over the world. Broadcasts originating in america are subject to US law. I don't think US law governs broadcasts from spain, tradidional, internet, or otherwise. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From harvey at buskers.org Sat Sep 15 01:38:16 2001 From: harvey at buskers.org (harvey smith) Date: Fri, 14 Sep 2001 21:38:16 -0400 (EDT) Subject: [icecast] Compiling Problems with ices In-Reply-To: <01091408001002.06454@pandora> Message-ID: I'm sorry I don't have the answer, I had simular problem when compiling ices-0.2.2. I wound up configuring without xml support. XML is needed for config file support so I modified src/definitions.h to reflect my base configuration and pass any variation from that to ices via command line switches. This is working out well for me but hopefully someone has an answer to the XML problem(s). Harvey On Fri, 14 Sep 2001, Wolfgang Ebneter wrote: > Hi list, > > I tried to set up icecast and ices on our server and ran into problems > compiling ices. I ran ./configure --with-xml-config=/usr/lib where the > libxml2-2.4.3 is sitting but got this error : > "in ices_config.o undefined ref. to xmlParseFile" > I also installed libxml2-2.4.3-devel, so the header files should be in place. > > I ran ldconfig several times but that didn't change anything. > > My OS is Linux 2.4.4 . > > Please give me a clue what's wrong. > > Cheers Wolfgang > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Sat Sep 15 01:47:13 2001 From: wildbill at kpig.com (William Goldsmith) Date: Fri, 14 Sep 2001 18:47:13 -0700 Subject: [icecast] Dynamic playlist support In-Reply-To: <20010914191230.X27842@i.cantcode.com> Message-ID: <004501c13d88$57dbbe30$5107e4d8@laptop> > Broadcasts originating in america are subject to US law. I don't think > US law governs broadcasts from spain, tradidional, internet, or > otherwise. > Correct. That's why the people I know who are truly comitted to webcasting plan to simply move their operations offshore if sanity does not prevail. -bg --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sublime at lagfactory.net Sat Sep 15 04:26:26 2001 From: sublime at lagfactory.net (Nate) Date: Sat, 15 Sep 2001 00:26:26 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <6574977BA279D311825C00902741E28E019DE0DA@exchange.corvusdigital.com> Message-ID: <002201c13d9e$95f25ba0$6401a8c0@highspire> I've actually been working on that same idea for the past few weeks. The final product is Livewire Radio, which I've just promoted from alpha to stable beta. It uses PHP and MySQL, and thus integrates very easily with a website. I'll be releasing the source code on SourceForge once I do a few final modifications: http://livewire.sourceforge.net/. Check within a day or two and the first tarball should be there. Once I get the code up, anyone willing to beta test the software for me is welcome to use it by all means and give me feedback. Don't blame me, though, if the RIAA gets upset -- my idea is not to create commercial radio stations with this, but I intially wrote the software so I could use it privately. If anyone's interested in more information, feel free to ask. ;) -- Nate "sublime" Kohari ----- Original Message ----- From: "Ben Wilson" To: Sent: Friday, September 14, 2001 1:52 PM Subject: RE: [icecast] Dynamic playlist support > Here is my suggestion -- something i'm getting started on. > > iceS supports writing a playlist handler in either Perl or Python, and that > could very well get the next song out of a database, that is fueled by > requests from users. > > I'll be using Python (as it RULES! hehe), and the learning curve is rather > low. > > --ben > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Sat Sep 15 05:47:14 2001 From: all at biosys.net (Asymmetric) Date: Sat, 15 Sep 2001 01:47:14 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <002201c13d9e$95f25ba0$6401a8c0@highspire> Message-ID: <5.1.0.14.0.20010915014528.00b03ea0@rfnj.org> At 12:26 AM 9/15/2001 -0400, you wrote: >I've actually been working on that same idea for the past few weeks. The final >product is Livewire Radio, which I've just promoted from alpha to stable beta. >It uses PHP and MySQL, and thus integrates very easily with a website. How tied is your software to MySQL? I'm not terribly interested in using something like this (yet anyway, windows is just easier to manage as a source) but I really abhor MySQL. I'll only go into the reasons for that if asked, but making any product as DB Independant as possible is always a Good Thing (tm). --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sublime at lagfactory.net Sat Sep 15 05:30:51 2001 From: sublime at lagfactory.net (Nate) Date: Sat, 15 Sep 2001 01:30:51 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <5.1.0.14.0.20010915014528.00b03ea0@rfnj.org> Message-ID: <000401c13da7$956f0bc0$6401a8c0@highspire> Really, it's very portable... it has a fairly powerful API that I use to access the database system, so it would only take a few minor changes to port it to another database server. I definately agree about making things database independent. MySQL suits this project perfectly, though. :) Nate ----- Original Message ----- From: "Asymmetric" To: Sent: Saturday, September 15, 2001 1:47 AM Subject: Re: [icecast] Dynamic playlist support > At 12:26 AM 9/15/2001 -0400, you wrote: > > >I've actually been working on that same idea for the past few weeks. The final > >product is Livewire Radio, which I've just promoted from alpha to stable beta. > >It uses PHP and MySQL, and thus integrates very easily with a website. > > How tied is your software to MySQL? I'm not terribly interested in using > something like this (yet anyway, windows is just easier to manage as a > source) but I really abhor MySQL. I'll only go into the reasons for that > if asked, but making any product as DB Independant as possible is always a > Good Thing (tm). > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From speedwolf at door.net Sat Sep 15 07:50:39 2001 From: speedwolf at door.net (Bryan Payne) Date: Sat, 15 Sep 2001 00:50:39 -0700 Subject: [icecast] Dynamic playlist support In-Reply-To: <5.1.0.14.0.20010915014528.00b03ea0@rfnj.org> Message-ID: <002201c13dbb$1dd28880$709b4e3f@spacial> www.spacialaudio.com SAM webscripting plugin - mostly to learn from - and also look at the SAM api - open source.. Unix version with Vorbis support about to be released.. Using a php/mysql system - also to take 2 live sources continous on 2 different sound cards and 2 diff broadcasts in a unix enviornment I suggest - "Liveice" available on www.icecast,org site as well as www.sourceforge.org Bryan Payne Spacial*Audio Solutions Office - 806-749-4100 www.audiorealm.com www.spacialaudio.com bryan at audiorealm.com ----- Original Message ----- From: "Asymmetric" To: Sent: Friday, September 14, 2001 10:47 PM Subject: Re: [icecast] Dynamic playlist support > At 12:26 AM 9/15/2001 -0400, you wrote: > > >I've actually been working on that same idea for the past few weeks. The final > >product is Livewire Radio, which I've just promoted from alpha to stable beta. > >It uses PHP and MySQL, and thus integrates very easily with a website. > > How tied is your software to MySQL? I'm not terribly interested in using > something like this (yet anyway, windows is just easier to manage as a > source) but I really abhor MySQL. I'll only go into the reasons for that > if asked, but making any product as DB Independant as possible is always a > Good Thing (tm). > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sublime at lagfactory.net Sat Sep 15 05:38:27 2001 From: sublime at lagfactory.net (Nate) Date: Sat, 15 Sep 2001 01:38:27 -0400 Subject: [icecast] Dynamic playlist support In-Reply-To: <002201c13dbb$1dd28880$709b4e3f@spacial> Message-ID: <000801c13da8$a531f800$6401a8c0@highspire> Livewire Radio is open source under the GNU General Public License, though. ;) Nate ----- Original Message ----- From: "Bryan Payne" To: Sent: Saturday, September 15, 2001 3:50 AM Subject: Re: [icecast] Dynamic playlist support > www.spacialaudio.com > > SAM webscripting plugin - mostly to learn from - and also look at the SAM > api - open source.. Unix version with Vorbis support about to be released.. > Using a php/mysql system - also to take 2 live sources continous on 2 > different sound cards and 2 diff broadcasts in a unix enviornment I > suggest - "Liveice" available on www.icecast,org site as well as > www.sourceforge.org > > Bryan Payne > Spacial*Audio Solutions > Office - 806-749-4100 > www.audiorealm.com > www.spacialaudio.com > bryan at audiorealm.com > > > ----- Original Message ----- > From: "Asymmetric" > To: > Sent: Friday, September 14, 2001 10:47 PM > Subject: Re: [icecast] Dynamic playlist support > > > > At 12:26 AM 9/15/2001 -0400, you wrote: > > > > >I've actually been working on that same idea for the past few weeks. The > final > > >product is Livewire Radio, which I've just promoted from alpha to stable > beta. > > >It uses PHP and MySQL, and thus integrates very easily with a website. > > > > How tied is your software to MySQL? I'm not terribly interested in using > > something like this (yet anyway, windows is just easier to manage as a > > source) but I really abhor MySQL. I'll only go into the reasons for that > > if asked, but making any product as DB Independant as possible is always a > > Good Thing (tm). > > > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From speedwolf at door.net Sat Sep 15 08:16:17 2001 From: speedwolf at door.net (Bryan Payne) Date: Sat, 15 Sep 2001 01:16:17 -0700 Subject: [icecast] Dynamic playlist support In-Reply-To: <000801c13da8$a531f800$6401a8c0@highspire> Message-ID: <002e01c13dbe$b23b5d00$709b4e3f@spacial> SAM V2 under unix is as well.. :) Is totally open source under GNU GPL license... Developed using such.. A "Live" Broadcast management solution with a GUI frontend - offering ease of point and click - Vorbis support already built in for Linux/windows - Wish we had a win server for Ogg/Vorbis tho.. will be coming i Have a feeling- .. Bryan ----- Original Message ----- From: "Nate" To: Sent: Friday, September 14, 2001 10:38 PM Subject: Re: [icecast] Dynamic playlist support > Livewire Radio is open source under the GNU General Public License, though. ;) > > > Nate > > ----- Original Message ----- > From: "Bryan Payne" > To: > Sent: Saturday, September 15, 2001 3:50 AM > Subject: Re: [icecast] Dynamic playlist support > > > > www.spacialaudio.com > > > > SAM webscripting plugin - mostly to learn from - and also look at the SAM > > api - open source.. Unix version with Vorbis support about to be released.. > > Using a php/mysql system - also to take 2 live sources continous on 2 > > different sound cards and 2 diff broadcasts in a unix enviornment I > > suggest - "Liveice" available on www.icecast,org site as well as > > www.sourceforge.org > > > > Bryan Payne > > Spacial*Audio Solutions > > Office - 806-749-4100 > > www.audiorealm.com > > www.spacialaudio.com > > bryan at audiorealm.com > > > > > > ----- Original Message ----- > > From: "Asymmetric" > > To: > > Sent: Friday, September 14, 2001 10:47 PM > > Subject: Re: [icecast] Dynamic playlist support > > > > > > > At 12:26 AM 9/15/2001 -0400, you wrote: > > > > > > >I've actually been working on that same idea for the past few weeks. The > > final > > > >product is Livewire Radio, which I've just promoted from alpha to stable > > beta. > > > >It uses PHP and MySQL, and thus integrates very easily with a website. > > > > > > How tied is your software to MySQL? I'm not terribly interested in using > > > something like this (yet anyway, windows is just easier to manage as a > > > source) but I really abhor MySQL. I'll only go into the reasons for that > > > if asked, but making any product as DB Independant as possible is always a > > > Good Thing (tm). > > > > > > > > > > > > --- >8 ---- > > > List archives: http://www.xiph.org/archives/ > > > icecast project homepage: http://www.icecast.org/ > > > To unsubscribe from this list, send a message to > > 'icecast-request at xiph.org' > > > containing only the word 'unsubscribe' in the body. No subject is needed. > > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Sat Sep 15 07:52:16 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Sat, 15 Sep 2001 10:52:16 +0300 Subject: [icecast] live inputs streamer? In-Reply-To: <20010914201816.39034.qmail@web20207.mail.yahoo.com> Message-ID: <3BA308B0.7B6F4033@tyrell.hu> Rocael Hernandez wrote: > > Whats the best tool for linux to stream two live > inputs from two sound cards to one icecast 1.3.11 > server? As the author of one such thing, I'd say mine is the best :) http://darkice.sourceforge.net/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From oddsock at oddsock.org Sat Sep 15 17:40:16 2001 From: oddsock at oddsock.org (oddsock) Date: Sat, 15 Sep 2001 11:40:16 -0600 (Mountain Daylight Time) Subject: [icecast] Dynamic playlist support In-Reply-To: <002e01c13dbe$b23b5d00$709b4e3f@spacial> Message-ID: <3BA39280.000003.01244@TTC-20625> actually, an unofficial version of icecast2 (server for Vorbis) which runs under win32 is available at http://www.oddsock.org/icecast2 ...it's been out there for quite a while now... oddsock -------Original Message------- From: icecast at xiph.org Date: Saturday, September 15, 2001 12:18:22 AM To: icecast at xiph.org Subject: Re: [icecast] Dynamic playlist support SAM V2 under unix is as well.. :) Is totally open source under GNU GPL license... Developed using such.. A "Live" Broadcast management solution with a GUI frontend - offering ease of point and click - Vorbis support already built in for Linux/windows - Wish we had a win server for Ogg/Vorbis tho.. will be coming i Have a feeling- .. Bryan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nkohari at neo.rr.com Sat Sep 15 19:42:02 2001 From: nkohari at neo.rr.com (Nate Kohari) Date: Sat, 15 Sep 2001 15:42:02 -0400 Subject: [icecast] SUID and Ices Message-ID: <000701c13e1e$81310920$6401a8c0@highspire> I've been recently trying to get ices to setuser to 'nobody' so I can have a PHP script skip to the next track (apache will run the scripts as 'nobody'). Unfortunately, it won't allow me, since I'm using a Perl playlist module -- it gives me the error: No -I allowed while running setuid. After a quick scan of the ices source, I see that it's a perl option rather than ices. Any ideas on how to get around this, and the security implications thereof? Nate "sublime" Kohari --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From speedwolf at door.net Sat Sep 15 22:33:28 2001 From: speedwolf at door.net (Bryan Payne) Date: Sat, 15 Sep 2001 15:33:28 -0700 Subject: [icecast] Dynamic playlist support In-Reply-To: <3BA39280.000003.01244@TTC-20625> Message-ID: <005301c13e36$78e03440$7f5fffcc@spacial> Thanks Oddsock - I'll defineatley have a look!! Bryan ----- Original Message ----- From: "oddsock" To: Sent: Saturday, September 15, 2001 10:40 AM Subject: Re: [icecast] Dynamic playlist support actually, an unofficial version of icecast2 (server for Vorbis) which runs under win32 is available at http://www.oddsock.org/icecast2 ...it's been out there for quite a while now... oddsock -------Original Message------- From: icecast at xiph.org Date: Saturday, September 15, 2001 12:18:22 AM To: icecast at xiph.org Subject: Re: [icecast] Dynamic playlist support SAM V2 under unix is as well.. :) Is totally open source under GNU GPL license... Developed using such.. A "Live" Broadcast management solution with a GUI frontend - offering ease of point and click - Vorbis support already built in for Linux/windows - Wish we had a win server for Ogg/Vorbis tho.. will be coming i Have a feeling- .. Bryan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From melorama_lists at yahoo.com Sun Sep 16 22:53:05 2001 From: melorama_lists at yahoo.com (Mel Matsuoka) Date: Sun, 16 Sep 2001 12:53:05 -1000 Subject: [icecast] Problems with RealPlayer & Icecast Message-ID: <9iaaqt8fnm698e85p0k7iknthoo0fq7130@4ax.com> I've been getting reports from people that my Icecast streams are not working when RealPlayer is used for playback. They all say that the stream plays for 5-10 seconds, then the connection just drops. I tried it using RealPlayer 8 on Windows2000, and got the same results. Winamp, on the other hand, works perfectly. I tried playing other streams on the Icecast yp server, and it seems to play back fine. I'm running Icecast 1.3.11, and feeding it static mp3 files using IceS 0.2.2. IceS is re-encoding the mp3 files down to 64kbps. I scoured the mailing-list archives and documentation trying to find the source of this problem, but was unable to find anyone else encountering ths same problem. Is there a setting or something I'm overlooking? My stream is located at http://www.houseofgeeks.net:8000/ Any ideas? TIA --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sun Sep 16 22:54:24 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 16:54:24 -0600 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: <9iaaqt8fnm698e85p0k7iknthoo0fq7130@4ax.com> Message-ID: <20010916165424.H27842@i.cantcode.com> > 5-10 seconds, then the connection just drops. I tried it using RealPlayer 8 on > Windows2000, and got the same results. Winamp, on the other hand, works > perfectly. What do the icecast logs say when the connection is dropped? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From alex at black-sun.co.uk Sun Sep 16 23:02:40 2001 From: alex at black-sun.co.uk (Alex Stansfield) Date: 17 Sep 2001 00:02:40 +0100 Subject: [icecast] Transparent Proxy Message-ID: <1000681360.6403.3.camel@dixie> Hi, The only need I have for icecast is as a transparent proxy. The problem is I can't get it to work as one, is this feature implemented? When I setup XMMS with a proxy of the computer running icecast (1.3.11) I get this in the logs when trying to connect to a stream: [16/Sep/2001:23:59:31] [9:Connection Handler] Accepted encoder on mountpoint 205.188.234.34:8004/ from lsac1-0-s02.shoutcast.net. 1 sources connected but no stream starts playing, XMMS just says "CONNECTED: WAITING FOR REPLY". Am I being really stupid? please help. Cheers, Alex
  • application/pgp-signature attachment: stored
-------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available URL: From melorama_lists at yahoo.com Sun Sep 16 23:04:32 2001 From: melorama_lists at yahoo.com (Mel Matsuoka) Date: Sun, 16 Sep 2001 13:04:32 -1000 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: <20010916165424.H27842@i.cantcode.com> Message-ID: <9tbaqt0aeidelt88kan972vidthe625291@4ax.com> On Sun, 16 Sep 2001 16:54:24 -0600, Jack Moffitt wrote: >> 5-10 seconds, then the connection just drops. I tried it using RealPlayer 8 on >> Windows2000, and got the same results. Winamp, on the other hand, works >> perfectly. > >What do the icecast logs say when the connection is dropped? [16/Sep/2001:12:58:27] [96:Connection Handler] Accepted client 92 from [64.65.82.158] on mountpoint [/]. 1 clients connected [16/Sep/2001:12:58:40] [94:Source Thread] Kicking client 92 [64.65.82.158] [Client signed off] [listener], connected for 13 seconds, 98408 bytes transfered. 0 clients connected and the icecast_access.log shows this as the useragent when RealPlayer 8 is used: 64.65.82.158 - - [16/Sep/2001:12:58:40 -1000] "GET / HTTP/1.0" 200 98408 "-" "RMA/1.0 (compatible; RealMedia)" 13 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From auzze at tcc-comp.com.au Sun Sep 16 23:26:46 2001 From: auzze at tcc-comp.com.au (Stuart Mitchell) Date: Mon, 17 Sep 2001 09:26:46 +1000 Subject: [icecast] Mime-Version: 1.0 Message-ID: <5.1.0.14.0.20010917092620.00a67ec0@tcc-comp.com.au> auth 1226f01a subscribe icecast auzze at tcc-comp.com.au --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From auzze at tcc-comp.com.au Sun Sep 16 23:51:56 2001 From: auzze at tcc-comp.com.au (Stuart Mitchell) Date: Mon, 17 Sep 2001 09:51:56 +1000 Subject: [icecast] Streaming from a program Message-ID: <5.1.0.14.0.20010917094948.00a68e80@tcc-comp.com.au> Hi listers I was wondering how I would use Icecast to stream mp3 from a program. I use Windows for the OS.. I will be using Webjockey for my Radio station and need to stream it to the net, I was hoping to use icecast. Any help would be great. Stuart Mitchell --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Sun Sep 16 23:56:54 2001 From: gshang at uq.net.au (Geoff Shang) Date: Mon, 17 Sep 2001 09:56:54 +1000 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: <9iaaqt8fnm698e85p0k7iknthoo0fq7130@4ax.com> Message-ID: Hi: Most curious. for what it's worth, realplayer 8 under linux does the same thing, and mpg123 works fine. Odd. I do notice some glitches in the audio before it dies, which suggests to me that icecast is sending some data that realplayer doesn't know how to handle. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 00:04:27 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 18:04:27 -0600 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: Message-ID: <20010916180427.I27842@i.cantcode.com> > I do notice some glitches in the audio before it dies, which suggests to me > that icecast is sending some data that realplayer doesn't know how to > handle. Turn off metadata :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From melorama_lists at yahoo.com Mon Sep 17 00:14:23 2001 From: melorama_lists at yahoo.com (Mel Matsuoka) Date: Sun, 16 Sep 2001 14:14:23 -1000 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: <20010916180427.I27842@i.cantcode.com> Message-ID: On Sun, 16 Sep 2001 18:04:27 -0600, Jack Moffitt wrote: >> I do notice some glitches in the audio before it dies, which suggests to me >> that icecast is sending some data that realplayer doesn't know how to >> handle. > >Turn off metadata :) Ahh...turning off streaming metadata fixed it! Is this something that can be possibly be fixed or worked around in the Icecast source, or is this entirely a RealPlayer issue? thanks for all the help --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 00:15:21 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 18:15:21 -0600 Subject: [icecast] Problems with RealPlayer & Icecast In-Reply-To: Message-ID: <20010916181521.J27842@i.cantcode.com> > Ahh...turning off streaming metadata fixed it! Is this something that can be > possibly be fixed or worked around in the Icecast source, or is this entirely a > RealPlayer issue? If winamp works and realplayer doesn't, I dunno what to tell you. Although it's weird that it would request metadata and then barf on it. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From alex at black-sun.co.uk Mon Sep 17 00:57:12 2001 From: alex at black-sun.co.uk (Alex Stansfield) Date: 17 Sep 2001 01:57:12 +0100 Subject: [icecast] Transparent Proxy In-Reply-To: <1000681360.6403.3.camel@dixie> Message-ID: <1000688233.6407.14.camel@dixie> On Mon, 2001-09-17 at 00:02, Alex Stansfield wrote: > Hi, > > The only need I have for icecast is as a transparent proxy. The problem > is I can't get it to work as one, is this feature implemented I fixed the problem, it seemed that in source.c in the function source_login in this piece of code: -- write_log (LOG_DEFAULT, "Accepted encoder on mountpoint %s from %s. %d sources connected", source->audiocast.mount, con_host (con), info.num_sources); thread_mutex_lock(&info.source_mutex); avl_insert(info.sources, con); thread_mutex_unlock(&info.source_mutex); -- I found that the code was stopping after the thread_mutex_lock, my guess (seeing as it's 2am in the morning and I'm just happy to have it working) is that the mutex has already been locked causing this function to wait when called. I commented out the line where it calls thread_mutex_lock and it all seems to work now. Cheers, Alex
  • application/pgp-signature attachment: stored
-------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available URL: From jack at xiph.org Mon Sep 17 01:08:26 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 19:08:26 -0600 Subject: [icecast] Transparent Proxy In-Reply-To: <1000688233.6407.14.camel@dixie> Message-ID: <20010916190826.N27842@i.cantcode.com> > to wait when called. I commented out the line where it calls > thread_mutex_lock and it all seems to work now. Ick. What a hack :) It does seem to be a deadlock issue. But I wouldn't recommend anyone trust just removing that. Locks are there for a reason :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From alex at black-sun.co.uk Mon Sep 17 01:17:25 2001 From: alex at black-sun.co.uk (Alex Stansfield) Date: 17 Sep 2001 02:17:25 +0100 Subject: [icecast] Transparent Proxy In-Reply-To: <20010916190826.N27842@i.cantcode.com> Message-ID: <1000689445.6403.19.camel@dixie> On Mon, 2001-09-17 at 02:08, Jack Moffitt wrote: > > to wait when called. I commented out the line where it calls > > thread_mutex_lock and it all seems to work now. > > Ick. What a hack :) It does seem to be a deadlock issue. But I > wouldn't recommend anyone trust just removing that. Locks are there for > a reason :) Well I think the mutex has previously been locked in the code, hence the reason it just waits when it gets to that particular piece of code. I just found the problem, it's up to you guys to fix it properly :) Cheers, Alex
  • application/pgp-signature attachment: stored
-------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available URL: From jack at xiph.org Mon Sep 17 01:27:02 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 19:27:02 -0600 Subject: [icecast] Transparent Proxy In-Reply-To: <1000689445.6403.19.camel@dixie> Message-ID: <20010916192702.O27842@i.cantcode.com> > Well I think the mutex has previously been locked in the code, hence the > reason it just waits when it gets to that particular piece of code. I > just found the problem, it's up to you guys to fix it properly :) Don't hold your breath. Icecast 1.x is basically deprecated at this point. We fix bugs that are easy, and deadlocks are usually pretty difficult. Icecast 2.x has much more intelligent locking. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From alex at black-sun.co.uk Mon Sep 17 01:31:22 2001 From: alex at black-sun.co.uk (Alex Stansfield) Date: 17 Sep 2001 02:31:22 +0100 Subject: [icecast] Transparent Proxy In-Reply-To: <20010916192702.O27842@i.cantcode.com> Message-ID: <1000690282.6403.21.camel@dixie> On Mon, 2001-09-17 at 02:27, Jack Moffitt wrote: > Don't hold your breath. Icecast 1.x is basically deprecated at this > point. We fix bugs that are easy, and deadlocks are usually pretty > difficult. Icecast 2.x has much more intelligent locking. any idea when we might see Icecast 2.x being released? Cheers, Alex
  • application/pgp-signature attachment: stored
-------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available URL: From jack at xiph.org Mon Sep 17 05:31:50 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 16 Sep 2001 23:31:50 -0600 Subject: [icecast] a new directory service Message-ID: <20010916233150.S27842@i.cantcode.com> So I've been doing some research and thinking here and there about what a _good_ directory service for icecast would be like. I'd appreciate some feedback and some discussion on this topic, before I start putting a lot of effort into developing it. First off, I think getting rid of # of listeners is a must. It just creates a self-fulfilling prophecy and encourages cheating. I think the best way to facilitate finding streams that you really want to listen to is to make the information sortable, searchable, and filterable etc. I'll probably be making a stand alone client to help with this, although the web interface will still be there. How else can we present the information that takes the focus off of stupid, irrelevant things like number of listeners? Here's my current list of information that each directory entry would contain. If you don't understand what 'auth' is, don't worry. it's there to provide a modicum of security. What else would you guys like to see or think should be there? DIRECTORY VALUES ================ url the url to the stream ex.: http://streams.vorbis.com:8000/downtempo.ogg type type of the stream ex.: audio/mpeg or application/ogg bitrate bitrate of the stream in kilobits per second ex.: 64 name the name of the stream ex.: Jack's Funky Beats genre the genre of teh stream ex.: downtempo or talk homepage the homepage of the stream ex.: http://streams.vorbis.com/ email email address of the streams maintainer ex.: jack at xiph.org description short description of the stream ex.: All the funkiest beats from the funkiest people. Tune in now for some great downtempo music. ttl time to live. number of minutes an entry is valid for. subsequent directory changes will refresh this value. when the value reaches 0, this entry will be removed. ex.: 5 auth authorization string. this is a md5sum of of some random data. ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From primus at veris.org Mon Sep 17 05:43:54 2001 From: primus at veris.org (Ethan Butterfield) Date: Sun, 16 Sep 2001 22:43:54 -0700 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <20010916224354.A15292@veris.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Sep 16, 2001 at 11:31:50PM -0600, Jack Moffitt wrote: > First off, I think getting rid of # of listeners is a must. It just > creates a self-fulfilling prophecy and encourages cheating. Amen. I got sick and tired of the little cheats that people would use to boost themselves to the top of the various directory lists. > type > type of the stream > ex.: audio/mpeg or application/ogg > This would be confusing to the end-user just looking for something to listen to. The average user doesn't understand what a MIME type is. I'd suggest just something like "MP3" or "Ogg" instead. > auth > authorization string. this is a md5sum of of some > random data. > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum Now this I like. Using an auth string to authenticate yourself to the directory server is a Very Good Idea(tm). Personally, I'd also still like to see a quality indication of some sort (22.1khz Mono, etc) along with the bitrate field. But that's just me wanting detailed info. I do, however, think that some sort of "Location" field would be good to have. You could tell whether a stream was in the US or the UK or whatnot, which would give you an idea of how good your connection to the server would be. - -- "Nothing's the same anymore." - Cmdr. Jeffrey Sinclair, Babylon-5, "Chrysalis" -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE7pY2ZAmwSMwnpLHgRAntOAKCnBJzolJ+WQb5FdUiP3Bb33FNnmACgvKoj kWU+JGUXCHlDqakJDF15QFA= =6ctl -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 06:30:49 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 00:30:49 -0600 Subject: [icecast] a new directory service In-Reply-To: <20010916224354.A15292@veris.org> Message-ID: <20010917003049.T27842@i.cantcode.com> > > type > > type of the stream > > ex.: audio/mpeg or application/ogg > > > > This would be confusing to the end-user just looking for something to > listen to. The average user doesn't understand what a MIME type is. I'd > suggest just something like "MP3" or "Ogg" instead. Note that this is information stored in the database. Not all of it has to be presented as stored. It's easy enough to map a mime type to MP3 or Ogg. But I think using the canonical type definition is a good thing at the lowest level. > > auth > > authorization string. this is a md5sum of of some > > random data. > > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum > > Now this I like. Using an auth string to authenticate yourself to the > directory server is a Very Good Idea(tm). It should stop almost all forms of misuse besides forgery. But since there's theoretically no reason to forge, this shouldn't be a problem. > Personally, I'd also still like to see a quality indication of some sort > (22.1khz Mono, etc) along with the bitrate field. But that's just me > wanting detailed info. I do, however, think that some sort of "Location" > field would be good to have. You could tell whether a stream was in the US > or the UK or whatnot, which would give you an idea of how good your > connection to the server would be. Ogg streams might also have video at some point (I hope to start testing this soon). I'm not sure how best to store diveres info like this. I assume fps, khz, channels at the very least. I'm still trying to think of a really convinient way to store arbitrary things, so that the data is extensible, instead of having to put out a new version of icecast every time we want to add a variable. Any ideas? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Mon Sep 17 06:46:07 2001 From: all at biosys.net (Asymmetric) Date: Mon, 17 Sep 2001 02:46:07 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <5.1.0.14.0.20010917022842.00aed888@rfnj.org> At 11:31 PM 9/16/2001 -0600, you wrote: >So I've been doing some research and thinking here and there about what >a _good_ directory service for icecast would be like. I'd appreciate >some feedback and some discussion on this topic, before I start putting >a lot of effort into developing it. > >First off, I think getting rid of # of listeners is a must. It just >creates a self-fulfilling prophecy and encourages cheating. I think the I sympathize with the anti-cheating attitude.. but I'm against any enforcement of this sort of policy. That seems just horribly MySQLish to me.. It's trivial to include that information in the server, and equally trivial to leave it up to the server admin to enable/disable that functionality. It may be meaningless to most listeners, but having it tracked (and public-domain) is valuable to admins and marketing types alike, if your goals lean that way. >best way to facilitate finding streams that you really want to listen to >is to make the information sortable, searchable, and filterable etc. Absoloutely a must. The "genre" field is a reasonably good idea for this stuff, but I think it requires a different approach. Let the listeners define their own genres, based off artists played on the stream or something to that effect. This could be integral to the server software, or written into a PHP (or insert-your-script-language-of-choice) front end (thus keeping the server in the role of a server, and not a server-client hybrid.) >DIRECTORY VALUES >================ >type > type of the stream > ex.: audio/mpeg or application/ogg I find this pretty irrelevant myself, especially from a user perspective. It can (and should) be indicated on the specified URL, and if you'll pardon me for saying, seems to violate the "spirit" of your reasoning behind wanting to remove listener counts. I think the only people that would give a damn about this are people who endorse a certain technology over another (Mpeg vs. ogg vs. wma vs. whatever). I don't think it's terribly interesting to listeners.. if they have a client installed that supports that MIME type, then it will play.. if not, then it will tell them that they don't have the appropriate software installed to listen. Users are used to this interface and trained (for the most part) to know how to handle it, so I don't think it's a problem. >ttl > time to live. number of minutes an entry is valid for. subsequent > directory changes will refresh this value. when the value > reaches 0, this entry will be removed. > ex.: 5 I don't think this should really have anything to do with the directory itself. It should be a transparent server-side configuration parameter. If clients can set it then you just end up with clients that connect once with 9999 (or whatever your max value is) and then never connect again to spam the server.. fill the directory up with all kinds of garbage. >auth > authorization string. this is a md5sum of of some > random data. > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum What is the purpose for this? Is one of the other mentioned fields going to be dependant upon this being correct? I think all we really need in the current yp listers is a better search facility, as you've mentioned. I would also like to see (not only in the yp, but really in icecast as well) a more robust template facility, like shoutcast has. It's very easy for me to give my mirror maintainers a template file that they can use to generate their stats for inclusion into my mirror list if they're using shoutcast; using iceast is a hassle involving either modifying the current templates and screwing up god knows what, or writing scripts to hit one of the current status pages and then post-processing the output before including it on the webpage. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Mon Sep 17 06:48:40 2001 From: all at biosys.net (Asymmetric) Date: Mon, 17 Sep 2001 02:48:40 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010917003049.T27842@i.cantcode.com> Message-ID: <5.1.0.14.0.20010917024717.00a97118@rfnj.org> At 12:30 AM 9/17/2001 -0600, you wrote: >Ogg streams might also have video at some point (I hope to start testing >this soon). I'm not sure how best to store diveres info like this. I >assume fps, khz, channels at the very least. I'm still trying to think >of a really convinient way to store arbitrary things, so that the data >is extensible, instead of having to put out a new version of icecast >every time we want to add a variable. I assume that you're going to be sending this data in ICY style metadata or something similar at the start of a stream? If so then it's a simple matter for the server to store all the different fields it gets and then let the front-end (as mentioned in my other email) handle the processing/searching/UI for the YP. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From colly at undernetlinux.com Mon Sep 17 07:46:08 2001 From: colly at undernetlinux.com (Rick Wilson) Date: Mon, 17 Sep 2001 01:46:08 -0600 Subject: [icecast] a new directory service In-Reply-To: <20010917003049.T27842@i.cantcode.com> Message-ID: <000d01c13f4c$d07557a0$8fa373d1@undernetlinux.com> Is Asymmetric the original developer for Icecast? heh sorry just caught the last bit of the emails, :) ----- Original Message ----- From: Jack Moffitt To: Sent: Monday, September 17, 2001 12:30 AM Subject: Re: [icecast] a new directory service > > > type > > > type of the stream > > > ex.: audio/mpeg or application/ogg > > > > > > > This would be confusing to the end-user just looking for something to > > listen to. The average user doesn't understand what a MIME type is. I'd > > suggest just something like "MP3" or "Ogg" instead. > > Note that this is information stored in the database. Not all of it has > to be presented as stored. It's easy enough to map a mime type to MP3 > or Ogg. But I think using the canonical type definition is a good thing > at the lowest level. > > > > auth > > > authorization string. this is a md5sum of of some > > > random data. > > > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum > > > > Now this I like. Using an auth string to authenticate yourself to the > > directory server is a Very Good Idea(tm). > > It should stop almost all forms of misuse besides forgery. But since > there's theoretically no reason to forge, this shouldn't be a problem. > > > Personally, I'd also still like to see a quality indication of some sort > > (22.1khz Mono, etc) along with the bitrate field. But that's just me > > wanting detailed info. I do, however, think that some sort of "Location" > > field would be good to have. You could tell whether a stream was in the US > > or the UK or whatnot, which would give you an idea of how good your > > connection to the server would be. > > Ogg streams might also have video at some point (I hope to start testing > this soon). I'm not sure how best to store diveres info like this. I > assume fps, khz, channels at the very least. I'm still trying to think > of a really convinient way to store arbitrary things, so that the data > is extensible, instead of having to put out a new version of icecast > every time we want to add a variable. > > Any ideas? > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 17 07:50:25 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 17 Sep 2001 10:50:25 +0300 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <3BA5AB41.5080409@tyrell.hu> Jack Moffitt wrote: > So I've been doing some research and thinking here and there about what > a _good_ directory service for icecast would be like. I'd appreciate > some feedback and some discussion on this topic, before I start putting > a lot of effort into developing it. As I'm involved witth broadcasting a traditional radio station on the net, the important thing for me is to be able to indicate the type of program currently going on in the radio. Such a radio can not be described by one genre (like 'techno'), as the different programs may wary (there are programs dominated by speech, there are d&b programs, punk, ethno, etc.) I see that with the ttl field in your approach, this goal could be achieved. I could set up a system which updates the info at the start of each program, with a ttl of the program's length. I'm only interested now in how this could be achieved (how could I update the directory info from cron, for example.) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Mon Sep 17 10:55:10 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Mon, 17 Sep 2001 12:55:10 +0200 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <3BA5D68E.CAE8FB95@dsitelecom.com> Hello. About your idea, I think that it is important for a radio to "check" multiple styles. I'm planning to cast a couple or 3 of stations that are _not_ monographic and will be "sports" from x to y hours, "pop" from y to z hours, "talk" from z to p hours and so on. That is because people that are listening the same genre for hours want to change. Why letting them to switch to another station? Just give them a variety that does not make them feel tired to listen. This is specially true for "live" radio and I think "live" is not to be considered a genre (as some directories do), but a property to be filed separately. For example, the genre that you propose as this: > genre > the genre of teh stream > ex.: downtempo or talk Could be proposed to be defined under a "genre standard" following this format (I invent it now, so, reply improving this): Suppose that the genre is to be expressed, in fact as a collection of genrenames, for example, let's suppose that a radio casts pop and classical music. The genre could be "pop & classical". Let's suppose that in fact, the styles are not mixed, simply they cast pop from 3h to 18h (GMT) and they cast classical from 18h to 3a.m. Then the loop is closed and they start over again. The syntax could then be: "pop [T= 3:00 - 18:00] & classical [T= 18:00 - 3:00]" In this case, we provide that "T=" string to identify that we are going to define a "time" property. We could also think of "Date" properties (to specify that genre is "pop" but on "wednesday" it will be "talk"). And we could think of a different property that applies to every programming unit: "live radio", "recorded piece of live radio", or "hard-disc based playlist". Here I write some kind of "syntax" (I do not follow any standard, but I try to imitate those who define syntaxes), and below I give a couple of examples. Syntax: Programming_Unit ["&" Programming_Unit [...]] Programming_Unit: Genre_Name [ Genre_Property [...]] Genre_Name: Any string Genre_Property: "[" Property_ID "=" Property_Data "]" Property_ID: "T" | "S" | "D" | "C" Property_Data: Depends on Property ID. If PropertyID is "T", it means "Time" GMT_Time "-" GMT_Time If PropertyID is "S", it means "Source" Source If PropertyID is "D", it means "Date" Date If PropertyID is "C", it means "Classification" Any string. GMT_Time: HH ":" MM Source: "R" | "L" | "P" (R=Recorded live, L=Live, P= Playlist) Date: DayOfWeek | DayOfMonth | FullyQualifiedDate DayOfWeek: "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", "Sun" DayOfMonth: Any integer between [1 to 31] FullyQualifiedDate: DayOfMonth "/" Month "/" Year (provided that it makes sense) Year: Any integer with 4 digits. We could add and define a much more rich standard with much more "tags". But before I loose time writing all possibilities, I prefer to write down some examples to see if the method is accepted or people do not like this idea (I hope yes, but we never know). For example, let's suppose that I want to listen to talk radio talking about computers: I perform a search: "talk computers" and I could find a radio that outputs this result: " slowtempo [T= 00:00 - 08:00] [S=P] talk [T= 08:00 - 12:00] [S=L] [C= Sports] talk [T= 12:00 - 14:00] [S=L] [C= News] talk [T= 14:00 - 18:00] [S=L] [C= Magazine] mixed [T= 18:00 - 22:00] [S=P] [C= Pop, Rock, Contemporary] talk [T= 22:00 - 0:00] [S=R] [C= Social] dance [T= 22:00 - 0:00] [S=R] [D=Sun] talk [T= 22:00 - 0:00] [S=R] [D=Mon, Fri] [C= Computers] " Then we could think that this radio perhaps does not talk about computers just now but but, if GMT is on monday and it is 20:00 in a couple of hours I'll be able to listen what I want. As an added value, you could ask the directory to send some bookmarks and/or call your attention by mail or other methods. For example, I want to listen to "Economy" and we are on saturday. Let's suppose that a radio has the following line: talk [T= 15:00 16:00] [S=L] [D=Fri] [C=Economy] Then a simple link "beside" the programming unit (the directory could interpret the syntax and present it finely on a html table) could say "remember me one day before" and/or "remember me [??] hours before" Then the user (only if he has a login) is notified by mail on the next Thursday: Subject: Icecast Directory Remember Service Body: Remember that on xx/xx/xxxx at xx:xx you wanted to listen to: Radio XXXXX at http://hnjkcdhejkceh:45854218 - Click "here" to listen - Click "here" to remember in [xxx] hours - Click "here" to remember again "xxx" hours before the event starts Also, as a secondary effect, this could be used to send "mail-bookmarks" to the users because they can store in a mail-folder some quantity of messages similar to this: Subject: [Directory Bookmark] Radio XXXXXXXX Body: Radio XXXXXXX is at http://hvdjjhvihwviuw:4678239 Now I place this in mode "request for comments" See you! Xavi. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 17 11:57:18 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 17 Sep 2001 14:57:18 +0300 Subject: [icecast] a new directory service In-Reply-To: <3BA5D68E.CAE8FB95@dsitelecom.com> Message-ID: <3BA5E51E.2010608@tyrell.hu> Xavier Montero wrote: > Hello. About your idea, I think that it is important for a radio > to "check" multiple styles. > > I'm planning to cast a couple or 3 of stations that are _not_ > monographic and will be "sports" from x to y hours, "pop" from > y to z hours, "talk" from z to p hours and so on. I think Xavier has pointed out the same issue as I have: on some stations, directory information changes on the stream with time. Moreover, usually the changes are according to some predetermined schedule, thus can be automated. I think having a system that makes managing this easy would be a great help to everyone. Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From byron at byronhicks.com Mon Sep 17 14:05:37 2001 From: byron at byronhicks.com (Byron L. Hicks) Date: Mon, 17 Sep 2001 08:05:37 -0600 Subject: [icecast] Dynamic playlist support In-Reply-To: <002e01c13dbe$b23b5d00$709b4e3f@spacial> Message-ID: <015101c13f81$d4039460$79c37b80@blackadder> > SAM V2 under unix is as well.. :) > > Is totally open source under GNU GPL license... Developed using such.. Where do we download this? -- Byron L. Hicks Network Engineer NMSU ICT --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From oddsock at oddsock.org Mon Sep 17 14:37:52 2001 From: oddsock at oddsock.org (Oddsock) Date: Mon, 17 Sep 2001 09:37:52 -0500 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <4.3.2.7.2.20010917084851.0274a898@oddsock.org> At 12:31 AM 9/17/2001, you wrote: >First off, I think getting rid of # of listeners is a must. while it seems to be a very popular desire to get rid of this metric all together, it is my opinion, that you cannot get rid of this metric entirely. The reason why it is so hotly debated, is because it is important. what is needed is a way to measure the popularity of a station. What I want as a listener is the ability to find out which stations are professionally done and which are simply playlists of mp3s on shuffle play. For mp3 streams, for me this was done through the listener counts. Taking away this metric (or effectively eliminating it) is, in my opinion, not a good thing. >Here's my current list of information that each directory entry would >contain. If you don't understand what 'auth' is, don't worry. it's >there to provide a modicum of security. What else would you guys like >to see or think should be there? > > >DIRECTORY VALUES >================ > >url > the url to the stream > ex.: http://streams.vorbis.com:8000/downtempo.ogg > >type > type of the stream > ex.: audio/mpeg or application/ogg yes! >bitrate > bitrate of the stream in kilobits per second > ex.: 64 how about instead of bitrate, something more generic like "Quality". This should be a number, which (in the case of application/ogg) might be 64 (as in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). I would say, for most media types, it would be a bitrate, but not all. >name > the name of the stream > ex.: Jack's Funky Beats > >genre > the genre of teh stream > ex.: downtempo or talk I would agree with a statement that Genres should be freeform and not predetermined values. >homepage > the homepage of the stream > ex.: http://streams.vorbis.com/ > >email > email address of the streams maintainer > ex.: jack at xiph.org is this necessary ? you don't want people scraping the directory for email addresses (this was done in the past with the SC list) >description > short description of the stream > ex.: All the funkiest beats from the funkiest people. Tune > in now for some great downtempo music. > >ttl > time to live. number of minutes an entry is valid for. subsequent > directory changes will refresh this value. when the value > reaches 0, this entry will be removed. > ex.: 5 > >auth > authorization string. this is a md5sum of of some > random data. > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum > what happened to "Currently playing" ? In addition to this, "last 3 songs" would also be very good. would require a bit more storage on the server side, but not that much. oddsock --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Mon Sep 17 14:52:18 2001 From: gshang at uq.net.au (Geoff Shang) Date: Tue, 18 Sep 2001 00:52:18 +1000 Subject: [icecast] a new directory service In-Reply-To: <4.3.2.7.2.20010917084851.0274a898@oddsock.org> Message-ID: On Mon, 17 Sep 2001, Oddsock wrote: > >bitrate > > bitrate of the stream in kilobits per second > > ex.: 64 > > how about instead of bitrate, something more generic like "Quality". This > should be a number, which (in the case of application/ogg) might be 64 (as > in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). I would > say, for most media types, it would be a bitrate, but not all. Bitrate is essential. Unless you're directly wired to the internet backbone, you need to know if you can play the stream. There are still lots of modem users out there. I do agree with expressing sampling rate and channels for audio, and so-on. Maybe an atributes field? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From marekp at intallect.com Mon Sep 17 14:54:25 2001 From: marekp at intallect.com (Marek Pawlowski) Date: Mon, 17 Sep 2001 10:54:25 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010916233150.S27842@i.cantcode.com> Message-ID: <20010917145344.KMWZ24786.femail31.sdc1.sfba.home.com@there> On September 17, 2001 01:31, you wrote: > So I've been doing some research and thinking here and there about what > a _good_ directory service for icecast would be like. I'd appreciate > some feedback and some discussion on this topic, before I start putting > a lot of effort into developing it. > > First off, I think getting rid of # of listeners is a must. It just > creates a self-fulfilling prophecy and encourages cheating. I think the > best way to facilitate finding streams that you really want to listen to > is to make the information sortable, searchable, and filterable etc. > I'll probably be making a stand alone client to help with this, although > the web interface will still be there. How else can we present the > information that takes the focus off of stupid, irrelevant things like > number of listeners? I'm going to have to take the opposite point of view on this one, but with a slight modification.. Number of listeners is not irrelevant, especially to broadcasters and their competition. Granted, broadcasters get their own statistics with more detail than just a simple number - so the information is still there - but I think it's a bit of a stretch to go as far as to say that the number is irrelevant, rather, it's relevance has been misconstrued to mean other things. My personal reason for paying attention to this statistic when faced with thousands of possible streams is that I am looking for music of a specific genre and stand a better chance of landing in a stream that actually falls in to that category when it's being listened to by a majority of people (e.g. It leaves the general impression that a consensus has been reached as to the quality of the stream and the accuracy of it's description.) Of course, this is simply a hacked way of making up for the various shortcomings of current directory services and broadcaster oversights and doesn't always work, but it helps. I imagine that other people use this logic extrapolated to meet their own personal needs and desires. Furthermore from a listeners point of view, it does seem to be a powerful general motivator/gravitator ("What is everyone else listening to?" "Where's the party at?") to plug in to a stream based on number of listeners - this technology we're using is unique in giving us that ability, taking advantage of it is not a bad thing in my opinion, tied in with the fact that we are social animals and like to hang out in groups it almost seems as a necessity to me and has the potential to adversely affect the success of such a directory listing after having people conditioned by other directory services, hit counters, etc.. That said, we are all aware of the fact that there is a large amount of cheating going on, and therefore that number may not be so relevant nor accurate. In addition, the abovementioned sentiment that seems common among listeners has created an undesired emphasis on this head count, which I think is the actual root of the problem. Perhaps one or all of two things can be done to filter down it's importance while getting the same kind of usability in the grand scheme of things in addition to investigating as to how cheating can be significantly reduced: 1 - Represent the listeners on a different scale (was it live365 that represented listeners by displaying one to four stars?) 2 - Don't sort streams according to their alleged listenership (maybe even go so far as not allowing that column to be sorted), certainly don't present the default listing of streams prioritized by this statistic. In the case that number of listeners is no longer a value displayed to the public I would place emphasis on *greatly* increasing the accuracy/importance of other statistics to compensate for this possible removal, which is what I think Jack is trying to accomplish below anyway. At least I've got to voice my opinion that I feel it's a valuable statistic and rather would like to see effort put in to strengthening it's validity while representing streams without this number being the primary emphasis ... :) > Here's my current list of information that each directory entry would > contain. If you don't understand what 'auth' is, don't worry. it's > there to provide a modicum of security. What else would you guys like > to see or think should be there? I'll add my musings below, though I am quite aware that some of it may break some rules :) > DIRECTORY VALUES > ================ > > url > the url to the stream > ex.: http://streams.vorbis.com:8000/downtempo.ogg In general: What about exploring the possibility of having multiple bitrates of the same stream represented on the same row (perhaps 'auth' is geared for enabling that kind of functionality)? > type > type of the stream > ex.: audio/mpeg or application/ogg > > bitrate > bitrate of the stream in kilobits per second > ex.: 64 Though we all know what kbps is, your average listener simply knows if they have a modem, cable, DSL, or whatever. Though I would never want kbps to go away, maybe there's a complimentary way to represent that figure in terms that your average listener will understand. > name > the name of the stream > ex.: Jack's Funky Beats > > genre > the genre of teh stream > ex.: downtempo or talk I'd like to see sub-genre(s) or a method to allow for tighter genre definitions.. Let me illustrate by this observation: There's techno, and then there's Techno - why? - because people aren't always aware of the proper genre, some people call all electronic music techno, while others are far more specific. We've had to resort to this minor, silly distinction.. It'd be nice not to have to use valuable space in the description field to emphasize that indeed one does play 'proper' techno, or a specific sub-set of the genre. Having an optional subgenre would allow broadcasters not to be left behind when sorted on a general list of streams while still being able to accurately portray their stream and let people find them with ease. > homepage > the homepage of the stream > ex.: http://streams.vorbis.com/ > > email > email address of the streams maintainer > ex.: jack at xiph.org A couple more suggestions shot from the hip: world coordinates Optional longitude/latitude values that can be used for representing the location of the stream in a variety of ways; on a map, text, etc. Could also be used for determining the timezone of the stream. type A boolean distinction between live and playlist driven streams alternate contact A general text field that can include alternate methods of being in touch with the people behind the particular stream. ex.: Phone number for the studio ICQ/AIM id IRC channel Link to another URL that can be used to trigger a chat system, message board, voting mechanism or something.. > description > short description of the stream > ex.: All the funkiest beats from the funkiest people. Tune > in now for some great downtempo music. > > ttl > time to live. number of minutes an entry is valid for. subsequent > directory changes will refresh this value. when the value > reaches 0, this entry will be removed. > ex.: 5 > > auth > authorization string. this is a md5sum of of some > random data. > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum > > > > jack. - Marek --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bhurley at mediaone.net Mon Sep 17 15:00:02 2001 From: bhurley at mediaone.net (Brian Hurley) Date: Mon, 17 Sep 2001 11:00:02 -0400 Subject: [icecast] a new directory service In-Reply-To: <4.3.2.7.2.20010917084851.0274a898@oddsock.org> Message-ID: <004b01c13f89$6e287860$32010a0a@w2kbox> > >First off, I think getting rid of # of listeners is a must. > while it seems to be a very popular desire to get rid of this metric all > together, it is my opinion, that you cannot get rid of this metric > entirely. The reason why it is so hotly debated, is because it is > important. what is needed is a way to measure the popularity of a > station. What I want as a listener is the ability to find out which > stations are professionally done and which are simply playlists of mp3s on > shuffle play. For mp3 streams, for me this was done through the listener > counts. Taking away this metric (or effectively eliminating it) is, in my > opinion, not a good thing. How do we determine the quality of a terrestrial station? Do you check the Arbitron numbers? I use my ears. > >bitrate > > bitrate of the stream in kilobits per second > > ex.: 64 > > how about instead of bitrate, something more generic like "Quality". This > should be a number, which (in the case of application/ogg) might be 64 (as > in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). I would > say, for most media types, it would be a bitrate, but not all. I think people may confuse quality with uptime or as a rating of the streams content. I prefer bitrate. > >email > > email address of the streams maintainer > > ex.: jack at xiph.org > > is this necessary ? you don't want people scraping the directory for email > addresses (this was done in the past with the SC list) I agree. I get plenty of spam as it as. Brian --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 17 15:04:00 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 17 Sep 2001 18:04:00 +0300 Subject: [icecast] a new directory service In-Reply-To: <4.3.2.7.2.20010917084851.0274a898@oddsock.org> Message-ID: <3BA610E0.8090008@tyrell.hu> Oddsock wrote: > how about instead of bitrate, something more generic like "Quality". > This should be a number, which (in the case of application/ogg) might be > 64 (as in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). > I would say, for most media types, it would be a bitrate, but not all. I think the bitrate is important, since the user is usually concerned about the network load his listening will cause. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Mon Sep 17 15:05:07 2001 From: gshang at uq.net.au (Geoff Shang) Date: Tue, 18 Sep 2001 01:05:07 +1000 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <3BA5E51E.2010608@tyrell.hu> Message-ID: Hi: this changing data issue raises a problem we've hit using traditional MP3 streaming and I wondered if there were any way to overcome this, either using icecast 1 or 2. I'm involved in a project called ACB radio interactive (http://interactive.acbradio.org) which consists of a number of DJ's from all over the world taking it in turn to use a common server. We currently broadcast using live365 at 16 or 24kbps in either mono or stereo, depending on the broadcaster's resources and preferences. However, we're looking to change to a model where we'd have 2 servers, one accepting connections at any rate (including broadband rates) and passing that off to a live365 server, whilst at the same time, downsampling it to 22khz 24kbps mono and making that available on a second server. One of the objectives of this approach is keeping a common data rate and thereby being able to keep listeners between shows. What we've found, however, is that the stream title is only sent to the client during initial connect. If I recall correctly, in icecast2, it's in the ice-name header. We'd like to be able to update this for each broadcast on both streams. Of course, people listening to the stream as is will have to reconnect anyway, so they'll have no problems. but the people on the 24kbps stream need to get the new data. Can this be done? Is it possible to do this with ogg, if not MP3? Perhaps make a custom tag for this which the server sends on from the source when it takes over? Since ogg copes just fine with chained streams, this would seem to be a must. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From primus at veris.org Mon Sep 17 15:09:22 2001 From: primus at veris.org (Ethan Butterfield) Date: Mon, 17 Sep 2001 08:09:22 -0700 Subject: [icecast] a new directory service In-Reply-To: <3BA610E0.8090008@tyrell.hu> Message-ID: <20010917080922.A16328@veris.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Sep 17, 2001 at 06:04:00PM +0300, Akos Maroy wrote: > >how about instead of bitrate, something more generic like "Quality". > >This should be a number, which (in the case of application/ogg) might be > >64 (as in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). > >I would say, for most media types, it would be a bitrate, but not all. > > > I think the bitrate is important, since the user is usually concerned > about the network load his listening will cause. What if we split the difference here? We could have the bitrate field stay as a number, but what if the directory server was smart enough to group bitrates under "Modem", "DSL", etc. headings? This way you'd keep the bitrate field showing, but still be able to search for the streams appropriate for your connection speed. - -- "Nothing's the same anymore." - Cmdr. Jeffrey Sinclair, Babylon-5, "Chrysalis" -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE7phIhAmwSMwnpLHgRAlg9AKCxemTvtyGjbvJVI2boIzkwdcKCUQCgsfAx QdmAQDa/NUEmEse+kxYudk8= =ovMa -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:10:41 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:10:41 -0600 Subject: [icecast] a new directory service In-Reply-To: <5.1.0.14.0.20010917022842.00aed888@rfnj.org> Message-ID: <20010917091041.V27842@i.cantcode.com> > It may be meaningless to most listeners, but having it tracked (and > public-domain) is valuable to admins and marketing types alike, if your > goals lean that way. That's what logs are for. This is not a public log. Things are not tracked over time. The information is only valid for a 'ttl' period. >Froma marketing angle, you might even argue the other way, that people don't want this information published (except to advertisers). > >type > > type of the stream > > ex.: audio/mpeg or application/ogg > > I find this pretty irrelevant myself, especially from a user > perspective. It's not for the users. > It can (and should) be indicated on the specified URL, Go read a basic document on Internet Standards. Encoding meta information (especially type) in a filename or URL is broken and wrong. > you'll pardon me for saying, seems to violate the "spirit" of your > reasoning behind wanting to remove listener counts. I think the only > people that would give a damn about this are people who endorse a certain > technology over another (Mpeg vs. ogg vs. wma vs. whatever). Or people who value freedom and want to use only Free technology. This serves a few purposes though. a) a directory admin could lock this field to a single value, doing service for only Vorbis for example. b) supporing legacy and discontinue or nonupgradeable products that are MP3 only will need to know. And of course, if you think that people don't care about quality at lower bitrates, then I disagree with you. I would chose a Vorbis stream over a MP3 stream any day, if the rest of their attribute were similar. > >ttl > > time to live. number of minutes an entry is valid for. subsequent > > directory changes will refresh this value. when the value > > reaches 0, this entry will be removed. > > ex.: 5 > > I don't think this should really have anything to do with the directory > itself. It should be a transparent server-side configuration > parameter. If clients can set it then you just end up with clients that > connect once with 9999 (or whatever your max value is) and then never > connect again to spam the server.. fill the directory up with all kinds of > garbage. We want clients to be able to set it, and if it's documented, they will likely set it responsibly. You don't want someones commercial stream that is on expensive bandwidth and never goes down to hit the server as much as everyone else. This will help scaling a bit I think, as people who are knowledgeable about how things work can change the default values to be more efficient. This also brings up another reason to ditch listener counts, and that is that it's TIME DEPENDENT. All of these other values are not time dependent. They will be valid the entire ttl, or until the server goes away. > > >auth > > authorization string. this is a md5sum of of some > > random data. > > ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum > > What is the purpose for this? Is one of the other mentioned fields going > to be dependant upon this being correct? This string is set buy the listing client. The server will contact the server for that URL and a compare process will happen. If the entries match, It will get listed. Clients do not have access to this value, except listing clients which set it. Once you're in the directory, updates must contain this value too. This prevents people from forging your information, or hijacking your entry. > yp, but really in icecast as well) a more robust template facility, like > shoutcast has. We had templating a good long while before shoutcast did. And people did some crazy things with it. Hardly anyone ever used it, and it fell into disrepair. I'll keep this in mind for icecast 2, which already outputs XML documents. > It's very easy for me to give my mirror maintainers a > template file that they can use to generate their stats for inclusion into > my mirror list if they're using shoutcast; using iceast is a hassle > involving either modifying the current templates and screwing up god knows > what, or writing scripts to hit one of the current status pages and then > post-processing the output before including it on the webpage. You won't need this for icecast if that's your use. You can use request and parse the stats.xml which will dump all stats on the server. You can also connect as a stats client, which will give you a dump, and then realtime stats updates while you stay connected. And that _already_ works :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:12:40 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:12:40 -0600 Subject: [icecast] a new directory service In-Reply-To: <3BA5AB41.5080409@tyrell.hu> Message-ID: <20010917091240.W27842@i.cantcode.com> > I see that with the ttl field in your approach, this goal could be > achieved. I could set up a system which updates the info at the start of > each program, with a ttl of the program's length. I'm only interested > now in how this could be achieved (how could I update the directory info > from cron, for example.) Please dont' abuse the fields before we've even implemented them :) How about we add a 'playlist' or 'guide' variable for a url to showtime, playlist, or whatever? That way the user has an easy way to find more information. I'm trying to keep time dependent information out of the directory. What's the purpose if it's always wrong about much of the information? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:21:58 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:21:58 -0600 Subject: [icecast] a new directory service In-Reply-To: <3BA5D68E.CAE8FB95@dsitelecom.com> Message-ID: <20010917092158.X27842@i.cantcode.com> > I'm planning to cast a couple or 3 of stations that are _not_ > monographic and will be "sports" from x to y hours, "pop" from > y to z hours, "talk" from z to p hours and so on. > > That is because people that are listening the same genre for > hours want to change. Why letting them to switch to another > station? Just give them a variety that does not make them feel > tired to listen. > > This is specially true for "live" radio and I think "live" is > not to be considered a genre (as some directories do), but > a property to be filed separately. I agree. The reason 'live' is a genre is that most people just broadcast all the music on their harddrive in random mode. Only a minor portion of the people actually worry about programming, etc. > Could be proposed to be defined under a "genre standard" following > this format (I invent it now, so, reply improving this): [SNIP] While that's not a bad idea, I'd like to keep this field human readable and freeform. Certainly you can mix genres, and I should have noted that multiple space-separated fields were valid. > Then the user (only if he has a login) is notified by mail on > the next Thursday: > > Subject: Icecast Directory Remember Service > Body: > Remember that on xx/xx/xxxx at xx:xx you wanted to listen to: > Radio XXXXX at http://hnjkcdhejkceh:45854218 > - Click "here" to listen > - Click "here" to remember in [xxx] hours > - Click "here" to remember again "xxx" hours before the event starts > > Also, as a secondary effect, this could be used to send > "mail-bookmarks" to the users because they can store in a > mail-folder some quantity of messages similar to this: > > Subject: [Directory Bookmark] Radio XXXXXXXX > Body: Radio XXXXXXX is at http://hvdjjhvihwviuw:4678239 Now this idea I like. :) So not to discourage your earlier thoughts, this is probably best done in the 'description' field, since a longer description will contain things like "We have a talk show at 8PM EST", etc. Traditional radio stations have a format they adhere to. That's easy enough to describe, as their are only a handful of formats. My vision is that users searching the directory will only search for something new to listen to, and that they will have many of their favorite streams bookmarked that they keep returning to. So a user searching for new stuff, will read the description, and probably glance at the site if it looks interesting. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:27:14 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:27:14 -0600 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: Message-ID: <20010917092714.Y27842@i.cantcode.com> > What we've found, however, is that the stream title is only sent to the > client during initial connect. If I recall correctly, in icecast2, it's in > the ice-name header. We'd like to be able to update this for each > broadcast on both streams. The name of the stream is unchanging, just as it's URL should be. Just come up with a name that's not DJ specific. Certainly the names of radio stations don't change. As I've said before, my goal is to remove time-dependent data from the directory. I _do_ plan to implement a ping/request in icecast 2 so that a standalone directory client can't query a server to see what song is playing and what the ping time is etc. I think this, combined with format information in the description field could be the answer that you're looking for. > this which the server sends on from the source when it takes over? Since > ogg copes just fine with chained streams, this would seem to be a must. That changes the current song name on a chaining boundary, as well as artist, tracknumber, etc. That meta information is stored separately (or will be stored separately) in icecast 2, and will be easily passed around. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From scott at myplay.com Mon Sep 17 15:09:45 2001 From: scott at myplay.com (Scott Manley) Date: Mon, 17 Sep 2001 08:09:45 -0700 Subject: [icecast] a new directory service In-Reply-To: <20010917091240.W27842@i.cantcode.com> Message-ID: <3BA61239.FDDD72A8@myplay.com> Again, it would be nice to be able to make this reasonably free form name/value pairs - one extra that has occurred to me is... icon_url - to let directoy listings jazz up their displays by permitting station logos (For speed reasons it's probably nicer for the directory server to manage teh icons locally...) The Number of listeners *has* to remain in, it's up to the directory server to do whatever they want with it. -- Scott Manley (AKA Szyzyg) Streaming Media Hacker www.myplay.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 17 15:35:42 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 17 Sep 2001 18:35:42 +0300 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <20010917092714.Y27842@i.cantcode.com> Message-ID: <3BA6184E.5020005@tyrell.hu> Jack Moffitt wrote: > The name of the stream is unchanging, just as it's URL should be. Just > come up with a name that's not DJ specific. Certainly the names of > radio stations don't change. They don't, but this could be a big added service, to let the client know what he is listening to on the given station. After all, if he tuned in to the station, he know what station he's got. At that point, it's more interesting for him to know what program is on. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:38:15 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:38:15 -0600 Subject: [icecast] a new directory service In-Reply-To: <4.3.2.7.2.20010917084851.0274a898@oddsock.org> Message-ID: <20010917093815.Z27842@i.cantcode.com> > >First off, I think getting rid of # of listeners is a must. > while it seems to be a very popular desire to get rid of this metric all > together, it is my opinion, that you cannot get rid of this metric > entirely. The reason why it is so hotly debated, is because it is > important. what is needed is a way to measure the popularity of a > station. What I want as a listener is the ability to find out which > stations are professionally done and which are simply playlists of mp3s on > shuffle play. For mp3 streams, for me this was done through the listener > counts. Taking away this metric (or effectively eliminating it) is, in my > opinion, not a good thing. Listener count is not a good indication I don't think. I think that it's possible to figure out this information from the other information provided. Ie, what's in the description tag? Also, this is time-dependent data. > how about instead of bitrate, something more generic like "Quality". This > should be a number, which (in the case of application/ogg) might be 64 (as > in kbps) or (in the case of audio/mpeg) might be 30 (as in FPS). I would > say, for most media types, it would be a bitrate, but not all. Video still has a bitrate, and that is a better judge of quality. Certainly with current technology, I'd rather eat the framerate at lower bitrates, than watch a bunch of blurs. We could add a second tag 'rate', which could be in kHz for audio, and in fps for video based streams. We could also add a 'channels' to describe the number of audio channels (it's not unlikely we will see surround sound Ogg streams) and maybe a 'size' for picture size (ex.: 160x120). > >email > > email address of the streams maintainer > > ex.: jack at xiph.org > > is this necessary ? you don't want people scraping the directory for email > addresses (this was done in the past with the SC list) I think so. I want people who like my station to be able to contact me. Certainly some fields are mandatory, but I think people who listed their email (or a contact email in general, even if it's stationmaster at mystream.com) probably care more about their station. I have emailed plenty of broadcasters in the past who were doing interesting things. And it was always a pain in the ass to fidn their address, especially if they didn't list it on their homepages. > what happened to "Currently playing" ? In addition to this, "last 3 songs" > would also be very good. would require a bit more storage on the server > side, but not that much. It's time-dependent data. If a client wants that, it shoudl request it from the server to make sure it gets a valid answer. It does us little good to display what people played 10 minutes ago and say that's what they are playing now. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 15:40:52 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 09:40:52 -0600 Subject: [icecast] a new directory service In-Reply-To: <20010917080922.A16328@veris.org> Message-ID: <20010917094052.A27842@i.cantcode.com> > What if we split the difference here? We could have the bitrate field stay > as a number, but what if the directory server was smart enough to group > bitrates under "Modem", "DSL", etc. headings? This way you'd keep the > bitrate field showing, but still be able to search for the streams > appropriate for your connection speed. Remember that I've described low level storage values that will be in the database, not how these values will be presented to users. Certainly grouping bitrates as you say is the better way to present the info to users. I'm also going to try to have a 'speed tester' available so that people who have no idea what they are doing can at least have an easy way to figure out what they can handle. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From byron at byronhicks.com Mon Sep 17 16:01:26 2001 From: byron at byronhicks.com (Byron L. Hicks) Date: Mon, 17 Sep 2001 10:01:26 -0600 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <3BA6184E.5020005@tyrell.hu> Message-ID: <03af01c13f92$018ac010$79c37b80@blackadder> If the client is using freeamp, they can see the song titles. (They are passed along by the server.) Winamp and XMMS do not seem to see the meta data from the server. -- Byron L. Hicks Network Engineer NMSU ICT ----- Original Message ----- From: "Akos Maroy" To: Sent: Monday, September 17, 2001 9:35 AM Subject: Re: Updating show titles (was Re: [icecast] a new directory service) > Jack Moffitt wrote: > > > The name of the stream is unchanging, just as it's URL should be. Just > > come up with a name that's not DJ specific. Certainly the names of > > radio stations don't change. > > > They don't, but this could be a big added service, to let the client > know what he is listening to on the given station. After all, if he > tuned in to the station, he know what station he's got. At that point, > it's more interesting for him to know what program is on. > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 16:01:41 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 10:01:41 -0600 Subject: [icecast] a new directory service In-Reply-To: <20010917145344.KMWZ24786.femail31.sdc1.sfba.home.com@there> Message-ID: <20010917100141.B27842@i.cantcode.com> > That said, we are all aware of the fact that there is a large amount of > cheating going on, and therefore that number may not be so relevant nor > accurate. With the system I've outlined, there is no reason to cheat. There's no need to fake listener counts because it's not there. Certainly people can make this available in the 'description' field, ie, how many listeners they normally have, etc. But making this a datapoint is kinda silly. I don't go to the record store and ask "How many people bought the Tricky album?" Because that number doesn't say how many people _liked_ the tricky album, or more accurately, how many people whose tastes are similar to my own liked it. One number is a poor replacement for the other. In our society we're trained to go after the things that are the most popular simply because they are popular. You see this with people not thinking that software is a choice, and with how the record industry makes it's money. If you want to figure out how popular a stream is you can still do it. If you hear about the stream from someone else, etc. We can also gauge popularity in other ways. For instance, ratings, reviews, or whatnot. This is how people typically decide what books to buy at amazon, etc. > 1 - Represent the listeners on a different scale (was it live365 that > represented listeners by displaying one to four stars?) Or with a different value entirely. Ratings and reviews is probably a good solution for this. > effort put in to strengthening it's validity while representing streams I still don't see the validity. Give me an example not related to radio. Do you buy a car based on how many of that kind are in the lot? Do you go find the sales figures and buy the most sold car? Or do you actually read the ratings and reviews? Or do you just pick the best sounding/looking one? I'm willing to bet that with almost every choice, you employ some heuristic that is not a the number sold, or the number representing relative popularity, and that you make choices based on other things, even if they are as trivial as the name. > > url > > the url to the stream > > ex.: http://streams.vorbis.com:8000/downtempo.ogg > > In general: What about exploring the possibility of having multiple bitrates > of the same stream represented on the same row (perhaps 'auth' is geared for > enabling that kind of functionality)? I'm still thinking about the best way to do that. I think I had solved this once before, and didn't write it in my notes, because I have no mention of it there. I suppose that we could allow a broadcaster to define 'groups' under their auth. So each entry would represent a 'group', and that might have mirrors and multiple bitrates, which is what we want. Two streams of the same ocntent differentiating only by channels or bitrate should _not_ be two entries. I'll think on this and post something later, or if people have ideas, please speak up ;) > Though we all know what kbps is, your average listener simply knows if they > have a modem, cable, DSL, or whatever. Though I would never want kbps to go > away, maybe there's a complimentary way to represent that figure in terms > that your average listener will understand. See comments from me in other emails about storate vs. presentation. This is storage. I probably should have mentioned that :) > > genre > > the genre of teh stream > > ex.: downtempo or talk > > the genre. Having an optional subgenre would allow broadcasters not to be > left behind when sorted on a general list of streams while still being able > to accurately portray their stream and let people find them with ease. This was not supposed to be a one genre field, but space separated free form list of genres. Probably capped in length to a reasonable value. So you could have detroit techno or whatever you wanted. > A couple more suggestions shot from the hip: > > world coordinates > Optional longitude/latitude values that can be used for representing the > location of the stream in a variety of ways; on a map, text, etc. Could also > be used for determining the timezone of the stream. Consider this added. A string for location is definately a must. I'm surprised I forgot it here :) Coordinates would be a fun toy. It actually plays in with a directory browsing client I have been thinking about for a year or so. > type > A boolean distinction between live and playlist driven streams you probably want to call this 'live'. I don't know if it warrants it's own field the way you described it. Maybe 'live' should represent whether it's a live event, but remember that the directory shouldn't be time-dependent. No one is _always_ live are they? > alternate contact > A general text field that can include alternate methods of being in touch Yep, I was thinking that I could do this with the extensible stuff. But maybe it's not worth worrying about. It's definately a must. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Mon Sep 17 16:04:52 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 17 Sep 2001 19:04:52 +0300 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <03af01c13f92$018ac010$79c37b80@blackadder> Message-ID: <3BA61F24.5000505@tyrell.hu> Byron L. Hicks wrote: > If the client is using freeamp, they can see the song titles. (They are > passed along by the server.) Winamp and XMMS do not seem to see the meta > data from the server. If you're streaming a live broadcast, you don't have song titles, as the mp3 or ogg stream is generated real time from a sound card input. There are two ways of letting the client know what he's listening to: 1. put meta-data into the mp3/ogg stream itself 2. let icecast send the metadata to the client or some directory service --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 16:07:14 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 10:07:14 -0600 Subject: [icecast] a new directory service In-Reply-To: <3BA61239.FDDD72A8@myplay.com> Message-ID: <20010917100714.D27842@i.cantcode.com> > Again, it would be nice to be able to make this reasonably free form > name/value pairs - one extra that has occurred to me is... > > icon_url - to let directoy listings jazz up their displays by permitting > station logos (For speed reasons it's probably nicer for the directory > server to manage teh icons locally...) I'm trying to think of a good way to map arbitrary pairs without impacting searchability greatly and fitting into the backend storage. I'm sure this will be there. icon-url is not a bad idea. > The Number of listeners *has* to remain in, it's up to the directory > server to do whatever they want with it. I disagree. It's fundamentally a different kind of data. It's time-dependent. All the other information is not. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 16:10:01 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 10:10:01 -0600 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <3BA61F24.5000505@tyrell.hu> Message-ID: <20010917101001.E27842@i.cantcode.com> First, it's wrong to fix a problem with a client on the server end. We shouldn't dictate the behavior of the directory on how clients display data. > > If the client is using freeamp, they can see the song titles. (They are > > passed along by the server.) Winamp and XMMS do not seem to see the meta > > data from the server. > > If you're streaming a live broadcast, you don't have song titles, as the > mp3 or ogg stream is generated real time from a sound card input. There > are two ways of letting the client know what he's listening to: > > 1. put meta-data into the mp3/ogg stream itself Exactly. There will be a metadata stream soon that will be generated by ices. It will override the file comments if there are any. So you will be able to change arbitrary pieces of data as you see fit even during a live broadcast. This will take a bit to get in place, but I think that Oddsock solved this in the meantime by just ending a chain-link on a stream boundary. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bhurley at mediaone.net Mon Sep 17 16:31:55 2001 From: bhurley at mediaone.net (Brian Hurley) Date: Mon, 17 Sep 2001 12:31:55 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010917100141.B27842@i.cantcode.com> Message-ID: <00a601c13f96$447ea7c0$32010a0a@w2kbox> > > world coordinates > > Optional longitude/latitude values that can be used for representing the > > location of the stream in a variety of ways; on a map, text, etc. Could also > > be used for determining the timezone of the stream. > > Consider this added. A string for location is definately a must. I'm > surprised I forgot it here :) > > Coordinates would be a fun toy. It actually plays in with a directory > browsing client I have been thinking about for a year or so. Do you mean the coordinates from where the broadcast originates, or the where the relay servers are located? Brian --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Mon Sep 17 16:28:25 2001 From: jack at xiph.org (Jack Moffitt) Date: Mon, 17 Sep 2001 10:28:25 -0600 Subject: [icecast] a new directory service In-Reply-To: <00a601c13f96$447ea7c0$32010a0a@w2kbox> Message-ID: <20010917102825.G27842@i.cantcode.com> > Do you mean the coordinates from where the broadcast originates, or the > where the relay servers are located? It would be boring if it was the server location I think. I think where it originates is more appropriate, although for people running streams from multiple djs at different times, this might be an issue :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bhurley at mediaone.net Mon Sep 17 16:55:36 2001 From: bhurley at mediaone.net (Brian Hurley) Date: Mon, 17 Sep 2001 12:55:36 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010917102825.G27842@i.cantcode.com> Message-ID: <00b401c13f99$931ef3f0$32010a0a@w2kbox> > > Do you mean the coordinates from where the broadcast originates, or the > > where the relay servers are located? > > It would be boring if it was the server location I think. I think where > it originates is more appropriate, although for people running streams > from multiple djs at different times, this might be an issue :) > > jack. I'd rather it be the originating location, especially for broadcasts like mine with songs from local bands. Brian --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From speedwolf at door.net Mon Sep 17 20:21:00 2001 From: speedwolf at door.net (Bryan Payne) Date: Mon, 17 Sep 2001 13:21:00 -0700 Subject: [icecast] Dynamic playlist support In-Reply-To: <015101c13f81$d4039460$79c37b80@blackadder> Message-ID: <002d01c13fb6$45290b00$d35fffcc@spacial> SAM v-2 will be released sometime early October.. Bryan ----- Original Message ----- From: "Byron L. Hicks" To: Sent: Monday, September 17, 2001 7:05 AM Subject: Re: [icecast] Dynamic playlist support > > > SAM V2 under unix is as well.. :) > > > > Is totally open source under GNU GPL license... Developed using such.. > > Where do we download this? > > -- > Byron L. Hicks > Network Engineer > NMSU ICT > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From marekp at intallect.com Mon Sep 17 18:23:11 2001 From: marekp at intallect.com (Marek Pawlowski) Date: Mon, 17 Sep 2001 14:23:11 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010917100141.B27842@i.cantcode.com> Message-ID: <20010917182231.PKTY19248.femail32.sdc1.sfba.home.com@there> On September 17, 2001 12:01, you wrote: > > That said, we are all aware of the fact that there is a large amount of > > cheating going on, and therefore that number may not be so relevant nor > > accurate. > > With the system I've outlined, there is no reason to cheat. There's > no need to fake listener counts because it's not there. Certainly > people can make this available in the 'description' field, ie, how many > listeners they normally have, etc. But making this a datapoint is > kinda silly. I don't go to the record store and ask "How many people > bought the Tricky album?" Because that number doesn't say how many > people _liked_ the tricky album, or more accurately, how many people > whose tastes are similar to my own liked it. One number is a poor > replacement for the other. In our society we're trained to go after the > things that are the most popular simply because they are popular. You > see this with people not thinking that software is a choice, and with > how the record industry makes it's money. Let me pull this back and then out for a bit, as I see that going after things that are the most popular simply because they are popular is a (perhaps sadly) standard criteria to which many people adhere.. Obviously, that number does not tell you how many people liked the Tricky album, but it does tell you how many people bought it. People DO buy based on that criteria: It tells you what the nation is listening to this week, it keeps you current, and gives you something to talk about with your peers and co-workers around the watercooler, and at the very least, it'll give you an idea as to what you might want to buy in to if you have no clue as to what you want to be purchasing and have nothing better to go on.. It's the reason why film studios release their figures for the weekend, it's the reason why there are book bestseller lists as well as top 40 charts for music. It's condusive to creating a community. For some people (and I would pessimistically venture, a majority), it's quite a valid reason to invest their time and/or money.. For others concerned in quality, they will use reviews etc. - but I'll bet people would still want to know how their investment ranks up in the general scheme of things. > If you want to figure out how popular a stream is you can still do it. > If you hear about the stream from someone else, etc. > > We can also gauge popularity in other ways. For instance, ratings, > reviews, or whatnot. This is how people typically decide what books to > buy at amazon, etc. Of course, this *I* like - it seems that it might serve the goal of identifying the popularity of a stream without spitting out a number based on amount of listeners. Might. However even if it did, it does not seem to address the issue in real-time or in an easily digestible format.. What if you're bored and on IRC and are looking for a channel with people in it so that you can socialize? Without a headcount for all the channels you wouldn't know where to go.. Waiting for someone to tell me about a cool/popular channel does not address the need for real time information that's summarized with one number. With the attention deficit on a global rampage, isn't it just convenient to read one number instead of pages of reviews? And wouldn't relying on reviews simply be a muddled way of guaging popularity? > > 1 - Represent the listeners on a different scale (was it live365 that > > represented listeners by displaying one to four stars?) > > Or with a different value entirely. Ratings and reviews is probably a > good solution for this. Like said above, ratings and reviews go as far as giving you a feel for the quality, but what about popularity? What if I am looking for or building a web site who's core function is to combine a live stream of music with a chat room? If the answer to that is that I'm responsible for finding my own favourites based on referrals or, from a site owner's perspective, that I should rely on other points of advertising - then what is the point of the directory server? Why would I want to be listed on this one as an alternative to the others that do offer listener counts and will give justice to my promotional efforts? How do I find out, at a glance, what is *popular*? Where's the incentive to get listed? This is probably the exact kind of behaviour you are trying to deter, and I for one would be comfortable and quite satisfied with ranking based on ratings, not popularity, but I don't yet see why one would entirely want to do away with such a figure.. Of course I know the point of a directory server - comparing it to a phone book might not be too far off base - but I feel that removing listener counts severely limits the directory server's potential as a means of advertising your stream - whether or not that is your intention, I'm not sure. But having the success of a stream measured by it's popularity, and having a directory server that doesn't address that seems counterproductive. Even a phone book has it's problems; "AAAAAAAA Computers" is an actual listing in my phone book, right beside "AAAAAAA Computers". Questions that arise: How will I stand a chance of getting someone's attention on the directory server if my stream plays Zimbabwean folk music which has a small demographic and a deadly first letter? What incentive is there to be listed on the directory server if no one bothers scrolling down to the Z's? How can I get the attention of those that are just browsing and not specifically looking for something and are unwilling to read reviews? How do I increase the popularity of my stream on this directory server? Won't my advertisers/investors (who would laugh me out of the room if I told them to go read the reviews) be interested in my performance in relation to other streams based on listeners as well as ratings? > > effort put in to strengthening it's validity while representing streams > > I still don't see the validity. Give me an example not related to > radio. Do you buy a car based on how many of that kind are in the lot? > Do you go find the sales figures and buy the most sold car? Or do you > actually read the ratings and reviews? Or do you just pick the best > sounding/looking one? > > I'm willing to bet that with almost every choice, you employ some > heuristic that is not a the number sold, or the number representing > relative popularity, and that you make choices based on other things, > even if they are as trivial as the name. I will have to presume to speak for the general population here, as my personal buying decisions are probably far more fine-tuned than the general populace. Though *I* would almost never buy a car, or any product based strictly on it's popularity, there are limitless examples where others would, and I'll bet that all of you could name off a dozen people off the top of your head who's decision making process is primarily based on popularity, fads and trends.. Think about the stock market and how popularity drives it and maybe we can come to a consensus that popularity is indeed an important component for many people in the decision making process. Do people buy books based on the one that has sold most copies? Do people buy their clothes based on what they see a majority of other people wearing? Do people buy their media based on the most popular platform? How do people that do not have this common sense that we're taking for granted make their decisions? All of these need to be adressed - I'm all for what you are proposing Jack, and am thrilled that such a discussion has been created on the topic.. But these aren't little questions, and I think that finding an alternate solution for the specific issue of popularity-at-a-glance is a worthy subject rather than pursuing the notion that a measure of popularity or listener count can be somehow replaced or ignored.. > > In general: What about exploring the possibility of having multiple > > bitrates of the same stream represented on the same row (perhaps 'auth' > > is geared for enabling that kind of functionality)? > > I'm still thinking about the best way to do that. I think I had solved > this once before, and didn't write it in my notes, because I have no > mention of it there. I suppose that we could allow a broadcaster to > define 'groups' under their auth. So each entry would represent a > 'group', and that might have mirrors and multiple bitrates, which is > what we want. Two streams of the same ocntent differentiating only by > channels or bitrate should _not_ be two entries. I'll think on this and > post something later, or if people have ideas, please speak up ;) Provided that auth is some kind of unique identifier per-stream - but not too unique - perhaps some logic could be used to come up with the relation between the streams.. Bah, that was too abstract to be useful /me ducks :) > > type > > A boolean distinction between live and playlist driven streams > > you probably want to call this 'live'. I don't know if it warrants it's > own field the way you described it. Maybe 'live' should represent > whether it's a live event, but remember that the directory shouldn't be > time-dependent. No one is _always_ live are they? Hmn, no, no one that I know is always live - though the distinction of the two is the desire I want to get across, I see your point; with TTL your live stream can expire to be replaced with the prerecorded one with new data - but would that not once again place reliance on the description field to get this information across? I would definitely like to let people know that what is happening now is a live event, be it including that in the description field or having one of it's own.. I think the latter might be slightly more desireable in that it'd be nice to sort or filter out the playlist-driven streams (personally, I gravitate toward the truly live ones) which might be more difficult if one relies on a word in the description field.. > > alternate contact > > A general text field that can include alternate methods of being in > > touch > > Yep, I was thinking that I could do this with the extensible stuff. But > maybe it's not worth worrying about. It's definately a must. > > jack. - Marek --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rillian at telus.net Mon Sep 17 20:59:03 2001 From: rillian at telus.net (rillian) Date: Mon, 17 Sep 2001 13:59:03 -0700 Subject: [icecast] a new directory service In-Reply-To: <20010917182231.PKTY19248.femail32.sdc1.sfba.home.com@there> Message-ID: Forgive the lack of antecendents. I just now joined the list, but will respond generally to what I saw in the list archives. I think jack's suggestion of distinguishing between static and time-depended data is a smart one. I would also suggest that many of the ranking issues people are concerned about can be addressed through the description field. Punting things like 'now playing' to a metadata stream seems like a good idea. Directory servers can watch this directly and add it to their displays if they think that's worthwhile. The ttl field does provides some time-dependence capabilities, and it can be abused by setting it too short as well as too long. The latter case can be solved though a no-ping expiry policy on the directory server as jack suggested. Probably we should just design so '0' is also an acceptable setting, and let individual maintainers decide on a minimum individually. The ttl field in dns is mostly there to control propagation through a distributed cache. Are we planning something like that for the icecast directory(ies)? > auth > ????????authorization string. this is a md5sum of of some > ????????random data. > ????????ex.: echo 'jack at xiph.org|Jack Moffitt|password' | md5sum As written, this adds little security over sending the password in plaintext. Some folks at mit recently wrote a nice summary of how to do secure auth over the web: http://cookies.lcs.mit.edu/pubs/webauth:tr.pdf Unfortunately, anything more secure requires a shared secret, and thus and ssl-connection over which to send it. For example, running the contents of the update through the hash in addition to the password would let the server verify each update directly and block replay attacks. Of course, this assumes the connection in between is more vulnerable than the server and/or the client's machine, so perhaps in practice it's so much better. Still, I think it's worth trying to do this right. > We could add a second tag 'rate', which could be in kHz for audio, and > in fps for video based streams. We could also add a 'channels' to > describe the number of audio channels (it's not unlikely we will see > surround sound Ogg streams) and maybe a 'size' for picture size (ex.: > 160x120). I think a separate table is needed with stream urls and this specific metadata, all of which sits under the more general data like stream name, homepage and description. That easily takes care of both mirrors and alternate bitrate versions of the same content. All the extra bits get complicated fast, but bitrate, samplerate, number of channels, and size seem like a good starting point. Maybe 'size' should be replaced by 'format' which can be the resolution/aspect ratio for video and the surround format for audio. You might also want some sort of sub-description that could say things like 'Pacific Mirror'. Otherwise, the general layout looks good. Program 'guides' for a particular station with scheduled programming is another nice feature, but it's somewhat orthogonal to what jack has suggested. I do think it's perfectly reasonable for the same software to support it, but we should think about it as a separate piece of information. Anybody know if here's an xml working group for program listings? :) IMHO, -r --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Mon Sep 17 21:34:58 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Mon, 17 Sep 2001 23:34:58 +0200 Subject: [icecast] a new directory service In-Reply-To: <20010917102825.G27842@i.cantcode.com> Message-ID: <3BA66C82.CD916527@dsitelecom.com> > > Do you mean the coordinates from where the broadcast originates, or the > > where the relay servers are located? > It would be boring if it was the server location I think. I think where > it originates is more appropriate, although for people running streams > from multiple djs at different times, this might be an issue :) Well, I did not think about that before, but it might be interesting both: * A radio being generated at "thailand" would be interesting to listen to enhance my cultural spectrum. * If it has several "digipeaters" I can the choose the one nearest me to contribute to not wasting more bw than necessary over the inet (as when you go to tucows and I choos a mirrir from Spain for FTP-downloading, instead of a one far away from me). This last remark is not important considered alone, but would be of special interest if it is implemented (as stated in other posts) the possibility of grouping streams under a single "entry" to be displayed. The entry could give some output row as: Listen from: US/Texas or Europe/Finland Xavi. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From all at biosys.net Mon Sep 17 21:53:53 2001 From: all at biosys.net (Asymmetric) Date: Mon, 17 Sep 2001 17:53:53 -0400 Subject: [icecast] a new directory service In-Reply-To: <20010917091041.V27842@i.cantcode.com> Message-ID: <5.1.0.14.0.20010917171517.00b03e18@rfnj.org> At 09:10 AM 9/17/2001 -0600, you wrote: >That's what logs are for. This is not a public log. Things are not >tracked over time. The information is only valid for a 'ttl' period. I'm just going to let this topic about listener counts lie.. I think enough people besides myself have stepped up in favor of it, and you have your reasons for not wanting to have it. It's up to you to decide (If you do decide to go ahead with this project) what outweighs what. >Go read a basic document on Internet Standards. Encoding meta >information (especially type) in a filename or URL is broken and wrong. I wasn't suggesting it be encoded in the URL.. only that if you go to the URL (not the client-listen url, the website url) there should state what type of streams they provide. I think most people already do this, or if not, they have at least a short list of clients that are known to be able to tune in. >Or people who value freedom and want to use only Free technology. This >serves a few purposes though. a) a directory admin could lock this >field to a single value, doing service for only Vorbis for example. b) >supporing legacy and discontinue or nonupgradeable products that are MP3 >only will need to know. Locking the field is fine.. but I think this goes back to separating the front-end from the back-end. Listing it in the directory listings is just silly IMHO. It's even sillier if the admin only wants to support technology X, as it would just be the same redundant information repeated over and over for every station, wasting screen real estate and bandwidth both. >And of course, if you think that people don't care about quality at >lower bitrates, then I disagree with you. I would chose a Vorbis stream >over a MP3 stream any day, if the rest of their attribute were similar. As would I. I'm not a supporter of the MP3 format for any reason other than the current installed base of software uses it and uses it, and it's reliable. I see two things that need to happen to make this a reality. 1. Icecast needs better metadata support, and hopefully the template idea we return to in a bit. 2. Winamp needs Ogg support by default, or at least via a reliable plugin; both in decoding and encoding. I still occasionally have problems with the metadata streaming on Icecast if I leave the stream up for a log period of time, and Winamp is by far the client that is most widely used to listen to the stream. I also prefer Winamp for my source, because all of my workstation boxes are Windows based.. that won't be changing any time soon. >This also brings up another reason to ditch listener counts, and that is >that it's TIME DEPENDENT. All of these other values are not time >dependent. They will be valid the entire ttl, or until the server goes >away. I'm just getting more and more confused as I try to reply to this. I've written and erased three different paragraphs so far. Let me try and collect my thoughts here... I think that at-best this TTL field should be more accurately named MAXTTL unless you intend to disallow updates to the directory while the TTL is still non-zero. Also, there are other time dependant pieces of information you seem to be overlooking here such as Stream Title (mine changes depending on the name of the current show), Track Title (obviously changes frequently, and at strange intervals) and others. What you're basically doing here in any respect is building a DoS into the software on purpose. If you've never used something like Gnutella then it may not be so obvious, but I guarantee it'll only be a matter of time before software pops up that spams the server with multiple "streams" showing music in every conceivable genre so as to get their stream listed no matter what preferences the listener decides to sort the listing with. This should without a doubt be an admin tunable knob, not something to be set by clients. If you intend this directory lister to achieve widespread use, especially as the software-of-choice for running public directory servers, this must absolutely not be tuneable by the client. >This string is set buy the listing client. The server will contact the >server for that URL and a compare process will happen. If the entries >match, It will get listed. Clients do not have access to this value, >except listing clients which set it. Once you're in the directory, >updates must contain this value too. This prevents people from forging >your information, or hijacking your entry. Applied Cryptography begs to differ with you. Sending a hash across the network is no more secure than sending a cleartext password, if all that is required to authenticate is the hash. What you really need is something like Diffie-Hellman to do the negotiation, or a public-key system. >We had templating a good long while before shoutcast did. And people >did some crazy things with it. Hardly anyone ever used it, and it fell >into disrepair. I'll keep this in mind for icecast 2, which already >outputs XML documents. > >You won't need this for icecast if that's your use. You can use request >and parse the stats.xml which will dump all stats on the server. You >can also connect as a stats client, which will give you a dump, and then >realtime stats updates while you stay connected. And that _already_ >works :) The request-and-parse approach is horribly inefficient. It requires me to set up some kind of cron job or server side scripting to do this step and then convert the output to the format I wish to display on the main site for the stream. This causes linearly increasing load on a single machine instead of distributing that load among all the mirrors. I realize I can do the things you've listed, and have done them in the past.. but it's just horribly time consuming and process consuming compared to simply using SSI in Apache to request a URL from the remote stream and having a template that is one row in a table. Hmm I think the missing point here is that I'm primarily an Admin for my *nix machines, my C/C++ is very neglected and rusty. I'd rather not have to code things myself that will take weeks for me to get right when the author of a particular program could have included that functionality almost without a second thought. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From primus at veris.org Mon Sep 17 22:03:15 2001 From: primus at veris.org (Ethan Butterfield) Date: Mon, 17 Sep 2001 15:03:15 -0700 Subject: [icecast] a new directory service In-Reply-To: Message-ID: <20010917150315.A17176@veris.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Sep 17, 2001 at 01:59:03PM -0700, rillian wrote: > Unfortunately, anything more secure requires a shared secret, and thus > and ssl-connection over which to send it. Not necessarily. There's always public-private key encryption, which wouldn't be too hard to implement. Of course, now we run into the trust problem of receiving a server key over the Internet and all, but that's just being pedantic and not appropriate for this discussion. > For example, running the > contents of the update through the hash in addition to the password > would let the server verify each update directly and block replay > attacks. Of course, this assumes the connection in between is more > vulnerable than the server and/or the client's machine, so perhaps in > practice it's so much better. Still, I think it's worth trying to do > this right. I'd love to see the backend connection to the directory server being run through an SSL tunnel. Not being a programmer, though, I don't know of the scope of effort it would take to implement that. Something for Jack to answer. The real question comes down to this: What is the value of the data we're trying to protect? Conceivably, someone could hijack the connection and send false data back to the directory server. Maybe just mess with your listing, maybe a form of DoS. Perhaps you might be able to inject something that would mess with the directory server itself. I think, though, that if that were the case, you'd be able to break things even if it was running over SSL. Sure, I'd rather have everything encrypted. Whether or not that's feasible, though... - -- "Nothing's the same anymore." - Cmdr. Jeffrey Sinclair, Babylon-5, "Chrysalis" -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE7pnMiAmwSMwnpLHgRAj0JAKCfwPVMqe3zJea+UzhFMtZRPUNycACdFAVq xzbqgDCHieyMTBwLQJF0mLk= =vRxC -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Tue Sep 18 00:24:02 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Tue, 18 Sep 2001 10:24:02 +1000 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <20010917101001.E27842@i.cantcode.com> Message-ID: <3.0.5.32.20010918102402.42ac79a0@mail.labyrinth.net.au> >This will take a bit to get in place, but I think that Oddsock solved >this in the meantime by just ending a chain-link on a stream boundary. Yeah, that's what it does, currently. This is what ices2 does (and has for a while now), I helped Oddsock get it working in oddcast a few weeks ago. The main drawback currently to this approach is that it causes a sudden (though temporary) jump in bitrate. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Tue Sep 18 00:42:03 2001 From: gshang at uq.net.au (Geoff Shang) Date: Tue, 18 Sep 2001 10:42:03 +1000 Subject: [icecast] a new directory service In-Reply-To: <20010917182231.PKTY19248.femail32.sdc1.sfba.home.com@there> Message-ID: On Mon, 17 Sep 2001, Marek Pawlowski wrote: > On September 17, 2001 12:01, you wrote: > > you probably want to call this 'live'. I don't know if it warrants it's > > own field the way you described it. Maybe 'live' should represent > > whether it's a live event, but remember that the directory shouldn't be > > time-dependent. No one is _always_ live are they? > > Hmn, no, no one that I know is always live - though the distinction of the > two is the desire I want to get across, ... ACB radio interactive is, when it's on, always live. That's the whole point. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From andrew at chattavegas.com Tue Sep 18 01:09:27 2001 From: andrew at chattavegas.com (Andrew Armstrong) Date: Mon, 17 Sep 2001 21:09:27 -0400 (EDT) Subject: [icecast] How to stream ID3 tag info Message-ID: <18439.65.1.47.134.1000775367.squirrel@www.chattavegas.com> I have successfully setup an icecast server running on my internal network as a internal radio. I am using ices-0.2.2 to stream the songs to the icecast server and everything is working just fine. The one question I have is how can I get the icecast server to show the song title in the client. I have seen other icecast servers do this but have been unable to find any documentation or examples of how this can be done. I am sure that it is really easy but I just have not found the secret setting if one exists. All help is greatly appreciated. -- Andrew Armstrong Director of Application Development andrew at chattavegas.com Higher Technology Services --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From oddsock at oddsock.org Tue Sep 18 03:23:43 2001 From: oddsock at oddsock.org (oddsock) Date: Mon, 17 Sep 2001 21:23:43 -0600 (Mountain Daylight Time) Subject: [icecast] a new directory service In-Reply-To: <20010917100714.D27842@i.cantcode.com> Message-ID: <3BA6BE3F.000001.01284@TTC-20625> >> The Number of listeners *has* to remain in, it's up to the directory >> server to do whatever they want with it. >I disagree. It's fundamentally a different kind of data. It's >time-dependent. All the other information is not. >jack. I'd just like to say that time-dependent information is very important to a listener. Removing it from the directory would be a step backward from where things are today (my opinion). I realize that this has some implications that are not entirely obvious (such as the replication of the directory - how can you manage replication when you have time-dependent information), but that still doesn't change the fact that this information is critical (my opinion) to the directory. I think if you make a directory without any metrics such as listener counts (or something that represents listener counts) or current song titles, then well,it really loses alot of appeal (my opinion) perhaps a compromize of both time-dependent and non-time-dependent information ? I also don't like the idea of a client sending out 100 requests to all listed servers to say, "Hey, what are you playing". Flashbacks from RadioSpy... oddsock --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Tue Sep 18 05:19:52 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Tue, 18 Sep 2001 08:19:52 +0300 Subject: [icecast] a new directory service In-Reply-To: <3BA6BE3F.000001.01284@TTC-20625> Message-ID: <3BA6D978.BF1794B9@tyrell.hu> oddsock wrote: > > I'd just like to say that time-dependent information is very important to a > listener. Removing it from the directory would be a step backward from > where things are today (my opinion). I aggree with oddsock on this one. This is really very important to the listeners. Take a net broadcast of a regular station, he'll only see live as genre, and then he woulnd't know what's playing. Maybe the station's description says it's a techno station, but he bumbs into a speech-only program. Then he'll be disappointed in the station, even though what really happened is that he bumped into a speech program. It really seems, that you can not describe the contents and nature of a stream with static data, as (fortunately enough) people always stream something different. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Tue Sep 18 11:33:27 2001 From: thomas at arkena.com (Thomas Kirk) Date: Tue, 18 Sep 2001 13:33:27 +0200 Subject: Updating show titles (was Re: [icecast] a new directory service) In-Reply-To: <20010917092714.Y27842@i.cantcode.com> Message-ID: <20010918133327.A23132@mmstreaming.dk> On Mon, Sep 17, 2001 at 09:27:14AM -0600, Jack Moffitt wrote: > > As I've said before, my goal is to remove time-dependent data from the > directory. I _do_ plan to implement a ping/request in icecast 2 so that > a standalone directory client can't query a server to see what song is > playing and what the ping time is etc. I think this, combined with This would make it possible to build some kind (very simple) of QoS into a hole network of icecastservers! Nice feature. -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com `When you say "I wrote a program that crashed Windows", people just stare at you blankly and say "Hey, I got those with the system, *for free*".' (By Linus Torvalds) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Tue Sep 18 11:46:49 2001 From: thomas at arkena.com (Thomas Kirk) Date: Tue, 18 Sep 2001 13:46:49 +0200 Subject: [icecast] a new directory service In-Reply-To: <20010917100141.B27842@i.cantcode.com> Message-ID: <20010918134649.B23132@mmstreaming.dk> On Mon, Sep 17, 2001 at 10:01:41AM -0600, Jack Moffitt wrote: > replacement for the other. In our society we're trained to go after the > things that are the most popular simply because they are popular. You > see this with people not thinking that software is a choice, and with > how the record industry makes it's money. As Aldous huxley once said : "truth is not a question about statistics" In this context i would translate "truth" with good taste ;-) -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com We are using Linux daily to UP our productivity - so UP yours! (Adapted from Pat Paulsen by Joe Sloan) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Ant at ibd.ru Tue Sep 18 12:23:26 2001 From: Ant at ibd.ru (Ant) Date: Tue, 18 Sep 2001 16:23:26 +0400 Subject: [icecast] Multicast Message-ID: <186633357089.20010918162326@ibd.ru> Hello icecast, How to multicast with icecast? is this possible, what I have to read to do this. Thanks for all advice. Best regards, Ant mailto:Ant at ibd.ru --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Tue Sep 18 18:49:50 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Tue, 18 Sep 2001 21:49:50 +0300 Subject: [icecast] DarkIce 0.6 supports IceCast2 Message-ID: <3BA7974E.C271A275@tyrell.hu> Hi, I just released DarkIce 0.6, with IceCast2 support built in. This is the first version with IceCast2 support, and it is also my first attempt at programming the Ogg Vorbis libraries. I'd really apprieciate if some of you would give it a shot, and tell me if something is not OK. All remarks are welcome. DarkIce page: http://darkice.sourceforge.net/ Thanks, Akos PS: Sorry about the self-promotion --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 16:57:59 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 11:57:59 -0500 Subject: [icecast] Clients connect but no stream... Message-ID: Tried Sonique and Winamp. Both connect to Icecast but never show that they are buffering and I never hear anything. Icecast shows that the clients connect and it shows the source is connected. It also shows bandwidth at 0. When I shutdown the Icecast server it Kicks the clients off and shows the time they were connected and the amount of bytes transferred . So now I'm thinking my source streamer is not getting the audio to Icecast and Icecast is just broadcasting empty space...??? Liveice input levels show it is receiving something as the bars are moving and when I disconnect the audio feed from the sound card the bars disappear. So I think it's working that far. It just doesn't seem to be pushing the audio on to Icecast even though it successfully connects to it as a source. Argh!! I had this working several months ago on another machine... Matt matt at cmitech.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 17:12:23 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 12:12:23 -0500 Subject: [icecast] Clients connect but no stream... In-Reply-To: <[icecast] Clients connect but no stream...> Message-ID: I'm running Icecast 1.3.11, Lame 3.89, and the latest version of liveice. I'll post my config files in case someone might find an error in them... ################################## ##### ICECAST.CONF location Radio rp_email matt at cmitech.com server_url http://216.89.xxx.xxx/ max_clients 10 max_clients_per_source 10 max_sources 1 max_admins 5 throttle 10.0 use_meta_data 0 streamurllock 0 streamtitletemplate %s streamurl http://yp.icecast.org nametemplate %s desctemplate %s mount_fallback 1 encoder_password somepasswd admin_password somepasswd oper_password somepasswd #icydir yp.shoutcast.com #icydir yp.breakfree.com #icydir yp.musicseek.net #icydir yp.van-pelt.com #icydir yp.radiostation.de #directory yp.icecast.org #directory yp.mp3.de touch_freq 5 hostname 216.89.xxx.xxx port 8000 port 8001 erver_name 216.89.xxx.xxx force_servername 0 logfile icecast.log accessfile access.log usagefile usage.log logfiledebuglevel 0 consoledebuglevel 0 reverse_lookups 1 console_mode 0 client_timeout 30 kick_clients 0 #staticdir c:\windows\desktop staticdir /usr/local/icecast/static templatedir /usr/local/icecast/templates logdir /usr/local/icecast/logs stats_log stats.log statshtml_log stats.html stats_time 60 #alias radiofri http://195.7.65.207:6903 #kick_relays 10 transparent_proxy 0 acl_policy 0 #deny all * allow all * ################################################################################ ################### ##### liveice.cfg SERVER localhost PORT 8000 PASSWORD test USE_LAME3 /usr/bin/lame ENCODER_ARGS -h SOUNDCARD #NO_SOUNDCARD SOUND_DEVICE /dev/dsp #FULL_DUPLEX HALF_DUPLEX SAMPLE_RATE 22050 BITRATE 32000 MONO #STEREO ENCODING_QUALITY 50 #VBR_QUALITY 1 #ICY_LOGIN X_AUDIOCAST_LOGIN MOUNTPOINT Radio NAME Radio Station GENRE radio PUBLIC 0 URL http://www.someplace.com PASSWORD somepasswd DESCRIPTION Radio Station NO_MIXER #ESDMON_MODE #SHOUT_MODE #MIXER #PLAYLIST playlist DECODER_COMMAND mpg123 #REMOTE_DUMPFILE remote.mp3 #DURATION 3600 UPDATE_DELAY 2 #MIX_CONTROL_MANUAL #MIX_CONTROL_AUTO #MIX_CONTROL_LOGGED #CONTROL_FILE mix_command #TRACK_LOGFILE track.log #LOGFILE_FORMAT %t %T %f %F %a %n %b %u #UPDATE_SCRIPT VERBOSE 0 #################### >>> Matt at cmitech.com 9/19/01 11:57:59 AM >>> Tried Sonique and Winamp. Both connect to Icecast but never show that they are buffering and I never hear anything. Icecast shows that the clients connect and it shows the source is connected. It also shows bandwidth at 0. When I shutdown the Icecast server it Kicks the clients off and shows the time they were connected and the amount of bytes transferred . So now I'm thinking my source streamer is not getting the audio to Icecast and Icecast is just broadcasting empty space...??? Liveice input levels show it is receiving something as the bars are moving and when I disconnect the audio feed from the sound card the bars disappear. So I think it's working that far. It just doesn't seem to be pushing the audio on to Icecast even though it successfully connects to it as a source. Argh!! I had this working several months ago on another machine... Matt matt at cmitech.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Sep 19 17:26:23 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 19 Sep 2001 11:26:23 -0600 Subject: [icecast] Clients connect but no stream... In-Reply-To: Message-ID: <20010919112623.Z27842@i.cantcode.com> > I'm running Icecast 1.3.11, Lame 3.89, and the latest version of liveice. Liveice expects lame to have a sertain name. Do a 'ps ax | grep lame' while it's running and see if lame is even running. I believe it wants lame to be called 'lame3', but I don't remember exactly. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 17:47:10 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 12:47:10 -0500 Subject: [icecast] Clients connect but no stream... In-Reply-To: <[icecast] Clients connect but no stream...> Message-ID: Lame is running...ps ax | grep lame produces this. 1570 pts/1 S< 0:26 /usr/bin/lame -m m -s 22.050000 -b 24 -r -x -h .livei I'll see about renaming the lame executable to lame3.... >>> jack at xiph.org 9/19/01 12:26:23 PM >>> > I'm running Icecast 1.3.11, Lame 3.89, and the latest version of liveice. Liveice expects lame to have a sertain name. Do a 'ps ax | grep lame' while it's running and see if lame is even running. I believe it wants lame to be called 'lame3', but I don't remember exactly. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Sep 19 17:43:24 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 19 Sep 2001 11:43:24 -0600 Subject: [icecast] Clients connect but no stream... In-Reply-To: Message-ID: <20010919114324.C27842@i.cantcode.com> > Lame is running...ps ax | grep lame produces this. > > 1570 pts/1 S< 0:26 /usr/bin/lame -m m -s 22.050000 -b 24 -r -x -h .livei > > > I'll see about renaming the lame executable to lame3.... So much for that idea :) That usually fixes 99% of the people who run into this. I'm stumped at this point. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 17:50:38 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 12:50:38 -0500 Subject: [icecast] Clients connect but no stream... In-Reply-To: <[icecast] Clients connect but no stream...> Message-ID: renaming lame to lame3 didn't help... :( Also noticed in Winamp...it shows as connected to Icecast, but the kbps and kHz boxes both show 0. Matt >>> Matt at cmitech.com 9/19/01 12:47:10 PM >>> Lame is running...ps ax | grep lame produces this. 1570 pts/1 S< 0:26 /usr/bin/lame -m m -s 22.050000 -b 24 -r -x -h .livei I'll see about renaming the lame executable to lame3.... >>> jack at xiph.org 9/19/01 12:26:23 PM >>> > I'm running Icecast 1.3.11, Lame 3.89, and the latest version of liveice. Liveice expects lame to have a sertain name. Do a 'ps ax | grep lame' while it's running and see if lame is even running. I believe it wants lame to be called 'lame3', but I don't remember exactly. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 17:53:57 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 12:53:57 -0500 Subject: [icecast] Clients connect but no stream... In-Reply-To: <[icecast] Clients connect but no stream...> Message-ID: Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? Matt >>> jack at xiph.org 9/19/01 12:43:24 PM >>> > Lame is running...ps ax | grep lame produces this. > > 1570 pts/1 S< 0:26 /usr/bin/lame -m m -s 22.050000 -b 24 -r -x -h .livei > > > I'll see about renaming the lame executable to lame3.... So much for that idea :) That usually fixes 99% of the people who run into this. I'm stumped at this point. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 17:53:37 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 19:53:37 +0200 (CEST) Subject: [icecast] Clients connect but no stream... In-Reply-To: Message-ID: On Wed, 19 Sep 2001, Matthew Mencel wrote: > Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? DarkIce, http://darkice.sourceforge.net/ supports IceCast 1.x, 2, ShoutCast uses lame as a shaed object, not as an external executable --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Sep 19 17:53:46 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 19 Sep 2001 11:53:46 -0600 Subject: [icecast] Clients connect but no stream... In-Reply-To: Message-ID: <20010919115346.D27842@i.cantcode.com> > Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? No to both questions. You can try several other options. mixice, darkice, icedj, and the list goes on. Search freshmeat and sourceforge and you'll find some others too. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 18:22:08 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 13:22:08 -0500 Subject: [icecast] Clients connect but no stream... In-Reply-To: <[icecast] Clients connect but no stream...> Message-ID: Tried rpm of DarkIce and got this... error: failed dependencies: libgcc_s.so.1 is needed by darkice-0.6-1 Also tried compiling straight from source and got this... c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -Wall -c DarkIce.cpp In file included from DarkIce.cpp:78: LameLibEncoder.h:46:2: #error need lame/lame.h make[2]: *** [DarkIce.o] Error 1 make[2]: Leaving directory `/usr/src/download/darkice-0.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/download/darkice-0.6' make: *** [all-recursive-am] Error 2 >>> darkeye at tyrell.hu 9/19/01 12:53:37 PM >>> On Wed, 19 Sep 2001, Matthew Mencel wrote: > Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? DarkIce, http://darkice.sourceforge.net/ supports IceCast 1.x, 2, ShoutCast uses lame as a shaed object, not as an external executable --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 18:22:38 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 20:22:38 +0200 (CEST) Subject: [icecast] Clients connect but no stream... In-Reply-To: Message-ID: On Wed, 19 Sep 2001, Matthew Mencel wrote: > Tried rpm of DarkIce and got this... > > error: failed dependencies: > libgcc_s.so.1 is needed by darkice-0.6-1 What system are you using exactly? > > Also tried compiling straight from source and got this... > > > c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -Wall -c DarkIce.cpp > In file included from DarkIce.cpp:78: > LameLibEncoder.h:46:2: #error need lame/lame.h > make[2]: *** [DarkIce.o] Error 1 > make[2]: Leaving directory `/usr/src/download/darkice-0.6/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/download/darkice-0.6' > make: *** [all-recursive-am] Error 2 In version 0.6, you need lame to be in /usr (e.g. you need /usr/include/lame/lame.h and lame libst in /usr/lib) (Did you read the INSTALL file? :) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 18:29:56 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 13:29:56 -0500 Subject: [icecast] DarkIce Message-ID: Well I read the instructions this time...duh... I've got Redhat 7.1...followed the instructions in the INSTALL.lame file for Redhat. I don't have gcc3 installed I guess cause it still failed. Matt >>> darkeye at tyrell.hu 9/19/01 12:53:37 PM >>> On Wed, 19 Sep 2001, Matthew Mencel wrote: > Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? DarkIce, http://darkice.sourceforge.net/ supports IceCast 1.x, 2, ShoutCast uses lame as a shaed object, not as an external executable --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 18:32:45 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 20:32:45 +0200 (CEST) Subject: [icecast] DarkIce In-Reply-To: Message-ID: On Wed, 19 Sep 2001, Matthew Mencel wrote: > Well I read the instructions this time...duh... :)) > > I've got Redhat 7.1...followed the instructions in the INSTALL.lame file for Redhat. I don't have gcc3 installed I guess cause it still failed. Well, you need a properly compiled and installed lame, under /usr (you also need Ogg Vorbis libs for 0.6) You might try 0.5, as it does not need Ogg Vorbis, and you can specify the location of lame (e.g. /usr/local) with that version (Sorry, releasing 0.6 was a bit hasty) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 18:50:59 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 13:50:59 -0500 Subject: [icecast] DarkIce In-Reply-To: <[icecast] DarkIce> Message-ID: Well it was lame I was tryng to install...gives me the missing gcc3 error. So now I guess iI have to find gcc3. Maybe I should just go back to RedHat 6.2. This all worked just fine on that. # export CC=gcc3 # ./configure --with-fileio=lame --without-vorbis --disable-gtktest --enable-nasm --enable-expopt=full --prefix=/usr loading cache ./config.cache checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking cached system tuple... ok checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... include checking how to run the C preprocessor... /lib/cpp checking for ranlib... ranlib checking for gcc... gcc3 checking whether the C compiler (gcc3 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. [root at jabez lame-3.89]# >>> darkeye at tyrell.hu 9/19/01 1:32:45 PM >>> On Wed, 19 Sep 2001, Matthew Mencel wrote: > Well I read the instructions this time...duh... :)) > > I've got Redhat 7.1...followed the instructions in the INSTALL.lame file for Redhat. I don't have gcc3 installed I guess cause it still failed. Well, you need a properly compiled and installed lame, under /usr (you also need Ogg Vorbis libs for 0.6) You might try 0.5, as it does not need Ogg Vorbis, and you can specify the location of lame (e.g. /usr/local) with that version (Sorry, releasing 0.6 was a bit hasty) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Sep 19 18:46:48 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 19 Sep 2001 12:46:48 -0600 Subject: [icecast] DarkIce In-Reply-To: Message-ID: <20010919124648.H27842@i.cantcode.com> > Well it was lame I was tryng to install...gives me the missing gcc3 error. So now I guess iI have to find gcc3. Maybe I should just go back to RedHat 6.2. This all worked just fine on that. Do: CC=gcc ./configure --with-whatever-you-want-here jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Matt at cmitech.com Wed Sep 19 19:05:26 2001 From: Matt at cmitech.com (Matthew Mencel) Date: Wed, 19 Sep 2001 14:05:26 -0500 Subject: [icecast] DarkIce In-Reply-To: <[icecast] DarkIce> Message-ID: Can I be any more trouble today? :) This almost worked. ./configure worked but when I ran make I got this...a Redhat bug? depmode=gcc /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I../include -I. -I../libmp3lame -I.. -O3 -fomit-frame-pointer -ffast-math -funroll-loops -fthread-jumps -malign-double -frerun-loop-opt -fgcse -fexpensive-optimizations -fmove-all-movables -fschedule-insns2 -freduce-all-givs -mpentiumpro -march=pentiumpro -mfancy-math-387 -Wall -pipe -c -o tabinit.lo `test -f tabinit.c || echo './'`tabinit.c rm -f .libs/tabinit.lo gcc -DHAVE_CONFIG_H -I../include -I. -I../libmp3lame -I.. -O3 -fomit-frame-pointer -ffast-math -funroll-loops -fthread-jumps -malign-double -frerun-loop-opt -fgcse -fexpensive-optimizations -fmove-all-movables -fschedule-insns2 -freduce-all-givs -mpentiumpro -march=pentiumpro -mfancy-math-387 -Wall -pipe -c tabinit.c -Wp,-MD,.deps/tabinit.TPlo -fPIC -DPIC -o .libs/tabinit.lo tabinit.c: In function `make_decode_tables': tabinit.c:122: Internal error: Segmentation fault. Please submit a full bug report. See for instructions. make[2]: *** [tabinit.lo] Error 1 make[2]: Leaving directory `/usr/src/download/lame-3.89/mpglib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/download/lame-3.89' make: *** [all-redirect] Error 2 # >>> jack at xiph.org 9/19/01 1:46:48 PM >>> > Well it was lame I was tryng to install...gives me the missing gcc3 error. So now I guess iI have to find gcc3. Maybe I should just go back to RedHat 6.2. This all worked just fine on that. Do: CC=gcc ./configure --with-whatever-you-want-here jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 19:03:05 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 21:03:05 +0200 (CEST) Subject: [icecast] DarkIce In-Reply-To: <20010919124648.H27842@i.cantcode.com> Message-ID: On Wed, 19 Sep 2001, Jack Moffitt wrote: > > Well it was lame I was tryng to install...gives me the missing gcc3 error. So now I guess iI have to find gcc3. Maybe I should just go back to RedHat 6.2. This all worked just fine on that. > > Do: > > CC=gcc ./configure --with-whatever-you-want-here No good. The issue is, taht you can not compile lame correctly with gcc 2.96 that is shipped with RedHat 7.1. Take a look at the discussion on the lame list, mp3encoder at minnie.cs.adfa.edu.au/msg03276.html">http://www.mail-archive.com/mp3encoder at minnie.cs.adfa.edu.au/msg03276.html Either yoyu have to ompile with kgcc (compat-egcs, gcc 2.91) or gcc3 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 19:07:03 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 21:07:03 +0200 (CEST) Subject: [icecast] DarkIce In-Reply-To: Message-ID: On Wed, 19 Sep 2001, Matthew Mencel wrote: > Can I be any more trouble today? :) Do yourself a favour and don't use gcc 2.96 for compiling lame. Even it does compile, the generated binaries will be broken (segfault and/or giving loads of bogus error messages) You can find tonnes of e-mails about this issue on the lame mailing list archive --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Sep 19 19:07:01 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 19 Sep 2001 13:07:01 -0600 Subject: [icecast] DarkIce In-Reply-To: Message-ID: <20010919130701.K27842@i.cantcode.com> > > Can I be any more trouble today? :) > > Do yourself a favour and don't use gcc 2.96 for compiling lame. Even it > does compile, the generated binaries will be broken (segfault and/or > giving loads of bogus error messages) Ie, use CC=kgcc ./configure :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 19 19:44:38 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 19 Sep 2001 21:44:38 +0200 (CEST) Subject: [icecast] DarkIce In-Reply-To: <20010919130701.K27842@i.cantcode.com> Message-ID: On Wed, 19 Sep 2001, Jack Moffitt wrote: > > > Can I be any more trouble today? :) > > > > Do yourself a favour and don't use gcc 2.96 for compiling lame. Even it > > does compile, the generated binaries will be broken (segfault and/or > > giving loads of bogus error messages) > > Ie, use > > CC=kgcc ./configure > > :) Or gcc3, produces binaries with higher performance. I.e.: CC=gcc3 ./configure --with-fileio=lame --without-vorbis --disable-gtktest --enable-nasm --enable-expopt=full (all in one line) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From pozar at lns.com Thu Sep 20 20:49:30 2001 From: pozar at lns.com (Tim Pozar) Date: Thu, 20 Sep 2001 13:49:30 -0700 Subject: [icecast] DarkIce In-Reply-To: Message-ID: <20010920134930.A85755@lns.com> > > Other Live streamers??? Will the new Ices2 work with Icecast 1.3.11? Is it hard to configure? I have a pretty basic perl scrip that works well for a number of stations that I am doing live streaming for. You can see it at: http://www.lns.com/papers/mixice/ Tim -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From freyason at yahoo.com Sun Sep 23 02:48:50 2001 From: freyason at yahoo.com (Tom Murphy) Date: Sat, 22 Sep 2001 19:48:50 -0700 (PDT) Subject: [icecast] use_meta_data problem Message-ID: <20010923024850.4745.qmail@web11607.mail.yahoo.com> Hi all, I'm new to this list. I'm helping a friend set up Icecast on his machine, but it seems the meta data isn't being used. I basically copied over my config file (in which the titles work fine when streamed), and made slight changes like the url, server_name, and things like that. I also set up his xmms and liveice 1.0 to mine (except for description of server and passwords and URL of course). However, while mine works (it sets the title after 3-4 seconds of connecting), his stays at whatever he put in as the server description. Is there something I can check to make sure the metadata channel is being used in Icecast? Thanks, Tom System info: Debian woody Icecast server 1.3.11 XMMS 1.2.5 LiveIce v1.0 XMMS set to Enable Shout/Icecast title streaming and Enable Icecast Metadata UDP Channel (under MPEG Layer 1/2/3 Player 1.2.5 in preferences) Icecast.conf has the following lines: use_meta_data 1 streamurllock 0 streamtitletemplate %s streamurl http:// address>:8000/ nametemplate %s desctemplate %s is my friend's machine. __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From freyason at yahoo.com Sun Sep 23 03:03:21 2001 From: freyason at yahoo.com (Tom Murphy) Date: Sat, 22 Sep 2001 20:03:21 -0700 (PDT) Subject: [icecast] re: use_meta_data problem Message-ID: <20010923030321.43216.qmail@web11608.mail.yahoo.com> Never mind, the problem appears to be firewall-related. Can anyone tell me what UDP/TCP port to let in? My firewall seems to be blocking the Icecast UDP Metadata stream. I'm using NAT with hosts behind my firewall. Is it port 8002 or something else? Many thanks in advance! Tom __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From kgb at gangverk.is Mon Sep 24 12:17:54 2001 From: kgb at gangverk.is (Kristján Guđni Bjarnason) Date: Mon, 24 Sep 2001 12:17:54 -0000 Subject: [icecast] multiple liveice sources Message-ID: Hi, I am trying to stream two different sources with two soundcards using liveice and icecast, all from single Linux box. Can anyone tell me if this is possible? I tried creating two sets in the liveice config file where I specified different devices. No erros but the latter source was streamed on both mount points. Running two instances of liveice talking to one instance of icecast failed. Icecast couldn't handle it. Thanks, Kristjan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tim at nvhs.nl Mon Sep 24 13:15:24 2001 From: tim at nvhs.nl (tim) Date: Mon, 24 Sep 2001 15:15:24 +0200 Subject: [icecast] multiple liveice sources In-Reply-To: Message-ID: <20010924151524.A9096@xs4all.nl> try ices, it works much better than liveice. for live radio streams, darkice is avaible. I don't think ices can do live radio streams. anyway ... ditch liveice. t. * Kristj?n Gu?ni Bjarnason [010924 14:17]: > Hi, > > I am trying to stream two different sources with two soundcards using > liveice and icecast, all from single Linux box. Can anyone tell me if this > is possible? > > I tried creating two sets in the liveice config file where I specified > different devices. No erros but the latter source was streamed on both > mount points. Running two instances of liveice talking to one instance of > icecast failed. Icecast couldn't handle it. > > Thanks, > Kristjan > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Mon Sep 24 15:03:11 2001 From: wildbill at kpig.com (William Goldsmith) Date: Mon, 24 Sep 2001 08:03:11 -0700 Subject: [icecast] multiple liveice sources In-Reply-To: Message-ID: <000301c1452a$756d87e0$6a00000a@laptop> The easiest way to accomplish this is to create a 2nd directory containing liveice & its config file. You can't run 2 instances in the same directory - their temp files will overwrite each other. Contrary to what others have written, liveice works just fine once it's set up. That's not always easy, though... :-) -bg ----- Original Message ----- From: "Kristj?n Gu?ni Bjarnason" To: Sent: Monday, September 24, 2001 5:17 AM Subject: [icecast] multiple liveice sources > Hi, > > I am trying to stream two different sources with two soundcards using > liveice and icecast, all from single Linux box. Can anyone tell me if this > is possible? > > I tried creating two sets in the liveice config file where I specified > different devices. No erros but the latter source was streamed on both > mount points. Running two instances of liveice talking to one instance of > icecast failed. Icecast couldn't handle it. > > Thanks, > Kristjan > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rocaelh at yahoo.com Mon Sep 24 19:12:53 2001 From: rocaelh at yahoo.com (Rocael Hernandez) Date: Mon, 24 Sep 2001 12:12:53 -0700 (PDT) Subject: [icecast] Redhat 7.1 doesn't recognize my third sound card? In-Reply-To: <20010924151524.A9096@xs4all.nl> Message-ID: <20010924191253.94068.qmail@web20201.mail.yahoo.com> Hi all! I just installed redhat 7.1 in a box that has three sound cards, one is integrated in the board and the others two are a sound blaster 128 PCI. The system has recognized two cards, one is the integrated in the board (/dev/audio or /dev/dsp) and the other is one of the sound blaster (/dev/audio1 or /dev/dsp1), both works well, but the other sound blaster is not seen by redhat. I tried sndconfig but it just recoginze the board sound card. How I can add the other sound blaster card, I don't have any idea how to do that. Here is my /etc/modules.conf alias eth0 e100 alias parport_lowlevel parport_pc alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : alias sound-slot-1 es1371 post-install sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : alias usb-controller usb-uhci I really need to use at the same time the three sound cards, please help me! Thanks, Rocael. __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bowserj at unbc.ca Wed Sep 26 15:12:02 2001 From: bowserj at unbc.ca (Joe Bowser) Date: Wed, 26 Sep 2001 08:12:02 -0700 (PDT) Subject: [icecast] multiple liveice sources In-Reply-To: <000301c1452a$756d87e0$6a00000a@laptop> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 24 Sep 2001, William Goldsmith wrote: > The easiest way to accomplish this is to create a 2nd directory containing > liveice & its config file. You can't run 2 instances in the same > directory - their temp files will overwrite each other. > > Contrary to what others have written, liveice works just fine once it's set > up. That's not always easy, though... :-) I think this is more of a case of your computer being too slow to encode two different sets of live data. Liveice does work just fine once it's setup, except for the display bug. As for Darkice being better, I tried it and wasn't incredibly impressed. I prefer the MuSE software for my live streaming. (Of course, there should be some code lying around for a live icecast streamer that uses libmp3lame and libshout. That would be good.) - -- - ------------------------------------------------ Joe Bowser - bowserj at unbc.ca - ----------------------------------------------- http://bowserj.n3.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7sfBFKYefN4RFrdoRAixDAJ9CEesqAlFT9H5yI47/d0mM2sMksACgu0jW vHc6GA6kjCk4dN+1VsRuO0E= =ipr9 -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Sep 26 15:28:59 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 26 Sep 2001 17:28:59 +0200 Subject: [icecast] multiple liveice sources In-Reply-To: Message-ID: <3BB1F43B.6513BC32@tyrell.hu> Joe Bowser wrote: > (Of course, there should be some code lying around for a live icecast > streamer that uses libmp3lame and libshout. That would be good.) DarkIce uses libmp3lame as a shared object from 0.4 and up. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From kgb at gangverk.is Wed Sep 26 16:30:45 2001 From: kgb at gangverk.is (Kristjan Gu?ni Bjarnason) Date: Wed, 26 Sep 2001 16:30:45 -0000 Subject: [icecast] multiple liveice sources In-Reply-To: Message-ID: I managed to get this working. Just by creating 2nd directory as suggested by William. Thanks a lot. By the way. Two get two soundcards running on the same box I recommend buying OSS drivers for $20. I wasted hours before making that decision. Kristjan -----Original Message----- From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of Joe Bowser Sent: 26. september 2001 15:12 To: icecast at xiph.org Subject: Re: [icecast] multiple liveice sources -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 24 Sep 2001, William Goldsmith wrote: > The easiest way to accomplish this is to create a 2nd directory containing > liveice & its config file. You can't run 2 instances in the same > directory - their temp files will overwrite each other. > > Contrary to what others have written, liveice works just fine once it's set > up. That's not always easy, though... :-) I think this is more of a case of your computer being too slow to encode two different sets of live data. Liveice does work just fine once it's setup, except for the display bug. As for Darkice being better, I tried it and wasn't incredibly impressed. I prefer the MuSE software for my live streaming. (Of course, there should be some code lying around for a live icecast streamer that uses libmp3lame and libshout. That would be good.) - -- - ------------------------------------------------ Joe Bowser - bowserj at unbc.ca - ----------------------------------------------- http://bowserj.n3.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7sfBFKYefN4RFrdoRAixDAJ9CEesqAlFT9H5yI47/d0mM2sMksACgu0jW vHc6GA6kjCk4dN+1VsRuO0E= =ipr9 -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From primus at veris.org Wed Sep 26 23:31:17 2001 From: primus at veris.org (Ethan Butterfield) Date: Wed, 26 Sep 2001 16:31:17 -0700 Subject: [icecast] Publishers trounce Universal in license fight Message-ID: <20010926163117.B7819@veris.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://news.cnet.com/news/0-1005-200-7312624.html?tag=mn_hd Basic premise is a court ruling saying that webcasters must obtain licenses from both record labels *and* music publishers in order to broadcast music online legally. - -- "Nothing's the same anymore." - Cmdr. Jeffrey Sinclair, Babylon-5, "Chrysalis" -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE7smUOAmwSMwnpLHgRAqexAJ4ueTkB+YT0wlfF7ABwm7QaD2/+TwCgrfsr H7IgtjtJj+LAN7Gw9tui960= =L15U -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From cccomputer at c4.com Wed Sep 26 17:36:54 2001 From: cccomputer at c4.com (CC Computer Consulting Co.) Date: Wed, 26 Sep 2001 17:36:54 Subject: [icecast] THE MAIL KING- ah13 Message-ID: <20010926233716.0327418D022@motherfish.xiph.org> IF YOU USE DIRECT MAIL IN YOUR BUSINESS -- THEN READ ON. OTHERWISE, JUST DELETE THIS MESSAGE. Make Every Letter Count - Get Every Letter Opened! Did you know?? According to experts, today's deluged direct mail recipient throws away 26% to 88% of all their "junk mail" UNOPENED! Would you like to increase your responses by an average of 3 to 6 times?? If you would (and who wouldn't) just REPLY to this message and we will e-mail you more details. CC Computer Consulting Co. PS: If you prefer a response by "snail mail", include your name and mailing address in your reply. **************************************** This email is sent in compliance with our strict anti-abuse regulations. This is not SPAM. This message was sent to you because you, or someone using your email address, requested information, sent or posted to our system, Opt-in, FFA site, Classifieds, web site or email box If you would like to be removed from this list, e-mail to or click on: Remove at cccomputer.zzn.com *************************************** ah13 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Thu Sep 27 03:39:29 2001 From: gshang at uq.net.au (Geoff Shang) Date: Thu, 27 Sep 2001 13:39:29 +1000 Subject: [icecast] Icecast2 in xiph CVS Message-ID: Hi all: A couple of weeks ago, Jack posted on the icecast list that icecast 2.0 and its relatives would be moving to the xiph.org CVS repository and that he'd post the details shortly. He hasn't yet, probably just an oversight. Anyway, I went exploring the other day and found them. The details are as follows: Server: :pserver:anoncvs at xiph.org Password: anoncvs For those not familiar with CVS, basic instructions for accessing this can be found at http://www.xiph.org/cvs.html but the icecast modules are not listed there. The modules I have found are: icecast - The icecast server (version 2.0) libshout - Libshout (the shout library, version 2.0) ices - Ices (the icecast streamer, version 2.0) All of these rely on additional modules. avl - required by icecast, libshout and ices httpp - required by icecast log - required by icecast, libshout and ices net - required by icecast, libshout and ices thread - required by icecast, libshout and ices timing - required by icecast, libshout and ices These modules need to be located in the src subdirectory of its parent tree. So, for example: cvs co icecast cd icecast/src cvs co avl cvs co httpp cvs co log cvs co net cvs co thread cvs co timing Personally, I've put all the sources under icecast (as above) and linked to them from the other 2 trees. I'm relatively green when it comes to all this, so feel free to correct me on any of this. Just thought people would want to know that it's there now and how to get it. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From cccomputer at ndraw.zzn.com Thu Sep 27 14:46:49 2001 From: cccomputer at ndraw.zzn.com (CC Computer Consulting Co.) Date: Thu, 27 Sep 2001 14:46:49 Subject: [icecast] Start your business for UNDER $10 - ah13 Message-ID: <20010927204417.5A6E118D061@motherfish.xiph.org> ARE YOU LOOKING FOR A WORK-AT-HOME JOB? -- EITHER PART-TIME OR FULL-TIME?? DO WANT ANOTHER PRODUCT TO COMPLEMENT YOUR EXISTING MLM PROGRAM?? OR... ARE YOU LOOKING TO REPLACE AN MLM THAT YOU ARE NOT TOTALLY PLEASED WITH?? If the answers to all of the above questions are no, then you can delete this message now. If the answer to any of the above questions is YES, then PLEASE READ ON! Congratulations! You have just discovered an incredible and unique home-based business that can honestly make you money faster and easier than any other opportunity you may find. NO SELLING!! NO HASSLES! This is not a scam or pyramid scheme. This is a company that has been in the retail business since 1983 and in the MLM business since 1996. They make and sell a real honest-to-goodness product. One that everybody wants. This company has tremendous support! They supply you with free training and a free web site. They have Training Conference Calls, Chat Rooms, 24 Hour Recorded Phone Messages and much more! And...the lowest start up expense in the MLM industry. For only $9.95 you are enrolled and receive a Start-up Kit and a sample of the product! No gimmicks! No Hassles! No hidden fees! No Kidding! SOUND INTERESTING?? WANT MORE INFO?? Just reply to this message and say "More Info". Or, E-mail us at cccomputer at ndraw.zzn.com Or, call us, toll-free at 1-866-277-4434, between the hours of 7:00am and 7:00pm PDT. Or, call the 24 hr. 3 minute recorded message at 1-800-242-0363 Mailbox # 3069. **************************************** This email is sent in compliance with our strict anti-abuse regulations. This is not SPAM. This message was sent to you because you, or someone using your email address, requested information, sent or posted to our system, Opt-in, FFA site, Classifieds, web site or email box If you would like to be removed from this list, e-mail to or click on: Remove at cccomputer.zzn.com *************************************** ah13 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xmontero at dsitelecom.com Thu Sep 27 21:56:44 2001 From: xmontero at dsitelecom.com (Xavier Montero) Date: Thu, 27 Sep 2001 23:56:44 +0200 Subject: [icecast] Is there Spam in the list? In-Reply-To: <20010927204417.5A6E118D061@motherfish.xiph.org> Message-ID: <3BB3A09C.108F89C2@dsitelecom.com> I'm getting some messages that seem to be spam in the list... Am I the only one? Is this punctual or typical in the list? Was not it a list where people had to sign-up? How do they spam? > ARE YOU LOOKING FOR A WORK-AT-HOME JOB? > -- EITHER PART-TIME OR FULL-TIME?? [...] > This email is sent in compliance with our strict > anti-abuse regulations. This is not SPAM. This Sure! Not Spam! Ha, ha! -- Xavier Montero - Digital Sound Items, scp Tel: 93 589 71 91 - Fax: 93 590 10 96 - Cell: 630 59 01 62 www.dsitelecom.com - xmontero at dsitelecom.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tim at nvhs.nl Thu Sep 27 22:06:12 2001 From: tim at nvhs.nl (tim) Date: Fri, 28 Sep 2001 00:06:12 +0200 Subject: [icecast] Is there Spam in the list? In-Reply-To: <3BB3A09C.108F89C2@dsitelecom.com> Message-ID: <20010928000611.B2163@xs4all.nl> yes, and that wasn't the first time spam has been sent to this list, sadly. the list uses majordomo, which I consider a overbloated dirty perl hack. I would like the icecast mailing list managers to consider using Listar (it's now called ecartis), which I feel works much better. listar is better against spam than majordomo. tim * Xavier Montero [010927 23:56]: > I'm getting some messages that seem to be spam in the list... > Am I the only one? Is this punctual or typical in the list? > Was not it a list where people had to sign-up? How do they > spam? > > > ARE YOU LOOKING FOR A WORK-AT-HOME JOB? > > -- EITHER PART-TIME OR FULL-TIME?? > > [...] > > > This email is sent in compliance with our strict > > anti-abuse regulations. This is not SPAM. This > > Sure! Not Spam! Ha, ha! > > -- > Xavier Montero - Digital Sound Items, scp > Tel: 93 589 71 91 - Fax: 93 590 10 96 - Cell: 630 59 01 62 > www.dsitelecom.com - xmontero at dsitelecom.com > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From todd at toolz.com Fri Sep 28 03:28:19 2001 From: todd at toolz.com (Todd Merriman) Date: Thu, 27 Sep 2001 23:28:19 -0400 Subject: [icecast] Looking for a re-encoding utility Message-ID: <200109280328.f8S3SJo00791@toolz.com> I would like to batch re-encode MP3 files on the Icecast host. A command-line utility to take say a 56kbps MP3 file as input and produce a 20kbps MP3 file as out would be ideal. --------------------------------------------------------------- Todd Merriman - Rainbow Radio Sound & Light +1 770 889 5897 8030 Pooles Mill Dr., Ball Ground, GA 30107 dj at RainbowRadio.com http://www.RainbowRadio.com --------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xiphmont at xiph.org Fri Sep 28 17:36:34 2001 From: xiphmont at xiph.org (Monty) Date: Fri, 28 Sep 2001 13:36:34 -0400 Subject: [icecast] Is there Spam in the list? In-Reply-To: <3BB3A09C.108F89C2@dsitelecom.com> Message-ID: <20010928133634.A19529@xiph.org> On Thu, Sep 27, 2001 at 11:56:44PM +0200, Xavier Montero wrote: > I'm getting some messages that seem to be spam in the list... > Am I the only one? Is this punctual or typical in the list? > Was not it a list where people had to sign-up? How do they > spam? They get through now and then, yes. I'm not blocking spam via majordomo, I'm blocking it at the mailserver (postfix) using filtering patters and spam-blocking maps maintained by anti-abuse sites. Every now and then a new pattern/site pops up and it takes a little while for the map to be updated to include it. The only perfect solution is to make every list moderated, and that's not going to happen. As for making posts by members only, that screws anyone who's subbed at one address but posting from one or more other addresses (a perfectly normal way of doing, for example, by-list procmail filing, or just posting from work, etc) Monty --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From pozar at lns.com Sat Sep 29 17:18:53 2001 From: pozar at lns.com (Tim Pozar) Date: Sat, 29 Sep 2001 10:18:53 -0700 Subject: [icecast] multiple liveice sources In-Reply-To: <000301c1452a$756d87e0$6a00000a@laptop> Message-ID: <20010929101853.B22375@lns.com> Hmm... I haven't had that problem with the KPFA servers. I just run two different configuration files. From my rc.local file... echo Starting local icecast servers /usr/local/icecast/bin/icecast -c /usr/local/icecast/conf/icecast.kpfa.conf -b > /dev/null 2>&1 /usr/local/icecast/bin/icecast -c /usr/local/icecast/conf/icecast.kpfb.conf -b > /dev/null 2>&1 Tim On Mon, Sep 24, 2001 at 08:03:11AM -0700, William Goldsmith wrote: > The easiest way to accomplish this is to create a 2nd directory containing > liveice & its config file. You can't run 2 instances in the same > directory - their temp files will overwrite each other. > > Contrary to what others have written, liveice works just fine once it's set > up. That's not always easy, though... :-) > > -bg > > ----- Original Message ----- > From: "Kristj?n Gu?ni Bjarnason" > To: > Sent: Monday, September 24, 2001 5:17 AM > Subject: [icecast] multiple liveice sources > > > > Hi, > > > > I am trying to stream two different sources with two soundcards using > > liveice and icecast, all from single Linux box. Can anyone tell me if > this > > is possible? > > > > I tried creating two sets in the liveice config file where I specified > > different devices. No erros but the latter source was streamed on both > > mount points. Running two instances of liveice talking to one instance of > > icecast failed. Icecast couldn't handle it. > > > > Thanks, > > Kristjan > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From wildbill at kpig.com Sat Sep 29 17:41:37 2001 From: wildbill at kpig.com (William Goldsmith) Date: Sat, 29 Sep 2001 10:41:37 -0700 Subject: [icecast] multiple liveice sources In-Reply-To: <20010929101853.B22375@lns.com> Message-ID: <09ff01c1490d$fd56a100$6a00000a@laptop> Hey, Tim. His problem was with liveice - which only allows one instance per directory because it uses named pipes with hard-coded filenames - not with icecast. > Hmm... I haven't had that problem with the KPFA servers. I just > run two different configuration files. From my rc.local file... > > echo Starting local icecast servers > /usr/local/icecast/bin/icecast -c /usr/local/icecast/conf/icecast.kpfa.conf -b > /dev/null 2>&1 > /usr/local/icecast/bin/icecast -c /usr/local/icecast/conf/icecast.kpfb.conf -b > /dev/null 2>&1 > > Tim > > On Mon, Sep 24, 2001 at 08:03:11AM -0700, William Goldsmith wrote: > > The easiest way to accomplish this is to create a 2nd directory containing > > liveice & its config file. You can't run 2 instances in the same > > directory - their temp files will overwrite each other. > > > > Contrary to what others have written, liveice works just fine once it's set > > up. That's not always easy, though... :-) > > > > -bg > > > > ----- Original Message ----- > > From: "Kristj?n Gu?ni Bjarnason" > > To: > > Sent: Monday, September 24, 2001 5:17 AM > > Subject: [icecast] multiple liveice sources > > > > > > > Hi, > > > > > > I am trying to stream two different sources with two soundcards using > > > liveice and icecast, all from single Linux box. Can anyone tell me if > > this > > > is possible? > > > > > > I tried creating two sets in the liveice config file where I specified > > > different devices. No erros but the latter source was streamed on both > > > mount points. Running two instances of liveice talking to one instance of > > > icecast failed. Icecast couldn't handle it. > > > > > > Thanks, > > > Kristjan > > > > > > > > > --- >8 ---- > > > List archives: http://www.xiph.org/archives/ > > > icecast project homepage: http://www.icecast.org/ > > > To unsubscribe from this list, send a message to > > 'icecast-request at xiph.org' > > > containing only the word 'unsubscribe' in the body. No subject is needed. > > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > -- > Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA > POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 > "It's a damn poor mind that can only think of one way to spell a word." > - Andrew Jackson > "What is wanted is not the will to believe, but the will to find out, > which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From pozar at lns.com Sat Sep 29 17:42:08 2001 From: pozar at lns.com (Tim Pozar) Date: Sat, 29 Sep 2001 10:42:08 -0700 Subject: [icecast] multiple liveice sources In-Reply-To: <09ff01c1490d$fd56a100$6a00000a@laptop> Message-ID: <20010929104208.A25698@lns.com> Doh! I didn't read the message very well. Sorry folks. Tim On Sat, Sep 29, 2001 at 10:41:37AM -0700, William Goldsmith wrote: > Hey, Tim. > > His problem was with liveice - which only allows one instance per directory > because it uses named pipes with hard-coded filenames - not with icecast. > > > > Hmm... I haven't had that problem with the KPFA servers. I just > > run two different configuration files. From my rc.local file... > > > > echo Starting local icecast servers > > /usr/local/icecast/bin/icecast -c > /usr/local/icecast/conf/icecast.kpfa.conf -b > /dev/null 2>&1 > > /usr/local/icecast/bin/icecast -c > /usr/local/icecast/conf/icecast.kpfb.conf -b > /dev/null 2>&1 > > > > Tim > > > > On Mon, Sep 24, 2001 at 08:03:11AM -0700, William Goldsmith wrote: > > > The easiest way to accomplish this is to create a 2nd directory > containing > > > liveice & its config file. You can't run 2 instances in the same > > > directory - their temp files will overwrite each other. > > > > > > Contrary to what others have written, liveice works just fine once it's > set > > > up. That's not always easy, though... :-) > > > > > > -bg > > > > > > ----- Original Message ----- > > > From: "Kristj?n Gu?ni Bjarnason" > > > To: > > > Sent: Monday, September 24, 2001 5:17 AM > > > Subject: [icecast] multiple liveice sources > > > > > > > > > > Hi, > > > > > > > > I am trying to stream two different sources with two soundcards using > > > > liveice and icecast, all from single Linux box. Can anyone tell me if > > > this > > > > is possible? > > > > > > > > I tried creating two sets in the liveice config file where I specified > > > > different devices. No erros but the latter source was streamed on > both > > > > mount points. Running two instances of liveice talking to one > instance of > > > > icecast failed. Icecast couldn't handle it. > > > > > > > > Thanks, > > > > Kristjan > > > > > > > > > > > > --- >8 ---- > > > > List archives: http://www.xiph.org/archives/ > > > > icecast project homepage: http://www.icecast.org/ > > > > To unsubscribe from this list, send a message to > > > 'icecast-request at xiph.org' > > > > containing only the word 'unsubscribe' in the body. No subject is > needed. > > > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > > > > > > > --- >8 ---- > > > List archives: http://www.xiph.org/archives/ > > > icecast project homepage: http://www.icecast.org/ > > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > > containing only the word 'unsubscribe' in the body. No subject is > needed. > > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > -- > > Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA > > POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 > > "It's a damn poor mind that can only think of one way to spell a word." > > - Andrew Jackson > > "What is wanted is not the will to believe, but the will to find out, > > which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From alet at unice.fr Sun Sep 30 15:52:19 2001 From: alet at unice.fr (Jerome Alet) Date: Sun, 30 Sep 2001 17:52:19 +0200 Subject: [icecast] Stupid question of the day Message-ID: <20010930175219.A381@nordine.ateur> Hi all, I just wanted to know where to find icecast2. I've downloaded icecast 1.3.11 and it looks wonderful, and works fine as far as I've tested it. However I want to be able to stream ogg instead of mp3. I've search "icecast2" on sourceforge, freshmeat, and google but to no avail. Google's "I'm feeling lucky" sends me directly to http://www.icecast.org/ but the word icecast2 doesn't appear at all on this page. Does it exist only in CVS ? Also I'd be interested in using icecast to broadcast university courses to foreign (or far away) students. I suppose it will work fine but could someone tell me if they've already used icecast successfully in this situation, and eventually in which university, so I could back my proposition with some success stories. Thanks in advance. Jerome Alet Medicine School of Nice --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bowserj at unbc.ca Sun Sep 30 19:02:42 2001 From: bowserj at unbc.ca (Joe Bowser) Date: Sun, 30 Sep 2001 12:02:42 -0700 (PDT) Subject: [icecast] Stupid question of the day In-Reply-To: <20010930175219.A381@nordine.ateur> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 30 Sep 2001, Jerome Alet wrote: > Hi all, > > I just wanted to know where to find icecast2. There are two sources one is.... > > Does it exist only in CVS ? CVS is one of the two, and the other is http://i.cantcode.com/~jack/. However, I am assuming that this is an old bitkeeper snapshot. (I'm still having trouble piecing together Icecast2 from CVS. I wonder why the new Icecast site hasn't been posted yet? - -- - ------------------------------------------------ Joe Bowser - bowserj at unbc.ca - ----------------------------------------------- http://bowserj.n3.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7t2xUKYefN4RFrdoRAl5vAJ98vkVqvv3AuE0i3ks7tMcao7AZVACfeniB 62UMor1XAU3YnZfM3ejh/78= =LqF8 -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sun Sep 30 19:05:12 2001 From: jack at xiph.org (Jack Moffitt) Date: Sun, 30 Sep 2001 13:05:12 -0600 Subject: [icecast] Stupid question of the day In-Reply-To: Message-ID: <20010930130512.L9390@i.cantcode.com> > (I'm still having trouble piecing together Icecast2 > from CVS. Why? It's documented in 'HACKING' in the icecast module. It's fairly straightforward. What issue are you running into specifically? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.