From dlchavez at bellsouth.net Sun Aug 3 21:40:13 2008 From: dlchavez at bellsouth.net (Daniel C) Date: Sun, 3 Aug 2008 17:40:13 -0400 Subject: [Icecast] Make Errors with icecast2.3.2 on CentOS5 Message-ID: Hi, I am not sure if this is the right list or not, but I seem to be having problems with the last part of the install of Icecast 2.3.2. Firstly, I'm running CentOS5 and am attempting to install Icecast. When I do make and make install, I get: /usr/lib/libxslt.so: undefined reference to `xmlXPathContextSetCache' collect2: ld returned 1 exit status make[3]: *** [icecast] Error 1 make[3]: Leaving directory `/root/icecast-2.3.2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/icecast-2.3.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/icecast-2.3.2' make: *** [all] Error 2 My host says they've installed a new LibXSLT library in a directory called, /opt/lib is there anyway that I can have the configure script check for, and use, the new libxslt library in the different directory location? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Mon Aug 4 01:12:38 2008 From: karl at xiph.org (Karl Heyes) Date: Mon, 04 Aug 2008 02:12:38 +0100 Subject: [Icecast] Make Errors with icecast2.3.2 on CentOS5 In-Reply-To: References: Message-ID: <48965786.6030209@xiph.org> Daniel C wrote: > > Hi, > I am not sure if this is the right list or not, but I seem to be having > problems with the last part of the install of Icecast 2.3.2. Firstly, > I'm running CentOS5 and am attempting to install Icecast. When I do make > and make install, I get: > /usr/lib/libxslt.so: undefined reference to `xmlXPathContextSetCache' This is down to version mismatch between the libxml2 and libxslt, which based on your comment below is because you have two developments sets for libxml2 > My host says they've installed a new LibXSLT library in a directory > called, /opt/lib > is there anyway that I can have the configure script check for, and use, > the new libxslt library in the different directory location? It may be enough to remove the libxml2.so symbolic link from the old release (keeping the runtime libs), or maybe run the xml2-config from the newer release, check the configure --help but it probably is impossible to get configure to avoid all these issues because there is the linking during the build and there is also the runtime linker which is outside of the configure process. karl. From bearcat9a2000 at yahoo.com Mon Aug 4 06:20:13 2008 From: bearcat9a2000 at yahoo.com (George Sharpe) Date: Sun, 3 Aug 2008 23:20:13 -0700 (PDT) Subject: [Icecast] Request for removal from your E-mail lsit Message-ID: <452278.67737.qm@web51602.mail.re2.yahoo.com> Please take me off your list ? Thanks ? G. Sharpebearcat9a2000 at yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dm8tbr at afthd.tu-darmstadt.de Mon Aug 4 07:09:29 2008 From: dm8tbr at afthd.tu-darmstadt.de (dm8tbr at afthd.tu-darmstadt.de) Date: Mon, 4 Aug 2008 09:09:29 +0200 Subject: [Icecast] Request for removal from your E-mail lsit In-Reply-To: <452278.67737.qm@web51602.mail.re2.yahoo.com> References: <452278.67737.qm@web51602.mail.re2.yahoo.com> Message-ID: <20080804070928.GA8314@dk0td.afthd.tu-darmstadt.de> On Sun, Aug 03, 2008 at 11:20:13PM -0700, George Sharpe wrote: > Please take me off your list Yo can do it yourself easily. Every Mail to this mailinglist contains the necessary Information in the message headers: List-Unsubscribe: , Cheers Thomas From dlchavez at bellsouth.net Tue Aug 5 16:45:40 2008 From: dlchavez at bellsouth.net (Daniel C) Date: Tue, 5 Aug 2008 12:45:40 -0400 Subject: [Icecast] PHP Script to display Whether Stream Is Up Message-ID: Hi, I was wondering whether or not someone knew of a php script for Icecast2, that would allow me to display, in plain text to listeners, whether a stream was up or not? The script would somehow have to check I guess the xml file to see if a stream is online, display a message that the stream is online, and an image that says toon in. I could program in PHP, somewhat, but what variables would I use for these tasks? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom_a_sparks at yahoo.com.au Wed Aug 6 05:59:04 2008 From: tom_a_sparks at yahoo.com.au (Tom Sparks) Date: Wed, 6 Aug 2008 15:59:04 +1000 (EST) Subject: [Icecast] Savonet for video Message-ID: <129887.96446.qm@web32701.mail.mud.yahoo.com> Is there a program like Savonet (http://savonet.sourceforge.net/) for video? Find a better answer, faster with the new Yahoo!7 Search. www.yahoo7.com.au/search From dm8tbr at afthd.tu-darmstadt.de Wed Aug 6 06:47:22 2008 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Wed, 6 Aug 2008 08:47:22 +0200 Subject: [Icecast] PHP Script to display Whether Stream Is Up In-Reply-To: References: Message-ID: <20080806064722.GB361@dk0td.afthd.tu-darmstadt.de> On Tue, Aug 05, 2008 at 12:45:40PM -0400, Daniel C wrote: > I was wondering whether or not someone knew of a php script for Icecast2, that would allow me to display, in plain text to listeners, whether a stream was up or not? > The script would somehow have to check I guess the xml file to see if a stream is online, display a message that the stream is online, and an image that says toon in. > I could program in PHP, somewhat, but what variables would I use for these tasks? Of course this would be possible somehow. But why reinvent the status page? Oh and it can be customized in a gazillion of ways. Its just simple xslt. cheers Thomas PS: status page can be viewed by accessing icecast by a webbrowser instead of a listener client. From mark at indymedia.org Wed Aug 6 15:28:15 2008 From: mark at indymedia.org (mark burdett) Date: Wed, 6 Aug 2008 08:28:15 -0700 Subject: [Icecast] PHP Script to display Whether Stream Is Up In-Reply-To: <20080806064722.GB361@dk0td.afthd.tu-darmstadt.de> References: <20080806064722.GB361@dk0td.afthd.tu-darmstadt.de> Message-ID: <20080806152814.GA3981@indymedia.org> You can create an xsl file that outputs a short xml listing of available mounts, and parse this with simplexml (a php xml parser). it should just be a couple lines of code to see if the stream is in the list. --mark On Wed, 06 Aug 2008 08:47:22 +0200, Thomas B. Ruecker wrote: > On Tue, Aug 05, 2008 at 12:45:40PM -0400, Daniel C wrote: > > I was wondering whether or not someone knew of a php script for Icecast2, that would allow me to display, in plain text to listeners, whether a stream was up or not? > > The script would somehow have to check I guess the xml file to see if a stream is online, display a message that the stream is online, and an image that says toon in. > > I could program in PHP, somewhat, but what variables would I use for these tasks? > > Of course this would be possible somehow. But why reinvent the status > page? Oh and it can be customized in a gazillion of ways. Its just > simple xslt. > > cheers > > Thomas > > PS: status page can be viewed by accessing icecast by a webbrowser > instead of a listener client. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From dlchavez at bellsouth.net Fri Aug 8 02:43:18 2008 From: dlchavez at bellsouth.net (Daniel C) Date: Thu, 7 Aug 2008 22:43:18 -0400 Subject: [Icecast] Icecast Song Tracking Message-ID: <10497586D85A42E4AD72DD5CCE26BA84@ProductionBx> Hi list, I was wondering if an Icecast mount is down, would icecast still keep a record of the songs being played, artist name, and at what time eatch song was played? And from what IP address the songs played from? If icecast keeps these records, where does it keep them? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Geoff at QuiteLikely.com Fri Aug 8 03:04:20 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Fri, 8 Aug 2008 06:04:20 +0300 (IDT) Subject: [Icecast] Icecast Song Tracking In-Reply-To: <10497586D85A42E4AD72DD5CCE26BA84@ProductionBx> References: <10497586D85A42E4AD72DD5CCE26BA84@ProductionBx> Message-ID: Daniel C wrote: > I was wondering if an Icecast mount is down, would icecast still keep a > record of the songs being played, artist name, and at what time eatch > song was played? And from what IP address the songs played from? I don't quite understand the question. If the mount is down, how would Icecast get this information? > If icecast keeps these records, where does it keep them? Ordinarily you can log this sort of info to the playlist log which I think is not defined by default but I could be wrong about that. I don't think IP address is stored but you could use the access log to figure that out. But as I say, if the mount is down then no data is coming in so there'll be nothing to log. Or are you meaning a situation where the stream mount is down but the metadata updates keep on coming in? I doubt Icecast would consider such a situation valid so probably doesn't log it as such. It might dump enough info to the error log, haven't tried it. Geoff. From oliver.oli+0815 at gmail.com Mon Aug 11 13:08:48 2008 From: oliver.oli+0815 at gmail.com (Oliver Oli) Date: Mon, 11 Aug 2008 15:08:48 +0200 Subject: [Icecast] debian package from svn / errors and non working debian rules Message-ID: <66f535320808110608h546202ev3307b61a124eb1ef@mail.gmail.com> Hello, I tried to build an debian package from svn. First I checked out trunk and the 2.3.2 branch, which both build this quite "old" package :-) icecast2_1.9+2.0alphasnap2+20030802-1_amd64.deb Then I tried the kh branch, which doesn't build with dpkg-buildpackage: debian/rules:6: debian/cdbs/1/rules/buildinfo.mk: No such file or directory make: *** No rule to make target `debian/cdbs/1/rules/buildinfo.mk'. Stop. dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 after I have removed the line from debian/rules, it starts compiling, but throws an error: make[4]: Leaving directory `/root/svn/icecast/src/timing' make[4]: Entering directory `/root/svn/icecast/src' cc -DHAVE_CONFIG_H -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/include/libxml2 -I/usr/include -pthread -g -O2 -g -Wall -O2 -c cfgfile.c In file included from cfgfile.h:32, from cfgfile.c:27: global.h:54: error: expected specifier-qualifier-list before 'spin_t' global.h:66: warning: 'struct rate_calc' declared inside parameter list global.h:66: warning: its scope is only this definition or declaration, which is probably not what you want global.h:67: warning: 'struct rate_calc' declared inside parameter list global.h:68: warning: 'struct rate_calc' declared inside parameter list make[4]: *** [cfgfile.o] Error 1 make[4]: Leaving directory `/root/svn/icecast/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/svn/icecast/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/svn/icecast' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/svn/icecast' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 I'm on Ubuntu 8.04 with gcc 4.2.3, From karl at xiph.org Mon Aug 11 14:09:33 2008 From: karl at xiph.org (Karl Heyes) Date: Mon, 11 Aug 2008 15:09:33 +0100 Subject: [Icecast] debian package from svn / errors and non working debian rules In-Reply-To: <66f535320808110608h546202ev3307b61a124eb1ef@mail.gmail.com> References: <66f535320808110608h546202ev3307b61a124eb1ef@mail.gmail.com> Message-ID: <48A0481D.5000709@xiph.org> Oliver Oli wrote: > Hello, > > I tried to build an debian package from svn. First I checked out trunk > and the 2.3.2 branch, which both build this quite "old" package :-) > > icecast2_1.9+2.0alphasnap2+20030802-1_amd64.deb > > Then I tried the kh branch, which doesn't build with dpkg-buildpackage: > > debian/rules:6: debian/cdbs/1/rules/buildinfo.mk: No such file or directory > make: *** No rule to make target `debian/cdbs/1/rules/buildinfo.mk'. Stop. > dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 > > after I have removed the line from debian/rules, it starts compiling, > but throws an error: I'll probably remove the debian directory and leave the debian packagers to add what they need for their own packages. I don't get updates for those parts so it can fall out of sync easily. > make[4]: Leaving directory `/root/svn/icecast/src/timing' > make[4]: Entering directory `/root/svn/icecast/src' > cc -DHAVE_CONFIG_H -I. -I.. -Wall -ffast-math -fsigned-char > -I/usr/include/libxml2 -I/usr/include -pthread -g -O2 -g -Wall -O2 -c > cfgfile.c > In file included from cfgfile.h:32, > from cfgfile.c:27: > global.h:54: error: expected specifier-qualifier-list before 'spin_t' > global.h:66: warning: 'struct rate_calc' declared inside parameter list > global.h:66: warning: its scope is only this definition or > declaration, which is probably not what you want > global.h:67: warning: 'struct rate_calc' declared inside parameter list > global.h:68: warning: 'struct rate_calc' declared inside parameter list the kh tree in svn refers to modules that are shared with trunk (net etc) and I didn't want to include certain unused things into the trunk before 2.3.2. This is complete in the tarballs. That particular thing of spinlocks is probably ok to merge now. karl. From oliver.oli+0815 at gmail.com Mon Aug 11 18:50:39 2008 From: oliver.oli+0815 at gmail.com (Oliver Oli) Date: Mon, 11 Aug 2008 20:50:39 +0200 Subject: [Icecast] debian package from svn / errors and non working debian rules In-Reply-To: <48A0481D.5000709@xiph.org> References: <66f535320808110608h546202ev3307b61a124eb1ef@mail.gmail.com> <48A0481D.5000709@xiph.org> Message-ID: <66f535320808111150w711592dfhd8e826b7d65793fc@mail.gmail.com> maybe include the debian dir as an external from svn://svn.debian.org/pkg-icecast/icecast2/trunk/debian/ ? On Mon, Aug 11, 2008 at 4:09 PM, Karl Heyes wrote: > Oliver Oli wrote: >> >> Hello, >> >> I tried to build an debian package from svn. First I checked out trunk >> and the 2.3.2 branch, which both build this quite "old" package :-) >> >> icecast2_1.9+2.0alphasnap2+20030802-1_amd64.deb > >> >> Then I tried the kh branch, which doesn't build with dpkg-buildpackage: >> >> debian/rules:6: debian/cdbs/1/rules/buildinfo.mk: No such file or >> directory >> make: *** No rule to make target `debian/cdbs/1/rules/buildinfo.mk'. >> Stop. >> dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 >> >> after I have removed the line from debian/rules, it starts compiling, >> but throws an error: > > I'll probably remove the debian directory and leave the debian packagers to > add what they need for their own packages. I don't get updates for those > parts so it can fall out of sync easily. > >> make[4]: Leaving directory `/root/svn/icecast/src/timing' >> make[4]: Entering directory `/root/svn/icecast/src' >> cc -DHAVE_CONFIG_H -I. -I.. -Wall -ffast-math -fsigned-char >> -I/usr/include/libxml2 -I/usr/include -pthread -g -O2 -g -Wall -O2 -c >> cfgfile.c >> In file included from cfgfile.h:32, >> from cfgfile.c:27: >> global.h:54: error: expected specifier-qualifier-list before 'spin_t' >> global.h:66: warning: 'struct rate_calc' declared inside parameter list >> global.h:66: warning: its scope is only this definition or >> declaration, which is probably not what you want >> global.h:67: warning: 'struct rate_calc' declared inside parameter list >> global.h:68: warning: 'struct rate_calc' declared inside parameter list > > the kh tree in svn refers to modules that are shared with trunk (net etc) > and I didn't want to include certain unused things into the trunk before > 2.3.2. This is complete in the tarballs. That particular thing of spinlocks > is probably ok to merge now. > > karl. > > > From toots at rastageeks.org Mon Aug 11 23:36:25 2008 From: toots at rastageeks.org (Romain Beauxis) Date: Tue, 12 Aug 2008 01:36:25 +0200 Subject: [Icecast] debian package from svn / errors and non working debian rules In-Reply-To: <66f535320808111150w711592dfhd8e826b7d65793fc@mail.gmail.com> References: <66f535320808110608h546202ev3307b61a124eb1ef@mail.gmail.com> <48A0481D.5000709@xiph.org> <66f535320808111150w711592dfhd8e826b7d65793fc@mail.gmail.com> Message-ID: <200808120136.25661.toots@rastageeks.org> Le Monday 11 August 2008 20:50:39 Oliver Oli, vous avez ?crit?: > maybe include the debian dir as an external from > svn://svn.debian.org/pkg-icecast/icecast2/trunk/debian/ Well, the debian packaging can be very specific to the associated upstream release. Generaly speaking, including a debian/ directory in upstream's source is not recommended, in particular because there can be several package releases for a single upstream release. Even worse, it complicates the packaging for us, since we need to regenerate all the configure thing in order to remove debian/ related files from the configure script, before compiling icecast. So, I do advise to remove the debian/ directory, at least from the released tarball. It can be interesting to have a debian/ for svn code, but this needs to be maintained seperately from the "official" debian/ code. Romain From david.baelde at gmail.com Tue Aug 12 22:34:23 2008 From: david.baelde at gmail.com (David Baelde) Date: Wed, 13 Aug 2008 00:34:23 +0200 Subject: [Icecast] Savonet for video In-Reply-To: <129887.96446.qm@web32701.mail.mud.yahoo.com> References: <129887.96446.qm@web32701.mail.mud.yahoo.com> Message-ID: <53c655920808121534p3d52ca5fj420733bde387097@mail.gmail.com> Yes, Savonet version 1.0.0 :) Seriously, this is on our todo-list, but frankly it's quite far. We're still active but too busy with other things to add big features like that. Cheers, David From ROMADDOG at aol.com Sun Aug 17 20:01:24 2008 From: ROMADDOG at aol.com (ROMADDOG at aol.com) Date: Sun, 17 Aug 2008 16:01:24 EDT Subject: [Icecast] Icecast Help Message-ID: Hello I am attempting to run a live feed from icecast, it was working an now isn't I have tried everything I can thing of, I am looking for some help to get back up and in service, I am at the point now that I will pay someone to get me up and running again. If anyone can help me contact me via email and i will explain what is going on Any help will be apprecated Thanks, Dennis _romaddog at aol.com_ (mailto:romaddog at aol.com) **************Looking for a car that's sporty, fun and fits in your budget? Read reviews on AOL Autos. (http://autos.aol.com/cars-Volkswagen-Jetta-2009/expert-review?ncid=aolaut00030000000007 ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From contact at internet-radio.org.uk Fri Aug 22 09:02:24 2008 From: contact at internet-radio.org.uk (Internet Radio) Date: Fri, 22 Aug 2008 10:02:24 +0100 Subject: [Icecast] Icecast Help In-Reply-To: References: Message-ID: <96140e100808220202lad7758eta2a75ba286f1c9c2@mail.gmail.com> Hi Dennis If you could be more specific about what your problem is we can try and help you. What did you change after it stopped working ? Maybe you could post an example of your config file if its a configuration issue... Kind Regards, Jim @ http://www.internet-radio.org.uk On Sun, Aug 17, 2008 at 9:01 PM, wrote: > Hello > > I am attempting to run a live feed from icecast, it was working an now > isn't I have tried everything I can thing of, I am looking for some help to > get back up and in service, I am at the point now that I will pay someone to > get me up and running again. If anyone can help me contact me via email and > i will explain what is going on > > Any help will be apprecated > > Thanks, > > Dennis > romaddog at aol.com > > > > ------------------------------ > Looking for a car that's sporty, fun and fits in your budget? Read reviews > on AOL Autos > . > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nombrandue at tsukinokage.net Fri Aug 22 15:57:17 2008 From: nombrandue at tsukinokage.net (Seann Clark) Date: Fri, 22 Aug 2008 10:57:17 -0500 Subject: [Icecast] Icecast Customizations Message-ID: <48AEE1DD.9090401@tsukinokage.net> All, This is a mix between a request for help and an oh gee wiz type of question. I want to know how, if it is able to be shown (some people don't like to share how they made their stuff unique so I am cool with that) different ways they have customized their Icecasts. I have a server(set) that is running fine now, and I want to grow it out in some way (different streams for different genre's, etc) and use a different interface to launch the streams, and leave the default icecast page for 'admin' use only. Basically injecting a link into a site to allow users to stream without having to go to the icecast page. I know how to set up multiple stream sources, but failed at getting multiple streams running mostly due to personal error (I am filled with those it seems, but when isn't playing filled with errors?) and I am wondering if for the more advanced functions of the latest versions of icecast (2.3.2 or so) does anyone have anything interesting they can share for this? Regards, Seann From dm8tbr at afthd.tu-darmstadt.de Sat Aug 23 11:24:08 2008 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Sat, 23 Aug 2008 14:24:08 +0300 Subject: [Icecast] Icecast Customizations In-Reply-To: <48AEE1DD.9090401@tsukinokage.net> References: <48AEE1DD.9090401@tsukinokage.net> Message-ID: <48AFF358.5060709@afthd.tu-darmstadt.de> Hi Sean, Seann Clark schrieb: > This is a mix between a request for help and an oh gee wiz type of > question. I want to know how, if it is able to be shown (some people > don't like to share how they made their stuff unique so I am cool with > that) different ways they have customized their Icecasts. I have a > server(set) that is running fine now, and I want to grow it out in some > way (different streams for different genre's, etc) and use a different > interface to launch the streams, and leave the default icecast page for > 'admin' use only. Basically injecting a link into a site to allow users > to stream without having to go to the icecast page. > > Pretty broad question. Well if you want to get rid of the status interface you can: - remove the alias of "/" to "/status.xsl" - make "/" point to "/something.html" where you just have some static content file in webroot - if you still want to have an status.xsl file (you can rename it) but password protect it. The way is IIRC to create an mount point named like the xsl file and make it listener-authenticated. - you can also edit the xsl file in various ways to feature different/less meta data content and own html code (you have to make sure it is still valid xml/xslt else you get an error) - as to the streams, well that's an individual thing - if you want to have an web-interface that can influence the playlist for a given mount point you might want to look at liquidsoap or tunequeue - if you want to have direct links to the streams on your web page just use the following scheme for links: http://$ICECAST_HOSTNAME_OR_IP:$PORT/$MOUNT$PLAYLISTEXTENSION example: http://some.host.nowhere:8000/coolstream.ogg.m3u $ICECAST_HOSTNAME_OR_IP = some.host.nowhere $PORT = 8000 (that's the default port) $MOUNT = coolstream.ogg $PLAYLISTEXTENSION = m3u (you can also use xspf as of 2.3.2) > I know how to set up multiple stream sources, but failed at getting > multiple streams running mostly due to personal error (I am filled with > those it seems, but when isn't playing filled with errors?) for a very simple test: run e.g. ices2 multiple times. Each time with an different configuration file. Always use the source-password and just make up some mount points. (You don't have to necessarily define mount points in icecast.xml if you use the general source-password.) Icecast will automagically create the mount points upon connect. > and I am > wondering if for the more advanced functions of the latest versions of > icecast (2.3.2 or so) does anyone have anything interesting they can > share for this? > for 2.3.2 there is a nice list of the changes on the web page. As for further niceties: I've created a munin plug in that can graph many Icecast parameters. For 2.3.2 though it can do nice and shiny listener graphs only. Future Icecast versions will enable you to track bandwidth for sources and listeners and maybe a few other things. I'm looking for testers for my munin plug in before I release this to the general public. So if some of you want to take it for a ride just drop me an private mail. For interactive feedback you can drop by #icecast on freenode IRC. Bring some patience. It can take minutes but also a few hours before someone answers. Cheers Thomas From oddsock at oddsock.org Mon Aug 25 01:48:40 2008 From: oddsock at oddsock.org (oddsock) Date: Sun, 24 Aug 2008 20:48:40 -0500 Subject: [Icecast] patch for native iphone support Message-ID: <29f2c230808241848h126a1733le7e5897b4341aaee@mail.gmail.com> Here is a patch for icecast 2.3.2 that adds support for listening to mp3 and aac+ streams on the iphone. A quick background on the technical aspects of the patch and why it is needed : With the advent of 3g on the iphone, lots of people have been jumping on the bandwagon of providing internet radio streams that work on the iPhone. The biggest problem is that (without having to install an dedicated app) in order to listen to streams on an iphone you need to use the embedded quicktime player. Now quicktime supports both mp3 and aac+, however it only supports the streaming of them insomuch as if you are doing on-demand streaming (i.e. from an apache server). I don't know WHY they don't support standard HTTP-based mp3 or aac+ streams from Icecast or Shoutcast, but they don't... At least not reliably. So, when a quicktime embedded object is configured with an icecast stream on the iphone, the first thing the quicktime object does is to check to see if the stream supports the "Range" semantics. Files served from a webserver will support this, however icecast (and I'm pretty sure Shoutcast as well) do not. The quicktime object expects RTSP (I believe) and not HTTP for live internet streams. Anyway, so in order to "fake out" the quicktime object, I've added basic support for the "Range" http request header. This does NOT mean that seeking within a stream will be supported, it's just a hack honestly (and why it's not probably going to be committed) just to get the embedded quicktime player to work. So, essentially, the quicktime player will connect and ask for bytes 1-2 of the stream (just a test to see if it's seekable), and as long as it gets the proper response code (HTTP 206 Partial Content), it will happily start streaming on a second connection. Anyway, here is the patch, it's pretty simple, and should work with aac+ although I've not tested it with that. It will NOT work with ogg vorbis, but then again, ogg vorbis isn't supported on the quicktime embedable object on the iPhone. Enjoy! Begin Patch -------------------- Index: src/format_mp3.c =================================================================== --- src/format_mp3.c (revision 15198) +++ src/format_mp3.c (working copy) @@ -639,6 +639,9 @@ char *ptr = client->refbuf->data + client->refbuf->len - 2; int bytes; const char *useragent; + char *range; + int rangenumber; + int rangenumber2; if (client_mp3 == NULL) return -1; @@ -657,7 +660,44 @@ remaining -= bytes; ptr += bytes; } + range = httpp_getvar (client->parser, "range"); + if (range != NULL) { + int ret = 0; + int rangeproblem = 0; + ret = sscanf(range, "bytes=%d-%d", &rangenumber, &rangenumber2); + if (ret != 2) { + rangeproblem = 1; + } + if (rangenumber < 0) { + rangeproblem = 1; + } + if (!rangeproblem) { + char currenttime[50]; + time_t now; + int strflen; + struct tm result; + time(&now); + strflen = strftime(currenttime, 50, "%a, %d-%b-%Y %X GMT", + gmtime_r(&now, &result)); + client->respcode = 206; + + bytes = snprintf (ptr, remaining, "Date: %s\r\n", currenttime); + if (bytes > 0) + { + remaining -= bytes; + ptr += bytes; + } + bytes = snprintf (ptr, remaining, "Content-Range: bytes %d-%d/221183499\r\n", + rangenumber, rangenumber2); + if (bytes > 0) + { + remaining -= bytes; + ptr += bytes; + } + } + } + client->format_data = client_mp3; client->free_client_data = free_mp3_client_data; metadata = httpp_getvar(client->parser, "icy-metadata"); Index: src/format.c =================================================================== --- src/format.c (revision 15198) +++ src/format.c (working copy) @@ -279,13 +279,22 @@ int bitrate_filtered = 0; avl_node *node; ice_config_t *config; + char *range; remaining = client->refbuf->len; ptr = client->refbuf->data; client->respcode = 200; - bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\n" + range = httpp_getvar (client->parser, "range"); + + if (range) { + bytes = snprintf (ptr, remaining, "HTTP/1.1 206 Partial Content\r\n" + "Content-Type: %s\r\n", source->format->contenttype); + } + else { + bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\n" "Content-Type: %s\r\n", source->format->contenttype); + } remaining -= bytes; ptr += bytes; ----------------------- End Patch Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at orban.com Mon Aug 25 03:04:49 2008 From: greg at orban.com (Greg Ogonowski) Date: Sun, 24 Aug 2008 20:04:49 -0700 Subject: [Icecast] patch for native iphone support In-Reply-To: <29f2c230808241848h126a1733le7e5897b4341aaee@mail.gmail.com > References: <29f2c230808241848h126a1733le7e5897b4341aaee@mail.gmail.com> Message-ID: <20080825030447.4E7AA2849E@www.indexcom.com> iPhone DOES NOT natively support HE-AAC/aacPlus. If you are able to take advantage of the embedded AAC decoder with a custom app or a progressive download as this patch provides, you will decode HE-AAC/aacPlus as core AAC only. What this means specifically is that a 15kHz Parameteric Stereo HE-AAC/aacPlus stream will decode on iPhone as about 8Khz AAC Mono only. The only way to get Hi-Fi Stereo on iPhone is to encode as 96-128kbps AAC Stereo. This is obviously a reliability problem in the making for the 3G networks. We are working on a custom iPhone app to support genuine Dolby/Coding Technologies HE-AAC and solve this problem. Anyone interested in this, please contact me off this list, as this is off topic for the Icecast list. We are eternally grateful for the Icecast group support in allowing multiple content types to specify AAC/HE-AAC streaming. I would like to return that respect by taking this business off this list, unless it is truly welcome. -greg. ORBAN. At 18:48 2008-08-24, oddsock wrote: >Here is a patch for icecast 2.3.2 that adds support for listening to >mp3 and aac+ streams on the iphone. > >A quick background on the technical aspects of the patch and why it >is needed : > >With the advent of 3g on the iphone, lots of people have been >jumping on the bandwagon of providing internet radio streams that >work on the iPhone. The biggest problem is that (without having to >install an dedicated app) in order to listen to streams on an iphone >you need to use the embedded quicktime player. Now quicktime >supports both mp3 and aac+, however it only supports the streaming >of them insomuch as if you are doing on-demand streaming (i.e. from >an apache server). I don't know WHY they don't support standard >HTTP-based mp3 or aac+ streams from Icecast or Shoutcast, but they >don't... At least not reliably. > >So, when a quicktime embedded object is configured with an icecast >stream on the iphone, the first thing the quicktime object does is >to check to see if the stream supports the "Range" semantics. Files >served from a webserver will support this, however icecast (and I'm >pretty sure Shoutcast as well) do not. The quicktime object expects >RTSP (I believe) and not HTTP for live internet streams. Anyway, so >in order to "fake out" the quicktime object, I've added basic >support for the "Range" http request header. This does NOT mean >that seeking within a stream will be supported, it's just a hack >honestly (and why it's not probably going to be committed) just to >get the embedded quicktime player to work. > >So, essentially, the quicktime player will connect and ask for bytes >1-2 of the stream (just a test to see if it's seekable), and as long >as it gets the proper response code (HTTP 206 Partial Content), it >will happily start streaming on a second connection. > >Anyway, here is the patch, it's pretty simple, and should work with >aac+ although I've not tested it with that. It will NOT work with >ogg vorbis, but then again, ogg vorbis isn't supported on the >quicktime embedable object on the iPhone. > >Enjoy! > >Begin Patch >-------------------- >Index: src/format_mp3.c >=================================================================== >--- src/format_mp3.c (revision 15198) >+++ src/format_mp3.c (working copy) >@@ -639,6 +639,9 @@ > char *ptr = client->refbuf->data + client->refbuf->len - 2; > int bytes; > const char *useragent; >+ char *range; >+ int rangenumber; >+ int rangenumber2; > > if (client_mp3 == NULL) > return -1; >@@ -657,7 +660,44 @@ > remaining -= bytes; > ptr += bytes; > } >+ range = httpp_getvar (client->parser, "range"); > >+ if (range != NULL) { >+ int ret = 0; >+ int rangeproblem = 0; >+ ret = sscanf(range, "bytes=%d-%d", &rangenumber, &rangenumber2); >+ if (ret != 2) { >+ rangeproblem = 1; >+ } >+ if (rangenumber < 0) { >+ rangeproblem = 1; >+ } >+ if (!rangeproblem) { >+ char currenttime[50]; >+ time_t now; >+ int strflen; >+ struct tm result; >+ time(&now); >+ strflen = strftime(currenttime, 50, "%a, %d-%b-%Y %X GMT", >+ gmtime_r(&now, &result)); >+ client->respcode = 206; >+ >+ bytes = snprintf (ptr, remaining, "Date: %s\r\n", currenttime); >+ if (bytes > 0) >+ { >+ remaining -= bytes; >+ ptr += bytes; >+ } >+ bytes = snprintf (ptr, remaining, "Content-Range: bytes >%d-%d/221183499\r\n", >+ rangenumber, rangenumber2); >+ if (bytes > 0) >+ { >+ remaining -= bytes; >+ ptr += bytes; >+ } >+ } >+ } >+ > client->format_data = client_mp3; > client->free_client_data = free_mp3_client_data; > metadata = httpp_getvar(client->parser, "icy-metadata"); >Index: src/format.c >=================================================================== >--- src/format.c (revision 15198) >+++ src/format.c (working copy) >@@ -279,13 +279,22 @@ > int bitrate_filtered = 0; > avl_node *node; > ice_config_t *config; >+ char *range; > > remaining = client->refbuf->len; > ptr = client->refbuf->data; > client->respcode = 200; > >- bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\n" >+ range = httpp_getvar (client->parser, "range"); >+ >+ if (range) { >+ bytes = snprintf (ptr, remaining, "HTTP/1.1 206 Partial Content\r\n" >+ "Content-Type: %s\r\n", source->format->contenttype); >+ } >+ else { >+ bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\n" > "Content-Type: %s\r\n", source->format->contenttype); >+ } > > remaining -= bytes; > ptr += bytes; >----------------------- >End Patch >Ed >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. Diamond Bar, CA 91765 USA greg at orban.com http://www.orban.com From msmith at xiph.org Mon Aug 25 17:07:02 2008 From: msmith at xiph.org (Michael Smith) Date: Mon, 25 Aug 2008 10:07:02 -0700 Subject: [Icecast] patch for native iphone support In-Reply-To: <29f2c230808241848h126a1733le7e5897b4341aaee@mail.gmail.com> References: <29f2c230808241848h126a1733le7e5897b4341aaee@mail.gmail.com> Message-ID: <3c1737210808251007u73085ae7pf8c98a06494831a@mail.gmail.com> On Sun, Aug 24, 2008 at 6:48 PM, oddsock wrote: > Here is a patch for icecast 2.3.2 that adds support for listening to mp3 and > aac+ streams on the iphone. Want to fix up the patch to only do this if the user-agent matches whatever the iphone sends? It's a nasty hack that will probably break some clients, so I'd rather just treat iphone specially (like we do for some other clients, like flash). Mike From topdog at danielcproductions.net Fri Aug 8 02:28:43 2008 From: topdog at danielcproductions.net (Topdog) Date: Fri, 08 Aug 2008 02:28:43 -0000 Subject: [Icecast] Song Tracking Message-ID: <5C88E445E1304DA9B32A5DB303794B3F@ProductionBx> Hi list, I was wondering if an Icecast mount is down, would icecast still keep a record of the songs being played, artist name, and at what time eatch song was played? And from what IP address the songs played from? If icecast keeps these records, where does it keep them? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From souryaroy at gmail.com Tue Aug 26 04:37:09 2008 From: souryaroy at gmail.com (sourya roy) Date: Tue, 26 Aug 2008 10:07:09 +0530 Subject: [Icecast] Error while compiling Ices 0.4 In-Reply-To: References: Message-ID: Dear All, I am sorry if this mail has already been posted to the mailing list. I am trying to cross compile Ices 0.4 for my ARM target board in ubuntu 8.04 but the configure script is terminating with the error of not being able to find an usable libshout. ..... checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... yes checking shout/shout.h presence... yes checking for shout/shout.h... yes checking for shout_new... no configure: error: Could not find a usable libshout I have both libshout3 (2.2.2-2) and libshout3-dev packages installed. Can you please share some thoughts on this problem? I am attaching a condensed config.log (due to mailing list size limit) with this message. Thanks Sourya Roy -- Sourya Roy Electrical Engineering (Class of 2011) Northwestern University Evanston, Illinois ******************************* This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by ices configure 0.4, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --prefix=/home/sr/armlinux/stream/icearm/ --host=arm --includedir=/usr/arm/sysroot/usr/include/ CC=arm-linux-gcc ## --------- ## ## Platform. ## ## --------- ## hostname = viking uname -m = i686 uname -r = 2.6.24-19-generic uname -s = Linux uname -v = #1 SMP Fri Jul 11 23:41:49 UTC 2008 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/games PATH: /usr/local/arm/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1554: checking for arm-gcc configure:1580: result: arm-linux-gcc configure:1862: checking for C compiler version configure:1865: arm-linux-gcc --version &5 arm-linux-gcc (GCC) 3.2 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:1868: $? = 0 configure:1870: arm-linux-gcc -v &5 Reading specs from /usr/local/arm/bin/../lib/gcc-lib/arm-linux/3.2/specs Configured with: ./configure --target=arm-linux --prefix=/usr/local/arm/ --with-headers=/home/sylam/armbuild/src/linux/include --disable-shared --disable-threads --enable-languages=c : (reconfigured) ./configure --target=arm-linux --prefix=/usr/local/arm/ --with-headers=/home/sylam/armbuild/src/linux/include Thread model: posix gcc version 3.2 configure:1873: $? = 0 configure:1875: arm-linux-gcc -V &5 arm-linux-gcc: argument to `-V' is missing configure:1878: $? = 1 configure:1901: checking for C compiler default output file name configure:1904: arm-linux-gcc conftest.c >&5 configure:1907: $? = 0 configure:1953: result: a.out configure:1958: checking whether the C compiler works configure:1964: ./a.out ./configure: line 1965: ./a.out: cannot execute binary file configure:1967: $? = 126 configure:1984: result: yes configure:1991: checking whether we are cross compiling configure:1993: result: yes configure:1996: checking for suffix of executables configure:1998: arm-linux-gcc -o conftest conftest.c >&5 configure:2001: $? = 0 configure:2026: result: configure:2032: checking for suffix of object files configure:2053: arm-linux-gcc -c conftest.c >&5 configure:2056: $? = 0 configure:2078: result: o configure:2082: checking whether we are using the GNU C compiler configure:2106: arm-linux-gcc -c conftest.c >&5 configure:2112: $? = 0 configure:2116: test -z || test ! -s conftest.err configure:2119: $? = 0 configure:2122: test -s conftest.o configure:2125: $? = 0 configure:2138: result: yes configure:2144: checking whether arm-linux-gcc accepts -g configure:2165: arm-linux-gcc -c -g conftest.c >&5 configure:2171: $? = 0 configure:2175: test -z || test ! -s conftest.err configure:2178: $? = 0 configure:2181: test -s conftest.o configure:2184: $? = 0 configure:2195: result: yes configure:2212: checking for arm-linux-gcc option to accept ANSI C configure:2282: arm-linux-gcc -c -g -O2 conftest.c >&5 configure:2288: $? = 0 configure:2292: test -z || test ! -s conftest.err configure:2295: $? = 0 configure:2298: test -s conftest.o configure:2301: $? = 0 configure:2319: result: none needed configure:2337: arm-linux-gcc -c -g -O2 conftest.c >&5 conftest.c:2: parse error before "me" configure:2343: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif .......... .......... .......... configure:6719: checking for arm-g77 configure:6748: result: no configure:6719: checking for arm-f77 configure:6748: result: no configure:6719: checking for arm-xlf configure:6748: result: no configure:6719: checking for arm-frt configure:6748: result: no configure:6719: checking for arm-pgf77 configure:6748: result: no configure:6719: checking for arm-fort77 configure:6748: result: no configure:6719: checking for arm-fl32 configure:6748: result: no configure:6719: checking for arm-af77 configure:6748: result: no configure:6719: checking for arm-f90 configure:6748: result: no configure:6719: checking for arm-xlf90 configure:6748: result: no configure:6719: checking for arm-pgf90 configure:6748: result: no configure:6719: checking for arm-epcf90 configure:6748: result: no configure:6719: checking for arm-f95 configure:6748: result: no configure:6719: checking for arm-fort configure:6748: result: no configure:6719: checking for arm-xlf95 configure:6748: result: no configure:6719: checking for arm-ifc configure:6748: result: no configure:6719: checking for arm-efc configure:6748: result: no configure:6719: checking for arm-pgf95 configure:6748: result: no configure:6719: checking for arm-lf95 configure:6748: result: no configure:6719: checking for arm-gfortran configure:6748: result: no configure:6761: checking for g77 configure:6790: result: no configure:6761: checking for f77 configure:6790: result: no configure:6761: checking for xlf configure:6790: result: no configure:6761: checking for frt configure:6790: result: no configure:6761: checking for pgf77 configure:6790: result: no configure:6761: checking for fort77 configure:6790: result: no configure:6761: checking for fl32 configure:6790: result: no configure:6761: checking for af77 configure:6790: result: no configure:6761: checking for f90 configure:6790: result: no configure:6761: checking for xlf90 configure:6790: result: no configure:6761: checking for pgf90 configure:6790: result: no configure:6761: checking for epcf90 configure:6790: result: no configure:6761: checking for f95 configure:6790: result: no configure:6761: checking for fort configure:6790: result: no configure:6761: checking for xlf95 configure:6790: result: no configure:6761: checking for ifc configure:6790: result: no configure:6761: checking for efc configure:6790: result: no configure:6761: checking for pgf95 configure:6790: result: no configure:6761: checking for lf95 configure:6790: result: no configure:6761: checking for gfortran configure:6790: result: no configure:6802: checking for Fortran 77 compiler version configure:6805: --version &5 ./configure: line 6806: --version: command not found configure:6808: $? = 127 configure:6810: -v &5 ./configure: line 6811: -v: command not found configure:6813: $? = 127 configure:6815: -V &5 ./configure: line 6816: -V: command not found configure:6818: $? = 127 configure:6826: checking whether we are using the GNU Fortran 77 compiler configure:6840: -c conftest.F >&5 ./configure: line 6841: -c: command not found configure:6846: $? = 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif | | end configure:6872: result: no configure:6878: checking whether accepts -g configure:6890: -c -g conftest.f >&5 ./configure: line 6891: -c: command not found configure:6896: $? = 127 configure: failed program was: | program main | | end configure:6921: result: no configure:6951: checking the maximum length of command line arguments configure:7030: result: 32768 configure:7041: checking command to parse nm output from arm-linux-gcc object configure:7130: arm-linux-gcc -c -g -O2 -Wall conftest.c >&5 configure:7133: $? = 0 configure:7137: nm conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' \> conftest.nm configure:7140: $? = 0 configure:7192: arm-linux-gcc -o conftest -g -O2 -Wall conftest.c conftstm.o >&5 configure:7195: $? = 0 configure:7233: result: ok configure:7237: checking for objdir configure:7252: result: .libs configure:7304: checking for arm-ar configure:7333: result: no configure:7342: checking for ar configure:7358: found /usr/bin/ar configure:7369: result: ar configure:7384: checking for arm-ranlib configure:7413: result: no configure:7422: checking for ranlib configure:7438: found /usr/bin/ranlib configure:7449: result: ranlib configure:7464: checking for arm-strip configure:7490: result: strip configure:7793: checking if arm-linux-gcc static flag works configure:7816: result: yes configure:7834: checking if arm-linux-gcc supports -fno-rtti -fno-exceptions configure:7852: arm-linux-gcc -c -g -O2 -Wall -fno-rtti -fno-exceptions conftest.c >&5 configure:7856: $? = 0 configure:7867: result: yes configure:7882: checking for arm-linux-gcc option to produce PIC configure:8069: result: -fPIC configure:8077: checking if arm-linux-gcc PIC flag -fPIC works configure:8095: arm-linux-gcc -c -g -O2 -Wall -fPIC -DPIC conftest.c >&5 configure:8099: $? = 0 configure:8110: result: yes configure:8134: checking if arm-linux-gcc supports -c -o file.o configure:8155: arm-linux-gcc -c -g -O2 -Wall -o out/conftest2.o conftest.c >&5 configure:8159: $? = 0 configure:8179: result: yes configure:8205: checking whether the arm-linux-gcc linker (/usr/local/arm/arm-linux/bin/ld) supports shared libraries configure:9054: result: yes configure:9080: checking whether -lc should be explicitly linked in configure:9085: arm-linux-gcc -c -g -O2 -Wall conftest.c >&5 configure:9088: $? = 0 configure:9102: arm-linux-gcc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9105: $? = 0 configure:9117: result: no configure:9125: checking dynamic linker characteristics configure:9665: result: no configure:9669: checking how to hardcode library paths into programs configure:9694: result: immediate configure:9708: checking whether stripping libraries is possible configure:9713: result: yes configure:10543: checking if libtool supports shared libraries configure:10545: result: no configure:10548: checking whether to build shared libraries configure:10569: result: no configure:10572: checking whether to build static libraries configure:10576: result: yes configure:10668: creating libtool configure:11215: checking for ld used by g++ configure:11282: result: /usr/local/arm/arm-linux/bin/ld configure:11291: checking if the linker (/usr/local/arm/arm-linux/bin/ld) is GNU ld configure:11306: result: yes configure:11357: checking whether the g++ linker (/usr/local/arm/arm-linux/bin/ld) supports shared libraries configure:12222: result: no configure:12240: g++ -c -g -O2 conftest.cc >&5 configure:12243: $? = 0 configure:12339: checking for g++ option to produce PIC configure:12601: result: -fPIC configure:12609: checking if g++ PIC flag -fPIC works configure:12627: g++ -c -g -O2 -fPIC -DPIC conftest.cc >&5 configure:12631: $? = 0 configure:12642: result: yes configure:12666: checking if g++ supports -c -o file.o configure:12687: g++ -c -g -O2 -o out/conftest2.o conftest.cc >&5 configure:12691: $? = 0 configure:12711: result: yes configure:12737: checking whether the g++ linker (/usr/local/arm/arm-linux/bin/ld) supports shared libraries configure:12762: result: no configure:12833: checking dynamic linker characteristics configure:13373: result: no configure:13377: checking how to hardcode library paths into programs configure:13402: result: immediate configure:13416: checking whether stripping libraries is possible configure:13421: result: yes configure:20721: checking for pkg-config configure:20739: found /usr/bin/pkg-config configure:20752: result: /usr/bin/pkg-config configure:20844: checking shout/shout.h usability configure:20856: arm-linux-gcc -c -g -O2 -Wall -pthread -I/usr/local/include conftest.c >&5 configure:20862: $? = 0 configure:20866: test -z || test ! -s conftest.err configure:20869: $? = 0 configure:20872: test -s conftest.o configure:20875: $? = 0 configure:20885: result: yes configure:20889: checking shout/shout.h presence configure:20899: arm-linux-gcc -E -I/usr/local/include conftest.c configure:20905: $? = 0 configure:20925: result: yes configure:20960: checking for shout/shout.h configure:20967: result: yes configure:20976: checking for shout_new configure:21033: arm-linux-gcc -o conftest -g -O2 -Wall -pthread -I/usr/local/include conftest.c -L/usr/local/lib -lshout -lvorbis -lm -ltheora -lspeex -logg >&5 /usr/local/lib/libshout.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status configure:21039: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "ices" | #define PACKAGE_TARNAME "ices" | #define PACKAGE_VERSION "0.4" | #define PACKAGE_STRING "ices 0.4" | #define PACKAGE_BUGREPORT "icecast at xiph.org" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_SIGNAL_H 1 | #define HAVE_SYS_SIGNAL_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_UNISTD_H 1 | #define TIME_WITH_SYS_TIME 1 | #define RETSIGTYPE void | #define HAVE_STRFTIME 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_SETSID 1 | #define HAVE_SETLINEBUF 1 | #define PACKAGE "ices" | #define VERSION "0.4" | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | extern "C" void exit (int) throw (); | #endif | #define HAVE_SHOUT_SHOUT_H 1 | /* end confdefs.h. */ | /* Define shout_new to an innocuous variant, in case declares shout_new. | For example, HP-UX 11i declares gettimeofday. */ | #define shout_new innocuous_shout_new | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char shout_new (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef shout_new | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | { | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char shout_new (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined (__stub_shout_new) || defined (__stub___shout_new) | choke me | #else | char (*f) () = shout_new; | #endif | #ifdef __cplusplus | } | #endif | | int | main () | { | return f != shout_new; | ; | return 0; | } configure:21064: result: no configure:21103: error: Could not find a usable libshout ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i686-pc-linux-gnu ac_cv_build_alias=i686-pc-linux-gnu ac_cv_c_bigendian=no ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_c_inline=inline ac_cv_cxx_compiler_gnu=yes ac_cv_env_CC_set=set ac_cv_env_CC_value=arm-linux-gcc ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=arm ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_exeext= ac_cv_f77_compiler_gnu=no ac_cv_func_setlinebuf=yes ac_cv_func_setsid=yes ac_cv_func_shout_new=no ac_cv_func_strftime=yes ac_cv_func_vsnprintf=yes ac_cv_header_dlfcn_h=yes ac_cv_header_errno_h=yes ac_cv_header_fcntl_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_minix_config_h=no ac_cv_header_shout_shout_h=yes ac_cv_header_signal_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_signal_h=yes ac_cv_header_sys_socket_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_time_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_sys_wait_h=yes ac_cv_header_time=yes ac_cv_header_unistd_h=yes ac_cv_host=arm-unknown-none ac_cv_host_alias=arm ac_cv_objext=o ac_cv_path_PKGCONFIG=/usr/bin/pkg-config ac_cv_path_install='/usr/bin/install -c' ac_cv_prog_AWK=mawk ac_cv_prog_CC=arm-linux-gcc ac_cv_prog_CPP='arm-linux-gcc -E' ac_cv_prog_CXXCPP='g++ -E' ac_cv_prog_STRIP=strip ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CXX=g++ ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_g=yes ac_cv_prog_cc_stdc= ac_cv_prog_cxx_g=yes ac_cv_prog_egrep='grep -E' ac_cv_prog_f77_g=no ac_cv_prog_make_make_set=yes ac_cv_search_strerror='none required' ac_cv_type_pid_t=yes ac_cv_type_signal=void ac_cv_type_size_t=yes am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 ices_cv_docdir='${prefix}/doc/ices' ices_cv_moddir='${sysconfdir}/modules' lt_cv_deplibs_check_method=unknown lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file= lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/local/arm/arm-linux/bin/ld lt_cv_path_LDCXX=/usr/local/arm/arm-linux/bin/ld lt_cv_path_NM=nm lt_cv_path_SED=/bin/sed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_rtti_exceptions=yes lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_max_cmd_len=32768 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2\\3 \\3/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run aclocal-1.8' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run tar' AR='ar' AUTOCONF='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run autoconf' AUTOHEADER='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run autoheader' AUTOMAKE='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run automake-1.8' AWK='mawk' CC='arm-linux-gcc' CCDEPMODE='depmode=gcc3' CFLAGS='-g -O2 -Wall' CPP='arm-linux-gcc -E' CPPFLAGS='' CXX='g++' CXXCPP='g++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-g -O2' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='grep -E' EXEEXT='' F77='' FFLAGS='' ICES_OBJECTS='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBTOOL_DEPS='./ltmain.sh' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /home/sr/armlinux/stream/ices-0.4/missing --run makeinfo' OBJEXT='o' PACKAGE='ices' PACKAGE_BUGREPORT='icecast at xiph.org' PACKAGE_NAME='ices' PACKAGE_STRING='ices 0.4' PACKAGE_TARNAME='ices' PACKAGE_VERSION='0.4' PATH_SEPARATOR=':' PKGCONFIG='/usr/bin/pkg-config' PLAYLIST_OBJECTS='' PYTHON='' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/bash' SHOUTCONFIG='' STRIP='strip' USE_XML_FALSE='' USE_XML_TRUE='' VERSION='0.4' XMLCONFIG='' ac_ct_AR='ar' ac_ct_CC='' ac_ct_CXX='g++' ac_ct_F77='' ac_ct_RANLIB='ranlib' ac_ct_STRIP='strip' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__leading_dot='.' am__quote='' bindir='${exec_prefix}/bin' build='i686-pc-linux-gnu' build_alias='' build_cpu='i686' build_os='linux-gnu' build_vendor='pc' datadir='${prefix}/share' docdir='${prefix}/doc/ices' exec_prefix='NONE' host='arm-unknown-none' host_alias='arm' host_cpu='arm' host_os='none' host_vendor='unknown' includedir='/usr/arm/sysroot/usr/include/' infodir='${prefix}/info' install_sh='/home/sr/armlinux/stream/ices-0.4/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/man' mkdir_p='mkdir -p -- .' moddir='${sysconfdir}/modules' oldincludedir='/usr/include' prefix='/home/sr/armlinux/stream/icearm/' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define HAVE_DLFCN_H 1 #define HAVE_ERRNO_H 1 #define HAVE_FCNTL_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_MEMORY_H 1 #define HAVE_SETLINEBUF 1 #define HAVE_SETSID 1 #define HAVE_SHOUT_SHOUT_H 1 #define HAVE_SIGNAL_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRFTIME 1 #define HAVE_STRINGS_H 1 #define HAVE_STRING_H 1 #define HAVE_SYS_SIGNAL_H 1 #define HAVE_SYS_SOCKET_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_TIME_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_WAIT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_UNISTD_H 1 #define HAVE_VSNPRINTF 1 #define PACKAGE "ices" #define PACKAGE_BUGREPORT "icecast at xiph.org" #define PACKAGE_NAME "ices" #define PACKAGE_STRING "ices 0.4" #define PACKAGE_TARNAME "ices" #define PACKAGE_VERSION "0.4" #define RETSIGTYPE void #define STDC_HEADERS 1 #define TIME_WITH_SYS_TIME 1 #define VERSION "0.4" #endif #ifdef __cplusplus extern "C" void exit (int) throw (); configure: exit 1 From dm8tbr at afthd.tu-darmstadt.de Tue Aug 26 10:27:00 2008 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Tue, 26 Aug 2008 13:27:00 +0300 Subject: [Icecast] Dear sir i am facing some problem while installing the icecast-2 In-Reply-To: <48365A09.7050103@oneworld.net> References: <48365A09.7050103@oneworld.net> Message-ID: <48B3DA74.3080602@afthd.tu-darmstadt.de> neeraj.suriyal at oneworld.net schrieb: > Dear sir while running the make and make install it give the error as > follows > > > Try the newest icecast version. It is 2.3.2 Thomas From dm8tbr at afthd.tu-darmstadt.de Tue Aug 26 10:55:36 2008 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Tue, 26 Aug 2008 13:55:36 +0300 Subject: [Icecast] Error while compiling Ices 0.4 In-Reply-To: References: Message-ID: <48B3E128.3080807@afthd.tu-darmstadt.de> sourya roy schrieb: > Dear All, > > I am sorry if this mail has already been posted to the mailing list. > > I am trying to cross compile Ices 0.4 for my ARM target board in > ubuntu 8.04 but the configure script is terminating with the error of > not being able to find an usable libshout. > > ..... > checking for pkg-config... /usr/bin/pkg-config > checking shout/shout.h usability... yes > checking shout/shout.h presence... yes > checking for shout/shout.h... yes > checking for shout_new... no > configure: error: Could not find a usable libshout > > I have both libshout3 (2.2.2-2) and libshout3-dev packages installed. > Can you please share some thoughts on this problem? > Well as you said you're cross-compiling... You will need to cross-compile all dependencies first and make sure configure finds them. Cheers Thomas From souryaroy at gmail.com Tue Aug 26 11:22:45 2008 From: souryaroy at gmail.com (sourya roy) Date: Tue, 26 Aug 2008 16:52:45 +0530 Subject: [Icecast] Error while compiling Ices 0.4 In-Reply-To: References: <48B3E128.3080807@afthd.tu-darmstadt.de> Message-ID: > Well as you said you're cross-compiling... > You will need to cross-compile all dependencies first and make sure > configure finds them. > Oh my bad. Thanks a lot! From eric at zhevny.com Sat Aug 30 01:11:15 2008 From: eric at zhevny.com (Eric Dantan Rzewnicki) Date: Fri, 29 Aug 2008 20:11:15 -0500 Subject: [Icecast] regarding ices In-Reply-To: <483CA3BE.6000201@oneworld.net> References: <483CA3BE.6000201@oneworld.net> Message-ID: <20080830011115.GU3055@zhevny.com> On Wed, May 28, 2008 at 05:43:50AM +0530, neeraj.suriyal at oneworld.net wrote: > Dear sir, > i had configure Icecast and unable to configure ices properly. > every time it is giving mount point failure error Can you show us the specific error message you receive from iceS? And also, check the icecast log files. -Eric Rz. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From eric at zhevny.com Sat Aug 30 01:16:13 2008 From: eric at zhevny.com (Eric Dantan Rzewnicki) Date: Fri, 29 Aug 2008 20:16:13 -0500 Subject: [Icecast] Ice Cast referral? In-Reply-To: <488B37B7.000005.07060@SIMION-PC> References: <488B37B7.000005.07060@SIMION-PC> Message-ID: <20080830011613.GV3055@zhevny.com> On Sat, Jul 26, 2008 at 09:41:59AM -0500, Tony Leviner wrote: > Greetings, > > I am having a couple issues setting up Icecast on my server and I am in > need of assistance. > 1) the front end page is not building ( files exposed ) What do you mean by this? What happens when you try to load http://your.server.tld:8000 ? > 2) I got it started but only 1 mount can connect at a time. Do you mean only one source client? If you are attempting to have multiple source clients connect, note that each must use a different mountpoint name. > I have > EZstream running perfectly but I can not have 2 people connected to > different mounts at the same time. By 2 people do you mean 2 listener clients? > Can you give me some guidance or point me to the right direction? I > looked in the forums and did not find the answers I needed there or > I would not be witting. > I am willing to pay a small fee for your efforts, I am not a well > off man..lol ( I design sites... Enough said right?) Have you read through the documentation? http://www.icecast.org/docs/icecast-2.3.2/ There is also an irc channel: #icecast on freenode. -Eric Rz. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From eric at zhevny.com Sat Aug 30 01:19:04 2008 From: eric at zhevny.com (Eric Dantan Rzewnicki) Date: Fri, 29 Aug 2008 20:19:04 -0500 Subject: [Icecast] Song Tracking In-Reply-To: <5C88E445E1304DA9B32A5DB303794B3F@ProductionBx> References: <5C88E445E1304DA9B32A5DB303794B3F@ProductionBx> Message-ID: <20080830011904.GW3055@zhevny.com> On Thu, Aug 07, 2008 at 10:09:02PM -0400, Topdog wrote: > Hi list, > I was wondering if an Icecast mount is down, would icecast still keep a > record of the songs being played, artist name, and at what time eatch song > was played? And from what IP address the songs played from? > If icecast keeps these records, where does it keep them? If by the mount being down you mean that no source client is connnected ... I can't see how icecast could possibly know what it is not receiving. Can you clarify what you mean by the mount being down? As far as I can tell from your questions, the information you want is only known on the source client side. -Eric Rz. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From DXDragon at yandex.ru Sun Aug 31 23:21:29 2008 From: DXDragon at yandex.ru (=?windows-1251?B?0O7s4O0gxO7t9+Xt6u4=?=) Date: Mon, 1 Sep 2008 03:21:29 +0400 Subject: [Icecast] ezstream build failure and AC_LIB_PREPARE_PREFIX Message-ID: <19A6BE950816429A820E35C7C163158B@Tortoise> Hello there, First of all, is this the right place to ask about ezstream? I couldn't find a better one. I wanted to tinker a bit with ezstream, so I checked the Subversion head out (by the way, the ezstream page on icecast.org does not list the Subversion URI, so I figured http://svn.xiph.org/trunk/ezstream/ will do). However, I couldn't compile it, because autogen.sh said this: configure.in:132: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:9: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:20: AM_ICONV_LINK is expanded from... m4/iconv.m4:75: AM_ICONV is expanded from... configure.in:132: the top level configure.in:132: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd configure:5921: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:5922: error: possibly undefined macro: AC_LIB_RPATH configure:5927: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY configure:5935: error: possibly undefined macro: AC_LIB_APPENDTOVAR I snipped some duplicate warnings, you should get the idea. At first I thought that I haven't configured the system well enough (this is a fresh-installed Cygwin), but now it doesn't appear to me so. My knowledge of autoconf is null, but apparently the error is that the AC_LIB_PREPARE_PREFIX macro and some others aren't defined anywhere. I grepped, and indeed, there was no occurances but in the ezstream/m4/iconv.m4 file. I then checked on a real Linux system (Fedora 9), with same results. The macro name is pretty generic, so I suppose it was defined in earlier versions of autoconf, but was removed. Due to my aforementioned lack of knowledge, I can't fix it myself. Any help? Generally yours, Roman