From darkeye at tyrell.hu Tue Jul 10 09:18:45 2007 From: darkeye at tyrell.hu (=?UTF-8?B?w4Frb3MgTWFyw7N5?=) Date: Tue, 10 Jul 2007 11:18:45 +0200 Subject: [Icecast] open source RTSP implementation? Message-ID: <46934EF5.5040709@tyrell.hu> I wonder if anyone know about an open source RTP/ RTSP implementation, both client & server...? From oscar.sundbom at swipnet.se Tue Jul 10 13:59:51 2007 From: oscar.sundbom at swipnet.se (Oscar Sundbom) Date: Tue, 10 Jul 2007 15:59:51 +0200 Subject: [Icecast] ices2 loop song In-Reply-To: <46740E9F.8020306@afthd.tu-darmstadt.de> References: <46740E9F.8020306@afthd.tu-darmstadt.de> Message-ID: <469390D7.4040103@swipnet.se> Thomas B. R?cker skrev: > Vinicius Dittgen schrieb: >> [2007-06-16 03:47:23] WARN playlist-builtin/playlist_read Skipping >> "/var/www/radio/playlist/espaco_vital_080607_conv2.ogg" as the serial >> number is the same as previous > > You'll have to change the serial number of the ogg file to prevent > this from happening. > I think this was built in to prevent repeating songs in random play or > so. Dunno if it serves other reasons too. As long as we're on the subject: Does anyone know _why_ this is? Your guess might be correct, but then it shouldn't kick in when not playing randomly. It's usually either a real problem or a real hassle, and I can see no (practical) reason for it being when playing through a playlist linearly. Oscar > Cheers > > Thomas > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From greg at orban.com Tue Jul 10 16:44:17 2007 From: greg at orban.com (Greg J. Ogonowski) Date: Tue, 10 Jul 2007 09:44:17 -0700 Subject: [Icecast] open source RTSP implementation? In-Reply-To: <46934EF5.5040709@tyrell.hu> References: <46934EF5.5040709@tyrell.hu> Message-ID: <6.2.3.4.2.20070710094328.044e1b90@66.220.31.150> http://www.live555.com/ -greg. ORBAN. At 02:18 2007-07-10, ??kos Mar??y wrote: >I wonder if anyone know about an open source RTP/ RTSP implementation, >both client & server...? >_______________________________________________ >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 geoff at QuiteLikely.com Tue Jul 10 19:57:20 2007 From: geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 10 Jul 2007 22:57:20 +0300 Subject: [Icecast] ices2 loop song References: <46740E9F.8020306@afthd.tu-darmstadt.de> <469390D7.4040103@swipnet.se> Message-ID: <017701c7c32c$8865f8b0$6f02a8c0@naamalaptop> Hi, I believe the reason for this is to do with ogg stream serial numbers. Apparently having identical serial numbers in sequential ogg streams is a violation of the ogg spec. As I've posted before, there are legitimate reasons to stream the same file over and over. There's also the point that if you're re-encoding, you won't be in violation anyway (I think), since the encoder would make its own outgoing stream. So this particular feature is a bit questionable in my opinion. Geoff. From changosboli at yahoo.com Thu Jul 12 03:08:09 2007 From: changosboli at yahoo.com (Jose Salazar) Date: Wed, 11 Jul 2007 22:08:09 -0500 (CDT) Subject: [Icecast] (no subject) Message-ID: <784382.89969.qm@web54206.mail.re2.yahoo.com> __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ?gratis! Reg?strate ya - http://correo.espanol.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From chinoy.gupta at onmobile.com Fri Jul 27 13:43:01 2007 From: chinoy.gupta at onmobile.com (Chinoy Gupta) Date: Fri, 27 Jul 2007 19:13:01 +0530 Subject: [Icecast] Problem in building icecast 2.3.1 Message-ID: Hi, I am trying to build icecast 2.3.1 on my machine (windows XP). I have downloaded all the required 3rd party libraries. I am able to build icecast successfully, but when I am starting the server, Icecast2Win.exe is crashing inside libxml2.dll. It seems like the libxml2 version I am using is not compatible with the icecast code. So please can anyone tell me which libxml2 version was used to build the icecast2win.exe which ships with the icecast installer? Thanks & Regards, Chinoy -------------- next part -------------- An HTML attachment was scrubbed... URL: From leon.brokken at med.lu.se Sat Jul 14 12:10:05 2007 From: leon.brokken at med.lu.se (Leon Brokken) Date: Sat, 14 Jul 2007 12:10:05 -0000 Subject: [Icecast] install problem Message-ID: <4698BB81.2040503@med.lu.se> Hi, I'm trying to compile and install icecast-2.3.1, but get the following error: Making all in timing make[3]: Entering directory `/data/build/icecast-2.3.1/src/timing' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/data/build/icecast-2.3.1/src/timing' make[3]: Entering directory `/data/build/icecast-2.3.1/src' source='auth_url.c' object='auth_url.o' libtool=no \ depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/include/libxml2 -I/usr/local/include -pthread -g -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c auth_url.c: In function 'auth_get_url_auth': auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) auth_url.c:521: error: (Each undeclared identifier is reported only once auth_url.c:521: error: for each function it appears in.) make[3]: *** [auth_url.o] Error 1 make[3]: Leaving directory `/data/build/icecast-2.3.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/build/icecast-2.3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/build/icecast-2.3.1' make: *** [all] Error 2 As far as I know I have all dependencies installed: libxml2-2.6.28-i486-1 libxslt-1.1.20-i486-2 curl-7.16.2-i486-1 libvorbis-1.1.2-i486-2 vorbis-tools-1.1.1-i486-4 I have searched the net but can't figure out how to continue. Any tip would be most welcome! Cheers, Leon.