From oliver at ojms.org.uk Fri Apr 1 09:38:02 2005 From: oliver at ojms.org.uk (Oliver Stirling) Date: Fri, 01 Apr 2005 10:38:02 +0100 Subject: [Icecast] Minor Spelling mistake In-Reply-To: <20050331081611.GA3934@localhost.localdomain> References: <20050331081611.GA3934@localhost.localdomain> Message-ID: <424D167A.4090404@ojms.org.uk> When connecting to the YP I get this response: 0 = HTTP/1.0 200 OK 1 = Date: Fri, 01 Apr 2005 09:28:33 GMT 2 = Server: Apache/2.0.53 (Debian GNU/Linux) DAV/2 SVN/1.1.3 PHP/4.3.10-9 3 = YPResponse: 1 4 = YPMessage: Successfull Touch 5 = Content-Type: text/plain Notice that number 4 has spelt Successful wrong. Oli From christopher at barsuk.com Fri Apr 1 19:23:04 2005 From: christopher at barsuk.com (Christopher Possanza) Date: Fri, 1 Apr 2005 11:23:04 -0800 Subject: [Icecast] Help with Icecast / streaming to Windows Media player Message-ID: <200504011923.j31JN6n30218@server1.barsuk.com> Hi - I'm a "streaming" newbie. I've recently configured Icecast (v2.2) with Ices (v0.4) to stream a playlist of MP3 files. When a user with iTunes as their default media player connects to this stream (http://www.barsuk.com:8000/barsukradio.m3u), it works just fine. However, if a user has Windows Media player as their default media player, WM seems to get stuck "connecting...". Occasionally, after 10 or 15 minutes, the stream starts up, but usually it just fails. The icecast error log gives no indication that an error is occurring. I have a lot of questions (and haven't located the answers yet on the "internets"), but here are the most important: 1. Has anyone else had this problem with Windows Media player? How do you fix it? 2. Are there better options for streaming a list of files than my current configuration? 3. How do I go about creating a link if I want to stream just 1 file, and have it played just once? 4. Eventually I want to create a nice-looking "radio"-like interface ... any suggestions for where to start? Thanks to anyone who can answer any of these questions. Cheers - Christopher Barsuk Records christopher at barsuk.com From desol at telus.net Sat Apr 2 05:56:26 2005 From: desol at telus.net (Darrick Uwins) Date: Fri, 1 Apr 2005 22:56:26 -0700 Subject: [Icecast] (no subject) Message-ID: Ok here is my config file...my clients are getting connection refused...anyone know why? It runs fine...i can connect from my local machine...and stream? But internet clients get connection refused... --> - - 2 - hackme hackme admin hackme - 15 http://dir.xiph.org/cgi-bin/yp-cgi fubarred.compress.to - 8000 1 - ./logs ./web ./admin - access.log error.log 3 - - 0 "You know, in a lot of ways, your typical kid that only gets music through the radio is a lot more open-minded than some of the people that claim to be a hardcore, independent music person." From desol at telus.net Sat Apr 2 05:59:19 2005 From: desol at telus.net (Darrick Uwins) Date: Fri, 1 Apr 2005 22:59:19 -0700 Subject: [Icecast] (no subject) Message-ID: Here is the link if you would like to try...the servers running at the moment... http://fubarred.compress.to:8000/susspiria.mp3.m3u "You know, in a lot of ways, your typical kid that only gets music through the radio is a lot more open-minded than some of the people that claim to be a hardcore, independent music person." From geoff at hitsandpieces.net Sat Apr 2 07:00:07 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sat, 2 Apr 2005 17:00:07 +1000 Subject: [Icecast] (no subject) In-Reply-To: References: Message-ID: Hi, Well, it should work fine. I can reach the server and port from here, but there's no streams to listen to right now. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From geoff at hitsandpieces.net Sat Apr 2 07:21:35 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sat, 2 Apr 2005 17:21:35 +1000 Subject: [Icecast] oddsock YP server down Message-ID: Hi, Our icecast server just took a dive because Oddsock's YP server is down. You might want to avoid the same thing by commenting out the entry for it and HUPing the server, until it is back up again. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From danstowell at gmail.com Sat Apr 2 14:01:16 2005 From: danstowell at gmail.com (Dan Stowell) Date: Sat, 2 Apr 2005 15:01:16 +0100 Subject: [Icecast] Help with Icecast / streaming to Windows Media player In-Reply-To: <200504011923.j31JN6n30218@server1.barsuk.com> References: <200504011923.j31JN6n30218@server1.barsuk.com> Message-ID: <286e6b7c050402060171e1bf7e@mail.gmail.com> Hi Chris, I'll try and answer some of the easier questions: > 2. Are there better options for streaming a list of files than my current > configuration? Probably not! Ices0.4 rocks because of its simplicity and stability. > 3. How do I go about creating a link if I want to stream just 1 file, and > have it played just once? The easiest way to do it is to host the MP3 file just like any static file, and then create an M3U file that references that one single file. Most media players handle this nicely and treat it as a stream. > 4. Eventually I want to create a nice-looking "radio"-like interface ... any > suggestions for where to start? Personally I'd start by looking at how to embed Quicktime objects into a webpage - that's what we did for our station. The following link shows an embedded player which start automatically: http://www.mcld.co.uk/flatfour/?play=true To read more about customising the way Quicktime player objects appear, look here: http://www.apple.com/quicktime/authoring/qtwebfaq.html To customise the look drastically, you might like to make the actual quicktime object invisible and then use image-based javascript buttons to trigger on/off/pause/etc. You could also try building something in Flash, but last time I checked Flash couldn't handle streamed MP3. Best, Dan -- http://www.mcld.co.uk From jbebel at ncsu.edu Sat Apr 2 15:41:12 2005 From: jbebel at ncsu.edu (Joel Ebel) Date: Sat, 02 Apr 2005 10:41:12 -0500 Subject: [Icecast] (no subject) In-Reply-To: References: Message-ID: <424EBD18.4040906@ncsu.edu> I can connect fine. However, the stream seems to be 256kbps and I can't quite download it that fast. I have 5Mbps cable, so you may want to make sure you have that much upload bandwidth. Joel Darrick Uwins wrote: > Here is the link if you would like to try...the servers running at the > moment... > > http://fubarred.compress.to:8000/susspiria.mp3.m3u > > "You know, in a lot of ways, your typical kid that only gets music through > the radio is a lot more open-minded than some of the people that claim to be > a hardcore, independent music person." > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From mlrsmith at gmail.com Sat Apr 2 17:57:46 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Sat, 2 Apr 2005 18:57:46 +0100 Subject: [Icecast] Help with Icecast / streaming to Windows Media player In-Reply-To: <286e6b7c050402060171e1bf7e@mail.gmail.com> References: <200504011923.j31JN6n30218@server1.barsuk.com> <286e6b7c050402060171e1bf7e@mail.gmail.com> Message-ID: <3c17372105040209574ecddfdd@mail.gmail.com> On Apr 2, 2005 3:01 PM, Dan Stowell wrote: > > You could also try building something in Flash, but last time I > checked Flash couldn't handle streamed MP3. Icecast has a hack for this problem in the flash player, which means flash can play some icecast mp3 streams, but only for a limited duration before it disconnects (based on the number of bytes, so how long it works for depends on bitrate). Mike From dan at x-7.com Sat Apr 2 20:10:45 2005 From: dan at x-7.com (Dan Regalia) Date: Sat, 2 Apr 2005 14:10:45 -0600 Subject: [Icecast] IceCast MetaData Bug Message-ID: Just a quick one for you.. I setup an auto server, and during an hour-long pre-recorded show I noticed that the metadata was being refreshed to a totally different playlist. After checking out the other clients that contribute to my station, that one had theirs on backup/standby, and was playing those songs in sam2. Even tho they can't connect, it would still update the metadata on the server. I am guessing that somewhere in the connection events that there is a call that says: 1) authenticate 2) pass metadata 3) attempt to stream/connect 4) if stream fails, disconnect The order should be: 1) authenticate 2) check for stream availability 3) attempt to connect 4) on successful connect, pass metadata Thanks guys Keep up the great work. -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at hitsandpieces.net Sun Apr 3 02:13:46 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 3 Apr 2005 12:13:46 +1000 Subject: [Icecast] IceCast MetaData Bug In-Reply-To: References: Message-ID: Hi, Unfortunately, there's no real way around this except checking to see if the IP address is the same, and that's assuming this is a desired limitation. The reason for this is that this functionality is there so that if the application that's playing the content is not the same one that's sending the stream, the playout system can still send in metadata updates. My suggestion for your situation is to use a fallback mount instead. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From hpage at gmx.ch Sun Apr 3 08:56:42 2005 From: hpage at gmx.ch (hpage at gmx.ch) Date: Sun, 3 Apr 2005 10:56:42 +0200 Subject: [Icecast] icecast 2-2.0.0_2,1 Stats - wrong number! Message-ID: <000301c5382b$11b4add0$0e01a8c0@athlon> Hello, Two days ago i have implemented a script to cacti (a web based rrdtool), where i read out the section in the stats.xml and put it in a graph. On this server i just use the to sream some archived sessions. The first day everything worked fine. When i connect the number of goes up one and at the disconnect it goes down. Now after i had about 20 Listeners it still goes up one and down when i connect, but it stays at about 20 Listeners. I checked on the server with 'netstat -a' and i recognized i do have just about 4 opened sessions. I could not reproduce this error, when i connect it works when i disconnect, but the value stays too high. Does anybody know how i could solve this problem? Thank you Rik From geoff at hitsandpieces.net Sun Apr 3 09:12:06 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Sun, 3 Apr 2005 19:12:06 +1000 Subject: [Icecast] icecast 2-2.0.0_2, 1 Stats - wrong number! (fwd) Message-ID: Hi, For some reason, I'm not seeing this message in the list admin database, so I'm forwarding it manually. I vaguely recall a fix for this sort of thing bieng checked into SVN, am I right? Geoff. ---------- Forwarded message ---------- Date: Sun, 3 Apr 2005 10:48:22 +0200 From: Rik To: Icecast Mailinglist Subject: icecast 2-2.0.0_2,1 Stats - wrong number! Hello, Two days ago i have implemented a script to cacti (a web based rrdtool), where i read out the section in the stats.xml and put it in a graph. On this server i just use the to sream some archived sessions. The first day everything worked fine. When i connect the number of goes up one and at the disconnect it goes down. Now after i had about 20 Listeners it still goes up one and down when i connect, but it stays at about 20 Listeners. I checked on the server with 'netstat -a' and i recognized i do have just about 4 opened sessions. I could not reproduce this error, when i connect it works when i disconnect, but the value stays too high. Does anybody know how i could solve this problem? Thank you Rik From jakarhill at yahoo.com Mon Apr 4 03:43:46 2005 From: jakarhill at yahoo.com (Randolph Davis Hill) Date: Sun, 3 Apr 2005 20:43:46 -0700 (PDT) Subject: [Icecast] Victory Message-ID: <20050404034346.31409.qmail@web14605.mail.yahoo.com> I got icecast up and running over the weekend. Now i have a couple of questions: 1. What can I do so that the record companies do not come after me ? IS it ok to stream mp3 music ? 2. I did some test. Some of my friends players would only play a few seconds and they had to select play to get more data. They were on a slow link. 3. Any other advice you may have. The play is to stream some music of some friends of mind who are musicians. Randy From denis.paschoalinoto at gmail.com Mon Apr 4 05:04:42 2005 From: denis.paschoalinoto at gmail.com (Denis Paschoalinoto) Date: Mon, 4 Apr 2005 02:04:42 -0300 Subject: [Icecast] Free server Message-ID: <77a44d4c050403220464862e67@mail.gmail.com> Hello, Is there any free server on the Internet to house my radio? Thank you Denis. From geoff at hitsandpieces.net Mon Apr 4 05:32:22 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Mon, 4 Apr 2005 15:32:22 +1000 Subject: [Icecast] Victory In-Reply-To: <20050404034346.31409.qmail@web14605.mail.yahoo.com> References: <20050404034346.31409.qmail@web14605.mail.yahoo.com> Message-ID: Randolph Davis Hill wrote: > 1. What can I do so that the record companies do not come after me ? > IS it ok to stream mp3 music ? The record companies don't care what format the material is in, they care what the actual content is and whether or not you have permission to stream it. I'm not very clued up on the particulars. Only Thompson will care if you stream in MP3. > 2. I did some test. Some of my friends players would only play a few > seconds and they had to select play to get more data. They were on a > slow link. The slower the link, the lower the bitrate of the stream that they'll be able to listen to. You may have to do some tests to figure out what they can manage. Typically, people using 56k modems will have trouble with much over 40kbps, 33.6k modem users will have trouble with much over 24kbps. Geoff. From bench at silentmedia.com Mon Apr 4 06:45:19 2005 From: bench at silentmedia.com (Ben) Date: Sun, 3 Apr 2005 23:45:19 -0700 Subject: [Icecast] Victory In-Reply-To: <20050404034346.31409.qmail@web14605.mail.yahoo.com> References: <20050404034346.31409.qmail@web14605.mail.yahoo.com> Message-ID: <4b62d76f2938334508ac0fca74d48b6e@silentmedia.com> On Apr 3, 2005, at 8:43 PM, Randolph Davis Hill wrote: > I got icecast up and running over the weekend. Now i have a couple of > questions: > > 1. What can I do so that the record companies do not come after me ? > IS it ok to stream mp3 music ? Generally not, if you don't have explicit rights to do so. If you don't know if you have explicit rights, then you probably don't. From danstowell at gmail.com Mon Apr 4 08:05:19 2005 From: danstowell at gmail.com (Dan Stowell) Date: Mon, 4 Apr 2005 09:05:19 +0100 Subject: [Icecast] Victory In-Reply-To: <20050404034346.31409.qmail@web14605.mail.yahoo.com> References: <20050404034346.31409.qmail@web14605.mail.yahoo.com> Message-ID: <286e6b7c05040401056203e0cf@mail.gmail.com> On Apr 4, 2005 4:43 AM, Randolph Davis Hill wrote: > I got icecast up and running over the weekend. Now i have a couple of > questions: > > 1. What can I do so that the record companies do not come after me ? > IS it ok to stream mp3 music ? > > The play is to stream some music of some friends of mind who are > musicians. It's OK to stream your friends' music (assuming they don't mind!) - BUT avoid cover versions and sample-based music, because then the rights of the original artists also need to be considered. Dan -- http://www.flatfourradio.co.uk From arieli at funradio.sk Mon Apr 4 12:46:55 2005 From: arieli at funradio.sk (Juraj Nevesely) Date: Mon, 04 Apr 2005 14:46:55 +0200 Subject: [Icecast] Updating Stream Title Message-ID: <4251535F.22102.32BEB32@localhost> I've noticed that also Windows Media Player shows info about current playing song. The problem is it is not the Current Song parameter (title) but the Stream Title (server_name) that WMP shows. That's the reason why I would like to be able to dynamically change the Stream Title parameter. Is it technically possible to change the Stream Title and are you thinking about such an update? Thank you. From karl at xiph.org Mon Apr 4 14:58:02 2005 From: karl at xiph.org (Karl Heyes) Date: 04 Apr 2005 15:58:02 +0100 Subject: [Icecast] Updating Stream Title In-Reply-To: <4251535F.22102.32BEB32@localhost> References: <4251535F.22102.32BEB32@localhost> Message-ID: <1112626682.9245.9.camel@bogus.hackers.club> On Mon, 2005-04-04 at 13:46, Juraj Nevesely wrote: > I've noticed that also Windows Media Player shows info about current > playing song. The problem is it is not the Current Song parameter > (title) but the Stream Title (server_name) that WMP shows. That's the > reason why I would like to be able to dynamically change the Stream > Title parameter. > Is it technically possible to change the Stream Title and are you > thinking about such an update? The title you are currently getting is send as a HTTP style header so you only get that the once. The shoutcast style metadata updates occur within the MP3 data stream but effectively breaks the MP3 spec, so these are only sent if the clients ask for it, WMP is not asking for it. If we did send the metadata no matter what, then you will still not see the title updates and audio glitches will occur. karl. From ml at imux.net Mon Apr 4 18:05:42 2005 From: ml at imux.net (ml) Date: Mon, 04 Apr 2005 19:05:42 +0100 Subject: [Icecast] Victory In-Reply-To: <20050404034346.31409.qmail@web14605.mail.yahoo.com> References: <20050404034346.31409.qmail@web14605.mail.yahoo.com> Message-ID: <425181F6.7070105@imux.net> Randolph Davis Hill wrote: > I got icecast up and running over the weekend. Now i have a couple of > questions: > > 1. What can I do so that the record companies do not come after me ? > IS it ok to stream mp3 music ? First off, I have no legal training; this is not legal advice it is only my opinion. Any commercial music you buy on a CD (or from the Internet that is from a CD) will be covered by copyright. To use the music you need to get the right to use it, usually by paying. You need permission from the Songwriter, the Performer and the company that owns the recording of the performance. The Santiago Agreement was supposed to mean the music industry provides a single licence to cover all three, but I don't know anyone that's managed to get one so you will likely need a licence from each body. (this is different from country to country) As for mp3 streaming, if you have a turnover of under $100,000 US dollars you can stream in mp3 without charge, however you will still need to pay for an encoder licence. Just because you can download LAME for free and compile it doesn't make it legal. I would recommend using ogg vorbis for streaming instead, there are, and never will be, any charges and it's better quality. > 2. I did some test. Some of my friends players would only play a few > seconds and they had to select play to get more data. They were on a > slow link. Try lowering the stream bitrate. If your stream is 128kbps and they are on a modem (50-40kbps) it's not going to work... > 3. Any other advice you may have. > > The play is to stream some music of some friends of mind who are > musicians. As long as the work of the musicians isn't a cover of someone else's song, or contains samples from another copyrighted work then you should have no problem. Stephen LiveIce Project http://liveice.sf.net/ From justinabomb at gmail.com Mon Apr 4 18:25:57 2005 From: justinabomb at gmail.com (Justin Bot) Date: Mon, 4 Apr 2005 11:25:57 -0700 Subject: [Icecast] Victory In-Reply-To: <798b2d8305040411247f9bf980@mail.gmail.com> References: <20050404034346.31409.qmail@web14605.mail.yahoo.com> <425181F6.7070105@imux.net> <798b2d8305040411247f9bf980@mail.gmail.com> Message-ID: <798b2d83050404112519fb9ae3@mail.gmail.com> Though I'm not a legal advisor either, there have been some major changes with these types of laws, exclusively in Canada *hinthint* If your a Canadian citizen or have your information stored on Canadian soil (including if a Canadian has legal rights to the server you're hosting from), this data is considered intellectual property of Canada. The reason why it's so funky, is because the supreme court of Canada has ruled that (basicly) if it is on the internet, it is freely available to those that are able to find it. The rationality for this ruling is closely related to radio waves, satellite and tv signals. If it can not be restricted by physical means, there is no point trying to enforce it's capital loss. The closest the RIAA, for example, has come to busting canadian file sharers, netRadio djs and the like, is by going through the canuck version of the FCC. But since our version of the FCC is candian and not american, they have an immense task of getting anything into court. hernt. Nutty hey? From t at homegrownsounds.co.uk Mon Apr 4 18:27:10 2005 From: t at homegrownsounds.co.uk (Andy) Date: Mon, 4 Apr 2005 19:27:10 +0100 Subject: [Icecast] Using alias to relay Icecast2 to shoutcast problems Message-ID: <00ad01c53943$ea6951d0$0100a8c0@JHEREKC> Hi all I wondered if anyone was succesful in doing this? I found some information on using alias's to patch a stream through to a different port ie: However this does not appear to work properly. If I type the url into a browser, this then opens up and plays as it should in winamp, however if I type it directly into the winamp play url box, I get "Error syncing to mpeg" and Shoutcast is not receiving the stream either, it displays stream 0kbs and then times out after 30 secs and disconnects. I have also tried using Ices 0.4 straight into Shoutcast without success, I have a similar problem, even though I have selected icy as the protocol and the address,port and password are correct. Andy help on this matter would be greatly appreciated, I have seen plenty of forum posts where people are doing both of these things successfully, but no sample configs or help. thanks Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: From justinabomb at gmail.com Mon Apr 4 18:45:41 2005 From: justinabomb at gmail.com (Justin Bot) Date: Mon, 4 Apr 2005 11:45:41 -0700 Subject: [Icecast] Trouble with liblame? Message-ID: <798b2d83050404114522110197@mail.gmail.com> I've compiled Lame support from following the most recent version mentioned here. However, when I run Ices with reencoding enabled, I'm faced with a message that liblame was not found. Any help? TIA From linickx at gmail.com Mon Apr 4 18:55:35 2005 From: linickx at gmail.com (NICK) Date: Mon, 4 Apr 2005 19:55:35 +0100 Subject: [Icecast] ices question ? (gui) In-Reply-To: References: <1cdd270f38bb962858842fc5e2eb29c0@tellechea.org> <798b2d8305040411186e174abe@mail.gmail.com> Message-ID: ...& I too forget to hit the "reply-all" button in gmail :-S just keepin' it open source :-D All the best, Nick On Apr 4, 2005 7:47 PM, [NICK] wrote: > Hi Justin, you can take at look at http://www.linickx.com/blog/?p=13 > if you like ;-) > > rgds, > Nick > > > On Apr 4, 2005 7:18 PM, Justin Bot wrote: > > Off list? Darn. I was really hoping to see what kind of dev has been > > done on this type of thing. Keep open source open, know what I mean? > > :) > > > > On Mar 30, 2005 2:03 AM, [NICK] wrote: > > > I'll contact U off list. > > > > > > rgds > > > Nick > > > > > > On Tue, 29 Mar 2005 13:30:08 -0500, Chuck Tellechea > > > wrote: > > > > > > > > Nick, > > > > > > > > Cool. Let's compare requirements/features once we've had a start. If we > > > > end up using a database, we could certainly make the code consistent > > > > with a schema and implementation. I'm partial to postrgresql. You? > > > > > > > > On Mar 29, 2005, at 1:15 PM, [NICK] wrote: > > > > > > > > > Hi Chuck, > > > > > Thanks, I'd be very interested in seeing it. > > > > > > > > > > In light of not being able to find what I wanted on google, I've > > > > > started my own (in PHP), I guess it could be beneficial to share. ;-) > > > > > > > > > > Let me know if you're interested, > > > > > Kind Regards, > > > > > Nick > > > > > > > > > > > > > > > On Tue, 29 Mar 2005 12:08:44 -0500, Chuck Tellechea > > > > > wrote: > > > > >> Nick, > > > > >> > > > > >> Hehe... > > > > >> > > > > >> I was going to start coding a perl cgi webapp to do this for a > > > > >> customer > > > > >> in the next week or so. The need for such seems pretty obvious :) > > > > >> I'm going to create some templates with HTML::Template and drive it > > > > >> with CGI::Application. Once I have something done I'll post something > > > > >> here. > > > > >> > > > > >> > > > > >> On Mar 29, 2005, at 7:25 AM, [NICK] wrote: > > > > >> > > > > >>> Hi all, > > > > >>> looking @ icecast.org I hope this is the right list - Apologies if > > > > >>> not. > > > > >>> > > > > >>> Does anyone have (know of) a gui for ices , I've got everything > > > > >>> working (i.e. icescast & ices) I'm just bored of manipulating my text > > > > >>> file, A web (php) gui would be much better. > > > > >>> > > > > >>> Thanks In Advance, > > > > >>> Nick > > > > >>> > > > > >>> > > > > >>> > > > > >>> -- > > > > >>> When you do things right, no one can be sure if you did anything at > > > > >>> all. > > > > >>> _______________________________________________ > > > > >>> Icecast mailing list > > > > >>> Icecast at xiph.org > > > > >>> http://lists.xiph.org/mailman/listinfo/icecast > > > > >>> > > > > >> -- > > > > >> "Living is easy with eyes closed; > > > > >> misunderstanding all you see...." > > > > >> John Lennon > > > > >> > > > > >> Chuck Tellechea > > > > >> > > > > >> > > > > > > > > > > > > > > > -- > > > > > When you do things right, no one can be sure if you did anything at > > > > > all. > > > > > > > > > -- > > > > "Living is easy with eyes closed; > > > > misunderstanding all you see...." > > > > John Lennon > > > > > > > > Chuck Tellechea > > > > > > > > > > > > > > -- > > > When you do things right, no one can be sure if you did anything at all. > > > _______________________________________________ > > > Icecast mailing list > > > Icecast at xiph.org > > > http://lists.xiph.org/mailman/listinfo/icecast > > > > > > > -- > When you do things right, no one can be sure if you did anything at all. > -- When you do things right, no one can be sure if you did anything at all. From justinabomb at gmail.com Mon Apr 4 20:27:55 2005 From: justinabomb at gmail.com (Justin Bot) Date: Mon, 4 Apr 2005 13:27:55 -0700 Subject: [Icecast] Re: Trouble with liblame? In-Reply-To: <798b2d83050404114522110197@mail.gmail.com> References: <798b2d83050404114522110197@mail.gmail.com> Message-ID: <798b2d83050404132771bf397@mail.gmail.com> The only noticeable thing I've seen in the ./configure output was this: checking for GTK - version >= 1.2.0... no *** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to the *** full path to gtk-config. I'm new to linux, but not a newb 100%. Can someone give me a hint or help me out with this? Is this imperative? > Well if you've compiled and installed lame, you need to check the > ./configure output from ices before you compile it, configure probably > can't find it. > > Stephen > LiveIce Project http://liveice.sf.net/ > From geoff at hitsandpieces.net Tue Apr 5 00:53:28 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Tue, 5 Apr 2005 10:53:28 +1000 Subject: [Icecast] Using alias to relay Icecast2 to shoutcast problems In-Reply-To: <00ad01c53943$ea6951d0$0100a8c0@JHEREKC> References: <00ad01c53943$ea6951d0$0100a8c0@JHEREKC> Message-ID: Andy wrote: > I'm assuming the mountpoint is actually /nfa2 and not /nfa2.m3u. This is what you should be pointing at. Winamp and Shoutcast are expecting an MP3 stream and aren't getting one. > If I type the url into a browser, this then opens up and plays as it > should in winamp, This backs up my theory. > I have also tried using Ices 0.4 straight into Shoutcast without success, > I have a similar problem, even though I have selected icy as the protocol > and the address,port and password are correct. Shoutcast actually accepts source connections on listenport+1, but you should still enter listenport into your ices config. Not sure what else to suggest. Geoff. From t at homegrownsounds.co.uk Tue Apr 5 02:19:21 2005 From: t at homegrownsounds.co.uk (Andy) Date: Tue, 5 Apr 2005 03:19:21 +0100 Subject: [Icecast] Using alias to relay Icecast2 to shoutcast problems Message-ID: <012301c53985$e1484290$0100a8c0@JHEREKC> Geoff you are a genius! I have been at this for soooo long today and you are spot on with the solution. I had a feeling it would be something simple! thanks a lot :) Andy ----- Original Message ----- From: "Geoff Shang" To: Sent: Tuesday, April 05, 2005 1:53 AM Subject: Re: [Icecast] Using alias to relay Icecast2 to shoutcast problems > Andy wrote: > >> > > I'm assuming the mountpoint is actually /nfa2 and not /nfa2.m3u. This is > what you should be pointing at. Winamp and Shoutcast are expecting an MP3 > stream and aren't getting one. > >> If I type the url into a browser, this then opens up and plays as it >> should in winamp, > > This backs up my theory. > >> I have also tried using Ices 0.4 straight into Shoutcast without success, >> I have a similar problem, even though I have selected icy as the protocol >> and the address,port and password are correct. > > Shoutcast actually accepts source connections on listenport+1, but you > should still enter listenport into your ices config. Not sure what else > to suggest. > > Geoff. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolf at uen.org Wed Apr 6 13:55:28 2005 From: wolf at uen.org (Wolfgang Schwurack) Date: Wed, 06 Apr 2005 07:55:28 -0600 Subject: [Icecast] upgrade to 2.2.0 Message-ID: <4253EA50.40601@uen.org> To All I am new to icecast and have taken of the server that runs icecast. I have a few questions I'm trying to upgrade from 1.3.12 to 2.2.0. Is there any docs on upgrading? What steps need to be taken? Will icecast 2.2.0 work with darkice 0.13.1? I also have a web page on my server "Welcome to the Icecast Web Admin Interface". If I click on amy of the links I get a Prompt box for a username and password. Were does the username and password get set? thanks -- /\ /\ \ O \ Wolfgang Schwurack / \\ /\ /\\\ \_/|\_\ Unix System Administrator / \\/ \\ / \\\ \\ University of Utah/Utah Education Network / \/ \\\ \/' Tel: (801) 587-9444 / / \\\ \\_ email: wolf at uen.org / / \\\ - From darkeye at tyrell.hu Wed Apr 6 13:58:39 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Wed, 06 Apr 2005 15:58:39 +0200 Subject: [Icecast] upgrade to 2.2.0 In-Reply-To: <4253EA50.40601@uen.org> References: <4253EA50.40601@uen.org> Message-ID: <4253EB0F.5090906@tyrell.hu> Wolfgang Schwurack wrote: > Will icecast 2.2.0 work with darkice 0.13.1? yes, but remember to replace your [icecast] config sections with [icecast2] section in the darkice config file... Akos From manuela_vicentiz at yahoo.es Wed Apr 6 16:00:18 2005 From: manuela_vicentiz at yahoo.es (Manuela) Date: Wed, 6 Apr 2005 18:00:18 +0200 (CEST) Subject: [Icecast] Probles installing Icecast-1.3.12 Message-ID: <20050406160018.52530.qmail@web41601.mail.yahoo.com> Hello, I?m trying install "icecast-1.3.12" on my Linux Red Hat 7.2. When I introduce: ./configure it give me back: creating cache ./config.cache Building icecast-1.3.12... checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... 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... found checking whether to enable maintainer-specific portions of Makefiles... no checking for ranlib... ranlib checking for gcc... 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... yes checking whether gcc accepts -g... yes checking for uname... uname checking for a BSD compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for AIX... no checking for POSIXized ISC... no checking for minix/config.h... no checking your OS... Linux checking for socket... yes checking for connect... yes checking for log... no checking for log in -lm... yes checking for gethostbyname... yes checking for nanosleep... yes checking whether to use libwrap... no checking whether to use crypted passwords... no checking for pthread functions in standard libraries... no checking for pthread_create in -lpthread... yes checking for ANSI C header files... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fcntl.h... yes checking for sys/time.h... yes checking for unistd.h... yes checking for sys/soundcard.h... yes checking for machine/soundcard.h... no checking for pthread.h... yes checking for assert.h... yes checking for sys/resource.h... yes checking for math.h... yes checking for signal.h... yes checking for sys/signal.h... yes checking for mcheck.h... yes checking for malloc.h... yes checking for history.h... no checking for Python.h... no checking for working const... yes checking for pid_t... yes checking for size_t... yes checking return type of signal handlers... void checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking return type of signal handlers... (cached) void checking for unix98 socklen_t... yeah checking for strftime... yes checking for vprintf... yes checking for gettimeofday... yes checking for strstr... yes checking for snprintf... yes checking for vsnprintf... yes checking for rename... yes checking for setpgid... yes checking for basename... yes checking for setsockopt... yes checking for gethostbyname_r... yes checking for gethostbyaddr_r... yes checking for getrlimit... yes checking for setrlimit... yes checking for umask... yes checking for inet_addr... yes checking for inet_aton... yes checking for localtime_r... yes checking for select... yes checking for pthread_attr_setstacksize... yes checking for inet_ntoa... yes checking for mcheck... yes checking for mallinfo... yes checking for mtrace... yes checking for sigaction... yes checking for pthread_sigmask... yes checking for lseek... yes checking if libm is bundled with some lib we're already linking... yes updating cache ./config.cache creating ./config.status creating Makefile creating src/Makefile creating src/authenticate/Makefile creating conf/Makefile creating templates/Makefile creating conf/icecast.conf.dist creating doc/Makefile creating config.h Ok, everything seems ok. Now do 'make'. You can then run make install to install as you specified But when I introduce: ./make it give me back: make all-recursive make[1]: Cambiando a directorio `/usr/local/icecast-1.3.12' Making all in src make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/src' Making all in authenticate make[3]: Cambiando a directorio `/usr/local/icecast-1.3.12/src/authenticate' gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -I../../src -g -O2 -Wall -c basic.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -I../../src -g -O2 -Wall -c user.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -I../../src -g -O2 -Wall -c group.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -I../../src -g -O2 -Wall -c mount.c rm -f libauthenticate.a ar cru libauthenticate.a basic.o user.o group.o mount.o ranlib libauthenticate.a make[3]: Saliendo directorio `/usr/local/icecast-1.3.12/src/authenticate' make[3]: Cambiando a directorio `/usr/local/icecast-1.3.12/src' gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c main.c main.c: In function 'clean_shutdown': main.c:547: warning:type defaults to 'int' in declaration of 'main_shutting_down' gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c client.c client.c:93: warning: 'client_send_fake_file' declared 'static' but never defined gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c admin.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c source.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c connection.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c log.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c directory.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c commands.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c sock.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c threads.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c logtime.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c commandline.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c utility.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c avl.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c avl_functions.c avl_functions.c: In function 'compare_directories': avl_functions.c:310: warning: passing arg 2 of 'snprintf' makes integer from pointer without a cast gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c match.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c relay.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c timer.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c alias.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c restrict.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c static.c static.c: In function 'send_file_to_socket': static.c:237: warning: unused variable 'suffix' static.c:235: warning: unused variable 'buf' gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c http.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c ice_string.c ice_string.c: In function 'safe_strcat': ice_string.c:337: warning: unused variable 'size' gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c dir.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c vars.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c memory.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c ice_resolv.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c item.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c pool.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c interpreter.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c vsnprintf.c gcc -g -O2 -Wall -o icecast main.o client.o admin.o source.o connection.o log.o directory.o commands.o sock.o threads.o logtime.o commandline.o utility.o avl.o avl_functions.o match.o relay.o timer.o alias.o restrict.o static.o http.o ice_string.o dir.o vars.o memory.o ice_resolv.o item.o pool.o interpreter.o vsnprintf.o authenticate/libauthenticate.a -lm -lpthread make[3]: Saliendo directorio `/usr/local/icecast-1.3.12/src' make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/src' Making all in conf make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/conf' make[2]: No se hace nada para `all'. make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/conf' Making all in templates make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/templates' make[2]: No se hace nada para `all'. make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/templates' Making all in doc make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/doc' make[2]: No se hace nada para `all'. make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/doc' make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12' make[2]: No se hace nada para `all-am'. make[2]: Saliendo directorio `/usr/local/icecast-1.3.12' make[1]: Saliendo directorio `/usr/local/icecast-1.3.12' And when I introduce: ./make install it give me back: Making install in src make[1]: Cambiando a directorio `/usr/local/icecast-1.3.12/src' Making install in authenticate make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/src/authenticate' make[3]: Cambiando a directorio `/usr/local/icecast-1.3.12/src/authenticate' make[3]: No se hace nada para `install-exec-am'. make[3]: No se hace nada para `install-data-am'. make[3]: Saliendo directorio `/usr/local/icecast-1.3.12/src/authenticate' make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/src/authenticate' make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/src' make[3]: Cambiando a directorio `/usr/local/icecast-1.3.12/src' /bin/sh ../mkinstalldirs /usr/local/icecast/bin mkdir /usr/local/icecast/bin /usr/bin/install -c icecast /usr/local/icecast/bin/icecast make[3]: No se hace nada para `install-data-am'. make[3]: Saliendo directorio `/usr/local/icecast-1.3.12/src' make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/src' make[1]: Saliendo directorio `/usr/local/icecast-1.3.12/src' Making install in conf make[1]: Cambiando a directorio `/usr/local/icecast-1.3.12/conf' make[2]: Cambiando a directorio `/usr/local/icecast-1.3.12/conf' make[2]: No se hace nada para `install-exec-am'. /bin/sh ../mkinstalldirs /usr/local/icecast/conf /usr/bin/install -c -m 644 ./groups.aut.dist /usr/local/icecast/conf/groups.aut.dist /usr/bin/install: './groups.aut.dist' and '/usr/local/icecast/conf/groups.aut.dist' are the same file /usr/bin/install -c -m 644 ./icecast.conf.dist /usr/local/icecast/conf/icecast.conf.dist /usr/bin/install: './icecast.conf.dist' and '/usr/local/icecast/conf/icecast.conf.dist' are the same file /usr/bin/install -c -m 644 ./mounts.aut.dist /usr/local/icecast/conf/mounts.aut.dist /usr/bin/install: './mounts.aut.dist' and '/usr/local/icecast/conf/mounts.aut.dist' are the same file /usr/bin/install -c -m 644 ./users.aut.dist /usr/local/icecast/conf/users.aut.dist /usr/bin/install: './users.aut.dist' and '/usr/local/icecast/conf/users.aut.dist' are the same file make[2]: *** [install-etcDATA] Error 1 make[2]: Saliendo directorio `/usr/local/icecast-1.3.12/conf' make[1]: *** [install-am] Error 2 make[1]: Saliendo directorio `/usr/local/icecast-1.3.12/conf' make: *** [install-recursive] Error 1 Please, I need help. Thanks in advance. --------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mihamina at mail.rktmb.org Wed Apr 6 22:25:20 2005 From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina) Date: Thu, 07 Apr 2005 00:25:20 +0200 Subject: [Icecast] Re: Probles installing Icecast-1.3.12 References: <20050406160018.52530.qmail@web41601.mail.yahoo.com> Message-ID: ( Wed, 06 Apr 2005 18:00:18 +0200 ) Manuela : > I?m trying install "icecast-1.3.12" on my Linux Red Hat 7.2. you should put your error messages in english... I dont knao anything about spanish. Anyway, you building step proceeeded successfully. Try to do it again but with a "make clean" just after the "./configure".( being root) . That would erase all the stuff you putted into /usr/local ... Why wouldn't you install from rpm ? Why wouldn't you install a 2.x release of Icecast? -- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique) From geoff at hitsandpieces.net Thu Apr 7 01:57:47 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Thu, 7 Apr 2005 11:57:47 +1000 Subject: [Icecast] upgrade to 2.2.0 In-Reply-To: <4253EA50.40601@uen.org> References: <4253EA50.40601@uen.org> Message-ID: Wolfgang Schwurack wrote: > I also have a web page on my server "Welcome to the Icecast Web Admin > Interface". If I click on amy of the links I get a Prompt box for a username > and password. > > Were does the username and password get set? In the config file, admin-user and admin-password are what you want. Geoff. From nettings at folkwang-hochschule.de Thu Apr 7 18:35:32 2005 From: nettings at folkwang-hochschule.de (Joern Nettingsmeier) Date: Thu, 07 Apr 2005 20:35:32 +0200 Subject: [Icecast] [PATCH] trivial vorbis-tools build patch Message-ID: <42557D74.2080002@folkwang-hochschule.de> hi everyone! i know it's a little off-topic here, but can somebody with svn commit access please consider this: --- vorbis-tools/configure.in~ 2005-04-07 20:28:23.460547245 +0200 +++ vorbis-tools/configure.in 2005-04-07 20:28:23.460547245 +0200 @@ -161,7 +161,7 @@ AC_MSG_WARN(libspeex missing) have_libspeex=no, [$SPEEX_LIBS] ) -AC_CHECK_HEADER(speex.h,, +AC_CHECK_HEADER(speex/speex.h,, AC_MSG_WARN(libspeex headers missing) have_libspeex=no,[ ]) as it is now, vorbis-tools will not find speex.h, since it's looking in /usr/local/include instead of /usr/local/include/speex. a few lines before there is a similar piece of code for FLAC which is correct, so this is probably just an oversight. regards, j?rn From kphillips at everdreamcorp.com Thu Apr 7 16:07:45 2005 From: kphillips at everdreamcorp.com (Keith Phillips) Date: Thu, 7 Apr 2005 09:07:45 -0700 Subject: [Icecast] Relay - Song Title & Artist Missing on Relay Message-ID: <133F294F74BE49478D63A5A084D2FC7502EADF0E@EDC-XCHANGE2003.everdream.corp> A non-text attachment was scrubbed... Name: smime.p7m Type: application/x-pkcs7-mime Size: 5151 bytes Desc: not available URL: From geoff at hitsandpieces.net Fri Apr 8 02:28:12 2005 From: geoff at hitsandpieces.net (Geoff Shang) Date: Fri, 8 Apr 2005 12:28:12 +1000 Subject: [Icecast] Relay - Song Title & Artist Missing on Relay In-Reply-To: <133F294F74BE49478D63A5A084D2FC7502EADF0E@EDC-XCHANGE2003.everdream.corp> References: <133F294F74BE49478D63A5A084D2FC7502EADF0E@EDC-XCHANGE2003.everdream.corp> Message-ID: Hi, hmm. strange attachment. Anyway, is the originating stream an MP3 stream? If so, do you have "relay-shoutcast-metadata" set to 1? Perhaps give us some details. Geoff. -- Geoff Shang Phone: +61-418-96-5590 MSN: geoff at acbradio.org Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From Mitja.Pirih at radiocapris.com Mon Apr 11 13:14:00 2005 From: Mitja.Pirih at radiocapris.com (Mitja Pirih) Date: Mon, 11 Apr 2005 15:14:00 +0200 Subject: [Icecast] stream to icecast and shoutcast Message-ID: Hello, I would need an advice on how to change the setup of my streaming server. The box is an AMD Sempron 2800+ 512MB of RAM, nvidia nforce2 chipset, running on an OpenBSD 3.7. Changing the OS is the last thing I am prepared to do. The system is runing icecast 2.2.0 and Darkice 0.15beta (live streaming). Because POSIX scheduling is not supported in OpenBSD (darkice message on startup) I am experiencing recording skips (shoutcast stream: http://194.165.104.23:8020/ icecast stream: http://213.143.67.249:8000/high.ogg). Ices is actualy working very well. Why not use it, because I have to send an mp3 stream to our streaming provider who supports only shoutcast. So the configuration looks like this: D A ogg --Stream1---\ R ogg --Stream2--------> Icecast Server 2.2.0 K ogg --Stream3--------> (local) I ogg --Stream4---/ C mp3 --Stream5-------------------> SHOUTCAST (streaming provider) E The PC already has two soundcards. One is needed for streaming (darkice) the other one is for digital audio archive. I was thinking to start streaming with ices2 to icecast server and ices0.3 to shoutcast, but it seems that ices0.3 can't stream live audio? Any ideas? If it helps I can add another soundcard. Thanks for help. Regards, Mitja From karl at xiph.org Mon Apr 11 15:21:16 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 16:21:16 +0100 Subject: [Icecast] stream to icecast and shoutcast In-Reply-To: References: Message-ID: <1113232875.28314.11.camel@bogus.hackers.club> On Mon, 2005-04-11 at 14:14, Mitja Pirih wrote: > Hello, > > I would need an advice on how to change the setup of my streaming server. > > The box is an AMD Sempron 2800+ 512MB of RAM, nvidia nforce2 chipset, running on an OpenBSD 3.7. > Changing the OS is the last thing I am prepared to do. > > The system is runing icecast 2.2.0 and Darkice 0.15beta (live streaming). Because POSIX scheduling is not supported in OpenBSD (darkice message on startup) I am experiencing recording skips (shoutcast stream: http://194.165.104.23:8020/ icecast stream: http://213.143.67.249:8000/high.ogg). Ices is actualy working very well. Why not use it, because I have to send an mp3 stream to our streaming provider who supports only shoutcast. So the configuration looks like this: liveice (http://liveice.sourceforge.net/) would seem a possible solution for you. karl. From denis.paschoalinoto at gmail.com Mon Apr 11 16:31:34 2005 From: denis.paschoalinoto at gmail.com (Denis Paschoalinoto) Date: Mon, 11 Apr 2005 13:31:34 -0300 Subject: [Icecast] =?iso-8859-1?q?Showing_the_mp3=B4s_filename?= Message-ID: <77a44d4c05041109315421648c@mail.gmail.com> Hello, There?s a radio in here working with Icecast 2.2.0 and Oddcast. With this schema, is there a way to send the mp3?s filename that is being played? Thank you, Denis. From der_Obi_Wan at gmx.de Mon Apr 11 17:50:35 2005 From: der_Obi_Wan at gmx.de (der_Obi_Wan at gmx.de) Date: Mon, 11 Apr 2005 19:50:35 +0200 (MEST) Subject: [Icecast] Unable to compile icecast 2.2.0 under Suse 9.2 Message-ID: <21078.1113241835@www3.gmx.net> Dear list members, I am not able to compile the icecast source under Suse 9.2. as i have to admit my experience in compiling is reduced to typing ./configure. Is there someone who can help me with this error message? linux:~/shoutcast/server/icecast # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fl32... no checking for af77... no checking for fort77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for lf95... no checking for g95... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so appending configuration tag "F77" to libtool checking for ANSI C header files... (cached) yes checking alloca.h usability... yes checking alloca.h presence... yes checking for alloca.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking for unistd.h... (cached) yes checking for localtime_r... yes checking for poll... yes checking for library containing nanosleep... none required checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for socklen_t... yes checking for va_copy... va_copy checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes checking winsock2.h usability... no checking winsock2.h presence... no checking for winsock2.h... no checking for library containing sethostent... none required checking for library containing getnameinfo... none required checking for endhostent... yes checking for getaddrinfo... yes checking for inet_aton... yes checking for writev... yes checking for struct sockaddr_storage.ss_family... yes checking for inet_pton... yes checking for xslt-config... no configure: error: XSLT configuration could not be found Any help would be welcome! THX Tobi -- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl From adam at xs4all.nl Mon Apr 11 18:15:25 2005 From: adam at xs4all.nl (adam) Date: Mon, 11 Apr 2005 20:15:25 +0200 (CEST) Subject: [Icecast] osx and ices Message-ID: <20050411201505.B81534-100000@xs6.xs4all.nl> anyone had luck recently on running ices on osx? adam Adam Hyde ~/.ca r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' contact: email : adam at xs4all.nl From darkeye at tyrell.hu Mon Apr 11 18:30:22 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 20:30:22 +0200 Subject: [Icecast] AAC support? Message-ID: <425AC23E.2050208@tyrell.hu> on the download page for icecast, I can read in the icecast-2.2.0 changelog that there's support for AAC: AAC is added as a supported streaming format Not too many source clients support streaming in this format, but we support it. but when looking at the source code for icecast-2.2.0, I can't find reference to AAC anywhere. in particular, in format.c the format_get_type function only distinguishes between mp3 and ogg: format_type_t format_get_type(char *contenttype) { if(strcmp(contenttype, "application/x-ogg") == 0) return FORMAT_TYPE_OGG; /* Backwards compatibility */ else if(strcmp(contenttype, "application/ogg") == 0) return FORMAT_TYPE_OGG; /* Now blessed by IANA */ else /* We default to the Generic format handler, which can handle many more formats than just mp3 */ return FORMAT_TYPE_GENERIC; } am I missing something? Akos From jack at xiph.org Mon Apr 11 18:38:20 2005 From: jack at xiph.org (Jack Moffitt) Date: Mon, 11 Apr 2005 12:38:20 -0600 Subject: [Icecast] AAC support? In-Reply-To: <425AC23E.2050208@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> Message-ID: <20050411183820.GX13223@i.cantcode.com> > on the download page for icecast, I can read in the icecast-2.2.0 > changelog that there's support for AAC: That would be sad. We only supported MP3 so that people can transition to Ogg nicely. It's too bad that the spirit of the project seems to be of freedom no longer. jack. From greg at orban.com Mon Apr 11 18:43:37 2005 From: greg at orban.com (Greg J. Ogonowski) Date: Mon, 11 Apr 2005 11:43:37 -0700 Subject: [Icecast] AAC support? In-Reply-To: <425AC23E.2050208@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> Message-ID: <6.2.1.2.2.20050411114126.06518048@66.220.31.130> We have several users using aacPlus/HE-AAC from an Orban Opticodec-PC Streaming Encoder. This is not sad. Science marches on... Icecast2 is a very good HTTP/ICY server. -greg. At 11:30 2005-04-11, Akos Maroy wrote: >on the download page for icecast, I can read in the icecast-2.2.0 >changelog that there's support for AAC: > > >AAC is added as a supported streaming format Not too many source clients >support streaming in this format, but we support it. > > >but when looking at the source code for icecast-2.2.0, I can't find >reference to AAC anywhere. in particular, in format.c the >format_get_type function only distinguishes between mp3 and ogg: > > >format_type_t format_get_type(char *contenttype) >{ > if(strcmp(contenttype, "application/x-ogg") == 0) > return FORMAT_TYPE_OGG; /* Backwards compatibility */ > else if(strcmp(contenttype, "application/ogg") == 0) > return FORMAT_TYPE_OGG; /* Now blessed by IANA */ > else > /* We default to the Generic format handler, which > can handle many more formats than just mp3 */ > return FORMAT_TYPE_GENERIC; >} > > >am I missing something? > > >Akos >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From darkeye at tyrell.hu Mon Apr 11 18:45:31 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 20:45:31 +0200 Subject: [Icecast] AAC support? In-Reply-To: <20050411183820.GX13223@i.cantcode.com> References: <425AC23E.2050208@tyrell.hu> <20050411183820.GX13223@i.cantcode.com> Message-ID: <425AC5CB.7070601@tyrell.hu> Jack Moffitt wrote: > That would be sad. We only supported MP3 so that people can transition to Ogg > nicely. It's too bad that the spirit of the project seems to be of > freedom no longer. :) well, this is what is being sayd on the main page, http://www.icecast.org/ , see for yourself :) as the developer of darkice, I was just considering support for AAC in case icecast supports it, so that darkice would support all formats icecast does... From jack at xiph.org Mon Apr 11 18:45:48 2005 From: jack at xiph.org (Jack Moffitt) Date: Mon, 11 Apr 2005 12:45:48 -0600 Subject: [Icecast] AAC support? In-Reply-To: <6.2.1.2.2.20050411114126.06518048@66.220.31.130> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> Message-ID: <20050411184548.GY13223@i.cantcode.com> > This is not sad. > Science marches on... The project was never about science, but about freedom. jack. From darkeye at tyrell.hu Mon Apr 11 18:49:41 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 20:49:41 +0200 Subject: [Icecast] AAC support? In-Reply-To: <6.2.1.2.2.20050411114126.06518048@66.220.31.130> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> Message-ID: <425AC6C5.6060400@tyrell.hu> Greg J. Ogonowski wrote: > We have several users using aacPlus/HE-AAC from an Orban Opticodec-PC > Streaming Encoder. hm. and what protocol do you use for the source client to log into icecast? (BTW, sorry for my ignorance, is the ice protocol documented somehwere - please don't tell me 'use libshout'...) From danstowell at gmail.com Mon Apr 11 18:49:50 2005 From: danstowell at gmail.com (Dan Stowell) Date: Mon, 11 Apr 2005 19:49:50 +0100 Subject: [Icecast] osx and ices In-Reply-To: <20050411201505.B81534-100000@xs6.xs4all.nl> References: <20050411201505.B81534-100000@xs6.xs4all.nl> Message-ID: <286e6b7c050411114976fcc926@mail.gmail.com> recently? ices0 has been running on my osx for the past few weeks (since last reboot), no problems. dan On Apr 11, 2005 7:15 PM, adam wrote: > > anyone had luck recently on running ices on osx? > > adam > > Adam Hyde > ~/.ca > > r a d i o q u a l i a > http://www.radioqualia.net > Free as in 'media' > > contact: > email : adam at xs4all.nl > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- http://www.mcld.co.uk From greg at orban.com Mon Apr 11 19:01:45 2005 From: greg at orban.com (Greg J. Ogonowski) Date: Mon, 11 Apr 2005 12:01:45 -0700 Subject: [Icecast] AAC support? In-Reply-To: <20050411184548.GY13223@i.cantcode.com> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> Message-ID: <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> By adding support for AAC/HE-AAC to Icecast2, the project is certainly about freedom. It gives users the freedom to choose whatever codec they want. HE-AAC/aacPlus, because of its efficiencies and good sound quality at ultra low bit-rates, is rapidly becoming a very popular streaming audio codec solution. Even though the codec is not free, and there are up-front costs involved, savings in bandwidth alone more than offset this cost. Icecast2 is certainly a part of this, and we thank the Icecast2 developers for supporting AAC/HE-AAC/aacPlus. -greg. At 11:45 2005-04-11, Jack Moffitt wrote: > > This is not sad. > > Science marches on... > >The project was never about science, but about freedom. > >jack. >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From darkeye at tyrell.hu Mon Apr 11 19:08:02 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 21:08:02 +0200 Subject: [Icecast] AAC support? In-Reply-To: <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> Message-ID: <425ACB12.2050901@tyrell.hu> Greg J. Ogonowski wrote: > By adding support for AAC/HE-AAC to Icecast2, the project is certainly > about freedom. > It gives users the freedom to choose whatever codec they want. > > HE-AAC/aacPlus, because of its efficiencies and good sound quality at > ultra low bit-rates, is rapidly becoming a very popular streaming audio > codec solution. Even though the codec is not free, and there are > up-front costs involved, savings in bandwidth alone more than offset > this cost. > > Icecast2 is certainly a part of this, and we thank the Icecast2 > developers for supporting AAC/HE-AAC/aacPlus. but still, _how_ is it supported? From greg at orban.com Mon Apr 11 19:32:55 2005 From: greg at orban.com (Greg J. Ogonowski) Date: Mon, 11 Apr 2005 12:32:55 -0700 Subject: [Icecast] AAC support? In-Reply-To: <425ACB12.2050901@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> Message-ID: <6.2.1.2.2.20050411123117.064ed008@66.220.31.130> ORBAN Opticodec-PC Streaming Audio Encoder has direct support for Icecast2 Servers using the Icecast2 source protocol. -greg. At 12:08 2005-04-11, Akos Maroy wrote: >but still, _how_ is it supported? __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From darkeye at tyrell.hu Mon Apr 11 19:40:00 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 21:40:00 +0200 Subject: [Icecast] how to update stream metadata by source client Message-ID: <425AD290.9030206@tyrell.hu> this is an ICE protocol question - how would a source client send an update of the stream metadata to an icecast 2 server? as much as I know, the source sends an HTTP-style header at the beginning, with various metadata fields, than an empty line, then starts to send the binary audio data to icecast. but if the metadata for the stream needs to be updated, I guess the source has to 'stop' the binary data flowing for a second, send the new metadata, then resume sending the binary data. but how would this work precisely? From karl at xiph.org Mon Apr 11 19:57:14 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 20:57:14 +0100 Subject: [Icecast] AAC support? In-Reply-To: <425ACB12.2050901@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> Message-ID: <1113249433.28314.23.camel@bogus.hackers.club> On Mon, 2005-04-11 at 20:08, Akos Maroy wrote: > > Icecast2 is certainly a part of this, and we thank the Icecast2 > > developers for supporting AAC/HE-AAC/aacPlus. > > but still, _how_ is it supported? AAC, like NSV and MP3 are passed through as-is, no modification to the stream is done. karl From darkeye at tyrell.hu Mon Apr 11 20:02:35 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 22:02:35 +0200 Subject: [Icecast] AAC support? In-Reply-To: <1113249433.28314.23.camel@bogus.hackers.club> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> <1113249433.28314.23.camel@bogus.hackers.club> Message-ID: <425AD7DB.5080309@tyrell.hu> Karl Heyes wrote: > AAC, like NSV and MP3 are passed through as-is, no modification to the > stream is done. NSV? so when the source client logs in, it lies to icecast, saying it's an mp3 stream? (as icecast won't accept anything else, but mp3 or ogg vorbis...) From karl at xiph.org Mon Apr 11 20:19:15 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 21:19:15 +0100 Subject: [Icecast] how to update stream metadata by source client In-Reply-To: <425AD290.9030206@tyrell.hu> References: <425AD290.9030206@tyrell.hu> Message-ID: <1113250755.28314.46.camel@bogus.hackers.club> On Mon, 2005-04-11 at 20:40, Akos Maroy wrote: > this is an ICE protocol question - how would a source client send an > update of the stream metadata to an icecast 2 server? > > as much as I know, the source sends an HTTP-style header at the > beginning, with various metadata fields, than an empty line, then starts > to send the binary audio data to icecast. > > but if the metadata for the stream needs to be updated, I guess the > source has to 'stop' the binary data flowing for a second, send the new > metadata, then resume sending the binary data. The handling of metadata is specific to the format, eg MP3 itself has no in-stream metadata support, only the shoutcast-style streams have metadata handling. Vorbis has in-stream metadata support but is handled differently to MP3. The metadata can be updated via an icecast URL at /admin/metadata, which is needed if the source client only sends straight mp3 karl. From darkeye at tyrell.hu Mon Apr 11 20:24:23 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 22:24:23 +0200 Subject: [Icecast] how to update stream metadata by source client In-Reply-To: <1113250755.28314.46.camel@bogus.hackers.club> References: <425AD290.9030206@tyrell.hu> <1113250755.28314.46.camel@bogus.hackers.club> Message-ID: <425ADCF7.3030009@tyrell.hu> Karl Heyes wrote: > The handling of metadata is specific to the format, eg MP3 itself has no > in-stream metadata support, only the shoutcast-style streams have > metadata handling. Vorbis has in-stream metadata support but is handled > differently to MP3. I see. so we have separate solutions for: - shoutcast (mp3) - icecast 1.x (mp3) - icecast 2.x - mp3 - ogg vorbis > The metadata can be updated via an icecast URL at /admin/metadata, which > is needed if the source client only sends straight mp3 so it's not that the new metadata would be embedded in the same stream as the audio, but one would make separate HTTP requests to the server? Akos From karl at xiph.org Mon Apr 11 20:30:25 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 21:30:25 +0100 Subject: [Icecast] AAC support? In-Reply-To: <425AD7DB.5080309@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> <1113249433.28314.23.camel@bogus.hackers.club> <425AD7DB.5080309@tyrell.hu> Message-ID: <1113251424.28314.58.camel@bogus.hackers.club> On Mon, 2005-04-11 at 21:02, Akos Maroy wrote: > Karl Heyes wrote: > > AAC, like NSV and MP3 are passed through as-is, no modification to the > > stream is done. > > NSV? A container from nullsoft > so when the source client logs in, it lies to icecast, saying it's an > mp3 stream? (as icecast won't accept anything else, but mp3 or ogg > vorbis...) no, a source client identifies itself with a mime-type. MP3 being the default handler. Being the default handler means that pass through occurs karl. From darkeye at tyrell.hu Mon Apr 11 20:35:21 2005 From: darkeye at tyrell.hu (Akos Maroy) Date: Mon, 11 Apr 2005 22:35:21 +0200 Subject: [Icecast] AAC support? In-Reply-To: <1113251424.28314.58.camel@bogus.hackers.club> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> <1113249433.28314.23.camel@bogus.hackers.club> <425AD7DB.5080309@tyrell.hu> <1113251424.28314.58.camel@bogus.hackers.club> Message-ID: <425ADF89.90904@tyrell.hu> Karl Heyes wrote: > A container from nullsoft hm, I learn something new every day :) >>so when the source client logs in, it lies to icecast, saying it's an >>mp3 stream? (as icecast won't accept anything else, but mp3 or ogg >>vorbis...) > > no, a source client identifies itself with a mime-type. MP3 being the > default handler. Being the default handler means that pass through > occurs well, it says: mp3, when it isn't. but then again, I'm not a crusader, what do I care :) (and all those poor icecast servers, believing they stream mp3, oh my.. :) From karl at xiph.org Mon Apr 11 20:47:31 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 21:47:31 +0100 Subject: [Icecast] how to update stream metadata by source client In-Reply-To: <425ADCF7.3030009@tyrell.hu> References: <425AD290.9030206@tyrell.hu> <1113250755.28314.46.camel@bogus.hackers.club> <425ADCF7.3030009@tyrell.hu> Message-ID: <1113252451.28314.72.camel@bogus.hackers.club> On Mon, 2005-04-11 at 21:24, Akos Maroy wrote: > Karl Heyes wrote: > > The handling of metadata is specific to the format, eg MP3 itself has no > > in-stream metadata support, only the shoutcast-style streams have > > metadata handling. Vorbis has in-stream metadata support but is handled > > differently to MP3. > > I see. so we have separate solutions for: > > - shoutcast (mp3) > - icecast 1.x (mp3) > - icecast 2.x > - mp3 > - ogg vorbis The mp3 handling in icecast is supposed to work in a similar fashion to shoutcast mp3 as most clients take that already and it provides for metadata updates. I haven't checked the details for icecast 1.x > > The metadata can be updated via an icecast URL at /admin/metadata, which > > is needed if the source client only sends straight mp3 > > so it's not that the new metadata would be embedded in the same stream > as the audio, but one would make separate HTTP requests to the server? source clients sending mp3 tend to use the url for metadata updates, relays generally request metadata in-stream if available. karl From karl at xiph.org Mon Apr 11 20:52:17 2005 From: karl at xiph.org (Karl Heyes) Date: 11 Apr 2005 21:52:17 +0100 Subject: [Icecast] AAC support? In-Reply-To: <425ADF89.90904@tyrell.hu> References: <425AC23E.2050208@tyrell.hu> <6.2.1.2.2.20050411114126.06518048@66.220.31.130> <20050411184548.GY13223@i.cantcode.com> <6.2.1.2.2.20050411115130.064e4448@66.220.31.130> <425ACB12.2050901@tyrell.hu> <1113249433.28314.23.camel@bogus.hackers.club> <425AD7DB.5080309@tyrell.hu> <1113251424.28314.58.camel@bogus.hackers.club> <425ADF89.90904@tyrell.hu> Message-ID: <1113252737.28314.78.camel@bogus.hackers.club> On Mon, 2005-04-11 at 21:35, Akos Maroy wrote: > Karl Heyes wrote: > >>so when the source client logs in, it lies to icecast, saying it's an > >>mp3 stream? (as icecast won't accept anything else, but mp3 or ogg > >>vorbis...) > > > > no, a source client identifies itself with a mime-type. MP3 being the > > default handler. Being the default handler means that pass through > > occurs > > well, it says: mp3, when it isn't. > > but then again, I'm not a crusader, what do I care :) > (and all those poor icecast servers, believing they stream mp3, oh my.. :) originally it was mp3 only, but we found that if we passed the mime-types through then AAC and NSV worked :) yes it could do with being renamed to be say format_generic or some such, but it didn't seem important at the time. karl From tech at hawkley.net Tue Apr 12 10:11:51 2005 From: tech at hawkley.net (James McCurrach) Date: Tue, 12 Apr 2005 11:11:51 +0100 (BST) Subject: [Icecast] Adding authenticated mountpoints Message-ID: <20050412101151.3D4B5159E@hdotnetadmin.hb> I've got a jukebox type programme streaming out through multiple Ices (0.4) sources, and an Icecast (2.2) server streaming to the listeners over the web. As a new user starts to play tracks on the jukebox, it writes a new ices.conf file (with the specific mountpoint, bitrate etc for that user) and spawns an instance of Ices to stream out that user's music. As it stands today Icecast knows nothing in advance about these new source clients, but doesn't need to as I have a standard login and password for Ices to connect to Icecast. I'd like to be able to add listener authentication, but the problem I have is that at the point of configuring and starting Icecast I don't know what the mountpoints or username/password combinations are going to be. I could get my jukebox to modify the icecast.conf file with the details of each new mountpoint and write the userid/password to the htauth file, but is it possible to then force Icecast to re-read the config file, and if so how? Thanks, James From karl at xiph.org Tue Apr 12 10:41:33 2005 From: karl at xiph.org (Karl Heyes) Date: 12 Apr 2005 11:41:33 +0100 Subject: [Icecast] Adding authenticated mountpoints In-Reply-To: <20050412101151.3D4B5159E@hdotnetadmin.hb> References: <20050412101151.3D4B5159E@hdotnetadmin.hb> Message-ID: <1113302492.11543.8.camel@bogus.hackers.club> On Tue, 2005-04-12 at 11:11, James McCurrach wrote: > I could get my jukebox to modify the icecast.conf file with the details > of each new mountpoint and write the userid/password to the htauth file, > but is it possible to then force Icecast to re-read the config file, and > if so how? you can send a HUP to icecast to force a re-read and assuming the stream isn't running at the time of the re-read then the setting should apply when the source client does connect. Updating the htpasswd file is probably best done via the icecast url interface so that you don't race I also have a working prototype for auth by URL, that way a new listener will cause a web request from icecast to be sent to a backend auth engine. This is only available in testing at the moment karl. From tech at hawkley.net Tue Apr 12 11:02:53 2005 From: tech at hawkley.net (James McCurrach) Date: Tue, 12 Apr 2005 12:02:53 +0100 (BST) Subject: [Icecast] Adding authenticated mountpoints In-Reply-To: <1113302492.11543.8.camel@bogus.hackers.club> Message-ID: <20050412110253.1975B159E@hdotnetadmin.hb> OK, so let me check I understand how the timing must work: 0) New user joins the jukebox and wants to start listening to music. Jukebox app selects a mountpoint name, user ID and password 1) Modify the icecast.conf file with the new mountpoint 2) Send HUP to icecast 3) Set up username:password for new stream 4) Create new stream's ices.conf file 5) Spawn new instance of ices to stream the music 6) Invite listener to start listening (tell him his userid, password, point him to url) ... When I send a HUP to icecast will it disrupt the listening experience of the other listening users on other streams? I'm not too keen on doing the password management via the admin interface as I really want this process to be automated and my php/xml isn't (yet) up to a dialogue with an external application - so maybe the auth by url is better. James On 4/12/2005, "Karl Heyes" wrote: >On Tue, 2005-04-12 at 11:11, James McCurrach wrote: > >> I could get my jukebox to modify the icecast.conf file with the details >> of each new mountpoint and write the userid/password to the htauth file, >> but is it possible to then force Icecast to re-read the config file, and >> if so how? > >you can send a HUP to icecast to force a re-read and assuming the stream >isn't running at the time of the re-read then the setting should apply >when the source client does connect. Updating the htpasswd file is >probably best done via the icecast url interface so that you don't race > >I also have a working prototype for auth by URL, that way a new listener >will cause a web request from icecast to be sent to a backend auth >engine. This is only available in testing at the moment > >karl. > > From karl at xiph.org Tue Apr 12 11:31:48 2005 From: karl at xiph.org (Karl Heyes) Date: 12 Apr 2005 12:31:48 +0100 Subject: [Icecast] Adding authenticated mountpoints In-Reply-To: <20050412110253.1975B159E@hdotnetadmin.hb> References: <20050412110253.1975B159E@hdotnetadmin.hb> Message-ID: <1113305507.11543.31.camel@bogus.hackers.club> On Tue, 2005-04-12 at 12:02, James McCurrach wrote: > OK, so let me check I understand how the timing must work: > > 0) New user joins the jukebox and wants to start listening to music. > Jukebox app selects a mountpoint name, user ID and password > 1) Modify the icecast.conf file with the new mountpoint > 2) Send HUP to icecast > 3) Set up username:password for new stream > 4) Create new stream's ices.conf file > 5) Spawn new instance of ices to stream the music > 6) Invite listener to start listening (tell him his userid, password, > point him to url) ... looks about right. > When I send a HUP to icecast will it disrupt the listening experience of > the other listening users on other streams? no, the HUP causes the xml config to be re-read and sets some triggers in various parts for rechecking, but doesn't affecting existing streams, unless it's a relay that has been removed. > I'm not too keen on doing the password management via the admin > interface as I really want this process to be automated and my php/xml > isn't (yet) up to a dialogue with an external application - so maybe > the auth by url is better. The use of curl/wget or similar can help there, that isn't a big issue eg curl http://admin:hackme at host:8000/admin/.......?..&...&', the problem with modifying the file yourself is a question of locking so that multiple updates don't occur at the same time. I haven't done the documentation for auth url yet but I've listed the auth options at the top of the auth_url.c file, essentially for source stream connection