From geoff at QuiteLikely.com Wed Aug 1 20:50:37 2012 From: geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 1 Aug 2012 23:50:37 +0300 (IDT) Subject: [Icecast] Higher quality narrowband streaming options Message-ID: Hi, Up until now, I've been providing narrowband streams at 24kbps MP3. We've reluctantly been using MP3 instead of say Ogg Vorbis due to wider support. But it's getting to the point where low bitrate MP3 doesn't really cut it anymore. With technologies like AACPlus out there in common usage, people have come to expect better and one can hardly blame them. So I thought I'd start a thread on low bitrate streaming in order to find out what people are using and how. There seem to be two issues. The first is which format to use and the second is how to go about transcoding into said format. Right now we're using StreamTranscoderv3 to do our transcoding. It can turn around our broadband stream as a narrowband stream without any intervention. I've successfully used it to turn around streams as MP3 and Ogg Vorbis. It's also meant to support AAC and AACPlus, but I've not managed to figure out how to enable this under Linux or how I would particularly get it to be able to do AACPlus. I considered going so far as to try Nullsoft's sc_trans v2 to encode AACPlus, but it seems it cannot connect to an existing stream and relay it, it can only have a stream connect to it. I don't see how I can get our existing Icecast stream to be relayed to sc_trans as Icecast does not do push relaying, so this option would appear to be out. I also took a brief look at Liquid Soap for doing this. It would appear that it can, but it looks like a lot of work to deploy for a relatively simple task. Still, I'd consider it if it will do the job. This of course leads to the broader question of which format to use. For us, the chief concern is device support. While a lot of people get around this issue by writing their own apps with built-in decoders, this isn't a direction I'd particularly want to go in unless there's something out there that's fairly generic and can be easily customisable. Our station is a volunteer outfit with no budget, so my strong preference would be for us to use a natively supported format so that it "just works". As mentioned, I'm looking to depricate MP3. It's really not possible to get 44.1 kHz MP3 under 56 kbps, and that only in mono. This isn't really "narrow" enough for my tastes. I'm not a big expert on AAC, but it seems to me that plain AAC (no "plus") doesn't really offer much over and above MP3. Certainly, samples I've heard of 56 kbps AAC streams at 44.1 kHz stereo are rolled off to 5 kHz audio, making it sound worse than MP3 at the same rate using 22.05 kHz samples. But there's so many AAC parameters that I'm by no means an expert on this. >From the little I've seen, the favoured option for lower bitrate streaming seems to be AACPlus. And it's not surprising given how good it sounds. I'm not so sure about device support though, and encoding it is a bit of an issue (see above). There is libaacplus, but streamTranscoderv3 doesn't *appear* to support it. I think Liquid Soap might though. There's also something called AACPlusEnc but I can't seem to get to its home page. While we're considering non-free options, Windows Media Audio would seem to be out due to the desire to encode under Linux, and people seem to be moving away from Real Audio. Of course, I'd prefer to use something open if people can actually listen to it. There would appear to be the following options: Ogg Vorbis: Using oggenc with libvorbis 20100325 (1.3.1) at quality -1 with a 44.1 kHz mono source, I can get the bit rate down to about 34 kbps. Stereo is more like 40 kbps. It actually sounds pretty good. Maybe if I took it down to 32 kHz it would go a little ower, or perhaps the quality -2 mode that at least was available in the aoTuV encoder would get it lower with perhaps a little more quality loss. I've not actually tried lower bitrate stuff in either vorbis encoder for some time. Encoding Ogg Vorbis won't present any problems. My concern about Ogg Vorbis is support in mobile devices. I know that iOS devices don't support it natively. Do any stream players for iOS support it, like say Tunein Radio? I believe Android devices do. Don't know about other devices used on the go. The other open option I can think of is Opus. I've not put it through its paces, I really should. But it aims at least to be good for this sort of thing. But I'm really not at all sure what software support is like yet, either for encoding or listening. Anyone know? Are there any other options that are worth looking at? Geoff. From greg at indexcom.com Wed Aug 1 21:01:23 2012 From: greg at indexcom.com (Greg Ogonowski) Date: Wed, 1 Aug 2012 14:01:23 -0700 Subject: [Icecast] Higher quality narrowband streaming options In-Reply-To: References: Message-ID: <058e01cd7028$cf3ebb10$6dbc3130$@indexcom.com> Hello Geoff- You and I have not communicated in several years. Orban was the original licensee of HE-AAC/aacPlus back in 2002 for streaming, when I discovered it back then. It was at my request, that Icecast2 finally allowed other content types to be used for streaming AAC/HE-AAC. Thank you for this! HE-AAC is displacing MP3 with more streams on line everyday. We have an HE-AAC centric iPhone App, StreamS HiFi Radio, that has over 5,000 HE-AAC streams so far, with still many more to add, but there are only so many hours in a day. :) HE-AAC is the defacto standard for mobile devices. It is now supported natively in Microsoft Windows 7/8, Apple MacOS, and certainly Adobe Flash. Here is our Orban Eval player, powered by an Icecast2 server: http://www.orban.com/flash/orbaneval/FLVplayer.html HE-AAC is also supported on set-top boxes and the Logitech Squeezebox family of appliance players. Also another fact that is not known by many, is the streaming MP3 requires a Royalty License. http://mp3licensing.com/royalty/ Technicolor, the current MP3 patent holders, are actively pursuing users that are in breach. AAC/HE-AAC does not have this requirement. All royalties are paid with the purchase of a properly licensed AAC/HE-AAC encoder. This by the way, DOES NOT include any third-party apps that use the Winamp .dll. That is an explicit DMCA violation, as can be verified by the Winamp EULA. Simply put, the license fee paid for an AAC/HE-AAC encoder is far less than the grief that MP3 streaming royalties can be. HE-AAC is also less expensive to stream, more reliable for mobile, and less costly for the consumer in terms of data usage. It is now standards-based and widely accepted. Windows Media Player 12 for Windows 7 will play Icecast2 HE-AAC streams, but there is a bug in the Windows 7 version that I am trying to get fixed through Microsoft. It is necessary to click on the scrubber after you connect to the stream to actually hear audio. Go figure. Please let me know if there is any other information I can provide. -greg. VP Product Development Orban -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Geoff Shang Sent: Wednesday, 01 August, 2012 13:51 To: icecast at xiph.org Subject: [Icecast] Higher quality narrowband streaming options Hi, Up until now, I've been providing narrowband streams at 24kbps MP3. We've reluctantly been using MP3 instead of say Ogg Vorbis due to wider support. But it's getting to the point where low bitrate MP3 doesn't really cut it anymore. With technologies like AACPlus out there in common usage, people have come to expect better and one can hardly blame them. So I thought I'd start a thread on low bitrate streaming in order to find out what people are using and how. There seem to be two issues. The first is which format to use and the second is how to go about transcoding into said format. Right now we're using StreamTranscoderv3 to do our transcoding. It can turn around our broadband stream as a narrowband stream without any intervention. I've successfully used it to turn around streams as MP3 and Ogg Vorbis. It's also meant to support AAC and AACPlus, but I've not managed to figure out how to enable this under Linux or how I would particularly get it to be able to do AACPlus. I considered going so far as to try Nullsoft's sc_trans v2 to encode AACPlus, but it seems it cannot connect to an existing stream and relay it, it can only have a stream connect to it. I don't see how I can get our existing Icecast stream to be relayed to sc_trans as Icecast does not do push relaying, so this option would appear to be out. I also took a brief look at Liquid Soap for doing this. It would appear that it can, but it looks like a lot of work to deploy for a relatively simple task. Still, I'd consider it if it will do the job. This of course leads to the broader question of which format to use. For us, the chief concern is device support. While a lot of people get around this issue by writing their own apps with built-in decoders, this isn't a direction I'd particularly want to go in unless there's something out there that's fairly generic and can be easily customisable. Our station is a volunteer outfit with no budget, so my strong preference would be for us to use a natively supported format so that it "just works". As mentioned, I'm looking to depricate MP3. It's really not possible to get 44.1 kHz MP3 under 56 kbps, and that only in mono. This isn't really "narrow" enough for my tastes. I'm not a big expert on AAC, but it seems to me that plain AAC (no "plus") doesn't really offer much over and above MP3. Certainly, samples I've heard of 56 kbps AAC streams at 44.1 kHz stereo are rolled off to 5 kHz audio, making it sound worse than MP3 at the same rate using 22.05 kHz samples. But there's so many AAC parameters that I'm by no means an expert on this. >From the little I've seen, the favoured option for lower bitrate streaming seems to be AACPlus. And it's not surprising given how good it sounds. I'm not so sure about device support though, and encoding it is a bit of an issue (see above). There is libaacplus, but streamTranscoderv3 doesn't *appear* to support it. I think Liquid Soap might though. There's also something called AACPlusEnc but I can't seem to get to its home page. While we're considering non-free options, Windows Media Audio would seem to be out due to the desire to encode under Linux, and people seem to be moving away from Real Audio. Of course, I'd prefer to use something open if people can actually listen to it. There would appear to be the following options: Ogg Vorbis: Using oggenc with libvorbis 20100325 (1.3.1) at quality -1 with a 44.1 kHz mono source, I can get the bit rate down to about 34 kbps. Stereo is more like 40 kbps. It actually sounds pretty good. Maybe if I took it down to 32 kHz it would go a little ower, or perhaps the quality -2 mode that at least was available in the aoTuV encoder would get it lower with perhaps a little more quality loss. I've not actually tried lower bitrate stuff in either vorbis encoder for some time. Encoding Ogg Vorbis won't present any problems. My concern about Ogg Vorbis is support in mobile devices. I know that iOS devices don't support it natively. Do any stream players for iOS support it, like say Tunein Radio? I believe Android devices do. Don't know about other devices used on the go. The other open option I can think of is Opus. I've not put it through its paces, I really should. But it aims at least to be good for this sort of thing. But I'm really not at all sure what software support is like yet, either for encoding or listening. Anyone know? Are there any other options that are worth looking at? Geoff. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From thedarkener at logicalnetworking.net Wed Aug 1 21:04:05 2012 From: thedarkener at logicalnetworking.net (TheDarkener) Date: Wed, 01 Aug 2012 14:04:05 -0700 Subject: [Icecast] Higher quality narrowband streaming options In-Reply-To: References: Message-ID: <501999C5.2070906@logicalnetworking.net> If you do further testing with Opus, please let us know your findings. I'm interested in this newer codec myself. I'm currently using vorbis for my radio station (similar to yours, a no-budget Internet station) and support for it is limited (nothing on iOS that I know of, and Android (AFAIK with my very old Android phone) doesn't support it OOTB (but XIAA Live Lite handles vorbis streaming wonderfully). I've looked into having a generic (but customizable) Android/iOS radio player developed that centers on open codecs such as Vorbis/Speex/Opus. Who's willing to chip in with me to get it done? :) Would be really cool to have a definitive player that we could refer people to. - Jordan On 08/01/2012 01:50 PM, Geoff Shang wrote: > Hi, > > Up until now, I've been providing narrowband streams at 24kbps MP3. We've > reluctantly been using MP3 instead of say Ogg Vorbis due to wider > support. > > But it's getting to the point where low bitrate MP3 doesn't really cut it > anymore. With technologies like AACPlus out there in common usage, people > have come to expect better and one can hardly blame them. > > So I thought I'd start a thread on low bitrate streaming in order to find > out what people are using and how. > > There seem to be two issues. The first is which format to use and the > second is how to go about transcoding into said format. > > Right now we're using StreamTranscoderv3 to do our transcoding. It can > turn around our broadband stream as a narrowband stream without any > intervention. I've successfully used it to turn around streams as MP3 and > Ogg Vorbis. It's also meant to support AAC and AACPlus, but I've not > managed to figure out how to enable this under Linux or how I would > particularly get it to be able to do AACPlus. > > I considered going so far as to try Nullsoft's sc_trans v2 to encode > AACPlus, but it seems it cannot connect to an existing stream and relay > it, it can only have a stream connect to it. I don't see how I can get > our existing Icecast stream to be relayed to sc_trans as Icecast does not > do push relaying, so this option would appear to be out. > > I also took a brief look at Liquid Soap for doing this. It would appear > that it can, but it looks like a lot of work to deploy for a relatively > simple task. Still, I'd consider it if it will do the job. > > This of course leads to the broader question of which format to use. For > us, the chief concern is device support. While a lot of people get around > this issue by writing their own apps with built-in decoders, this isn't a > direction I'd particularly want to go in unless there's something out > there that's fairly generic and can be easily customisable. Our station > is a volunteer outfit with no budget, so my strong preference would be for > us to use a natively supported format so that it "just works". > > As mentioned, I'm looking to depricate MP3. It's really not possible to > get 44.1 kHz MP3 under 56 kbps, and that only in mono. This isn't really > "narrow" enough for my tastes. > > I'm not a big expert on AAC, but it seems to me that plain AAC (no > "plus") doesn't really offer much over and above MP3. Certainly, samples > I've heard of 56 kbps AAC streams at 44.1 kHz stereo are rolled off to 5 > kHz audio, making it sound worse than MP3 at the same rate using 22.05 kHz > samples. But there's so many AAC parameters that I'm by no means an > expert on this. > > From the little I've seen, the favoured option for lower bitrate streaming > seems to be AACPlus. And it's not surprising given how good it sounds. > I'm not so sure about device support though, and encoding it is a bit of > an issue (see above). There is libaacplus, but streamTranscoderv3 doesn't > *appear* to support it. I think Liquid Soap might though. There's also > something called AACPlusEnc but I can't seem to get to its home page. > > While we're considering non-free options, Windows Media Audio would seem > to be out due to the desire to encode under Linux, and people seem to be > moving away from Real Audio. > > Of course, I'd prefer to use something open if people can actually listen > to it. There would appear to be the following options: > > Ogg Vorbis: Using oggenc with libvorbis 20100325 (1.3.1) at quality -1 > with a 44.1 kHz mono source, I can get the bit rate down to about 34 > kbps. Stereo is more like 40 kbps. It actually sounds pretty good. > Maybe if I took it down to 32 kHz > it would go a little ower, or perhaps the quality -2 mode that at least > was available in the aoTuV encoder would get it lower with perhaps a > little more quality loss. I've not actually tried lower bitrate stuff in > either vorbis encoder for some time. > > Encoding Ogg Vorbis won't present any problems. My concern about Ogg > Vorbis is support in mobile devices. I know that iOS devices don't > support it natively. Do any stream players for iOS support it, like say > Tunein Radio? I believe Android devices do. Don't know about other > devices used on the go. > > The other open option I can think of is Opus. I've not put it through its > paces, I really should. But it aims at least to be good for this sort of > thing. But I'm really not at all sure what software support is like yet, > either for encoding or listening. Anyone know? > > Are there any other options that are worth looking at? > > Geoff. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- Jordan (PGP: 0xDA470FF8) From thomas.ruecker at tieto.com Mon Aug 6 08:28:02 2012 From: thomas.ruecker at tieto.com (=?windows-1252?Q?R=FCcker_Thomas?=) Date: Mon, 6 Aug 2012 11:28:02 +0300 Subject: [Icecast] Icecast 2.4 beta release In-Reply-To: <5005E382.9010704@tieto.com> References: <5005E382.9010704@tieto.com> Message-ID: <501F8012.6080306@tieto.com> Hi On 18/07/12 01:13, R?cker Thomas wrote: > This is to announce the release of Icecast 2.4 beta. > > We've landed some important features and we're looking forward to testing and feedback. > As this is a beta release please discuss it on the icecast-dev mailing list. > (Please do NOT cross-post to both, do not reply to the icecast mailing list). I've also updated the version field content for new tickets, so you can log issues against 2.4-beta on http://trac.xiph.org I also fixed registration of new accounts, but also existing users please take note: "Please note, sadly account registration, using a valid email address, is required. Already registered users who didn't verify their email so far or changed it since last verification will have to go through verification. Users who didn't set an email address will likely need to contact a Trac admin (try on IRC: freenode, #xiph)." ** Cheers Thomas From lion at lion.leolix.org Tue Aug 7 11:53:58 2012 From: lion at lion.leolix.org (Philipp Schafft) Date: Tue, 07 Aug 2012 13:53:58 +0200 Subject: [Icecast] ices 2.0.2 released Message-ID: <20120807115400.4CC287A42B@priderock.keep-cool.org> flum, I'm proud to announce the release of ices2 2.0.2. This is the first release since 2005 and includes a lot changes waiting in trunk for too long. Here is the list of changes: New features: * Support for RoarAudio input Bugfixes: * Updated Documentation (Closes: #1238) * Fixed double shout_close() (Closes: #720) * Reduced error to warning in case of duplicate serial number. * Fixed handling of when set to zero (Closes: #735) * Did some code cleanup and hardening (Closes: #1795) * Enabled compiler warnings (Closes: #1796) * Added (Closes: #994) * Updated handling of empty strings in config file (Closes: #1875) * Updated build system You can find the download at the ices download page: http://icecast.org/ices.php We are looking forward to your feedback. -- Philipp. (Rah of PH2) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 482 bytes Desc: This is a digitally signed message part URL: From thomas.ruecker at tieto.com Tue Aug 7 18:49:25 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Tue, 7 Aug 2012 21:49:25 +0300 Subject: [Icecast] Heads up! Incoming! (Flushing mailman moderation queue) Message-ID: <50216335.5010602@tieto.com> Hi, you'll get quite a few messages (acutally not that many comparing to the amount of spam I see) after this email. This will come through both icecast and icecast-dev mailing lists. I was granted access and am currently going through the moderation queue which apparently hasn't been flushed in what seems to be about a year. Please, before you answer emails that you're about to receive, consider if answering them is still of actual value. I'm letting them through for archival purposes mostly. Cheers Thomas From laercio.tardochi at gmail.com Tue Aug 7 19:05:00 2012 From: laercio.tardochi at gmail.com (Laercio Tardochi) Date: Tue, 07 Aug 2012 16:05:00 -0300 Subject: [Icecast] Icecast Digest, Vol 99, Issue 3 In-Reply-To: References: Message-ID: <502166DC.6000304@gmail.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: laercio_tardochi.vcf Type: text/x-vcard Size: 178 bytes Desc: not available URL: From thomas.ruecker at tieto.com Tue Aug 7 19:27:33 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Tue, 7 Aug 2012 22:27:33 +0300 Subject: [Icecast] Banned email addresses?! In-Reply-To: References: Message-ID: <50216C25.8050601@tieto.com> Hi Marc, On 15/07/12 20:37, MARC JUSTICE wrote: > Was trying to register on your Icecast forums. Each of three email > addresses I entered to register have all been banned? What the hell? > I haven't even been to this site, I think. I have questions! > That forum is not being run by Xiph. They seem to be quite sensitive to certain types of email addresses due to spam (hotmail, gmail, etc) The official discussion places for Icecast related topics are the two mailing lists and the #icecast channel on freenode IRC. Hope that helps. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.ruecker at tieto.com Tue Aug 7 19:38:28 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Tue, 7 Aug 2012 22:38:28 +0300 Subject: [Icecast] [Icecast-dev] Heads up! Incoming! (Flushing mailman moderation queue) In-Reply-To: <50216335.5010602@tieto.com> References: <50216335.5010602@tieto.com> Message-ID: <50216EB4.7090905@tieto.com> Hi again, On 07/08/12 21:49, R?cker Thomas wrote: > Hi, > > you'll get quite a few messages (acutally not that many comparing to the > amount of spam I see) after this email. This will come through both > icecast and icecast-dev mailing lists. > I was granted access and am currently going through the moderation queue > which apparently hasn't been flushed in what seems to be about a year. > > Please, before you answer emails that you're about to receive, consider > if answering them is still of actual value. I'm letting them through for > archival purposes mostly. The flush is now completed. Once again: UNLESS YOU'RE VERY SURE - don't answer the mails that just rushed through. If you are sure that the topic is still valid, then please CC the sender while answering, as most of those were held up in moderation due to 'non member post'. Thanks again for flying Xiph and Icecast airways! Thomas From johanes.kunto at gmail.com Thu Aug 16 08:32:29 2012 From: johanes.kunto at gmail.com (Johanes Kunto) Date: Thu, 16 Aug 2012 15:32:29 +0700 Subject: [Icecast] Icecast Startup Failed Message-ID: Hello, my name Johanes. First I'm sorry because I can't speak English well. And this is the first time I use Icecast. I have installed icecast2 use the standard Ubuntu installation (apt-get install icecast2). I also have configured # Edit /etc/icecast2/icecast.xml (only to change the passwords) and change "ENABLE=true" in /etc/default/icecast2. My question : When I tried to start Icecast (sudo /etc/init.d/icecast2 start), I always get problem : # Starting icecast2: Starting icecast2 # Detaching from console # icecast2. # Server startup failed. Existing I tried to solve this problem using "killall icecast2" / "kill icecast2", also changed port into another number (4000, 6000, etc). Unfortunately I still have same problem. When I looked inside /var/log/icecast2, there is no error log. What should I do to fix regarding issue? Regards, Johanes. -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.ruecker at tieto.com Thu Aug 16 10:10:40 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Thu, 16 Aug 2012 13:10:40 +0300 Subject: [Icecast] Icecast Startup Failed In-Reply-To: References: Message-ID: <502CC720.7060103@tieto.com> Hi Johanes, On 16/08/12 11:32, Johanes Kunto wrote: > I have installed icecast2 use the standard Ubuntu installation > (apt-get install icecast2). I also have configured # Edit > /etc/icecast2/icecast.xml (only to change the passwords) and change > "ENABLE=true" in /etc/default/icecast2. That sounds correct. > My question : > When I tried to start Icecast (sudo /etc/init.d/icecast2 start), I > always get problem : > # Starting icecast2: Starting icecast2 > # Detaching from console > # icecast2. > # Server startup failed. Existing Our current error handling before log files are open isn't good, yeah. We're working on that for 2.4. > I tried to solve this problem using "killall icecast2" / "kill > icecast2", also changed port into another number (4000, 6000, etc). > Unfortunately I still have same problem. When I looked inside > /var/log/icecast2, there is no error log. sounds like it fails while parsing config or opening log files. Likely the former. > What should I do to fix regarding issue? Please make sure that the config file is not malformed accidentally. An easy way to check for things is to run: xmllint --noout /etc/icecast2/icecast.xml If it just returns to the prompt, then the XML is correct. If you see an error message you'll need to have a look at the file. Error messages are only hints and the actual problem can be a few lines away. Hope that helps. Please let us know if it does. Cheers Thomas From johanes.kunto at gmail.com Fri Aug 17 09:35:40 2012 From: johanes.kunto at gmail.com (Johanes Kunto) Date: Fri, 17 Aug 2012 16:35:40 +0700 Subject: [Icecast] Icecast Startup Failed In-Reply-To: <502CC720.7060103@tieto.com> References: <502CC720.7060103@tieto.com> Message-ID: Hi, thanks for your response. Based from your advice I try to check the XML used the command "xmllint --noout /etc/icecast2/icecast.xml" . Because I got response "xmllint: command not found", I installed xmllint (sudo apt-get install libxml2-utils). After that, I check again (xmllint --noout /etc/icecast2/icecast.xml) and the result just return to the prompt (which means XML is correct ? ). FYI, I run Ubuntu 12.04 & icecast2 (from default ports.ubuntu repository) in ARM Processor. Is it possible to solve this problem? Regards, Johanes 2012/8/16 R?cker Thomas > Hi Johanes, > > On 16/08/12 11:32, Johanes Kunto wrote: > > I have installed icecast2 use the standard Ubuntu installation > > (apt-get install icecast2). I also have configured # Edit > > /etc/icecast2/icecast.xml (only to change the passwords) and change > > "ENABLE=true" in /etc/default/icecast2. > > That sounds correct. > > > > My question : > > When I tried to start Icecast (sudo /etc/init.d/icecast2 start), I > > always get problem : > > # Starting icecast2: Starting icecast2 > > # Detaching from console > > # icecast2. > > # Server startup failed. Existing > > Our current error handling before log files are open isn't good, yeah. > We're working on that for 2.4. > > > > I tried to solve this problem using "killall icecast2" / "kill > > icecast2", also changed port into another number (4000, 6000, etc). > > Unfortunately I still have same problem. When I looked inside > > /var/log/icecast2, there is no error log. > > sounds like it fails while parsing config or opening log files. Likely > the former. > > > > What should I do to fix regarding issue? > > Please make sure that the config file is not malformed accidentally. > An easy way to check for things is to run: > xmllint --noout /etc/icecast2/icecast.xml > > If it just returns to the prompt, then the XML is correct. > If you see an error message you'll need to have a look at the file. > Error messages are only hints and the actual problem can be a few lines > away. > > > Hope that helps. Please let us know if it does. > > Cheers > > Thomas > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yahav.shasha at gmail.com Fri Aug 17 19:09:46 2012 From: yahav.shasha at gmail.com (Yahav Shasha) Date: Fri, 17 Aug 2012 22:09:46 +0300 Subject: [Icecast] Icecast Digest, Vol 99, Issue 8 In-Reply-To: References: Message-ID: - perhaps pastebin your init file? ( sudo /etc/init.d/icecast2 start ) - have you tried running icecast directly from the binary? - have you tried running it without sudo? (or root is actually needed?) - perhaps you should increase the loglevel to 4 and check for more info in the error log? > From: Johanes Kunto > To: "R?cker Thomas" > Cc: icecast at xiph.org > Date: Fri, 17 Aug 2012 16:35:40 +0700 > Subject: Re: [Icecast] Icecast Startup Failed > Hi, thanks for your response. > > Based from your advice I try to check the XML used the command "xmllint > --noout /etc/icecast2/icecast.xml" . Because I got response > "xmllint: command not found", I installed xmllint (sudo apt-get install > libxml2-utils). After that, I check again (xmllint --noout > /etc/icecast2/icecast.xml) and the result just return to the prompt (which > means XML is correct ? ). > > FYI, I run Ubuntu 12.04 & icecast2 (from default ports.ubuntu repository) > in ARM Processor. > > Is it possible to solve this problem? > > Regards, > Johanes > > 2012/8/16 R?cker Thomas > >> Hi Johanes, >> >> On 16/08/12 11:32, Johanes Kunto wrote: >> > I have installed icecast2 use the standard Ubuntu installation >> > (apt-get install icecast2). I also have configured # Edit >> > /etc/icecast2/icecast.xml (only to change the passwords) and change >> > "ENABLE=true" in /etc/default/icecast2. >> >> That sounds correct. >> >> >> > My question : >> > When I tried to start Icecast (sudo /etc/init.d/icecast2 start), I >> > always get problem : >> > # Starting icecast2: Starting icecast2 >> > # Detaching from console >> > # icecast2. >> > # Server startup failed. Existing >> >> Our current error handling before log files are open isn't good, yeah. >> We're working on that for 2.4. >> >> >> > I tried to solve this problem using "killall icecast2" / "kill >> > icecast2", also changed port into another number (4000, 6000, etc). >> > Unfortunately I still have same problem. When I looked inside >> > /var/log/icecast2, there is no error log. >> >> sounds like it fails while parsing config or opening log files. Likely >> the former. >> >> >> > What should I do to fix regarding issue? >> >> Please make sure that the config file is not malformed accidentally. >> An easy way to check for things is to run: >> xmllint --noout /etc/icecast2/icecast.xml >> >> If it just returns to the prompt, then the XML is correct. >> If you see an error message you'll need to have a look at the file. >> Error messages are only hints and the actual problem can be a few lines >> away. >> >> >> Hope that helps. Please let us know if it does. >> >> Cheers >> >> Thomas >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -- Yahav Shasha, Web Developer +972-(0)549214421 -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.ruecker at tieto.com Sat Aug 18 13:17:37 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Sat, 18 Aug 2012 16:17:37 +0300 Subject: [Icecast] Icecast Startup Failed In-Reply-To: References: <502CC720.7060103@tieto.com> Message-ID: <502F95F1.3050007@tieto.com> Hi Johanes, On 17/08/12 12:35, Johanes Kunto wrote: > Hi, thanks for your response. > > Based from your advice I try to check the XML used the command > "xmllint --noout /etc/icecast2/icecast.xml" . Because I got response > "xmllint: command not found", I installed xmllint (sudo apt-get > install libxml2-utils). After that, I check again (xmllint --noout > /etc/icecast2/icecast.xml) and the result just return to the prompt > (which means XML is correct ? ). That means that it's not an XML problem, yes. Have you changed anything aside from the passwords? It could be some option that you switched on. You could reset the file to defaults using this command: sudo zcat /usr/share/doc/icecast2/icecast.xml.dist.gz >/etc/icecast2/icecast.xml > FYI, I run Ubuntu 12.04 & icecast2 (from default ports.ubuntu > repository) in ARM Processor. I haven't run Icecast on ARM in a while, but don't see why this should impact startup. Cheers Thomas From toots at rastageeks.org Tue Aug 21 05:14:08 2012 From: toots at rastageeks.org (Romain Beauxis) Date: Tue, 21 Aug 2012 00:14:08 -0500 Subject: [Icecast] Any android source client for icecast ? In-Reply-To: <34190569.post@talk.nabble.com> References: <20101206114157.GB783@aporee.org> <20101206121213.GM19009@sinabox.bfst.de> <20101206125540.GA11756@aporee.org> <4EC3F46D.4020208@logicalnetworking.net> <5E49EEF5B3B23549BAF01B43D0C2BB301769895BEA@EXMB03.eu.tieto.com> <33700728.post@talk.nabble.com> <34190569.post@talk.nabble.com> Message-ID: Hi Guys, 2012/7/20 juantello : > > Hello. > > Icecast client for android > http://droidtools.sourceforge.net/content/icecast-client-android > http://droidtools.sourceforge.net/content/libogglibvorbis-and-libshout-libraries-android I just finished compiling an android version of our reshaped shine encoder [1] there: http://rastageeks.org/~toots/shine-android.tar.gz In order to use it, you'll need to make /system read-write and copy lib/libshine.so.1.0.0 to /system/lib/libshine.so.1 and bin/shineenc to /system/bin. On my low-end HTC, however, encoding is not real-time, which is a bit disappointing: $ shineenc bla.wav bla.mp3 shineenc (Liquidsoap version) WAV PCM DATA, stereo 44100Hz 16bit, Length: 0: 0:18 MPEG-I layer III, stereo Psychoacoustic Model: Shine Bitrate=128 kbps De-emphasis: none Original Encoding "bla.wav" to "bla.mp3" Finished in 0: 0:20 If anyone else feels like testing on another ARM android phone, I'll be interested to know if the encoder may be used to encode to mp3 in real time... Romain [1]: https://github.com/savonet/shine From toots at rastageeks.org Thu Aug 23 23:39:01 2012 From: toots at rastageeks.org (Romain Beauxis) Date: Thu, 23 Aug 2012 18:39:01 -0500 Subject: [Icecast] Any android source client for icecast ? In-Reply-To: References: <20101206114157.GB783@aporee.org> <20101206121213.GM19009@sinabox.bfst.de> <20101206125540.GA11756@aporee.org> <4EC3F46D.4020208@logicalnetworking.net> <5E49EEF5B3B23549BAF01B43D0C2BB301769895BEA@EXMB03.eu.tieto.com> <33700728.post@talk.nabble.com> <34190569.post@talk.nabble.com> Message-ID: Hi all, 2012/8/21 Romain Beauxis : > Hi Guys, > > 2012/7/20 juantello : >> >> Hello. >> >> Icecast client for android >> http://droidtools.sourceforge.net/content/icecast-client-android >> http://droidtools.sourceforge.net/content/libogglibvorbis-and-libshout-libraries-android > > I just finished compiling an android version of our reshaped shine > encoder [1] there: > http://rastageeks.org/~toots/shine-android.tar.gz > > In order to use it, you'll need to make /system read-write and copy > lib/libshine.so.1.0.0 to /system/lib/libshine.so.1 and bin/shineenc to > /system/bin. > > On my low-end HTC, however, encoding is not real-time, which is a bit > disappointing: > $ shineenc bla.wav bla.mp3 > shineenc (Liquidsoap version) > WAV PCM DATA, stereo 44100Hz 16bit, Length: 0: 0:18 > MPEG-I layer III, stereo Psychoacoustic Model: Shine > Bitrate=128 kbps De-emphasis: none Original > Encoding "bla.wav" to "bla.mp3" > Finished in 0: 0:20 > > If anyone else feels like testing on another ARM android phone, I'll > be interested to know if the encoder may be used to encode to mp3 in > real time... It works much better with a beefier android device (HTC One V): shell at android:/data/shine $ shineenc ./bla.wav ./bla.mp3 shineenc (Liquidsoap version) WAV PCM DATA, stereo 44100Hz 16bit, Length: 0: 3:36 MPEG-I layer III, stereo Psychoacoustic Model: Shine Bitrate=128 kbps De-emphasis: none Original Encoding "./bla.wav" to "./bla.mp3" Finished in 0: 0:40 :-) The library could thus be used to build a real-time mp3 client that streams from the microphone to an icecast server! I do not think I'll personally take this project on me but feel free to hit us at savonet-users at lists.sourceforge.net if anyone's interested! Romain From rc-lists at kiben.net Mon Aug 27 10:47:12 2012 From: rc-lists at kiben.net (tzara) Date: Mon, 27 Aug 2012 11:47:12 +0100 Subject: [Icecast] =?utf-8?q?EROR_connection/wait=5Ffor=5Fserversock_signa?= =?utf-8?q?lfd_descriptor_became_invalid?= Message-ID: <673c49a9d98e64e31898b32217392b1b@kiben.net> hello, I am tying to get to the bottom of why my icecast server crashed and failed to restart. The last entry in the error log is this: [2012-08-26 05:46:38] INFO source/source_read listener count on /stream now 7 [2012-08-26 05:48:02] INFO connection/wait_for_serversock HUP received, reread scheduled [2012-08-26 05:48:02] INFO connection/connection_thread connection thread finished [2012-08-26 05:48:02] EROR connection/wait_for_serversock signalfd descriptor became invalid, doing thread restart i am running a debian wheezy vm with multimedia repos enabled: root at stream:~# uname -a Linux stream 2.6.32-13-pve #1 SMP Mon Jul 9 08:39:20 CEST 2012 i686 GNU/Linux root at stream:~# icecast2 -v Icecast 2.3.3-kh2 googling only resulted in the source code of the error: http://svn.xiph.org/icecast/branches/kh/icecast/src/connection.c if (ufds[i].revents & (POLLNVAL|POLLERR)) { ERROR0 ("signalfd descriptor became invalid, doing thread restart"); slave_restart(); // something odd happened } any ideas what my be the cause of my problems? thanks rob From mlrsmith at gmail.com Mon Aug 27 17:19:06 2012 From: mlrsmith at gmail.com (Michael Smith) Date: Mon, 27 Aug 2012 10:19:06 -0700 Subject: [Icecast] EROR connection/wait_for_serversock signalfd descriptor became invalid In-Reply-To: <673c49a9d98e64e31898b32217392b1b@kiben.net> References: <673c49a9d98e64e31898b32217392b1b@kiben.net> Message-ID: Hi Rob, You're not using icecast; you're using the "KH" icecast fork. This is a considerably different codebase. Mostly, it adds a few features, and is less well tested/less stable. >From the code you quoted, this is clearly a hacky workaround for a bug. I would recommend upgrading to the latest release of standard icecast. Mike On Mon, Aug 27, 2012 at 3:47 AM, tzara wrote: > hello, > > I am tying to get to the bottom of why my icecast server crashed and > failed to restart. > The last entry in the error log is this: > > [2012-08-26 05:46:38] INFO source/source_read listener count on > /stream now 7 > [2012-08-26 05:48:02] INFO connection/wait_for_serversock HUP > received, reread scheduled > [2012-08-26 05:48:02] INFO connection/connection_thread connection > thread finished > [2012-08-26 05:48:02] EROR connection/wait_for_serversock signalfd > descriptor became invalid, doing thread restart > > i am running a debian wheezy vm with multimedia repos enabled: > > root at stream:~# uname -a > Linux stream 2.6.32-13-pve #1 SMP Mon Jul 9 08:39:20 CEST 2012 i686 > GNU/Linux > root at stream:~# icecast2 -v > Icecast 2.3.3-kh2 > > googling only resulted in the source code of the error: > http://svn.xiph.org/icecast/branches/kh/icecast/src/connection.c > > > if (ufds[i].revents & (POLLNVAL|POLLERR)) > { > ERROR0 ("signalfd descriptor became invalid, doing thread > restart"); > slave_restart(); // something odd happened > } > > > any ideas what my be the cause of my problems? > > thanks > > rob > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From rc-lists at kiben.net Mon Aug 27 22:52:10 2012 From: rc-lists at kiben.net (tzara) Date: Mon, 27 Aug 2012 23:52:10 +0100 Subject: [Icecast] EROR connection/wait_for_serversock signalfd descriptor became invalid In-Reply-To: References: <673c49a9d98e64e31898b32217392b1b@kiben.net> Message-ID: <503BFA1A.3010801@kiben.net> On 27/08/12 18:19, Michael Smith wrote: > Hi Rob, > > You're not using icecast; you're using the "KH" icecast fork. This is > a considerably different codebase. Mostly, it adds a few features, and > is less well tested/less stable. > > From the code you quoted, this is clearly a hacky workaround for a > bug. I would recommend upgrading to the latest release of standard > icecast. yes good plan! I moved to the main branch. Thanks for pointing this out, hopefully things will go back to normal now :) thanks rob root at stream:~# apt-cache policy icecast2 icecast2: Installed: 1:2.3.3kh2-dmo1 Candidate: 1:2.3.3kh2-dmo1 Version table: *** 1:2.3.3kh2-dmo1 0 500 http://www.debian-multimedia.org/ wheezy/main i386 Packages 100 /var/lib/dpkg/status 2.3.2-9 0 500 http://ftp.debian.org/debian/ wheezy/main i386 Packages apt-get install icecast2=2.3.2-9 > > Mike > > > On Mon, Aug 27, 2012 at 3:47 AM, tzara wrote: >> hello, >> >> I am tying to get to the bottom of why my icecast server crashed and >> failed to restart. >> The last entry in the error log is this: >> >> [2012-08-26 05:46:38] INFO source/source_read listener count on >> /stream now 7 >> [2012-08-26 05:48:02] INFO connection/wait_for_serversock HUP >> received, reread scheduled >> [2012-08-26 05:48:02] INFO connection/connection_thread connection >> thread finished >> [2012-08-26 05:48:02] EROR connection/wait_for_serversock signalfd >> descriptor became invalid, doing thread restart >> >> i am running a debian wheezy vm with multimedia repos enabled: >> >> root at stream:~# uname -a >> Linux stream 2.6.32-13-pve #1 SMP Mon Jul 9 08:39:20 CEST 2012 i686 >> GNU/Linux >> root at stream:~# icecast2 -v >> Icecast 2.3.3-kh2 >> >> googling only resulted in the source code of the error: >> http://svn.xiph.org/icecast/branches/kh/icecast/src/connection.c >> >> >> if (ufds[i].revents& (POLLNVAL|POLLERR)) >> { >> ERROR0 ("signalfd descriptor became invalid, doing thread >> restart"); >> slave_restart(); // something odd happened >> } >> >> >> any ideas what my be the cause of my problems? >> >> thanks >> >> rob >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > From thomas.ruecker at tieto.com Tue Aug 28 07:15:00 2012 From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?R=FCcker_Thomas?=) Date: Tue, 28 Aug 2012 10:15:00 +0300 Subject: [Icecast] EROR connection/wait_for_serversock signalfd descriptor became invalid In-Reply-To: <503BFA1A.3010801@kiben.net> References: <673c49a9d98e64e31898b32217392b1b@kiben.net> <503BFA1A.3010801@kiben.net> Message-ID: <503C6FF4.9020006@tieto.com> Hi everyone, On 28/08/12 01:52, tzara wrote: > On 27/08/12 18:19, Michael Smith wrote: >> Hi Rob, >> >> You're not using icecast; you're using the "KH" icecast fork. This is >> a considerably different codebase. Mostly, it adds a few features, and >> is less well tested/less stable. >> >> From the code you quoted, this is clearly a hacky workaround for a >> bug. I would recommend upgrading to the latest release of standard >> icecast. > yes good plan! > > I moved to the main branch. > > Thanks for pointing this out, hopefully things will go back to normal now :) > > thanks > > rob > > root at stream:~# apt-cache policy icecast2 > icecast2: > Installed: 1:2.3.3kh2-dmo1 > Candidate: 1:2.3.3kh2-dmo1 > Version table: > *** 1:2.3.3kh2-dmo1 0 > 500 http://www.debian-multimedia.org/ wheezy/main i386 Packages > 100 /var/lib/dpkg/status > 2.3.2-9 0 > 500 http://ftp.debian.org/debian/ wheezy/main i386 Packages > > apt-get install icecast2=2.3.2-9 Please note that SID/unstable now carries Icecast 2.3.3. I do not know if it will reach wheezy as that is in freeze. You can though fairly easily rebuild the Debian source package yourself. HTH Cheers Thomas From artuch at speedy.com.ar Wed Aug 29 12:32:09 2012 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Wed, 29 Aug 2012 09:32:09 -0300 Subject: [Icecast] Icecast2 and Ices2 on Pentium III with Debian 6.0 Message-ID: <1346243529.2277.6.camel@jlaa> Hello. On a PC Pentium III I had a audio server working properly with Icecast2 and Ices2, running on Debian 5.0 (Lenny). Now I've upgraded to Debian 6.0 (Squeeze) and after a few seconds of running everything correctly, successive cuts begin to occur in the audio. For Debian 6.0 I have used the same settings for Icecast2 and Ices2 I used in Debian 5.0. Increasing "burst" only managed to delay the start of successive cuts. Is there any way to achieve proper operation of Icecast2 and Ices2 on Debian 6.0 on a Pentium III ?. Thank you very much in advance. zenbaki