From superbabes at totalhotty.com Fri Nov 2 20:37:49 2001 From: superbabes at totalhotty.com (SUPERBABES) Date: Fri, 02 Nov 2001 21:37:49 +0100 Subject: [icecast] WORLDS NO.1 WEBSITE .. INCREDIBLE ! Message-ID: <20011102203955.464BD18D00E@motherfish.xiph.org> Dear Ladies & Gentlemen, Welcome to the GREATEST SEX SHOW on the ENTIRE NET ! We now offer you to ENTER the World?s No.1 voted SEX-SERVER on the WEB ! By far the largest and most incredible content of LIVE SEX is now served to users WORLDWIDE! EVERYTHING is offered 100% ANONOMOUSLY & you don?t need to sign-up or have a creditcard ... The way it should be ! TO PLUGIN and get access to something you with guarantee NEVER have seen before, use ANY of the servers listed below ! Enjoy the BEST! Yours truly, SUPERBABES ENTERTAINMENT INC. To get EASY ACCESS & PLUGIN to the LARGEST CONTENT SEXSERVER on the NET, use any of the 3 SERVERS listed here: 1. http://wwwap.to/superbabes 2. http://superbabes.onweb.cx 3. http://pornking.bl.am --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 baselbiet.ch Sun Nov 4 16:12:31 2001 From: andrew at baselbiet.ch (Andreas Gunzenhauser) Date: Sun, 4 Nov 2001 17:12:31 +0100 Subject: [icecast] how many streams can icecast handle ? Message-ID: <002a01c1654b$822d6450$1a01a8c0@ANDREW> hi everyone For my diploma work on streaming music, I'm looking into cost of handling a large amount of users. Somehow I couldnt find some experience on the net about how many concurrent streams a single box could handle using icecast (without encoding, just the streaming of pre-encoded mp3-files). Does anybody have some experience that I could include as a reference point ? Thanks ! Andrew --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Sun Nov 4 16:34:45 2001 From: wildbill at kpig.com (William Goldsmith) Date: Sun, 4 Nov 2001 08:34:45 -0800 Subject: [icecast] how many streams can icecast handle ? In-Reply-To: <002a01c1654b$822d6450$1a01a8c0@ANDREW> Message-ID: <011201c1654e$9d6a7a20$a103fea9@laptop> The simple answer is: way more than your Internet connection will support :-) The server consumes very little in the way of resources. Your outgoing bandwidth will almost certainly be the limiting factor. Just divide your available bandwidth by the bitrate of your stream (& lop off about 5% of that number for overhead & a safety margin) . Example: a T1 line = 1.54 mbps = 1540 kbps / 24kbps (stream bitrate) = 64 streams So a T-1 line can support 64 24kbps streams (in theory). In practice, about 60 -bg > hi everyone > > For my diploma work on streaming music, I'm looking into > cost of handling a large amount of users. > > Somehow I couldnt find some experience on the net about > how many concurrent streams a single box could handle > using icecast (without encoding, just the streaming > of pre-encoded mp3-files). > > Does anybody have some experience that I could include > as a reference point ? > > Thanks ! > > Andrew > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at 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 radio at hampshire.edu Sun Nov 4 16:42:02 2001 From: radio at hampshire.edu (radio project) Date: Sun, 04 Nov 2001 11:42:02 -0500 Subject: [icecast] globecom jukebox Message-ID: has anyone out there successfully set up a globecom jukebox system and gotten it to work with icecast?? if so, would you be willing to share info? we're having a lot of trouble. -peter --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 baselbiet.ch Sun Nov 4 16:44:44 2001 From: andrew at baselbiet.ch (Andreas Gunzenhauser) Date: Sun, 4 Nov 2001 17:44:44 +0100 Subject: AW: [icecast] how many streams can icecast handle ? In-Reply-To: <011201c1654e$9d6a7a20$a103fea9@laptop> Message-ID: <002b01c16550$027e3860$1a01a8c0@ANDREW> Thanks Bill ! I see ;-) soo cpu power is not the bottleneck - but available bandwidth is. ok here's one scenario: lets say my provider here in Switzerland would connect me to his hosting center, which has the following bandwidths: - 155 Mbit ATM Network internally (so anyone logging on to the provider directly is not the problem, there should be enough bandwidth) - Peerings to other ISP's of - as he writes - 200 MBit -> so this should be enough for, let's say, 2000 streams Could one single machine handle that ? Or is my calculation at all wrong ? thanks, the information is most appreciated, as it's just 2 weeks until I have to hand in my diploma work ;-) best regrads andrew > -----Urspr?ngliche Nachricht----- > Von: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]Im Auftrag > von William Goldsmith > Gesendet: Sonntag, 4. November 2001 17:35 > An: icecast at xiph.org > Betreff: Re: [icecast] how many streams can icecast handle ? > > > The simple answer is: way more than your Internet connection > will support > :-) > > The server consumes very little in the way of resources. Your outgoing > bandwidth will almost certainly be the limiting factor. Just > divide your > available bandwidth by the bitrate of your stream (& lop off > about 5% of > that number for overhead & a safety margin) . > > Example: a T1 line = 1.54 mbps = 1540 kbps / 24kbps (stream > bitrate) = 64 > streams > > So a T-1 line can support 64 24kbps streams (in theory). In > practice, about > 60 > > -bg > > > > hi everyone > > > > For my diploma work on streaming music, I'm looking into > > cost of handling a large amount of users. > > > > Somehow I couldnt find some experience on the net about > > how many concurrent streams a single box could handle > > using icecast (without encoding, just the streaming > > of pre-encoded mp3-files). > > > > Does anybody have some experience that I could include > > as a reference point ? > > > > Thanks ! > > > > Andrew > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at 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 wagner at wagnerone.com Sun Nov 4 16:45:29 2001 From: wagner at wagnerone.com (Wagner One) Date: Sun, 04 Nov 2001 10:45:29 -0600 Subject: [icecast] mysterious timeouts In-Reply-To: <011201c1654e$9d6a7a20$a103fea9@laptop> Message-ID: Hey all, I'm running an icecast server (latest version) and providing streams to it via ices (latest version). Myself and many others have no trouble whatsoever connecting to the streams and listening indefinitely. There are a good number of people that have tried and tried to connect but either get constant drops and/or cannot connect at all. The only thing I could attribute it to was the possible problems with streaming the meta data. At first I had "use_meta_data 1" in the icecast config, changed it to "use_meta_data 0" to some good effect I believe as at least one person said his problem ceased immediately after that. At some point I just removed the "use_meta_data" line entirely. I'm not entirely sure how to ensure no meta data whatsoever is used. At this point clients still receive the station name, the URL and the song title (actually just the file name I believe-though at times it still seems to pick up additional information). I wouldn't be surprised if some of the connecting people are just clueless. You'll have that, but some of them I know personally and have been giving them all sorts of things to try in order to connect. The people that I trust for valid feedback are able to connect to several other streaming mp3 stations (not hosted on my machine) and use a variety of clients (winamp/itunes/etc.). I didn't see a way to disable throttling so I cranked it up beyond that of my actual bandwidth. I have plenty of unused bandwidth. That should not be an issue (and the people that can connect never have drops or any issues). Any particular information I should be collecting from the clients having the issues and/or anything that strikes anyone right off about any server config issues I may be having? Happy to provide additional details if needed. Thanks, Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 baselbiet.ch Tue Nov 6 13:03:25 2001 From: andrew at baselbiet.ch (Andreas Gunzenhauser) Date: Tue, 6 Nov 2001 14:03:25 +0100 Subject: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <200111060711.fA67B2V12189@hip.soma.net> Message-ID: <002a01c166c3$6c9f9c60$1a01a8c0@ANDREW> Hi everyone I have one final question regarding my diploma work. As it seems, the hardware performance seems not to be the bottleneck when streaming out ONE stream to x clients. What happens when I use instead of ONE stream different streams, because my concept is an on-demand radio station that basically provides everyone with access to a huge library of music files and lets him create an own playlist that will be played only for him.. so if there is 1000 concurrent users, can there be 1000 different mount points - and will it still work ? thanks for sharing your experience, really helps me out ! Andrew --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Tue Nov 6 23:08:19 2001 From: jack at xiph.org (Jack Moffitt) Date: Tue, 6 Nov 2001 16:08:19 -0700 Subject: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <002a01c166c3$6c9f9c60$1a01a8c0@ANDREW> Message-ID: <20011106160819.D27934@babyjesus.cantcode.com> > What happens when I use instead of ONE stream > different streams, because my concept is an on-demand > radio station that basically provides everyone with > access to a huge library of music files and lets him > create an own playlist that will be played only for him.. > so if there is 1000 concurrent users, can there be 1000 > different mount points - and will it still work ? Theoretically you can use as many mountpoints as you want. Unfortunately, some of the locking in icecast 1.x isn't very well done, and this causes problems in specifically this instance (of large numbers of mountpoints). Practical testing of icecast under these conditions revealed that 25-50 mount points is reasonable, but much more starts to get dicey. > 100 is almost totally usuable. This won't be as big of an issue in icecast2 since the locking was more well thought out this time through. I hope to make the mountpoints a nonissue, as the number of clients currently are. 25-50 should be enough for even hardcore use, and if you need more (as we did. we were doing 450+ streams), it's easy enough to split them over multiple icecast servers with each server handling 25-50 streams. 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 chris.hollow at home.com Wed Nov 7 01:07:45 2001 From: chris.hollow at home.com (Chris) Date: Tue, 6 Nov 2001 20:07:45 -0500 Subject: [icecast] darkice connection error Message-ID: <20011106200745.E23875@diablo.redlight.net> I am having a problem with darkice and i was hoping that you could help me. i'm running freebsd 4.2. i had icecast-1.3.7 and darkice-0.7. icecast was +building to 100% cpu so i up'd it to 1.3.11. icecast now runs at a reasonable +cpu but i'm getting the following error when i try to start darkice: DarkIce: DarkIce.cpp:572: can't open connector [0] any help that you can give me is greatly appreciated. if there is anything i +can provide you please let me know. thanks. chris -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.0.6 (OpenBSD) Comment: For info see http://www.gnupg.org key available at http://redlight.homeip.net/chollow.publickey -----END PGP PUBLIC KEY BLOCK----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 baselbiet.ch Wed Nov 7 10:24:22 2001 From: andrew at baselbiet.ch (Andreas Gunzenhauser) Date: Wed, 7 Nov 2001 11:24:22 +0100 Subject: AW: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <20011106160819.D27934@babyjesus.cantcode.com> Message-ID: <005701c16776$5ea862a0$1a01a8c0@ANDREW> Hi Jack thanks a lot for the inside information about the mountpoints. So what you're saying is that I need for my project when doing with icecast 1.x - per 25-50 concurrent users one single server So problem is, if I wanted to handle, say 1000 streams, I would need 200 Servers..this puts the concept a bit in jeopardy because that would push the cost of the service into astronomical..in comparison to handling, as I had planned until now, 500 individual streams per server. So I guess I'll have to wait until Icecast 2 for doing a real prototype of this. Just so that I get this right - if I have 1000 different on-demand streams (its on-demand radio from huge mp3-library for users) mountpoints are definitly the way to go, yes ? Or am I on the woodpath ? Thanks a lot Andrew > -----Ursprungliche Nachricht----- > Von: Jack Moffitt [mailto:jack at xiph.org] > Gesendet: Mittwoch, 7. November 2001 00:08 > An: Andreas Gunzenhauser > Cc: icecast at xiph.org > Betreff: Re: [icecast] final question: how many mountpoints > can icecast > handle ? > > > > What happens when I use instead of ONE stream > > different streams, because my concept is an on-demand > > radio station that basically provides everyone with > > access to a huge library of music files and lets him > > create an own playlist that will be played only for him.. > > so if there is 1000 concurrent users, can there be 1000 > > different mount points - and will it still work ? > > Theoretically you can use as many mountpoints as you want. > Unfortunately, some of the locking in icecast 1.x isn't very > well done, > and this causes problems in specifically this instance (of > large numbers > of mountpoints). > > Practical testing of icecast under these conditions revealed > that 25-50 > mount points is reasonable, but much more starts to get > dicey. > 100 is > almost totally usuable. > > This won't be as big of an issue in icecast2 since the > locking was more > well thought out this time through. I hope to make the mountpoints a > nonissue, as the number of clients currently are. > > 25-50 should be enough for even hardcore use, and if you > need more (as > we did. we were doing 450+ streams), it's easy enough to split them > over multiple icecast servers with each server handling 25-50 streams. > > 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 msmith at labyrinth.net.au Wed Nov 7 10:50:07 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Wed, 07 Nov 2001 21:50:07 +1100 Subject: AW: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <005701c16776$5ea862a0$1a01a8c0@ANDREW> Message-ID: <3.0.5.32.20011107215007.41f04960@mail.labyrinth.net.au> >So problem is, if I wanted to handle, say 1000 streams, >I would need 200 Servers..this puts the concept a bit >in jeopardy because that would push the cost of the service >into astronomical..in comparison to handling, as I had planned >until now, 500 individual streams per server. Well, your calculations are a bit off here to begin with - the numbers here give 20 (or more) servers, not 200 or more. > >So I guess I'll have to wait until Icecast 2 for doing >a real prototype of this. > >Just so that I get this right - if I have 1000 different on-demand >streams (its on-demand radio from huge mp3-library for users) >mountpoints are definitly the way to go, yes ? Or am I on the woodpath ? Really, you're on completely the wrong path here - there's a simple way to do this. Remember: icecast just serves content over HTTP. If all you want to do is serve a static mp3 library to individual users, seperately, then a web server (such as apache) is much better suited to your needs. This isn't to suggest that icecast CAN'T do this, but it isn't really the most sensible approach. 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 andrew at baselbiet.ch Wed Nov 7 12:44:05 2001 From: andrew at baselbiet.ch (Andreas Gunzenhauser) Date: Wed, 7 Nov 2001 13:44:05 +0100 Subject: AW: AW: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <3.0.5.32.20011107215007.41f04960@mail.labyrinth.net.au> Message-ID: <005c01c16789$e363bef0$1a01a8c0@ANDREW> Hello Michael damn, I was afraid of that, but thanks for lightening me up (although I am in complete darkness now, after having seen the light just some days ago..) I'm looking into http streaming of the static files just now, but I came to find that there is one huge drawback: 1. when sending the stream out with icecast/shoutcast it would be possible to "push" the next song in, even let the user influence this so that he could act like when playing a CD, so he could go on to the next song etc and request specific songs from his playlist. Unfortunately, as it turned out, icecast is thought to send a FEW source-streams to MANY users. What I want to do is send ONE source-stream to ONE user, so it will be as many source streams as there will be users. 2. When using http streaming, sending ONE static mp3 file to one user works fine, apache can handle many such streams, but the user could then just have ONE file sent, then select the next and play it etc -> so its again a computer-thing, no stereo-like interface that even my mum could use when connected to the internet to look for songs, add to playlist and let them be played by a continous stream. Please excuse my ignorance but I don't know about a way to do such a thing to have a way to interact with the stream. Anybody ? best regards, Andrew > -----Ursprungliche Nachricht----- > Von: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]Im Auftrag > von Michael Smith > Gesendet: Mittwoch, 7. November 2001 11:50 > An: icecast at xiph.org > Betreff: Re: AW: [icecast] final question: how many mountpoints can > icecast handle ? > > > > >So problem is, if I wanted to handle, say 1000 streams, > >I would need 200 Servers..this puts the concept a bit > >in jeopardy because that would push the cost of the service > >into astronomical..in comparison to handling, as I had planned > >until now, 500 individual streams per server. > > Well, your calculations are a bit off here to begin with - the numbers > here give 20 (or more) servers, not 200 or more. > > > > >So I guess I'll have to wait until Icecast 2 for doing > >a real prototype of this. > > > >Just so that I get this right - if I have 1000 different on-demand > >streams (its on-demand radio from huge mp3-library for users) > >mountpoints are definitly the way to go, yes ? Or am I on > the woodpath ? > > Really, you're on completely the wrong path here - there's a simple > way to do this. Remember: icecast just serves content over > HTTP. If all > you want to do is serve a static mp3 library to individual > users, seperately, > then a web server (such as apache) is much better suited to > your needs. > > This isn't to suggest that icecast CAN'T do this, but it > isn't really the > most sensible approach. > > 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. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 7 12:59:43 2001 From: alet at unice.fr (Jerome Alet) Date: Wed, 7 Nov 2001 13:59:43 +0100 (MET) Subject: AW: AW: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <005c01c16789$e363bef0$1a01a8c0@ANDREW> Message-ID: Hi, On Wed, 7 Nov 2001, Andreas Gunzenhauser wrote: > damn, I was afraid of that, but thanks for lightening me up > (although I am in complete darkness now, after having seen > the light just some days ago..) > > I'm looking into http streaming of the static files just now, > but I came to find that there is one huge drawback: > > 1. when sending the stream out with icecast/shoutcast > it would be possible to "push" the next song in, even > let the user influence this so that he could act like > when playing a CD, so he could go on to the next song etc > and request specific songs from his playlist. > > Unfortunately, as it turned out, icecast is thought to > send a FEW source-streams to MANY users. What I want to do is send > ONE source-stream to ONE user, so it will be as many source streams > as there will be users. Maybe I'm completely wrong here, but what I'd do if I were you would be to allow people to generate their own playlist with a cgi script (or php or whatever) of some sort picking songs in your database, then let their mp3 tool (be it xmms, mpg123, winamp, itunes, realplayer) play this playlist. This way you'll not need any source to your icecast server and a single server could handle most of the load, if not all. Provided your icecast server's name is "yourserver" and it listens on port 8000, then just take a look at http://yourserver:8000/playlist.pls output and do the same from your cgi script (launched through Apache) with a cgi output like this one : --- CUT --- [playlist] NumberOfEntries=3 File1=http://yourserver:8000/file/songs/song1.mp3 File2=http://yourserver:8000/file/songs/song2.mp3 File3=http://yourserver:8000/file/songs/song3.mp3 --- CUT --- provided you set the correct content-type in your cgi output this playlist would be played automatically (sorry I don't know what it must be, maybe something like audio/x-mpegurl but not sure) Now the difficult part is to allow the people to browse your database to construct their own playlist, but you know better than me how to do. wouldn't it solve your problem ? Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 kirk at braille.uwo.ca Wed Nov 7 13:09:22 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: 07 Nov 2001 08:09:22 -0500 Subject: [icecast] Memory leak in ices-2 In-Reply-To: <20011106200745.E23875@diablo.redlight.net> Message-ID: Hi everyone: I am running a couple of ices2 streams one with a fairly small playlist and one with a play list which is currently about 1000 pieces. The 1000 piece stream appears to have a bad memory leak. The streamer dies about every 16 to 20 hours with a process out of memory error. Has anyone else seen this problem or have any suggestions? The stream with the smaller play list appears to not have any problems at all. I am using ices2 and libshout2 out of cvs. The ogg encoding is 44100hz stereo encoded at oggenc's default compression. The stream is feeding two streams, one at 128 bits and the other at 64. I also have a hunch the pieces are occasionally getting clipped off before their end but I'm not a hundred percent sure because it does not always happen. Fairly rarely actually. Any suggestions would certainly be appreciated. Kirk -- Kirk Reiser The Computer Braille Facility e-mail: kirk at braille.uwo.ca University of Western Ontario phone: (519) 661-3061 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 7 13:25:48 2001 From: alet at unice.fr (Jerome Alet) Date: Wed, 7 Nov 2001 14:25:48 +0100 (MET) Subject: AW: AW: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: Message-ID: On Wed, 7 Nov 2001, Jerome Alet wrote: > provided you set the correct content-type in your cgi output this playlist > would be played automatically (sorry I don't know what it must be, maybe > something like audio/x-mpegurl but not sure) I've just verified in icecast 1.3.11 sources, it's "audio/x-scpls", and a hand made playlist seem to work fine, you can go back and forth in it no problem, so the cgi/php/whatever thing should work fine. hth. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 7 13:45:37 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Thu, 08 Nov 2001 00:45:37 +1100 Subject: [icecast] Memory leak in ices-2 In-Reply-To: Message-ID: <3.0.5.32.20011108004537.4184ca70@mail.labyrinth.net.au> At 08:09 AM 11/7/01 -0500, you wrote: >Hi everyone: I am running a couple of ices2 streams one with a fairly >small playlist and one with a play list which is currently about 1000 >pieces. The 1000 piece stream appears to have a bad memory leak. The >streamer dies about every 16 to 20 hours with a process out of memory >error. Has anyone else seen this problem or have any suggestions? >The stream with the smaller play list appears to not have any problems >at all. I've committed something which might (but I doubt it) be the cause of this - it's worth a try, at least, I guess. Is the playlist being reloaded very frequently? (playlist reloads get logged at level INFO) - even if it were, that shouldn't leak enough to be noticable in under a day. If not, then the length of the playlist should be irrelevent - unless there's a bad entry, or an entry pointing to a bad file, that it's choking on. You're not reencoding or anything? The reencoding code (or just encoding, though that's less likely) is by far the most likely culprit for major leaks. If you are, can you turn this off for a day or so to ensure that this is the problem? I saw something like this a couple of weeks ago locally - I'd left things running (xmms, icecast2, ices2) overnight, and when I came home the following day the kernel had killed off all three - I didn't have time to look into things then. Maybe this was the same problem? I don't know what setup I was running at the time. > >I am using ices2 and libshout2 out of cvs. The ogg encoding is >44100hz stereo encoded at oggenc's default compression. The stream is >feeding two streams, one at 128 bits and the other at 64. I also have >a hunch the pieces are occasionally getting clipped off before their >end but I'm not a hundred percent sure because it does not always >happen. Fairly rarely actually. I haven't noticed this, but I haven't done extensive testing lately (an automated test-suite is really hard to construct for this sort of thing, since a lot of the things I'd want to test for are VERY highly timing dependent. Still, it'd be nice to have...) If you can confirm that it DOES happen, I'll try to look deeper. 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 jack at xiph.org Wed Nov 7 14:47:29 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 7 Nov 2001 07:47:29 -0700 Subject: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <005701c16776$5ea862a0$1a01a8c0@ANDREW> Message-ID: <20011107074728.G28579@babyjesus.cantcode.com> The others had nice comments as well so I will just touch on a few points. I also agree that Apache is your best bet for what you are trying to do. > - per 25-50 concurrent users one single server it's 'per stream' not 'per user'. If it's one stream per user then it equals the same thing. > So problem is, if I wanted to handle, say 1000 streams, > I would need 200 Servers..this puts the concept a bit > in jeopardy because that would push the cost of the service > into astronomical..in comparison to handling, as I had planned > until now, 500 individual streams per server. You're confusing terms slightly. When I said 'server' I meant the icecast server, and here you are using it to mean a physical machine. You can run lots and lots of mountpoints on one physical machine, but only 25-50 per icecast instance. You can certainly run 20 icecast instances on the same physical machine to get the number of mountpoints you want. It's not much more effort, and shouldn't cost you anything extra. 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 christopher.hollow at cgi.ca Wed Nov 7 17:37:45 2001 From: christopher.hollow at cgi.ca (HOLLOW, CHRISTOPHER) Date: Wed, 07 Nov 2001 12:37:45 -0500 Subject: [icecast] darkice connection error In-Reply-To: <[icecast] darkice connection error> Message-ID: <3BE97169.6AAFE260@cgi.ca> Wanted to give a quick update. The problem still exists but I may have isolated the problem a bit. I tried to stream to the icecast server using both liveice and holyshout. Neither could connect. I also had a friend (thx vanguardist) attempt to stream remotely to my server. He received a connection error as well. It would appear to me (in my AMATEUR opinion) that the icecast server is not accepting connectons. Any adice? chris. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 7 17:42:01 2001 From: darkeye at tyrell.hu (Akos Maroy) Date: Wed, 07 Nov 2001 18:42:01 +0100 Subject: [icecast] darkice connection error In-Reply-To: <3BE97169.6AAFE260@cgi.ca> Message-ID: <3BE97269.4040603@tyrell.hu> HOLLOW, CHRISTOPHER wrote: > Wanted to give a quick update. The problem still exists but I may have > isolated the problem a bit. I tried to stream to the icecast server > using both liveice and holyshout. Neither could connect. I also had a > friend (thx vanguardist) attempt to stream remotely to my server. He > received a connection error as well. It would appear to me (in my > AMATEUR opinion) that the icecast server is not accepting connectons. > Any adice? check your settings :) try to connect to the icecast server manually, with telnet. e.g.: telnet your.icecast.server 8000 if this succeeds, the clients are at fault. From what you write, it seems that the server settings in the clients is incorrect, or the server is not running --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 7 17:43:07 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 7 Nov 2001 10:43:07 -0700 Subject: [icecast] darkice connection error In-Reply-To: <3BE97169.6AAFE260@cgi.ca> Message-ID: <20011107104307.O28579@babyjesus.cantcode.com> > received a connection error as well. It would appear to me (in my > AMATEUR opinion) that the icecast server is not accepting connectons. > Any adice? Or that you are blocking them. Or you have bound icecast to an internal ip like 127.0.0.1. Attach your icecast.conf 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 kirk at braille.uwo.ca Wed Nov 7 23:36:50 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: 07 Nov 2001 18:36:50 -0500 Subject: [icecast] Memory leak in ices-2 In-Reply-To: <3.0.5.32.20011108004537.4184ca70@mail.labyrinth.net.au> Message-ID: Okay, I am re-encoding the 64bps stream from the 128 encoded files in the 1000 play list. I'll try shutting that down and see if that helps before I update cvs. Some days the play list gets reloaded a number of times because I'm adding new material. Other days it does not. I haven't added anything for the past 4 or 5 days though and I'm still seeing the problem. I'll try shutting down the 64 bps re-encode stream and watch for a day or so and get back to you. Kirk -- Kirk Reiser The Computer Braille Facility e-mail: kirk at braille.uwo.ca University of Western Ontario phone: (519) 661-3061 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Thu Nov 8 13:34:33 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Fri, 09 Nov 2001 00:34:33 +1100 Subject: [icecast] Memory leak in ices-2 In-Reply-To: Message-ID: <3.0.5.32.20011109003433.41b31690@mail.labyrinth.net.au> At 06:36 PM 11/7/01 -0500, you wrote: >Okay, I am re-encoding the 64bps stream from the 128 encoded files in >the 1000 play list. I'll try shutting that down and see if that helps >before I update cvs. Some days the play list gets reloaded a number >of times because I'm adding new material. Other days it does not. I >haven't added anything for the past 4 or 5 days though and I'm still >seeing the problem. > >I'll try shutting down the 64 bps re-encode stream and watch for a day >or so and get back to you. Having looked a little closer at potential causes for this problem, it looks like my bugfix yesterday (which I thought at the time was inconsequential and unlikely to ever have any important effect) is actually relevent here - it could well have caused BIG memory leaks in certain cases when reencoding (cases that my normal tests happened not to catch, I guess). I think things should be ok now, and I'm running a full reencoder test locally at the moment. 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 kirk at braille.uwo.ca Thu Nov 8 13:41:16 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: 08 Nov 2001 08:41:16 -0500 Subject: [icecast] Memory leak in ices-2 In-Reply-To: <3.0.5.32.20011109003433.41b31690@mail.labyrinth.net.au> Message-ID: Great! We've already updated so we'll compile and give your new stuff a try. I'll let you know what the outcome is one way or ta other. Thanx for the heads up. Kirk -- Kirk Reiser The Computer Braille Facility e-mail: kirk at braille.uwo.ca University of Western Ontario phone: (519) 661-3061 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 chris.hollow at home.com Fri Nov 9 00:07:47 2001 From: chris.hollow at home.com (Chris) Date: Thu, 8 Nov 2001 19:07:47 -0500 Subject: [icecast] darkice connection error In-Reply-To: <[icecast] darkice connection error> Message-ID: <20011108190747.B16061@diablo.redlight.net> hey guys, i got so frustrated, and there were so many guys working on different angles/problems on the same box that i just nuked the os and started over. i really appreciate the time you took to help me out. the problem is a non-issue now but that doesn't mean i don't appreciate your intent. thanx again and you'll likely hear more out of this camp before too long. chris. -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.0.6 (OpenBSD) Comment: For info see http://www.gnupg.org mQGiBDuxCh8RBADrVvFOFshtuOUbKxGBx3Quh7NPg2Ugzo9xWoxwHn8TQQZ0xnVP KKW0+AuuCbP4peXXZRGE23R6TkfsvEyWxsSpIdFNsIgNSHpQhKbKj19V627WYPjh YdreNrsW+LKitvEvCzg7iEaY/UWu+wr2vvrEpj0vmiBpR8wyOkh8uBsgcwCg5hsM q4Kpz1caJFcBCcd8w4x1HCkEAI5zbwaQ9OMCr9H2epbjRRD3oUP15GuhVuopbVU3 omt7g3rLABNV6hJrZthqaMakQJl+s/TvTcx3Xk3SwKy6WabzJqrFIw0rh99csgvM zYb2Uhz3TegIveBjWS5NIeTcwsgaWJi3MpLDZYmQ8+WrShrrJQtqJBAolwGaapTD CktEBACwxt3t2ZVQPjNqNjAGFiVgyJWXVOGCxjYdn+JX2HIzNi9fhqtIaI1WRwoB lc2SZaLk0mdESUm0YKDlOS7Lv1hMkJhHjf8NYIv5WeU4lE1KRvAc2rB62qrovaBg G5UCMdVfTZ1QXHXjt3rD/HOlmaCYxF8I6YnhpGrzLmJlKpGGubQsQ2hyaXMgSG9s bG93IChHbnVQRykgPGNocmlzLmhvbGxvd0Bob21lLmNvbT6IVwQTEQIAFwUCO7EK HwULBwoDBAMVAwIDFgIBAheAAAoJEHVbCaMwnMgchMwAoJIQYR6lyYy16UQtxKTK c8MUzT6FAJ0blPxpFvXaMTuBAHSqd2YJuNCBe7kBDQQ7sQooEAQA007CViDAiiRp 2lDqQnSdo3tTTwYnUMQ0jh7GgPS3T+DLAGyAfyB6m8r44xSkE8X0gDAnqN4hOx+T f7ElBc+vD3wQ9FZl1L4LDrjvfqN3W6WzXRHsb4+Bf1ra9c3JeG070/tnPl0K6DD0 rNfmroErlSxEpD+9UjA1YRpvOFbAs+sAAwUEAMqVUgGabwind493SsTC/s5OFenh XnCyF0e5yo52Q/1qb/l5K2kF/iNKEeM9ahry+5myZJPZp/CJKJ1Sf0esVHEpmRdU RJXMuwz/IYnfXFIitUtzmf+ly6XoyDGTe4gfVQjYLguWIMr5skvQoI8pDMCTnznk /zB+VCotheWzbfHHiEYEGBECAAYFAjuxCigACgkQdVsJozCcyBwiRgCfT62WGHoM ptK3cLisTlW/MkDMaRcAn3Pkvrylpb5k0E+EcnuyjCXjRjwi =MdKp -----END PGP PUBLIC KEY BLOCK----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 jimshep at mindspring.com Fri Nov 9 07:28:16 2001 From: jimshep at mindspring.com (Jim Shepherd) Date: 09 Nov 2001 02:28:16 -0500 Subject: [icecast] Unable to use playlist module in ices Message-ID: <1005290896.2089.2.camel@shep> I have just downloaded from anoncvs at xiph.org the ogg, vorbis, icecast, and ices modules. I compiled and installed all four modules without any errors. I seem to have icecast working correctly (no errors in the logs), but I cannot get ices started. I receive the following errors in the log file: [2001-11-09 07:04:54] EROR playlist-builtin/playlist_open_module No playlist type given, cannot initialise playlist module [2001-11-09 07:04:54] EROR input/input_loop Couldn't initialise input module "playlist" I use the following command: ices -c /usr/local/etc/ices-playlist.xml and the contents of /usr/local/etc/ices-playlist.xml are appended to the end of this post. It seems that the playlist type is correct and the playlist file itself is a plain text file with one filename per line. Any suggestions on what is configured incorrectly would be appreciated. Thanks in advance, Jim 0 /tmp ices.log 4 Jim Tunes Rock My personal collection playlist basic /usr/share/ogg/all.txt 0 0 localhost 8000 hackme /example1.ogg 2 5 80 128000 44100 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 msmith at labyrinth.net.au Fri Nov 9 08:17:32 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Fri, 09 Nov 2001 19:17:32 +1100 Subject: [icecast] Unable to use playlist module in ices In-Reply-To: <1005290896.2089.2.camel@shep> Message-ID: <3.0.5.32.20011109191732.427a1b10@mail.labyrinth.net.au> At 02:28 AM 11/9/01 -0500, you wrote: >I have just downloaded from anoncvs at xiph.org the ogg, vorbis, icecast, >and ices modules. I compiled and installed all four modules without any >errors. I seem to have icecast working correctly (no errors in the >logs), but I cannot get ices started. I receive the following errors in >the log file: > >[2001-11-09 07:04:54] EROR playlist-builtin/playlist_open_module No >playlist type given, cannot initialise playlist module >[2001-11-09 07:04:54] EROR input/input_loop Couldn't initialise input >module "playlist" > >I use the following command: > >ices -c /usr/local/etc/ices-playlist.xml > Erm. I think I'll just give myself an F for error messages. The correct error message here is "Incorrect usage. Usage is: ices configfile.xml". The actual error message you're getting is because it fails to open the config file, then gets further, and finally gives up because there isn't a default value for the playlist type. Anyway, no -c, just "ices /usr/local/etc/ices-playlist.xml" I'll clean up the error messages here. You'll also need (you may have it, but you didn't say...) the libshout module out of cvs. If it linked anyway, you probably had an old libshout (for mp3 streaming) around, it won't actually run. 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 msmith at labyrinth.net.au Fri Nov 9 11:35:41 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Fri, 09 Nov 2001 22:35:41 +1100 Subject: [icecast] Unable to use playlist module in ices In-Reply-To: <1005290896.2089.2.camel@shep> Message-ID: <3.0.5.32.20011109223541.421c4860@mail.labyrinth.net.au> >It seems that the playlist type is correct and the playlist file itself >is a plain text file with one filename per line. Any suggestions on >what is configured incorrectly would be appreciated. > Jim, As it turns out, this was a real bug - the code that read in the config file was checking return values incorrectly, and so it THOUGHT it had read the file right, but it had actually failed. This is now fixed in cvs. Thanks for the bug report. 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 msmith at labyrinth.net.au Sat Nov 10 05:55:46 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Sat, 10 Nov 2001 16:55:46 +1100 Subject: [icecast] Memory leak in ices-2 In-Reply-To: Message-ID: <3.0.5.32.20011110165546.41a2b670@mail.labyrinth.net.au> At 06:36 PM 11/7/01 -0500, you wrote: >Okay, I am re-encoding the 64bps stream from the 128 encoded files in >the 1000 play list. I'll try shutting that down and see if that helps >before I update cvs. Some days the play list gets reloaded a number >of times because I'm adding new material. Other days it does not. I >haven't added anything for the past 4 or 5 days though and I'm still >seeing the problem. I just found another memory leak, this one in the playlist-reloading code. This one wouldn't be huge (unlike the reencoder leak), but it might exacerbate the problem. It's fixed now, in cvs. Also, the reencoder code is now MUCH more tolerant of bad input. So is the rest of ices2. Now it won't collapse in a heap if you feed it bad files. 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 kirk at braille.uwo.ca Sat Nov 10 21:34:29 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: 10 Nov 2001 16:34:29 -0500 Subject: [icecast] Memory leak in ices-2 In-Reply-To: <3.0.5.32.20011110165546.41a2b670@mail.labyrinth.net.au> Message-ID: Hi Mike: Thanx I will update our ices cvs once again. The last set of changes has made quite a bit of difference. The streamer has been up for over 24 hours without crapping out. I'd say you've done a nice job. We will let you know once we've updated and compiled and run it again. Thanx a lot! Kirk -- Kirk Reiser The Computer Braille Facility e-mail: kirk at braille.uwo.ca University of Western Ontario phone: (519) 661-3061 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 frank at pineaus.com Sun Nov 11 20:58:40 2001 From: frank at pineaus.com (Frank Pineau) Date: Sun, 11 Nov 2001 15:58:40 -0500 Subject: [icecast] Problem compiling ices Message-ID: Anyone have any idea what might be causing this error during compiling? .... 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 -rdynamic -L/usr/local/lib /usr/lib/perl5/5.00503/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.00503/i386-linux/CORE -lperl -lnsl -ldl -lm -lc -lposix -lcrypt -L/usr/lib -lxml2 -lz -L/lib -lm -lm stream.o: In function `stream_send_data': /tmp/ices-0.2.2/src/stream.c:344: undefined reference to `shout_strerror' stream.o: In function `stream_connect': /tmp/ices-0.2.2/src/stream.c:368: undefined reference to `shout_strerror' collect2: ld returned 1 exit status make[3]: *** [ices] Error 1 make[3]: Leaving directory `/tmp/ices-0.2.2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/ices-0.2.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/ices-0.2.2' make: *** [all-recursive-am] Error 2 Tried several different versions (including latest CVS) with more or less the same result. (Incidentally, the search function on the mailing list archives appears not to work as well. *sigh*) -- <*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*> Frank Pineau ------------> frank at pineaus.IHATESPAM.com http://www.pineaus.com It is pitch black. You are likely to be eaten by a grue. <*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*> PGP Public Key: http://www.pineaus.com/frankpineau.asc No mail from free e-mail systems such as Hotmail or Yahoo will be accepted. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 pharkawik at hampshire.edu Wed Nov 14 04:30:18 2001 From: pharkawik at hampshire.edu (pharkawik at hampshire.edu) Date: Tue, 13 Nov 2001 23:30:18 -0500 Subject: [icecast] automatic gain control Message-ID: we have a web-based station running liveice and aumix and the levels are all over the place. is there a way to do automatic gain control on the soundcard input? -peter --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Reuben at FishB8.dns2go.com Wed Nov 14 15:41:14 2001 From: Reuben at FishB8.dns2go.com (Reuben Martin) Date: Wed, 14 Nov 2001 09:41:14 -0600 Subject: [icecast] automatic gain control In-Reply-To: <[icecast] automatic gain control> Message-ID: <3BF2909A.2090408@FishB8.dns2go.com> > we have a web-based station running liveice and aumix and the levels are all > over the place. is there a way to do automatic gain control on the soundcard > input? > > -peter Run the signal through a Compressor/Limiter before sending it to your soundcard. I use Behringer Ultra-Dyne Pro DSP9024. Very nice. If you want to buy it look here: http://www.zzounds.com/love.music?p=p.BEHDSP9024&z=1221177312792 -Reuben --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 mac.com Wed Nov 14 16:05:26 2001 From: sublime at mac.com (sublime at mac.com) Date: Wed, 14 Nov 2001 11:05:26 -0500 Subject: [icecast] automatic gain control In-Reply-To: <3BF2909A.2090408@FishB8.dns2go.com> Message-ID: we're actually using a furman c/l already, but the levels coming into the mixer are still all over the place. one mp3 might be much louder than another, the phone interface is way too loud, the dj mic is too quiet, etc. usually one of the planners ends up sitting by and adjusting the igain in aumix. is there any software-based solution? it seems like it wouldn't be all that hard to implement. -p > From: Reuben Martin > Reply-To: icecast at xiph.org > Date: Wed, 14 Nov 2001 09:41:14 -0600 > To: icecast at xiph.org > Cc: pharkawik at hampshire.edu > Subject: Re: [icecast] automatic gain control > >> we have a web-based station running liveice and aumix and the levels are all >> over the place. is there a way to do automatic gain control on the soundcard >> input? >> >> -peter > > > Run the signal through a Compressor/Limiter before sending it to your > soundcard. I use Behringer Ultra-Dyne Pro DSP9024. Very nice. If you > want to buy it look here: > http://www.zzounds.com/love.music?p=p.BEHDSP9024&z=1221177312792 > > > -Reuben > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 14 16:36:36 2001 From: wildbill at kpig.com (William Goldsmith) Date: Wed, 14 Nov 2001 08:36:36 -0800 Subject: [icecast] automatic gain control In-Reply-To: Message-ID: <000e01c16d2a$876769c0$a103fea9@laptop> >Fromwhat you describe, your comp/limiter can't possibly be working correctly. It should be the last unit in line before the sound card, and needs to be adjusted properly. You also need to balance the levels on your mixing board (so that the correc t level comes at predictable place on the slider). It might be worthwhile to find someone with some sound-mixing or radio engineering experience to help you out. Sounds like you're missing some very basic stuff. Software dynamics processing is more involved than you might think. And you'd be trying to use software to solve what is basically a hardware/user problem. Furman also makes total crap. You'd be much better off with one of the newer Behringer units. Cheap but very functional. Though that doesn't negate the need to take care of the basics mentioned above. -bg www.radioparadise.com www.kpig.com > we're actually using a furman c/l already, but the levels coming into the > mixer are still all over the place. one mp3 might be much louder than > another, the phone interface is way too loud, the dj mic is too quiet, etc. > usually one of the planners ends up sitting by and adjusting the igain in > aumix. is there any software-based solution? it seems like it wouldn't be > all that hard to implement. > > -p > > > From: Reuben Martin > > Reply-To: icecast at xiph.org > > Date: Wed, 14 Nov 2001 09:41:14 -0600 > > To: icecast at xiph.org > > Cc: pharkawik at hampshire.edu > > Subject: Re: [icecast] automatic gain control > > > >> we have a web-based station running liveice and aumix and the levels are all > >> over the place. is there a way to do automatic gain control on the soundcard > >> input? > >> > >> -peter > > > > > > Run the signal through a Compressor/Limiter before sending it to your > > soundcard. I use Behringer Ultra-Dyne Pro DSP9024. Very nice. If you > > want to buy it look here: > > http://www.zzounds.com/love.music?p=p.BEHDSP9024&z=1221177312792 > > > > > > -Reuben > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast-request at 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 sublime at mac.com Wed Nov 14 16:40:06 2001 From: sublime at mac.com (sublime at mac.com) Date: Wed, 14 Nov 2001 11:40:06 -0500 Subject: [icecast] automatic gain control In-Reply-To: <000e01c16d2a$876769c0$a103fea9@laptop> Message-ID: the ACG function that the compressor provides is limited at best. its adjustment is way too audible to make full use of it in balancing levels. yes, it is last in the chain. i'm just wondering if there's anything out there in the way of software. if a minidisc recorder can do it, why can't a $1000 pc? -p > From: "William Goldsmith" > Reply-To: icecast at xiph.org > Date: Wed, 14 Nov 2001 08:36:36 -0800 > To: > Subject: Re: [icecast] automatic gain control > > From what you describe, your comp/limiter can't possibly be working > correctly. It should be the last unit in line before the sound card, and > needs to be adjusted properly. You also need to balance the levels on your > mixing board (so that the correc t level comes at predictable place on the > slider). It might be worthwhile to find someone with some sound-mixing or > radio engineering experience to help you out. Sounds like you're missing > some very basic stuff. > > Software dynamics processing is more involved than you might think. And > you'd be trying to use software to solve what is basically a hardware/user > problem. > > Furman also makes total crap. You'd be much better off with one of the newer > Behringer units. Cheap but very functional. Though that doesn't negate the > need to take care of the basics mentioned above. > > -bg > www.radioparadise.com > www.kpig.com > > > >> we're actually using a furman c/l already, but the levels coming into the >> mixer are still all over the place. one mp3 might be much louder than >> another, the phone interface is way too loud, the dj mic is too quiet, > etc. >> usually one of the planners ends up sitting by and adjusting the igain in >> aumix. is there any software-based solution? it seems like it wouldn't be >> all that hard to implement. >> >> -p >> >>> From: Reuben Martin >>> Reply-To: icecast at xiph.org >>> Date: Wed, 14 Nov 2001 09:41:14 -0600 >>> To: icecast at xiph.org >>> Cc: pharkawik at hampshire.edu >>> Subject: Re: [icecast] automatic gain control >>> >>>> we have a web-based station running liveice and aumix and the levels > are all >>>> over the place. is there a way to do automatic gain control on the > soundcard >>>> input? >>>> >>>> -peter >>> >>> >>> Run the signal through a Compressor/Limiter before sending it to your >>> soundcard. I use Behringer Ultra-Dyne Pro DSP9024. Very nice. If you >>> want to buy it look here: >>> http://www.zzounds.com/love.music?p=p.BEHDSP9024&z=1221177312792 >>> >>> >>> -Reuben >>> >>> >>> --- >8 ---- >>> List archives: http://www.xiph.org/archives/ >>> icecast project homepage: http://www.icecast.org/ >>> To unsubscribe from this list, send a message to > 'icecast-request at 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 wildbill at kpig.com Wed Nov 14 17:06:32 2001 From: wildbill at kpig.com (William Goldsmith) Date: Wed, 14 Nov 2001 09:06:32 -0800 Subject: [icecast] automatic gain control In-Reply-To: Message-ID: <002201c16d2e$b6018280$a103fea9@laptop> Sounds like you need to fix the problem at the source first: balancing the levels going *into* your mixing board so that they're not all over the place coming out. You'll never fix that with any hardware or software device. I use a program called ecasound to do software dynamics processing, but you'd have to hack liveice pretty extensively to use it in that situation. Software dynamics processing is pretty complex (& processor-intensive). The mini-disc recorder you speak of almost certainly uses a dedicated DSP chip (or even analog AGC). -bg www.radioparadise.com www.kpig.com > the ACG function that the compressor provides is limited at best. its > adjustment is way too audible to make full use of it in balancing levels. > yes, it is last in the chain. i'm just wondering if there's anything out > there in the way of software. if a minidisc recorder can do it, why can't a > $1000 pc? > > -p > > > From: "William Goldsmith" > > Reply-To: icecast at xiph.org > > Date: Wed, 14 Nov 2001 08:36:36 -0800 > > To: > > Subject: Re: [icecast] automatic gain control > > > > From what you describe, your comp/limiter can't possibly be working > > correctly. It should be the last unit in line before the sound card, and > > needs to be adjusted properly. You also need to balance the levels on your > > mixing board (so that the correc t level comes at predictable place on the > > slider). It might be worthwhile to find someone with some sound-mixing or > > radio engineering experience to help you out. Sounds like you're missing > > some very basic stuff. > > > > Software dynamics processing is more involved than you might think. And > > you'd be trying to use software to solve what is basically a hardware/user > > problem. > > > > Furman also makes total crap. You'd be much better off with one of the newer > > Behringer units. Cheap but very functional. Though that doesn't negate the > > need to take care of the basics mentioned above. > > > > -bg > > www.radioparadise.com > > www.kpig.com > > > > > > > >> we're actually using a furman c/l already, but the levels coming into the > >> mixer are still all over the place. one mp3 might be much louder than > >> another, the phone interface is way too loud, the dj mic is too quiet, > > etc. > >> usually one of the planners ends up sitting by and adjusting the igain in > >> aumix. is there any software-based solution? it seems like it wouldn't be > >> all that hard to implement. > >> > >> -p > >> > >>> From: Reuben Martin > >>> Reply-To: icecast at xiph.org > >>> Date: Wed, 14 Nov 2001 09:41:14 -0600 > >>> To: icecast at xiph.org > >>> Cc: pharkawik at hampshire.edu > >>> Subject: Re: [icecast] automatic gain control > >>> > >>>> we have a web-based station running liveice and aumix and the levels > > are all > >>>> over the place. is there a way to do automatic gain control on the > > soundcard > >>>> input? > >>>> > >>>> -peter > >>> > >>> > >>> Run the signal through a Compressor/Limiter before sending it to your > >>> soundcard. I use Behringer Ultra-Dyne Pro DSP9024. Very nice. If you > >>> want to buy it look here: > >>> http://www.zzounds.com/love.music?p=p.BEHDSP9024&z=1221177312792 > >>> > >>> > >>> -Reuben > >>> > >>> > >>> --- >8 ---- > >>> List archives: http://www.xiph.org/archives/ > >>> icecast project homepage: http://www.icecast.org/ > >>> To unsubscribe from this list, send a message to > > 'icecast-request at 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. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 jsd at cluttered.com Wed Nov 14 17:29:50 2001 From: jsd at cluttered.com (Jon Drukman) Date: Wed, 14 Nov 2001 09:29:50 -0800 Subject: [icecast] automatic gain control In-Reply-To: Message-ID: <4.3.2.7.2.20011114092904.00b4d0d0@10.10.10.1> At 11:40 AM 11/14/2001 -0500, sublime at mac.com wrote: >the ACG function that the compressor provides is limited at best. its >adjustment is way too audible to make full use of it in balancing levels. >yes, it is last in the chain. i'm just wondering if there's anything out >there in the way of software. if a minidisc recorder can do it, why can't a >$1000 pc? tons of stuff for windows. i've used almost all of them at one time or another. let me know if you want me to elaborate... --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 14 20:01:48 2001 From: mark at knm.org (Mark Lehrer) Date: Wed, 14 Nov 2001 13:01:48 -0700 Subject: [icecast] automatic gain control In-Reply-To: <4.3.2.7.2.20011114092904.00b4d0d0@10.10.10.1> Message-ID: <200111142001.fAEK1m129570@home.knm.org> At 11:40 AM 11/14/2001 -0500, sublime at mac.com wrote: >the ACG function that the compressor provides is limited at best. its >adjustment is way too audible to make full use of it in balancing levels. >yes, it is last in the chain. i'm just wondering if there's anything out >there in the way of software. if a minidisc recorder can do it, why can't a >$1000 pc? tons of stuff for windows. i've used almost all of them at one time or another. let me know if you want me to elaborate... What can you use without windows? Windows software == useless on a server. Thanks, Mark --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 jsd at cluttered.com Wed Nov 14 19:58:45 2001 From: jsd at cluttered.com (Jon Drukman) Date: Wed, 14 Nov 2001 11:58:45 -0800 Subject: [icecast] automatic gain control In-Reply-To: <200111142001.fAEK1m129570@home.knm.org> Message-ID: <4.3.2.7.2.20011114115454.00b74500@10.10.10.1> At 01:01 PM 11/14/2001 -0700, Mark Lehrer wrote: > At 11:40 AM 11/14/2001 -0500, sublime at mac.com wrote: > >the ACG function that the compressor provides is limited at best. its > >adjustment is way too audible to make full use of it in balancing levels. > >yes, it is last in the chain. i'm just wondering if there's anything out > >there in the way of software. if a minidisc recorder can do it, why > can't a > >$1000 pc? > > tons of stuff for windows. i've used almost all of them at one time or > another. let me know if you want me to elaborate... > >What can you use without windows? Windows software == useless on a >server. i'm not familiar with unix audio processing software. the windows stuff costs mucho $$ and is developed by large companies. there are freebie compressors and such but they don't compare with things like Waves, iZotope, TCWorks, etc... TC for example develops multi-thousand $$ dedicated fx boxes, and they also sell software versions that presumably use similar algorithms. you might as well just buy a real outboard compressor. probably even an alesis 3630 (very cheap) would be good enough. -jsd- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 14 21:20:23 2001 From: pozar at lns.com (Tim Pozar) Date: Wed, 14 Nov 2001 13:20:23 -0800 Subject: [icecast] automatic gain control In-Reply-To: <000e01c16d2a$876769c0$a103fea9@laptop> Message-ID: <20011114132023.B30906@lns.com> On Wed, Nov 14, 2001 at 08:36:36AM -0800, William Goldsmith wrote: > >From what you describe, your comp/limiter can't possibly be working > correctly. It should be the last unit in line before the sound card, and > needs to be adjusted properly. You also need to balance the levels on your > mixing board (so that the correc t level comes at predictable place on the > slider). It might be worthwhile to find someone with some sound-mixing or > radio engineering experience to help you out. Sounds like you're missing > some very basic stuff. I have to agree with Bill on this. Worst case your compressor / limitor should be getting things in the ball park. If you need some help with this, drop me a line. (I am a broadcast engineer.) > Software dynamics processing is more involved than you might think. And > you'd be trying to use software to solve what is basically a hardware/user > problem. > > Furman also makes total crap. You'd be much better off with one of the newer > Behringer units. Cheap but very functional. Though that doesn't negate the > need to take care of the basics mentioned above. I have had some minor success with the Behringer units. I bought a "Composer Pro" and found that it have artifacts that are associated with lower cost units. I can't be surprised as the street price is about $150.. If you don't push these units you can get some work out of them. I found that their sweet spot is only a 10dB of range. Much beyond that they start to sound crappy. I may have mentioned this on the list in the past, but Aphex makes some rather nice boxes that do very well by having a wide dynamic range and very little artifacts. You can usually find the Compellor (compressor) and Dominator (limiter) on Ebay for about $300 and $500 respectively. Tim --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 14 21:24:28 2001 From: pozar at lns.com (Tim Pozar) Date: Wed, 14 Nov 2001 13:24:28 -0800 Subject: [icecast] automatic gain control In-Reply-To: <200111142001.fAEK1m129570@home.knm.org> Message-ID: <20011114132428.C30906@lns.com> On Wed, Nov 14, 2001 at 01:01:48PM -0700, Mark Lehrer wrote: > > At 11:40 AM 11/14/2001 -0500, sublime at mac.com wrote: > >the ACG function that the compressor provides is limited at best. its > >adjustment is way too audible to make full use of it in balancing levels. > >yes, it is last in the chain. i'm just wondering if there's anything out > >there in the way of software. if a minidisc recorder can do it, why can't a > >$1000 pc? > > tons of stuff for windows. i've used almost all of them at one time or > another. let me know if you want me to elaborate... > > What can you use without windows? Windows software == useless on a > server. If you have XMMS you can use the "Volume Normalizer plugin for XMMS" at: http://volnorm.sourceforge.net/others.html It works OK. I have had some problems with it when it gets confused and ducks the audio down 20dB for no reason. Tim --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 14 15:41:21 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Wed, 14 Nov 2001 09:41:21 -0600 (CST) Subject: [icecast] automatic gain control In-Reply-To: <20011114132023.B30906@lns.com> Message-ID: On Wed, 14 Nov 2001, Tim Pozar wrote: > On Wed, Nov 14, 2001 at 08:36:36AM -0800, William Goldsmith wrote: > > >From what you describe, your comp/limiter can't possibly be working > > correctly. It should be the last unit in line before the sound card, and > > needs to be adjusted properly. You also need to balance the levels on your > > mixing board (so that the correc t level comes at predictable place on the > > slider). It might be worthwhile to find someone with some sound-mixing or > > radio engineering experience to help you out. Sounds like you're missing > > some very basic stuff. > > I have to agree with Bill on this. Worst case your compressor / > limitor should be getting things in the ball park. If you need > some help with this, drop me a line. (I am a broadcast engineer.) I agree also. Furthermore, I think the original author mentioned why cannot he get something like the ACG on a Minidisc? Couple of issues with that. At the end of the day, ACG really sucks, no matter how good you get it. Compressors suck to a certain extent, but ACG gives the end user no real control, it's just there. Furthermore, Minidiscs employ the ACG so that you'll get better sounding MD's. Afterall, you're throwing away quite a bit of info since you're doing compression (ATRAC I believe, and it took about 2 revisions of MD before it got good enough for people to stop laughing, hard). Since you're thowing away info, you really want it normalized and at the peak level so that when the compression of the format kicks in you're not loosing too much (headroom). Again, it's implemented in hardware. It's fast and dedicated. With computers, they might be fast, but they're a jack of all trades. You're trading away specific design purpose for flexibility. Thus, you have to code up what you need to get the job done. See below: > > Software dynamics processing is more involved than you might think. And > > you'd be trying to use software to solve what is basically a hardware/user > > problem. Hit the nail on the head. What is happening in the point of sale system is starting to happen in the audio industry, why design specific hardware when all we really need is a hardware base, we'll take care of the rest (interface, actions, functions) in software. Unfortunately for audio that often means the digital domain. For some people that's fine. For other, the analog chain is needed to keep from sucking the life out of a work. > > Furman also makes total crap. With the exception of their rackmount power distro gear, but I'm sure someone has some opinions on that too. At the time it was just what the doctor ordered for a number of people. Furman is a relative newcomer to the effect processing area, are they not? It's been awhile since I was gear drooling. I really need to start doing that again. :/ > You'd be much better off with one of the newer > > Behringer units. Cheap but very functional. Though that doesn't negate the > > need to take care of the basics mentioned above. > > I have had some minor success with the Behringer units. I bought I've unfortunately not had any experience with the Behringer's. > I may have mentioned this on the list in the past, but Aphex makes > some rather nice boxes that do very well by having a wide dynamic > range and very little artifacts. You can usually find the Compellor > (compressor) and Dominator (limiter) on Ebay for about $300 and > $500 respectively. They also make some other really neato effects gear. IIRC, I enjoyed using the dbx 170's we had in the studio, but I think those are more geared towards a studio / esoteric uses than broadcast. I've seen the Aphex's in a number of radio stations. Overall I think they'd be a wise coice. Sean... -- Believing I had supernatural powers, I slammed into a brick wall. --Paul Simon _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 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 zaheer at grid9.net Wed Nov 14 22:30:55 2001 From: zaheer at grid9.net (Zaheer Merali) Date: 14 Nov 2001 22:30:55 +0000 Subject: [icecast] ZStreamCaster version 0.1 (GUI casting client) out today Message-ID: <1005777055.4174.6.camel@localhost.localdomain> Hi guys, I am pleased to announce the release of ZStreamCaster version 0.1. ZStreamCaster is a GUI tool that allows you to act as an "encoder" for streaming via icecast. A useful feature, allows you to record also to a file (at a higher or same bitrate) while doing a live encoding session. This is made possible due to GStreamer, and especially the use of the tee element. The webpage is: http://zaheer.grid9.net/zstreamcaster/ You can download it from the webpage. Regards Zaheer Merali (aka Scav) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 15 07:28:44 2001 From: gshang at uq.net.au (Geoff Shang) Date: Thu, 15 Nov 2001 17:28:44 +1000 Subject: [icecast] automatic gain control In-Reply-To: <002201c16d2e$b6018280$a103fea9@laptop> Message-ID: On Wed, 14 Nov 2001, William Goldsmith wrote: > I use a program called ecasound to do software dynamics processing, but > you'd have to hack liveice pretty extensively to use it in that situation. I've not used liveice, but I was led to believe that it had some compression available. Is this not the case? 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 thomas at arkena.com Thu Nov 15 09:56:24 2001 From: thomas at arkena.com (Thomas Kirk) Date: Thu, 15 Nov 2001 10:56:24 +0100 Subject: [icecast] final question: how many mountpoints can icecast handle ? In-Reply-To: <20011106160819.D27934@babyjesus.cantcode.com> Message-ID: <20011115105624.C13021@mmstreaming.dk> On Tue, Nov 06, 2001 at 04:08:19PM -0700, Jack Moffitt wrote: > 25-50 should be enough for even hardcore use, and if you need more (as > we did. we were doing 450+ streams), it's easy enough to split them > over multiple icecast servers with each server handling 25-50 streams. Just curiouse did you run more than 1 icecastserver/box? and if so did you run them on diffrent ports? -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas(at)arkena(dot)com http://www.arkena.com Why use Windows, since there is a door? (By fachat at galileo.rhein-neckar.de, Andre Fachat) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Thu Nov 15 13:27:45 2001 From: wildbill at kpig.com (William Goldsmith) Date: Thu, 15 Nov 2001 05:27:45 -0800 Subject: [icecast] automatic gain control In-Reply-To: Message-ID: <016301c16dd9$5036bd20$a103fea9@laptop> Scott included some rudimentary form of compression in at least the earlier versions of liveice, but he disparaged it so thoroughly in his sample config file comments that I never tried it :-). You'd probably be pretty disappointed in the results from any too-simple compression scheme. To sound decent, a compressor really needs program-variable attack/release times, gating, and other goodies. I've heard a quite decent Windows-based multiband comp/limiter (from Octiv) but ecasound is the only thing I know of for *nix. -bg > On Wed, 14 Nov 2001, William Goldsmith wrote: > > > I use a program called ecasound to do software dynamics processing, but > > you'd have to hack liveice pretty extensively to use it in that situation. > > I've not used liveice, but I was led to believe that it had some > compression available. Is this not the case? > > 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. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 highertech.net Thu Nov 15 21:26:54 2001 From: andrew at highertech.net (Andrew Armstrong) Date: Thu, 15 Nov 2001 16:26:54 -0500 (EST) Subject: [icecast] Multiple ICES background daemons Message-ID: <63664.66.129.1.38.1005859614.squirrel@www.chattavegas.com> Is there anyway to run multiple ices backgroud deamons and have more than one ices.pid file generated so that I can control each one seperately? I want to have mulitple ices streams running with different playlists and different stream names and control them using the signals. I start one ices process and it writes a file ices.pid to the /tmp directory and I can control it sy sending it signals. It appears like the second ices process I try to start writes it's pid to the ices.pid file when it is started effectively cutting off any way to communicate with the first ices daemon. It would be nice if there was a way to have some sort of mechanisn to specify an alternate location for the ices.pid file or to name the file something different like ices.streamname.pid or something like that. -- Andrew Armstrong Director of Application Development andrew at highertech.net 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 e at bigethan.com Thu Nov 15 23:50:43 2001 From: e at bigethan.com (E) Date: Thu, 15 Nov 2001 15:50:43 -0800 Subject: [icecast] icecast encoders? In-Reply-To: <63664.66.129.1.38.1005859614.squirrel@www.chattavegas.com> Message-ID: <95059782-DA23-11D5-9679-0003930AB50A@bigethan.com> I'm starting to get set up with my own radio using icecast, and I'm wondering if anyone has any opinions on what to use to feed streams to icecast. Dj In a Box (http://djiab.org/) looks promising, but development seems to have slowed tto a standstill. same with IceDJ. Liveice looks promising (and is being developed), but I can't find a list of features anywhere. My "needed" features are: - streaming at multiple bitrates (where the 128 bit stream is playing the same thing as the 56 bit) - now playing - last 10 songs played any suggestions? E --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Thu Nov 15 23:39:01 2001 From: scott at myplay.com (Scott Manley) Date: Thu, 15 Nov 2001 15:39:01 -0800 Subject: [icecast] icecast encoders? In-Reply-To: <95059782-DA23-11D5-9679-0003930AB50A@bigethan.com> Message-ID: <3BF45215.D7D3D1E1@myplay.com> > Dj In a Box (http://djiab.org/) looks promising, but development seems > to have slowed tto a standstill. same with IceDJ. Liveice looks > promising (and is being developed), Acutally liveice development has been stalled forever..... > - streaming at multiple bitrates (where the 128 bit stream is playing > the same thing as the 56 bit) > - now playing > - last 10 songs played The last two are functions that aren't really part ot he encoder -- 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 tprinty at mail.megapathdsl.net Fri Nov 16 00:33:18 2001 From: tprinty at mail.megapathdsl.net (Tom Printy) Date: Thu, 15 Nov 2001 18:33:18 -0600 (CST) Subject: [icecast] icecast encoders? In-Reply-To: <95059782-DA23-11D5-9679-0003930AB50A@bigethan.com> Message-ID: Hello, I am using DJIAB and I love it. As most of the people who were involved in development are resonable happy with what it is doing we have kinda stopped with development. Head on over to the project page and join the mailing list. I know that one of the guys is working on a really big tweak. I really like DJIAB and it works really weel. I keep all my mp3s at 128k and down encode on the fly. There are people that run maultiple channels/streams with this software. You can check out my stream www.goonsquadradio.com to see it in action. We sure could use some new blood and some new ideas! -Tom > > Dj In a Box (http://djiab.org/) looks promising, but development seems > to have slowed tto a standstill. same with IceDJ. Liveice looks > promising (and is being developed), but I can't find a list of features > anywhere. My "needed" features are: > > - streaming at multiple bitrates (where the 128 bit stream is playing > the same thing as the 56 bit) > - now playing > - last 10 songs played > > any suggestions? > > E > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at 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://66.28.49.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 darkeye at tyrell.hu Fri Nov 16 08:28:03 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Fri, 16 Nov 2001 09:28:03 +0100 (CET) Subject: [icecast] icecast encoders? In-Reply-To: <95059782-DA23-11D5-9679-0003930AB50A@bigethan.com> Message-ID: On Thu, 15 Nov 2001, E wrote: > - streaming at multiple bitrates (where the 128 bit stream is playing > the same thing as the 56 bit) DarkIce supports this feature --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Fri Nov 16 08:42:29 2001 From: alet at unice.fr (Jerome Alet) Date: Fri, 16 Nov 2001 09:42:29 +0100 (MET) Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: On Fri, 16 Nov 2001, Maroy Akos wrote: > On Thu, 15 Nov 2001, E wrote: > > - streaming at multiple bitrates (where the 128 bit stream is playing > > the same thing as the 56 bit) > > DarkIce supports this feature one thing that would be nice in DarkIce would be to allow the user to pass specific reencoding options for each server, e.g. DarkIce could acquire the audio in stereo and send it to a server in mono and in stereo to another server, which is AFAICT impossible today. bye, PS: DarkIce Rules ! Jerome Alet - alet at unice.fr - http://cortex.unice.fr/~jerome Fac de Medecine de Nice http://wwwmed.unice.fr Tel: (+33) 4 93 37 76 30 Fax: (+33) 4 93 53 15 15 28 Avenue de Valombrose - 06107 NICE Cedex 2 - FRANCE --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 lsy at munkynet.org Fri Nov 16 19:29:38 2001 From: lsy at munkynet.org (Samuel Hathaway) Date: Fri, 16 Nov 2001 14:29:38 -0500 (EST) Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: On Fri, 16 Nov 2001, Jerome Alet wrote: > one thing that would be nice in DarkIce would be to allow the user to pass > specific reencoding options for each server, e.g. DarkIce could acquire > the audio in stereo and send it to a server in mono and in stereo to > another server, which is AFAICT impossible today. I agree! Also, something I've been looking for is a way to pull sound from the dsp device at 44kHz and then downsample it to 22kHz for one of my two streams. Ideas? DarkIce sure does rule. -samuel --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Fri Nov 16 20:13:19 2001 From: freyason at yahoo.com (Tom Murphy) Date: Fri, 16 Nov 2001 12:13:19 -0800 (PST) Subject: [icecast] Icecast 2 questions. Message-ID: <20011116201319.10044.qmail@web11606.mail.yahoo.com> Hi all, I just built icecast 2 from cvs. I tried to compile ices (also from cvs) and got: tream.c: In function `ices_instance_stream': stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:164: too few arguments to function `shout_strerror' stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:198: too few arguments to function `shout_strerror' stream.c:221: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:221: too few arguments to function `shout_strerror' make[2]: *** [stream.o] Error 1 Anyway I tested out icecast2 and it seems to be pretty happy, but the stream is in mp3 format. I was interested in streaming in OGG format. Is there a way to do this? I can send OGG files to Ices (v0.2.2 which I got from the icecast web page) but it seems to re-encode them into mp3 for Icecast. Is this the default behavior or do I need to get he ices from cvs running for this? Thanks! Tom __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.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 zaheer at grid9.net Fri Nov 16 20:36:56 2001 From: zaheer at grid9.net (Zaheer Merali) Date: 16 Nov 2001 20:36:56 +0000 Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: <1005943016.1776.0.camel@localhost.localdomain> On Fri, 2001-11-16 at 19:29, Samuel Hathaway wrote: > On Fri, 16 Nov 2001, Jerome Alet wrote: > > > one thing that would be nice in DarkIce would be to allow the user to pass > > specific reencoding options for each server, e.g. DarkIce could acquire > > the audio in stereo and send it to a server in mono and in stereo to > > another server, which is AFAICT impossible today. > > I agree! Also, something I've been looking for is a way to pull sound from > the dsp device at 44kHz and then downsample it to 22kHz for one of my two > streams. Ideas? > > DarkIce sure does rule. > -samuel That is an idea that is coming up in the next ZStreamCaster. ZStreamcaster 0.1 currently allows you to save a stream to disk at a higher bitrate than you send to the icecast server at. I am planning to add a feature that allows you to have n streams going out, each for different bitrates (or alternatively different sample rates and channels). The URL for ZStreamCaster is http://zaheer.grid9.net/zstreamcaster/ Regards Zaheer --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 lsy at munkynet.org Fri Nov 16 22:55:36 2001 From: lsy at munkynet.org (Samuel Hathaway) Date: Fri, 16 Nov 2001 17:55:36 -0500 (EST) Subject: [icecast] icecast encoders? In-Reply-To: <1005943016.1776.0.camel@localhost.localdomain> Message-ID: On 16 Nov 2001, Zaheer Merali wrote: > That is an idea that is coming up in the next ZStreamCaster. > ZStreamcaster 0.1 currently allows you to save a stream to disk at a > higher bitrate than you send to the icecast server at. > > I am planning to add a feature that allows you to have n streams going > out, each for different bitrates (or alternatively different sample > rates and channels). Looks neat. Have you thought about making a command-line version? -samuel --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 16 23:34:50 2001 From: gshang at uq.net.au (Geoff Shang) Date: Sat, 17 Nov 2001 09:34:50 +1000 Subject: [icecast] Icecast 2 questions. In-Reply-To: <20011116201319.10044.qmail@web11606.mail.yahoo.com> Message-ID: On Fri, 16 Nov 2001, Tom Murphy wrote: > I just built icecast 2 from cvs. I tried to compile ices (also from > cvs) and got: > > stream.c: In function `ices_instance_stream': > stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer > from integer without a cast > stream.c:164: too few arguments to function `shout_strerror' > stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer > from integer without a cast > stream.c:198: too few arguments to function `shout_strerror' > stream.c:221: warning: passing arg 1 of `shout_strerror' makes pointer > from integer without a cast > stream.c:221: too few arguments to function `shout_strerror' > make[2]: *** [stream.o] Error 1 ah. You have the problem I hit and never managed to solve to my satisfaction. configure is finding the wrong version of libshout, or in this case, shout.h. If you need the old MP3 version of libshout around then you're going to have fun getting ices2 to compile. My experience is that, even using --with-shout-prefix it's impossible to get the right version of libshout to link if the wrong one is in a regular install path. Why configure doesn't bomb is beyond me. If you only want to do ogg streaming, save yourself considerable headache and blow away the old libshout and get libshout2 from the xiph CVS if you haven't already. If you must have both on the system, the only way I've managed to get ices2 to compile is to link libshout statically. To do this, I compiled and installed libshout2 using ./configure --prefix=/usr/friends/geoff which put files in the include and lib subdirs. Then I did the following in the ices2 top-level dir: # Tell LD where libshout2 is so configure doesn't complain LD_LIBRARY_PATH=/usr/friends/geoff export LD_LIBRARY_PATH ./autogen.sh --with-shout-prefix=/usr/friends/geoff Note here that autogen will pass the --with option to configure. Now, configure at this point (for me at least) will do its job without complaint. Yes, the shout test program compiles and runs. So make should work now? urrr well yeah it should. But it doesn't. Not for me anyway. It still manages somehow to link against the wrong libshout (I think, it's been a little while since I did all this, like a few weeks). So here's what I had to do: cd to src and edit Makefile. You should see something like this on something like line 114: LIBS = -lpthread -lxml2 -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc -L/usr/friends/geoff/lib -lshout the problem is that it must be finding libshout before ever getting to look in the right place for it. So I edited that to look like this: LIBS = -lpthread -lxml2 -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc /usr/friends/geoff/lib/libshout.a I would really prefer to do it dynamically, but I'm sharing this system with ices 0.2.2 and it needs the old libshout. It's not my box so I have to make it work around the way things are. > Anyway I tested out icecast2 and it seems to be pretty happy, but the > stream is in mp3 format. I was interested in streaming in OGG format. > Is there a way to do this? hmmmm.. Didn't know that icecast2 would relay an MP3 stream. Yeah, use ices2 which is in the xiph.org CVS ... oh wait, you've found that already. Ices 0.2.2 is for streaming MP3 to icecast 1.x servers. 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 freyason at yahoo.com Sat Nov 17 01:37:52 2001 From: freyason at yahoo.com (Tom Murphy) Date: Fri, 16 Nov 2001 17:37:52 -0800 (PST) Subject: [icecast] Icecast 2 questions. In-Reply-To: Message-ID: <20011117013752.37036.qmail@web11601.mail.yahoo.com> Hi Geoff! Thanks for your help on all of this! Well everything compiled happily. libshout, ices and icecast. I've been messing about with ices and icecast .xml config files but I'm a bit confused. Does this new ices only handle live input from the sound card or can I send it a batch of files to use? I'm not even sure that it's working because when icecast runs, and ices runs, I try to connect to the source from another machine and it says stream not found. Yet, ices is taking up like 95% cpu time. I looked in contrib and saw a run_ices script that makes a xml file, but it doesn't seem to work for me. Do you have any sample ices and icecast .xml config files I could look at and change? I can't seem to get the source working right. Thanks! Tom __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.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 msmith at labyrinth.net.au Sat Nov 17 01:49:36 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Sat, 17 Nov 2001 12:49:36 +1100 Subject: [icecast] icecast encoders? In-Reply-To: <1005943016.1776.0.camel@localhost.localdomain> Message-ID: <3.0.5.32.20011117124936.423d4800@mail.labyrinth.net.au> >That is an idea that is coming up in the next ZStreamCaster. >ZStreamcaster 0.1 currently allows you to save a stream to disk at a >higher bitrate than you send to the icecast server at. > >I am planning to add a feature that allows you to have n streams going >out, each for different bitrates (or alternatively different sample >rates and channels). While we're all plugging our programs... ices2 does all of this, reliably (getting this to be reliable is harder than it sounds), except for resampling (which will get in some day, but not soon as I don't currently have much time). AND it streams oggs. 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 msmith at labyrinth.net.au Sat Nov 17 01:52:01 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Sat, 17 Nov 2001 12:52:01 +1100 Subject: [icecast] Icecast 2 questions. In-Reply-To: <20011116201319.10044.qmail@web11606.mail.yahoo.com> Message-ID: <3.0.5.32.20011117125201.420d6eb0@mail.labyrinth.net.au> At 12:13 PM 11/16/01 -0800, you wrote: >Hi all, > > I just built icecast 2 from cvs. I tried to compile ices (also from >cvs) and got: Wrong libshout, you'll need to download libshout2 from cvs ('libshout' module) >Anyway I tested out icecast2 and it seems to be pretty happy, but the >stream is in mp3 format. I was interested in streaming in OGG format. >Is there a way to do this? mp3 streaming to icecast2 isn't _meant_ to work, yet. > >I can send OGG files to Ices (v0.2.2 which I got from the icecast web >page) but it seems to re-encode them into mp3 for Icecast. Is this the >default behavior or do I need to get he ices from cvs running for this? ices can't do ogg streaming. ices2 (which is a completely seperate program, written by different people, and sharing no code with ices) can, you'll want to get this from cvs too. 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 msmith at labyrinth.net.au Sat Nov 17 01:56:39 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Sat, 17 Nov 2001 12:56:39 +1100 Subject: [icecast] Icecast 2 questions. In-Reply-To: <20011117013752.37036.qmail@web11601.mail.yahoo.com> Message-ID: <3.0.5.32.20011117125639.423d8740@mail.labyrinth.net.au> At 05:37 PM 11/16/01 -0800, you wrote: >Hi Geoff! > >Thanks for your help on all of this! > >Well everything compiled happily. libshout, ices and icecast. >I've been messing about with ices and icecast .xml config files >but I'm a bit confused. > >Does this new ices only handle live input from the sound card or >can I send it a batch of files to use? There are two example config files in ices2. ices-playlist.xml, and ices-live.xml. The playlist one is what you want, but you WILL want to modify it. They're examples, and use a set of options I can't imagine anyone actually wanting to use in a real system. > >I'm not even sure that it's working because when icecast runs, and >ices runs, I try to connect to the source from another machine >and it says stream not found. Yet, ices is taking up like 95% cpu time. >I looked in contrib and saw a run_ices script that makes a xml file, >but >it doesn't seem to work for me. Make sure you set the mountpoint to something ending with ".ogg", several players break if you don't do that (they suck). The high cpu usage is probably because it's encoding - for live input you have to encode, and the playlist example config turns reencoding on for one mountpoint (as an example of how to do it). So turn that off. The logfile is set in that file to /tmp/ices.log, so you can look in there and see if any error messages are being produced. 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 freyason at yahoo.com Sat Nov 17 02:53:16 2001 From: freyason at yahoo.com (Tom Murphy) Date: Fri, 16 Nov 2001 18:53:16 -0800 (PST) Subject: [icecast] Icecast 2 questions. In-Reply-To: <3.0.5.32.20011117125639.423d8740@mail.labyrinth.net.au> Message-ID: <20011117025316.44420.qmail@web11606.mail.yahoo.com> Hi Michael! I found those files and played with them. The live stream seems good. When I stream in mono/64 the sound is clean, but sending a playlist of ogg files makes it all sound like it's underwater. :( Maybe I have something messed up in the playlist config. It didn't like when I changed it from 2 to 1 channels. I guess the samplerate and channels is dependent on the ogg file being re-encoded. The OGG stream of the live broadcast sounds a heckuva lot clearer than a MP3 of similar bitrate though! Tom __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.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 zaheer at grid9.net Sat Nov 17 02:57:22 2001 From: zaheer at grid9.net (Zaheer Merali) Date: 17 Nov 2001 02:57:22 +0000 Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: <1005965842.19447.2.camel@localhost.localdomain> My initial start was a command line one, I will bring back the non gui one in the next release. Zaheer On Fri, 2001-11-16 at 22:55, Samuel Hathaway wrote: > On 16 Nov 2001, Zaheer Merali wrote: > > > That is an idea that is coming up in the next ZStreamCaster. > > ZStreamcaster 0.1 currently allows you to save a stream to disk at a > > higher bitrate than you send to the icecast server at. > > > > I am planning to add a feature that allows you to have n streams going > > out, each for different bitrates (or alternatively different sample > > rates and channels). > > Looks neat. Have you thought about making a command-line version? > -samuel > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at 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 zaheer at grid9.net Sat Nov 17 03:02:58 2001 From: zaheer at grid9.net (Zaheer Merali) Date: 17 Nov 2001 03:02:58 +0000 Subject: [icecast] icecast encoders? In-Reply-To: <3.0.5.32.20011117124936.423d4800@mail.labyrinth.net.au> Message-ID: <1005966178.9385.4.camel@localhost.localdomain> If I had known about ices2, I wouldn't have written my program :) (well kinda, the GUI interface is required by the guy who would replace me for streaming our discussion class when i'm out of town). Zaheer On Sat, 2001-11-17 at 01:49, Michael Smith wrote: > > >That is an idea that is coming up in the next ZStreamCaster. > >ZStreamcaster 0.1 currently allows you to save a stream to disk at a > >higher bitrate than you send to the icecast server at. > > > >I am planning to add a feature that allows you to have n streams going > >out, each for different bitrates (or alternatively different sample > >rates and channels). > > While we're all plugging our programs... > > ices2 does all of this, reliably (getting this to be reliable is harder > than it sounds), except for resampling (which will get in some day, but > not soon as I don't currently have much time). > > AND it streams oggs. > > 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. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Sat Nov 17 03:18:08 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Sat, 17 Nov 2001 14:18:08 +1100 Subject: [icecast] Icecast 2 questions. In-Reply-To: <20011117025316.44420.qmail@web11606.mail.yahoo.com> Message-ID: <3.0.5.32.20011117141808.41017cf0@mail.labyrinth.net.au> At 06:53 PM 11/16/01 -0800, you wrote: >Hi Michael! > > I found those files and played with them. The live stream seems >good. >When I stream in mono/64 the sound is clean, but sending a playlist of >ogg files makes it all sound like it's underwater. :( You're using libvorbis rc2? rc2 had a bug which meant that re-encoding stuff sounds _awful_ compared to what it should be. Next release should be ok, otherwise just encode to the bitrate you want from original source material. > > Maybe I have something messed up in the playlist config. It didn't >like when I changed it from 2 to 1 channels. I guess the samplerate and >channels is dependent on the ogg file being re-encoded. Yes. Resampling and channel down-mixing is a feature that I haven't got around to writing yet - sorry. Maybe someone else will write it, since the chances of me having any time to do so before february is about zero. 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 darkeye at tyrell.hu Sat Nov 17 17:57:46 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Sat, 17 Nov 2001 18:57:46 +0100 (CET) Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: On Fri, 16 Nov 2001, Samuel Hathaway wrote: > I agree! Also, something I've been looking for is a way to pull sound from > the dsp device at 44kHz and then downsample it to 22kHz for one of my two > streams. Ideas? DarkIce does this already. What it doesn't do, is to have mono and stereo outputs at the same time. > DarkIce sure does rule. 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 alet at unice.fr Sat Nov 17 21:03:28 2001 From: alet at unice.fr (Jerome Alet) Date: Sat, 17 Nov 2001 22:03:28 +0100 Subject: [icecast] icecast encoders? In-Reply-To: Message-ID: <20011117220328.A519@nordine.ateur> On Sat, Nov 17, 2001 at 06:57:46PM +0100, Maroy Akos wrote: > On Fri, 16 Nov 2001, Samuel Hathaway wrote: > > > I agree! Also, something I've been looking for is a way to pull sound from > > the dsp device at 44kHz and then downsample it to 22kHz for one of my two > > streams. Ideas? > > DarkIce does this already. What it doesn't do, is to have mono and stereo > outputs at the same time. If you do something for that, please also try to add the possibility to do a local high quality dump, if possible, then DarkIce will satisfy 150% of my needs ;-) Thanks in advance. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 17 21:36:11 2001 From: wildbill at kpig.com (William Goldsmith) Date: Sat, 17 Nov 2001 13:36:11 -0800 Subject: [icecast] icecast encoders? In-Reply-To: <20011117220328.A519@nordine.ateur> Message-ID: <025001c16faf$e0612f70$a103fea9@laptop> Liveice can encode 2 streams at once, one mono & one stereo, at any bitrates - and save one or both of the streams to disk. I frequently use it to encode 128k stereo & 24k mono simulatneously. Someone has posted a hack to allow you to turn archiving on & off on the fly - the stock Liveice requires a restart in order to start or stop archiving. -bg > > > I agree! Also, something I've been looking for is a way to pull sound from > > > the dsp device at 44kHz and then downsample it to 22kHz for one of my two > > > streams. Ideas? > > > > DarkIce does this already. What it doesn't do, is to have mono and stereo > > outputs at the same time. > > If you do something for that, please also try to add the possibility to > do a local high quality dump, if possible, then DarkIce will satisfy > 150% of my needs ;-) > > Thanks in advance. > > Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 barroca at coltec.ufmg.br Mon Nov 19 10:49:42 2001 From: barroca at coltec.ufmg.br (Leonardo Luiz Padovani da Mata) Date: Mon, 19 Nov 2001 10:49:42 GMT Subject: [icecast] Problemas compiling IceS with lame Message-ID: <20011119104942.26165.qmail@zabumba.coltec.ufmg.br> Hi ALL...daI've compiled ices without lame, it worked.daMy lame is the 3.70 version.dawhen i put the option in ./configure --wtih-lame, this error occurs:dachecking for shout/shout.h... (cached) nodaInstalled libshout not found, using builtindachecking for lame/lame.h... (cached) nodachecking for lame.h... (cached) yesdachecking for lame_init_old in -lmp3lame... (cached) nodaconfigure: error: Could not find a valid LAME library installationchecking for shout/shout.h... (cached) nodaInstalled libshout not found, using builtindachecking for lame/lame.h... (cached) nodachecking for lame.h... (cached) yesdachecking for lame_init_old in -lmp3lame... (cached) nodaconfigure: error: Could not find a valid LAME library installationdawhat is going on?daLeonardo --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 barroca at coltec.ufmg.br Mon Nov 19 11:08:59 2001 From: barroca at coltec.ufmg.br (Leonardo Luiz Padovani da Mata) Date: Mon, 19 Nov 2001 11:08:59 GMT Subject: [icecast] Problemas compiling IceS with lame Message-ID: <20011119110859.26460.qmail@zabumba.coltec.ufmg.br> Hi ALL... I've compiled ices without lame, it worked. My lame is the 3.70 version. when i put the option in ./configure --wtih-lame, this error occurs: checking for shout/shout.h... (cached) no Installed libshout not found, using builtin checking for lame/lame.h... (cached) no checking for lame.h... (cached) yes checking for lame_init_old in -lmp3lame... (cached) no configure: error: Could not find a valid LAME library installationchecking for shout/shout.h... (cached) no Installed libshout not found, using builtin checking for lame/lame.h... (cached) no checking for lame.h... (cached) yes checking for lame_init_old in -lmp3lame... (cached) no configure: error: Could not find a valid LAME library installation what is going on? Leonardo --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 19 16:52:23 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 19 Nov 2001 11:52:23 -0500 Subject: [icecast] Problemas compiling IceS with lame In-Reply-To: <20011119110859.26460.qmail@zabumba.coltec.ufmg.br> Message-ID: <20011119115222.B9374@coleridge.kublai.com> On Monday, 19 November 2001 at 11:08, Leonardo Luiz Padovani da Mata wrote: > Hi ALL... > I've compiled ices without lame, it worked. > My lame is the 3.70 version. > when i put the option in ./configure --wtih-lame, this error occurs: > configure: error: Could not find a valid LAME library installation > what is going on? you need a newer version of lame (at least 3.88) -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Tom at riptech.com Mon Nov 19 17:03:53 2001 From: Tom at riptech.com (Thomas Steiger) Date: Mon, 19 Nov 2001 12:03:53 -0500 Subject: [icecast] Encrypted password problem with icecast 1.3.11 Message-ID: <3ED528FE96A8C1458B60AC22A60C879101874341@alexapp001.riptech.com> Hi All, I have recently downloaded and compiled IceCast 1.3.11 with the crypt option turned on. Once I did this I have not been able to access the ADMIN console through telnet. I got the latest version of mkpasswd from CVS and compiled it. I have included the encrypted version of the password into the configuration file and then started icecast. Am I doing something wrong? One thing that seems strange to me is that the encryption of the same plaintext password does not produce that same cyphertext. This seems to go against the repeatability that would be needed for confirming that the password that I enter is the same as the one in the configuration file. If I encrypt abc123 as the plaintext password several times here is the output: [root at gala icecast-1.3.11]# ./mkpasswd plaintext: hPCDUTkl5xLsU [root at gala icecast-1.3.11]# ./mkpasswd plaintext: xb5csBnbEOmiE [root at gala icecast-1.3.11]# ./mkpasswd plaintext: upF.z7RkyMfT6 [root at gala icecast-1.3.11]# ./mkpasswd plaintext: j3YJmEX3zQTcc [root at gala icecast-1.3.11]# Thanks in advance for any help on this. --Tom --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Tue Nov 20 20:49:49 2001 From: alet at unice.fr (Jerome Alet) Date: Tue, 20 Nov 2001 21:49:49 +0100 Subject: [icecast] Encrypted password problem with icecast 1.3.11 In-Reply-To: <3ED528FE96A8C1458B60AC22A60C879101874341@alexapp001.riptech.com> Message-ID: <20011120214949.A697@nordine.ateur> On Mon, Nov 19, 2001 at 12:03:53PM -0500, Thomas Steiger wrote: > I have recently downloaded and compiled IceCast 1.3.11 with the crypt option > turned on. Once I did this I have not been able to access the ADMIN console > through telnet. I got the latest version of mkpasswd from CVS and compiled > it. I have included the encrypted version of the password into the > configuration file and then started icecast. be sure to put the encrypted password in your config file and verify that thre's no extra character after the last one, especially not a space or a tab. hth. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 J.A.Bezemer at opensourcepartners.nl Thu Nov 22 23:06:55 2001 From: J.A.Bezemer at opensourcepartners.nl (J.A. Bezemer) Date: Fri, 23 Nov 2001 00:06:55 +0100 (CET) Subject: [icecast] [OT] Prior art & could use your help - Content distribution Message-ID: [NOTE: This message may be regarded off-topic. Please reply privately only, not to the list.] Hi all! Over the past few months, I've been collaborating with a few people on subjects that fall in the category of web radio. (In case you don't know what that is: imagine a radio with built-in analog modem that receives and plays MP3 or rather Vorbis streams from the net.) Of course such a system would start quite small, but we're "designing" it to handle at least 100,000 receivers (radios) and 3,000 senders (radio stations) easily. This mail is NOT intended to discuss reasons, feasibility, or profitability. We don't know at all if we'll ever have the courage to turn theory into practice. However, during our discussions, several interesting ideas have surfaced that we couldn't find being published anywhere (but then, searching isn't very easy). So, these ideas could just be considered inventions (even though WE won't) and people could just submit patent applications for it, at least in the USA and probably also in Europe. We don't want that to happen, so we are publicly and widely disclosing our ideas. We had the intention to use the gratis facility at PriorArt.org, and if that was still in operation, there wouldn't have been any need to bother you. But PriorArt.org was closed down, and we don't have the US$100 that IP.com asks (apart from the question if they can be trusted). If we understand things correctly, patent law only recognizes a document as prior art (i.e. for _completely_ invalidating a patent claim) if it was a) posted publically and widely, and available/accessible to people reasonably skilled in the subject matter, and b) has a clear and unforgeable publication date. The first requirement should be met by posting this disclosure to several formus related to the subject; the second requirement is where you come in. TO HELP US IN THIS MATTER: you can easily, undeniably and unforgeably confirm that this disclosure is publically accessible today, by: 1) completing this simple form: Name : ______ Address/City/Country [handy but not required] : ______ I hereby confirm that the disclosure below was publically accessible on [date] : ______ and 2) mailing back this ENTIRE message (possibly quoted in any way), _GPG/PGP-SIGNED_, to this address: priorart at opensourcepartners.nl Note that you do not have to actually read the rest of this message, mailing back a _signed_ copy is enough. We will NOT publish anything we receive, only store it in a safe place to use it in the courts should the need arise. Thanks in advance for your help, Anne Bezemer ----------------------------------------------------------------------------- DISCLOSURE: METHOD FOR PIECEWISE DISTRIBUTION OF ANY LIVE/NON-LIVE CONTENT OVER DIGITAL (COMPUTER) NETWORKS, AND DECENTRALIZED SYSTEM TO CONTROL THAT DISTRIBUTION Streaming is hot. Streaming MP3 radio shows is hot. Streaming live webcasts is hot. Everyone wants streaming media. But streaming has one big problem. Every client needs one connection to the streaming server and all streamed data is transmitted to each individual client over its own connection. This means massive bandwidth usage at the server (which is very expensive) and requires a powerful server to handle all simultaneous connections. Multicasting could help (if it were widely implemented and reliable) but in our situation there is a much more interesting solution: "piecewise streaming". The basic idea of piecewise streaming is simple. At the source, the content stream(s) is/are cut into small parts of, for example, 15 to 30 seconds. The result is series of static files that can be distributed in any way traditionally used (or newly invented) for distributing static files, such as e-mail with multiple To: addresses on the same host, or multiple clients accessing one mailbox; or Freenet with its automatic caching/multiplication mechanisms. But the easiest way is just a webserver. Web space for limited use is cheap and often comes free with a dial-in account (that our "radios" need anyway, so we have plenty). And the second advantage is that practically all ISPs have a simple caching web proxy, which can easily cache our content when it is distributed in static parts from a webserver, without requiring any reconfiguration. Since we can ("should be able to") control all "radios" with a management system, it should be easy to have everyone that listens to one particular stream dial in to the same ISP and use the same caching web proxy. Some other advantages of this method: - Content is stored while transmitting, no separate storage server needed. - Content is stored and kept for a considerable time; this allows pausing and resuming of live broadcasts, possibly with some small overlap when restarting. (And pausing/resuming can also mean turning the "radio" completely off and on again.) - To get, say, 1 minute of content in the "radio"'s buffer, you don't have to wait one minute for the live content to stream in; you just start playing at live-minus-1-minute and the buffer will be filled at full modem speed. (Actually this is possible with traditional streaming too, but not widely used.) - With the easily-filled 1-minute buffer, it is possible to hang up and dial in to another ISP without the user noticing anything. - Error detection and error recovery is easy with per-piece checksums and re-downloading of corrupted pieces; there is enough time with a 1-minute buffer. - Switching servers is trivial; any piece of the content can be available from another server using another transport method (HTTP, FTP, whatever, either client- or server- or third-party-initiated). There can also be multiple ways to get any particular piece. - Works for any kind of content, there is no difference any more between static files (like text and pictures) and streams (like audio and video). Also works with non-public (for example encrypted, like RealAudio) content; the way to access it (for example decryption key) can be obtained via other means (for example a separate negotiation with an authentication server). - Client-side processing can be implemented relatively easy. For example a radio program only needs to consist of pointers to never-changing MP3/ Vorbis pieces and instructions for the client to perform cross-fading, sometimes adding in a little live piece or a news broadcast shared by several stations. (The MP3/Vorbis pieces can be hidden from the general public in any way conventionally used (or newly invented) to hide files.) - Content streams and content codings can be combined in any way the user wants and the "radio" is capable of. For example audio, video and subtitling (text) with no transmission of video and subtitling when the viewer window is minimized; or automatic switching between high- and low-quality codings depending on the user's activities, available CPU power and bandwidth, without the content server noticing anything. This distribution method needs some form of control (or management), if only to let the clients know what pieces in what codings are available where using which transmission method. Of course this can be done using any communication method, such as a (probably automatically updated) webpage, but that would not be very scalable or reliable. Instead, we are more interested in a decentralized and redundant system of "control servers" (as opposed to for example "content servers" or possibly "content translation servers" (for re-coding, mixing, whatever)). A structure like the Gnutella network is possible, in which each node (control server) would have connections to a constant (on average) number of other nodes. Clients only need to connect to one of the control servers to have access to all available control data. The data present in the entire control system can be organized in a database-like fashion with relatively small records; queries can be issued on the control server network and all servers having matching records will send a reply. Each control server should have a few backup servers somewhere in the network that are kept up to date on changes in (all, or a part of) that server's records, and that can take over the functionality if that server disappears somehow. This means data (records) has a high mobility and can be at any control server at any point in time. A consequence of high data mobility is that queries must have been processed by all nodes (possibly represented by their backups) in the network before conclusions can be drawn. The only way to be really certain of that, is not to wait a long time and just hope everyone has seen the query (not reliable and very user-unfriendly too), but to have everyone that has seen the query actually send a confirmation of that fact, in one way or another. This is where the standard Gnutella structure is less useful. There are two trivial network structures that possess the properties we need, namely the fully-connected network and the ring structure. The former has the advantage of very small and constant search times, but needs connections to every node, which does not scale well. The latter can be compared to a token ring network, in which each node only has 2 connections, but this has the disadvantage of potentially very long search times because the nodes search sequentially rather than in parallel. (In a unidirectional ring network, the "query seen" confirmation is implicit with the sender receiving back its own query; in a bidirectional network, the node in which the "collision" occurs can open a separate connection to the query-sender.) And of course a simple ring may have large problems with unreliable connections. We are currently investigating hybrid networks, combining several structures into one network, concentrating mostly on hybrid ring/fully- connected networks. These can be described either as a set of fully connected groups, interconnected by one or more rings; or as one or more rings, of which (some or all) nodes are members of (one or more) fully connected groups that interconnect the rings. The idea is that the number of rings and fully connected groups can be scaled adaptively to achieve both acceptable complexity and acceptable search time. ----------------------------------------------------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Fri Nov 23 11:43:32 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Fri, 23 Nov 2001 12:43:32 +0100 Subject: [icecast] Building Icecast2 under OpenBSD Message-ID: <3BFE3664.163ACF34@gmx.net> Hi! After enjoying a successful build under Linux, I also wanted Icecast2 to compile under OpenBSD (running 2.8 here). I am using the CVS source from today. The OBSD make needed operators and wouldn't work at all, but gmake did the job. Unfortunately, it ended like this: gcc -O20 -fsigned-char -D_REENTRANT -I/usr/local/include/libxml -I/usr/local/include -I/include -I/include -o icecast config.o main.o logging.o sighandler.o connection.o global.o util.o source.o stats.o refbuf.o client.o format.o format_vorbis.o nt/.libs/libicenet.al thread/.libs/libicethread.al httpp:/.libs/libicehttpp.al log/.libs/libiceclog.al avl/.libs/libiceavl.al timing/.libs/libicetiming.al -lpthread -L/usr/local/lib -lxml -lz -L/lib -lvorbis -logg -lm -R/usr/local/lib -R/usr/local/lib ld: -lpthread: no match collect2: ld returned 1 exit status gmake[2]: *** [icecast] Error 1 Can I fix this myself, and if yes, how? IIRC there was a problem with these pthreads thingies under OBSD, i.e. they don't exist there at all, but I am most certainly wrong here. Fact is, it doesn't work. :) Any hints? This feels like only one single step away from success. Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 barroca at coltec.ufmg.br Fri Nov 23 12:21:52 2001 From: barroca at coltec.ufmg.br (Leonardo Luiz Padovani da Mata) Date: Fri, 23 Nov 2001 12:21:52 GMT Subject: [icecast] error when reencoding Message-ID: <20011123122152.25564.qmail@zabumba.coltec.ufmg.br> I'm trying to reencode my mp3 with the ices, but with ices0.1 an 0.2.2 i got a segmentation fault. in other try, i have used `ices -F etc/playlist.txt -R -H 32 -P teste` and i got these errors: ---- Logfile opened Error setting LAME parameters. Check bitrate, channels, and sample rate. Connected to server 127.0.0.1... Streaming 12672896 bytes from file /home/staff/alfredo/mp3/queen/Queen - Who Wants to Live Forever (Highlander)(1).mp3 bitstream problem: resyncing... Warning: Encountered error while transfering /home/staff/alfredo/mp3/queen/Queen - Who Wants to Live Forever (Highlander)(1).mp3. [Libshout reported send error: Unknown libshout error.] Streaming 7899428 bytes from file /home/staff/alfredo/mp3/queen/Queen - We Will Rock You - [Heavy Live Version (Rare)].mp3 Warning: Encountered error while transfering /home/staff/alfredo/mp3/queen/Queen - We Will Rock You - [Heavy Live Version (Rare)].mp3. [Libshout reported send error: Unknown libshout error.] Streaming 6112653 bytes from file /home/staff/alfredo/mp3/queen/Queen - Classic Queen - 12 - These Are The Days Of Our Lives.mp3 Warning: Encountered error while transfering /home/staff/alfredo/mp3/queen/Queen - Classic Queen - 12 - These Are The Days Of Our Lives.mp3. [Libshout reported send error: Unknown libshout error.] Streaming 41424768 bytes from file /home/staff/alfredo/mp3/queen/Queen - ANight at the Opera - Entire CD.mp3 ----- what's wrong? Leonardo --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 anubis at ho.com Fri Nov 23 12:43:13 2001 From: anubis at ho.com (Igor Loncarevic) Date: 23 Nov 2001 13:43:13 +0100 Subject: [icecast] Windows streaming (from microphone) client for IceCast 1.3.11, anyone? Message-ID: <1006519394.3346.2.camel@topaz.ho.com> Hello, I have some old Window$ machine laying around and I want to live send from microphone from that Windows machine to Icecast server. I've found plugins for WinAmp, but those don't include encoding from sound card input/mic/etc. 10x, i -- [We] use bad software and bad machines for the wrong things. -- R.W. Hamming
  • 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 gshang at uq.net.au Fri Nov 23 13:16:15 2001 From: gshang at uq.net.au (Geoff Shang) Date: Fri, 23 Nov 2001 23:16:15 +1000 Subject: [icecast] Windows streaming (from microphone) client for IceCast 1.3.11, anyone? In-Reply-To: <1006519394.3346.2.camel@topaz.ho.com> Message-ID: Hi: You could either use the advanced controls in oddcast or use something like the line recorder plugin. Either way, I'd suggest using the oddsock oddcast DSP plugin which has proper icecast support. 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 smoerk at gmx.de Fri Nov 23 15:32:22 2001 From: smoerk at gmx.de (smoerk) Date: Fri, 23 Nov 2001 16:32:22 +0100 Subject: [icecast] Windows streaming (from microphone) client for IceCast 1.3.11, anyone? In-Reply-To: <1006519394.3346.2.camel@topaz.ho.com> Message-ID: <20011123153356.A90CC18D040@motherfish.xiph.org> On 23 Nov 2001 13:43:13 +0100, Igor Loncarevic wrote: >Hello, > >I have some old Window$ machine laying around and I want to live send >>from microphone from that Windows machine to Icecast server. > >I've found plugins for WinAmp, but those don't include encoding from >sound card input/mic/etc. there is a line-in plugin on the winamp website. it's not the newest version, but there is a link to the author's homepage. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Keizi at mail.co.kr Sun Nov 25 10:45:24 2001 From: Keizi at mail.co.kr (Kang Jeong-Hee) Date: ¿ù, 26 11¿ù 2001 03:41:16 KST Subject: [icecast] icecast-native winamp plugin? Message-ID: <200111251841.fAPIfGN25184@kz.mpecc.net> Hi! I'm newbie here. ;) beg your mercy. running icecast on kz.mpecc.net, I do sources on my computer and send to kz.mpecc.net. the note that I read intended shoutcast-winamp combination, so I use 'SHOUTcast source' as streamer. in this condition, I don't have any problem, out of one: I can't take information listeners' count. I think, there's not any resource on icecast.org. omebody to help me? from [ke'izi] : where is [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 gtgbr at gmx.net Mon Nov 26 07:36:45 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Mon, 26 Nov 2001 08:36:45 +0100 Subject: [icecast] Icecast2 under OpenBSD - update Message-ID: <3C01F10D.41579461@gmx.net> Hi, I've come a step further in my attempt to compile Icecast2 under OpenBSD... I didn't have the pth library installed (d'oh), but ?cd /usr/ports/devel/pth && make install? did the job. It still bails out at the same point, though, but this time with another error message: [...] gcc -O20 -fsigned-char -D_REENTRANT -I/usr/local/include/libxml -I/usr/local/include -I/include -I/include -o icecast config.o main.o logging.o sighandler.o connection.o global.o util.o source.o stats.o refbuf.o client.o format.o format_vorbis.o net/.libs/libicenet.al thread/.libs/libicethread.al httpp/.libs/libicehttpp.al log/.libs/libicelog.al avl/.libs/libiceavl.al timing/.libs/libicetiming.al -L/usr/local/lib -lpthread -lxml -lz -L/lib -lvorbis -logg -lm -R/usr/local/lib -R/usr/local/lib thread.lo: Undefined symbol `_pthread_detach' referenced from text segment collect2: ld returned 1 exit status gmake[2]: *** [icecast] Error 1 [...] The question still is, whether it is trivial to fix (even for non-coders like me) and if yes, how? My workaround is a port redirect from my OBSD gateway to a linux box. This is not the solution I prefer but it does its job, at least for simple testing. Normally, I use the nice Oddcast DSP as a source, but since I am forced to use linux for OGG streaming now - which sources for linux are there that support stable OGG streaming, with reencoding and resampling? My goal is something similar to what I have under Windows right now: A huge playlist on shuffle, mixed with MP3s and OGGs of all kinds plus the possibility to pick tunes by hand (to actively play what's wished by me or someone else), with decent crossfading, so changing tunes doesn't hurt too much. (== Winamp + Oddcast + SC Crossfading plugin) TIA, Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Mon Nov 26 09:09:26 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Mon, 26 Nov 2001 20:09:26 +1100 Subject: [icecast] Icecast2 under OpenBSD - update In-Reply-To: <3C01F10D.41579461@gmx.net> Message-ID: <3.0.5.32.20011126200926.410ae620@mail.labyrinth.net.au> > >The question still is, whether it is trivial to fix (even for non-coders >like me) and if yes, how? Does openbsd's pthread library not have pthread_detach? Or is it the extra underscore at the start there that's causing problems? Dealing without pthread_detach would be painful, though not impossible. > >My workaround is a port redirect from my OBSD gateway to a linux box. >This is not the solution I prefer but it does its job, at least for >simple testing. Normally, I use the nice Oddcast DSP as a source, but >since I am forced to use linux for OGG streaming now - which sources for >linux are there that support stable OGG streaming, with reencoding and >resampling? My goal is something similar to what I have under Windows >right now: A huge playlist on shuffle, mixed with MP3s and OGGs of all >kinds plus the possibility to pick tunes by hand (to actively play >what's wished by me or someone else), with decent crossfading, so >changing tunes doesn't hurt too much. (== Winamp + Oddcast + SC >Crossfading plugin) ices2 is most likely what you want - it's very stable, does both live encoding and reencoding, and various other things. It doesn't yet do resampling - I've been WAY short on time lately and I'm going away soon, so I won't be able to add it, but someone else should be able to do so pretty easily, if anyone is interested. It also doesn't have crossfading, and won't - crossfading annoys the crap out of me on radio, having it on internet radio as well would just annoy me even more. Scripting support (like in ices1) for more general playlist manipulation support (though you can do this externally without requiring explicit support) will get added at some point, it's actually really easy to add - but again, I don't have the time at the moment for new features. 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 gtgbr at gmx.net Mon Nov 26 10:16:29 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Mon, 26 Nov 2001 11:16:29 +0100 Subject: [icecast] Icecast2 under OpenBSD - update In-Reply-To: <3.0.5.32.20011126200926.410ae620@mail.labyrinth.net.au> Message-ID: <3C02167D.F41AA345@gmx.net> Michael Smith wrote: > Does openbsd's pthread library not have pthread_detach? Or is it the To be honest, I have no idea. If there's a way I could check this out for you, please tell me how I should do it. Obtw, I just had another try to get icecast2 running - this time using the linux emulation. I used the ninary I compiled under Linux + the Linux libraries that are used by it. Icecast2 segfaults, but I can offer a ktrace.out (or a text version made with kdump). If anyone's interested in that, I can mail it to him or the list. > >resampling? My goal is something similar to what I have under Windows [...] > >changing tunes doesn't hurt too much. (== Winamp + Oddcast + SC > >Crossfading plugin) > ices2 is most likely what you want - it's very stable, does both live encoding > and reencoding, and various other things. It doesn't yet do resampling Sounds beautiful, I'll try that. > pretty easily, if anyone is interested. It also doesn't have crossfading, > and won't - crossfading annoys the crap out of me on radio, having it A well-thought out playlist doesn't need crossfading, true. But if your station is kinda "interactive" (like, you've someone in an IRC chat and you want to show them a couple tunes or they prefer to listen to something else, etc), crossfading eliminated the ugly breaks between tunes when skipping tracks in the middle of a song. That's when I find it useful ... or course not for "real" streaming in production environments, but the former is what I usually do with my weak upstream. Maybe it'd be an idea for Ices3 or so (in the far future, of course) to feature plugin support, so others can upgrade it with features they need and you don't want to bother yourself with? Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Tom at riptech.com Mon Nov 26 13:52:16 2001 From: Tom at riptech.com (Thomas Steiger) Date: Mon, 26 Nov 2001 08:52:16 -0500 Subject: [icecast] Encrypted password problem with icecast 1.3.11 In-Reply-To: <[icecast] Encrypted password problem with icecast 1.3.11> Message-ID: <3ED528FE96A8C1458B60AC22A60C879101874391@alexapp001.riptech.com> I have tried these steps and the encryption on the console still does not seem to validate? Any other thoughts? Thanks, Tom -----Original Message----- From: Jerome Alet [mailto:alet at unice.fr] Sent: Tuesday, November 20, 2001 3:50 PM To: icecast at xiph.org Subject: Re: [icecast] Encrypted password problem with icecast 1.3.11 On Mon, Nov 19, 2001 at 12:03:53PM -0500, Thomas Steiger wrote: > I have recently downloaded and compiled IceCast 1.3.11 with the crypt option > turned on. Once I did this I have not been able to access the ADMIN console > through telnet. I got the latest version of mkpasswd from CVS and compiled > it. I have included the encrypted version of the password into the > configuration file and then started icecast. be sure to put the encrypted password in your config file and verify that thre's no extra character after the last one, especially not a space or a tab. hth. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 alet at unice.fr Mon Nov 26 13:59:17 2001 From: alet at unice.fr (Jerome Alet) Date: Mon, 26 Nov 2001 14:59:17 +0100 (MET) Subject: [icecast] Encrypted password problem with icecast 1.3.11 In-Reply-To: <3ED528FE96A8C1458B60AC22A60C879101874391@alexapp001.riptech.com> Message-ID: On Mon, 26 Nov 2001, Thomas Steiger wrote: > I have tried these steps and the encryption on the console still does not > seem to validate? Any other thoughts? Thanks, if you're on Linux, then: $ ldd icecast hould list libcrypt as part of the linked libraries. If this is not the case then crypt support was not activated during compilation for one reason or another (e.g. a typo in configure command line) hth. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Tom at riptech.com Mon Nov 26 14:14:00 2001 From: Tom at riptech.com (Thomas Steiger) Date: Mon, 26 Nov 2001 09:14:00 -0500 Subject: [icecast] Encrypted password problem with icecast 1.3.11 In-Reply-To: <[icecast] Encrypted password problem with icecast 1.3.11> Message-ID: <3ED528FE96A8C1458B60AC22A60C879101874393@alexapp001.riptech.com> This is what I get when I do ldd on the icecast binary. [root at gala bin]# ldd icecast libcrypt.so.1 => /lib/libcrypt.so.1 (0x0ffb3000) libm.so.6 => /lib/libm.so.6 (0x0ff65000) libpthread.so.0 => /lib/libpthread.so.0 (0x0ff2e000) libc.so.6 => /lib/libc.so.6 (0x0fde9000) /lib/ld.so.1 => /lib/ld.so.1 (0x30000000) [root at gala bin]# It looks like the libcrypt is there alright. I guess that I am still wondering how the encryption can work if the mkpasswd program does not produce the same results every time? Thoughts? Tom -----Original Message----- From: Jerome Alet [mailto:alet at unice.fr] Sent: Monday, November 26, 2001 8:59 AM To: 'icecast at xiph.org' Subject: RE: [icecast] Encrypted password problem with icecast 1.3.11 On Mon, 26 Nov 2001, Thomas Steiger wrote: > I have tried these steps and the encryption on the console still does not > seem to validate? Any other thoughts? Thanks, if you're on Linux, then: $ ldd icecast hould list libcrypt as part of the linked libraries. If this is not the case then crypt support was not activated during compilation for one reason or another (e.g. a typo in configure command line) hth. Jerome Alet --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 sean at rimboy.com Mon Nov 26 15:25:45 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Mon, 26 Nov 2001 09:25:45 -0600 (CST) Subject: [icecast] Encrypted password problem with icecast 1.3.11 In-Reply-To: <3ED528FE96A8C1458B60AC22A60C879101874393@alexapp001.riptech.com> Message-ID: On Mon, 26 Nov 2001, Thomas Steiger wrote: > This is what I get when I do ldd on the icecast binary. > > [root at gala bin]# ldd icecast > libcrypt.so.1 => /lib/libcrypt.so.1 (0x0ffb3000) > libm.so.6 => /lib/libm.so.6 (0x0ff65000) > libpthread.so.0 => /lib/libpthread.so.0 (0x0ff2e000) > libc.so.6 => /lib/libc.so.6 (0x0fde9000) > /lib/ld.so.1 => /lib/ld.so.1 (0x30000000) > [root at gala bin]# > > It looks like the libcrypt is there alright. I guess that I am still > wondering how the encryption can work if the mkpasswd program does not > produce the same results every time? Thoughts? Actually, you want mkpasswd to generate different hashes each time. Otherwise you've just handed the attacker the keys. I tried and tried to get crypted passes to work but to no avail. It's been awhile since I've done any work with Icecast so YMMV. I'm not sure if the crypting hooks are in place on my floppy based distro. I think /bin/login for the console is compiled static. I'm going to rip Icecast out one of these days from my project so it's really not an issue for me. Sean... -- Believing I had supernatural powers, I slammed into a brick wall. --Paul Simon _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 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 fati at xenomusic.com Mon Nov 26 22:53:13 2001 From: fati at xenomusic.com (Attila Ficsor) Date: Mon, 26 Nov 2001 23:53:13 +0100 (CET) Subject: [icecast] Icecast server terminates Message-ID: Hello Everybody, I am new to this list, maybe boring and annoying questions will be asked from you, but please help me if you can. :) I have a problem with the icecast server version 1.3.11. I am running it on a RedHat linux 7.0 box, with my own C++ program that uses the libshout development library (1.0.5). My program connects to the icecast server and feeds it continously with mp3 data. The mp3s are read from specified directories based on the content of a playlist file. Sometimes - I don't know for what reason - the icecast server terminates. I can not find the problems source, 'cause sometimes it stays active and runs several days, sometimes dies after a few hours, sometimes after a minutes. (I do not modify my source code at all...) Anyone has any ideas? Is there any known bug that I don't know about? Maybe it is a buffer overflow...? If you think you might be able to help me, please let me know, and feel free to ask about details, too... Thank You, Attila Ficsor --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 e at bigethan.com Mon Nov 26 22:42:40 2001 From: e at bigethan.com (E) Date: Mon, 26 Nov 2001 14:42:40 -0800 Subject: [icecast] Icecast server terminates In-Reply-To: Message-ID: Attila, from the random timing of your problem it may be that there is a song file, that is causing the problem (if you are randomly going through a set of mp3s). It may be an icecast thing, or perhaps your program has the problem. Try testing with a song that you know works, and just let it loop forever... Or I could be completely wrong :) the more information you can provide about the error the better we can help you. E On Monday, November 26, 2001, at 02:53 PM, Attila Ficsor wrote: > Hello Everybody, > > I am new to this list, maybe boring and annoying questions will be > asked > from you, but please help me if you can. :) > > I have a problem with the icecast server version 1.3.11. I am running > it > on a RedHat linux 7.0 box, with my own C++ program that uses the > libshout > development library (1.0.5). > My program connects to the icecast server and feeds it continously > with > mp3 data. The mp3s are read from specified directories based on the > content of a playlist file. Sometimes - I don't know for what reason - > the > icecast server terminates. I can not find the problems source, > 'cause sometimes it stays active and runs several days, sometimes dies > after a few hours, sometimes after a minutes. (I do not modify my source > code at all...) > Anyone has any ideas? Is there any known bug that I don't know > about? Maybe it is a buffer overflow...? > > If you think you might be able to help me, please let me know, and feel > free to ask about details, too... > > Thank You, > Attila Ficsor > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast- > request at 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 fati at xenomusic.com Tue Nov 27 00:12:06 2001 From: fati at xenomusic.com (Attila Ficsor) Date: Tue, 27 Nov 2001 01:12:06 +0100 (CET) Subject: [icecast] Icecast server terminates In-Reply-To: Message-ID: Hello, Is there anyway to debug the icecast server or get the final error where it hung up? Anyway, I am feeding 4096 bytes to the server and sleeping with shout_sleep. Is this enough care to handle the connection or more is necessary? I think the files are good, 'cause the files are broadcasted in order, and not randomly. Only the error occurs randomly. Think of 50 mp3 files in 64kbps with the avarage length of 5 minutes, and 2 days of running. This means that each track is broadcasted 10 times... Ideas? Attila On Mon, 26 Nov 2001, E wrote: > Attila, > > from the random timing of your problem it may be that there is a song > file, that is causing the problem (if you are randomly going through a > set of mp3s). It may be an icecast thing, or perhaps your program has > the problem. Try testing with a song that you know works, and just let > it loop forever... > > Or I could be completely wrong :) the more information you can provide > about the error the better we can help you. > > E > > > > On Monday, November 26, 2001, at 02:53 PM, Attila Ficsor wrote: > > > Hello Everybody, > > > > I am new to this list, maybe boring and annoying questions will be > > asked > > from you, but please help me if you can. :) > > > > I have a problem with the icecast server version 1.3.11. I am running > > it > > on a RedHat linux 7.0 box, with my own C++ program that uses the > > libshout > > development library (1.0.5). > > My program connects to the icecast server and feeds it continously > > with > > mp3 data. The mp3s are read from specified directories based on the > > content of a playlist file. Sometimes - I don't know for what reason - > > the > > icecast server terminates. I can not find the problems source, > > 'cause sometimes it stays active and runs several days, sometimes dies > > after a few hours, sometimes after a minutes. (I do not modify my source > > code at all...) > > Anyone has any ideas? Is there any known bug that I don't know > > about? Maybe it is a buffer overflow...? > > > > If you think you might be able to help me, please let me know, and feel > > free to ask about details, too... > > > > Thank You, > > Attila Ficsor > > > > > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to 'icecast- > > request at 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 tyr at winter.teiresias.net Wed Nov 28 01:14:16 2001 From: tyr at winter.teiresias.net (Bolt Thrower) Date: Tue, 27 Nov 2001 18:14:16 -0700 (MST) Subject: [icecast] ices 0.2.2 does not reencode mp3s Message-ID: <200111280114.fAS1EGn06624@winter.teiresias.net> I recently upgraded ices from 0.1.0 to 0.2.2. I have found that it is not reencoding my mp3 stream, even though I have it configured to. This is on a RedHat linux 7.0 system, kernel 2.4.11 ices build commands: ./configure --with-perl --with-lame \ --with-lame-includes=/usr/local/src/lame-3.89/include \ --with-lame-libraries=/usr/local/src/lame-3.89/libmp3lame/.libs gmake gmake install From gtgbr at gmx.net Wed Nov 28 13:35:48 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Wed, 28 Nov 2001 14:35:48 +0100 Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <200111280114.fAS1EGn06624@winter.teiresias.net> Message-ID: <3C04E834.8CD26868@gmx.net> Bolt Thrower wrote: > >From my ices.conf: > 64 > My mp3s are encoded with the following command: > /usr/local/src/lame3.86/lame -S -V 1 -b 128 -h -m j \ > --tt "title" --ta "artist" --tl "album" \ > --ty "year" --tn tracknum song.wav song.mp3 Your lame command shows 128kbps while ices.conf shows 64kbps. Maybe you only changed ices.conf and forgot to alter the lame command? Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 J.Ardlin at wineasy.se Wed Nov 28 15:18:58 2001 From: J.Ardlin at wineasy.se (Johan Ardlin) Date: Wed, 28 Nov 2001 16:18:58 +0100 Subject: [icecast] Lost connection Message-ID: I have problem with icecast or shout, winamp loses connection and starts to rebuffer or just stops playing? Does anyone know how to solve this problem? I run Linux,icecast and shout Example [/home/mp3/pop/Ryan Adams - Gold/01 - New York, New York.mp3] [2:12] Size: 3709849 Bitrate: 224000 (47562 bytes/dot) [.........................................................!.!........... .......] Done: Sent 3709721 bytes in 1805415272677380.577969110458040338 seconds Transfer rate average 6713886.392861bps Lowest sleep time: 704656 microseconds Now using an overhead factor of 0.000000 Johan Ardlin Teknisk Utveckling Wineasy AB, Dal?num, Hus 112, SE-181 70 Liding? Phone: +46 8 563 110 00 Direct: +46 8 563 110 79 Cell: +46 701 880 079 Fax: +46 8 563 110 10 j.ardlin at wineasy.se --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 tyr at teiresias.net Wed Nov 28 16:49:51 2001 From: tyr at teiresias.net (Bolt Thrower) Date: Wed, 28 Nov 2001 09:49:51 -0700 Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <3C04E834.8CD26868@gmx.net> Message-ID: <3C0515AF.1C409CA@teiresias.net> Moritz Grimm wrote: > > Bolt Thrower wrote: > > > >From my ices.conf: > > 64 > > > My mp3s are encoded with the following command: > > /usr/local/src/lame3.86/lame -S -V 1 -b 128 -h -m j \ > > --tt "title" --ta "artist" --tl "album" \ > > --ty "year" --tn tracknum song.wav song.mp3 > > Your lame command shows 128kbps while ices.conf shows 64kbps. Maybe you > only changed ices.conf and forgot to alter the lame command? Thanks for the reply. No, the lame command is used when I rip & encode my music for archival purposes, and isn't otherwise used at the time of streaming the mp3s. In the command above, the '-b 128' sets the minimum allowed bitrate for VBR encoding. Again, it has worked fine with ices 0.1.0, so I'm tempted to conclude that it's an ices problem and not a lame problem. Thanks, -- Steve Chadsey "Is death another birthday, a way to kiss your dreams goodbye? Do the undead live within us, and look through our eyes?" -- Iron Maiden, "Only the Good Die Young" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 28 17:15:08 2001 From: brendan at icecast.org (Brendan Cully) Date: Wed, 28 Nov 2001 12:15:08 -0500 Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <200111280114.fAS1EGn06624@winter.teiresias.net> Message-ID: <20011128121508.C12961@coleridge.kublai.com> On Tuesday, 27 November 2001 at 18:14, Bolt Thrower wrote: > I recently upgraded ices from 0.1.0 to 0.2.2. I have found that it > is not reencoding my mp3 stream, even though I have it configured to. > > This is on a RedHat linux 7.0 system, kernel 2.4.11 > > ices build commands: > ./configure --with-perl --with-lame \ > --with-lame-includes=/usr/local/src/lame-3.89/include \ > --with-lame-libraries=/usr/local/src/lame-3.89/libmp3lame/.libs > gmake > gmake install > > >From my ices.conf: > ---[start]----- > > 64 > > 1 > > 2 The format of ices.conf changed somewhat in 0.2, to support multiple streams from the same playlist with different reencoding options. In short, these settings have been moved into the Stream node. For more info have a look at the sample ices.conf included with the distribution. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 tyr at winter.teiresias.net Wed Nov 28 19:43:53 2001 From: tyr at winter.teiresias.net (Bolt Thrower) Date: Wed, 28 Nov 2001 12:43:53 -0700 (MST) Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <20011128121508.C12961@coleridge.kublai.com> Message-ID: <200111281943.fASJhsq20992@winter.teiresias.net> Brendan Cully wrote: > > The format of ices.conf changed somewhat in 0.2, to support multiple streams > from the same playlist with different reencoding options. In short, these > settings have been moved into the Stream node. For more info have a look > at the sample ices.conf included with the distribution. I did modify my ices.conf when I made the upgrade. Here's my ices.conf in full: ---[start]----- apan.txt 1 perl ices 0 1 /tmp/mydir cathedral 5150 ***** xaudiocast ices Bolt Thrower's Stream metal Heavy ****** Metal!!! http://www.teiresias.net/~tyr/metal/now_playing.php> 0 64 1 2 ---[end]----- Thanks, -- Steve Chadsey Now playing: Rock Forever (Judas Priest - "Hell Bent For Leather") --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Wed Nov 28 19:57:36 2001 From: brendan at icecast.org (Brendan Cully) Date: Wed, 28 Nov 2001 14:57:36 -0500 Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <200111281943.fASJhsq20992@winter.teiresias.net> Message-ID: <20011128145736.H12961@coleridge.kublai.com> On Wednesday, 28 November 2001 at 12:43, Bolt Thrower wrote: > > The format of ices.conf changed somewhat in 0.2, to support multiple streams > > from the same playlist with different reencoding options. In short, these > > settings have been moved into the Stream node. For more info have a look > > at the sample ices.conf included with the distribution. > > I did modify my ices.conf when I made the upgrade. Ah, yes, that's correct. The problem is that your MP3s are encoded as VBR (which is incidentally why 0.1 crashes on you). 0.2.2 has a possibly ill-considered feature that avoids reencoding files if they are already at the same bitrate as the target bit rate. But it determines the bit rate by reading the first MP3 frame only, so it is easily fooled by VBR files. The next release, when I get a couple hours, will either revoke this feature, make it optional, and/or try to detect VBR files and unconditionally reencode those. In the meantime, you might try 0.2.1, which isn't much different but doesn't have the aforementioned "feature". Still, VBRs haven't been much tested and and are not officially supported. So 0.2.1 may still crash on you. Try it out though... fyi jack, I did almost finish the updates to libshout2. I'll get those to you this week :) -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 tyr at winter.teiresias.net Wed Nov 28 20:03:34 2001 From: tyr at winter.teiresias.net (Bolt Thrower) Date: Wed, 28 Nov 2001 13:03:34 -0700 (MST) Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <20011128145736.H12961@coleridge.kublai.com> Message-ID: <200111282003.fASK3YS21283@winter.teiresias.net> Brendan Cully wrote: > > The next release, when I get a couple hours, will either > revoke this feature, make it optional, and/or try to detect VBR files > and unconditionally reencode those. Thanks for the explanation, it's much appreciated. I can see where this would be a useful feature, so maybe letting the user decide the reencoder behavior in future releases would be a good choice. > > In the meantime, you might try 0.2.1, which isn't much different but > doesn't have the aforementioned "feature". Still, VBRs haven't been > much tested and and are not officially supported. So 0.2.1 may still > crash on you. Try it out though... I sure will. Thanks for the help. -- Steve Chadsey Now playing: Running Wild (Judas Priest - "Hell Bent For Leather") --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Thu Nov 29 01:17:54 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Thu, 29 Nov 2001 02:17:54 +0100 Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <3C0515AF.1C409CA@teiresias.net> Message-ID: <3C058CC2.2FDF90F1@gmx.net> Bolt Thrower wrote: > > > >From my ices.conf: > > > 64 > > > My mp3s are encoded with the following command: > > > /usr/local/src/lame3.86/lame -S -V 1 -b 128 -h -m j \ > > > --tt "title" --ta "artist" --tl "album" \ > > > --ty "year" --tn tracknum song.wav song.mp3 > > > > Your lame command shows 128kbps while ices.conf shows 64kbps. Maybe you > > only changed ices.conf and forgot to alter the lame command? > Thanks for the reply. No, the lame command is used when I rip & encode > my music for archival purposes, and isn't otherwise used at the time of > streaming the mp3s. In the command above, the '-b 128' sets the minimum > allowed bitrate for VBR encoding. Oups, sorry for me useless answer. I didn't read properly. I had another idea, but after downloading ices-0.2.2 I found it wrong, too. I only had a look at ices2 so far, and it needs 64000 as bitrate, not 64 if you want 64kbps. Hm. Brendan Cully writes that VBR might cause the problem, but according to your lame commandline, it can't ever get lower than 128kbps... so ices should be reencoding in any case. Sorry, I'm out of ideas. :P Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 J.Ardlin at wineasy.se Thu Nov 29 13:02:03 2001 From: J.Ardlin at wineasy.se (Johan Ardlin) Date: Thu, 29 Nov 2001 14:02:03 +0100 Subject: [icecast] libxml problem Message-ID: I get this error when starting ices. You have no libxml support. The config file you just specified cannot be used. Ices Exiting... I have installed the libxml support. Johan Ardlin Teknisk Utveckling Wineasy AB, Dal?num, Hus 112, SE-181 70 Liding? Phone: +46 8 563 110 00 Direct: +46 8 563 110 79 Cell: +46 701 880 079 Fax: +46 8 563 110 10 j.ardlin at wineasy.se --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Nov 29 17:48:42 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 29 Nov 2001 10:48:42 -0700 Subject: [icecast] libxml problem In-Reply-To: Message-ID: <20011129104841.B25968@babyjesus.cantcode.com> > I have installed the libxml support. When you compiled icecast, it should have shown you whether or not it found libxml. You need to install the libxml-devel or libxml-dev packages depending on what distribution you run. 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 gtgbr at gmx.net Fri Nov 30 01:00:58 2001 From: gtgbr at gmx.net (Moritz Grimm) Date: Fri, 30 Nov 2001 02:00:58 +0100 Subject: [icecast] /admin.html not very useful :P Message-ID: <3C06DA4A.2D7EA8B5@gmx.net> Hi all, today being a boring evening, I tinkered around a little with my and others icecast servers (v1.3.11, btw). :) I found that /admin.html et al is only good for getting some help or listing connected users, at best. When it comes to administration, i had some problems: I wasn't able to create valid aliases through the web interface at all, neither with IE under Windows nor lynx. Colons and slashes get converted to %somethings, resulting in invalid URLs and mountpoints. Is this a bug or am I doing anything wrong? I wasn't able to delete aliases I created on the web interface, also propably because of the %nn problem. Your help is very appreciated, thanks in advance! One last thing ... since admin.html is very powerful (especially because "set" shows the passwords either in a small hash or clear text!), I'd highly recommend to set less open ACLs in the default icecast.conf. My suggestion would be: # When using the internal acl rules, you need to specify a policy. # This rule kicks in when no allow or deny rule affects a connection. # If you set acl_policy to 1, then connections who are not denied by any # deny rule will be allowed, and the other way around if you set it to 0. # The following default settings allow anyone to be source or client, while # only users on localhost may log in as admin on the console or view # /admin.html. ######################### acl_policy 0 allow client * allow source * allow admin localhost # allow admin *.your.local.domain Sorry for not supplying a .diff ... never created one of those yet. Moritz -- _______________________________________________________________________ "They who would give up an essential liberty for temporary security, deserve neither liberty or security" - Benjamin Franklin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 tyr at winter.teiresias.net Fri Nov 30 04:16:16 2001 From: tyr at winter.teiresias.net (Bolt Thrower) Date: Thu, 29 Nov 2001 21:16:16 -0700 (MST) Subject: [icecast] ices 0.2.2 does not reencode mp3s In-Reply-To: <20011128145736.H12961@coleridge.kublai.com> Message-ID: <200111300416.fAU4GGq15537@winter.teiresias.net> Brendan Cully wrote: > > > In the meantime, you might try 0.2.1, which isn't much different but > doesn't have the aforementioned "feature". Still, VBRs haven't been > much tested and and are not officially supported. So 0.2.1 may still > crash on you. Try it out though... Believe it or not, 0.2.1 isn't reencoding either. It must be the VBR issue you mentioned, since I tested a constant bitrate MP3 and it reencoded it just fine. So, any estimate on a date for 0.2.3 ;) -- "I think about closing the door Steve Chadsey and lately I think of it more I'm living well out of my time I feel like I'm losing my mind." -- Black Sabbath, "Falling off the Edge of the World" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 J.Ardlin at wineasy.se Fri Nov 30 08:37:34 2001 From: J.Ardlin at wineasy.se (Johan Ardlin) Date: Fri, 30 Nov 2001 09:37:34 +0100 Subject: [icecast] libxml problem In-Reply-To: <[icecast] libxml problem> Message-ID: I have installed libxml2-2.4.11-1.i686.rpm libxml2-devel-2.4.11-1.i686.rpm And when i compile ice checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... missing checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for ld used by GCC... (cached) /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /usr/bin/nm -B checking whether ln -s works... (cached) yes loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... (cached) no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for uname... (cached) uname checking for gmake... (cached) gmake checking for a BSD compatible install... /usr/bin/install -c checking whether make sets ${MAKE}... (cached) yes checking host system type... i686-pc-linux-gnu checking how to run the C preprocessor... (cached) gcc -E checking for AIX... no checking for strerror in -lcposix... (cached) no checking for minix/config.h... (cached) no checking for working const... (cached) yes checking for library containing gethostbyname... (cached) none required checking for library containing nanosleep... (cached) none required checking for pthread_create... (cached) no checking for pthread_create in -lpthread... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... (cached) yes checking for fcntl.h... (cached) yes checking for sys/types.h... (cached) yes checking for sys/socket.h... (cached) yes checking for sys/stat.h... (cached) yes checking for unistd.h... (cached) yes checking for signal.h... (cached) yes checking for sys/signal.h... (cached) yes checking for errno.h... (cached) yes checking for ANSI C header files... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking return type of signal handlers... (cached) void checking for strftime... (cached) yes checking for vsnprintf... (cached) yes checking for setpgid... (cached) yes checking for inet_addr... (cached) yes checking for inet_aton... (cached) yes checking for setlinebuf... (cached) yes checking for shout/shout.h... (cached) no Installed libshout not found, using builtin checking for lame/lame.h... (cached) no checking for lame.h... (cached) no Could not find a valid LAME library, reencoding disabled checking for perl_construct... (cached) yes checking for Python.h... (cached) no Could not find the python library, python scripting disabled checking for xml2-config... (cached) xml2-config checking for libxml/parser.h... (cached) yes checking for gnome-xml/parser.h... (cached) no checking for parser.h... (cached) yes creating ./config.status creating Makefile creating src/Makefile creating src/playlist_builtin/Makefile creating conf/Makefile creating conf/ices.conf.dist creating doc/Makefile creating resolver/Makefile creating thread/Makefile creating avl/Makefile creating log/Makefile creating src/interpreter/Makefile creating src/xml/Makefile creating config.h config.h is unchanged configuring in libshout running /bin/sh ./configure --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... missing checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking host system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking for ranlib... (cached) ranlib checking for ld used by GCC... (cached) /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /usr/bin/nm -B checking whether ln -s works... (cached) yes loading cache .././config.cache within ltconfig checking for object suffix... o checking for executable suffix... (cached) no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache .././config.cache checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking for sys/file.h... (cached) yes checking for sys/time.h... (cached) yes checking for unistd.h... (cached) yes checking for working const... (cached) yes checking for size_t... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking for unix98 socklen_t... yes checking size of long long... (cached) 8 checking for vprintf... (cached) yes checking for gettimeofday... (cached) yes checking for select... (cached) yes checking for socket... (cached) yes checking for strdup... (cached) yes checking for nanosleep... (cached) yes creating ./config.status creating Makefile creating doc/Makefile creating config.h config.h is unchanged / Johan -----Original Message----- From: Jack Moffitt [mailto:jack at xiph.org] Sent: den 29 november 2001 18:49 To: icecast at xiph.org Subject: Re: [icecast] libxml problem > I have installed the libxml support. When you compiled icecast, it should have shown you whether or not it found libxml. You need to install the libxml-devel or libxml-dev packages depending on what distribution you run. 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 Fri Nov 30 18:16:09 2001 From: jack at xiph.org (Jack Moffitt) Date: Fri, 30 Nov 2001 11:16:09 -0700 Subject: [icecast] libxml problem In-Reply-To: Message-ID: <20011130111609.D6462@babyjesus.cantcode.com> > And when i compile ice It shows that libxml is detected, which means that it found the headers and the libs. Now, when you compile it, you should see it have -lxml or something similar. I don't see why you wouldn't have xml support if it's finding the libs just fine :) I dont' think it's possible to compile ices without libxml. And if it is, I'd say that was a bug. 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 brendan at icecast.org Fri Nov 30 18:19:11 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 30 Nov 2001 13:19:11 -0500 Subject: [icecast] libxml problem In-Reply-To: <20011130111609.D6462@babyjesus.cantcode.com> Message-ID: <20011130131911.B28244@coleridge.kublai.com> On Friday, 30 November 2001 at 11:16, Jack Moffitt wrote: > > And when i compile ice > > It shows that libxml is detected, which means that it found the headers > and the libs. > > Now, when you compile it, you should see it have -lxml or something > similar. I don't see why you wouldn't have xml support if it's finding > the libs just fine :) > > I dont' think it's possible to compile ices without libxml. And if it > is, I'd say that was a bug. It is possible, because you can control everything from the ices commandline. I guess for people using ices as if it were shout this is fine... -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 tyr at winter.teiresias.net Fri Nov 30 18:26:04 2001 From: tyr at winter.teiresias.net (Bolt Thrower) Date: Fri, 30 Nov 2001 11:26:04 -0700 (MST) Subject: [icecast] libxml problem In-Reply-To: Message-ID: <200111301826.fAUIQ4H26745@winter.teiresias.net> Johan Ardlin wrote: > > I have installed > > libxml2-2.4.11-1.i686.rpm > libxml2-devel-2.4.11-1.i686.rpm [...] > checking for xml2-config... (cached) xml2-config > checking for libxml/parser.h... (cached) yes > checking for gnome-xml/parser.h... (cached) no > checking for parser.h... (cached) yes A couple shot-in-the-dark suggestions here. It might be possible that the 'configure' script is just going off of cached values from a previous run - hence the '(cached)' - possibly before you installed the libxml rpms. Try doing a 'make clean' or 'make distclean' and re-run configure and see if that helps. Also, I noticed that configure is not finding gnome-xml/parser.h. Maybe the libxml2 rpms you installed did not provide that file? Maybe going to http://rpmfind.net and searching for '/usr/include/gnome-xml/parser.h' will show you an additional rpm you might need to install. On my RH7.0 system, that file is provided by libxml-devel-1.8.9-5. Hope this helps, -- Steve Chadsey Now playing: The 7th Day of July 1777 (King Diamond - "Abigail") --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at 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 Fri Nov 30 19:02:16 2001 From: harvey at buskers.org (harvey smith) Date: Fri, 30 Nov 2001 14:02:16 -0500 Subject: [icecast] libxml problem In-Reply-To: <20011130131911.B28244@coleridge.kublai.com> Message-ID: <20011130140216.A7207@buskers.org> On Fri, Nov 30, 2001 at 01:19:11PM -0500, Brendan Cully wrote: > On Friday, 30 November 2001 at 11:16, Jack Moffitt wrote: > snip > > > I dont' think it's possible to compile ices without libxml. And if it > > is, I'd say that was a bug. > > It is possible, because you can control everything from the ices commandline. > I guess for people using ices as if it were shout this is fine... > Yes I have mine compiled this why and I was thinking it was a feature. Basically I have everything compiled in (including password) so I barely even need a command line, except for maybe the mountpoint and playlist. obviously wont be good if your setup varies alot, especially not good if you need to vary the password, unless you don't minf putting a password in on the command line. But this set-up works great for me. ;-) 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.