From marco.chrappan at fastwebnet.it Sat Apr 1 11:37:00 2006 From: marco.chrappan at fastwebnet.it (marco chrappan) Date: Sat, 01 Apr 2006 13:37:00 +0200 Subject: [Icecast] compiling 2.3.1 Message-ID: <442E65DC.2030406@fastwebnet.it> I'm trying to get icecast 2.3.1 compiled on a slackware 10.0 box. I've successfully compiled the libshout libraries. Now this is what I got after a make in the source dir: > make[3]: Entering directory `/tar_archive/icecast-2.3.1/src' > /bin/sh ../libtool --mode=link gcc -pthread -g -O2 -L/usr/local/lib > -o icecast cfgfile.o main.o logging.o sighandler.o connection.o > global.o util.o slave.o source.o stats.o refbuf.o client.o xslt.o > fserve.o event.o admin.o md5.o format.o format_ogg.o format_mp3.o > format_midi.o format_flac.o auth.o auth_htpasswd.o format_vorbis.o > net/libicenet.la thread/libicethread.la httpp/libicehttpp.la > log/libicelog.la avl/libiceavl.la timing/libicetiming.la -lvorbis > -L/usr/lib -lxslt -lxml2 -lz -lpthread -lm > gcc -pthread -g -O2 -o icecast cfgfile.o main.o logging.o sighandler.o > connection.o global.o util.o slave.o source.o stats.o refbuf.o > client.o xslt.o fserve.o event.o admin.o md5.o format.o format_ogg.o > format_mp3.o format_midi.o format_flac.o auth.o auth_htpasswd.o > format_vorbis.o -L/usr/local/lib net/.libs/libicenet.a > thread/.libs/libicethread.a httpp/.libs/libicehttpp.a > log/.libs/libicelog.a avl/.libs/libiceavl.a > timing/.libs/libicetiming.a /usr/lib/libvorbis.so -L/usr/lib > /usr/lib/libogg.so /usr/lib/libxslt.so /usr/lib/libxml2.so -lz > -lpthread -lm > /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: > cannot find -lz > collect2: ld returned 1 exit status > make[3]: *** [icecast] Error 1 > make[3]: Leaving directory `/tar_archive/icecast-2.3.1/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/tar_archive/icecast-2.3.1/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tar_archive/icecast-2.3.1' > make: *** [all] Error 2 Any hints? Marco From karl at xiph.org Sat Apr 1 13:04:48 2006 From: karl at xiph.org (Karl Heyes) Date: Sat, 01 Apr 2006 14:04:48 +0100 Subject: [Icecast] compiling 2.3.1 In-Reply-To: <442E65DC.2030406@fastwebnet.it> References: <442E65DC.2030406@fastwebnet.it> Message-ID: <442E7A70.5090504@xiph.org> marco chrappan wrote: > I'm trying to get icecast 2.3.1 compiled on a slackware 10.0 box. I've > successfully compiled the libshout libraries. Now this is what I got > after a make > in the source dir: > > >> make[3]: Entering directory `/tar_archive/icecast-2.3.1/src' >> /bin/sh ../libtool --mode=link gcc -pthread -g -O2 -L/usr/local/lib >> -o icecast cfgfile.o main.o logging.o sighandler.o connection.o >> global.o util.o slave.o source.o stats.o refbuf.o client.o xslt.o >> fserve.o event.o admin.o md5.o format.o format_ogg.o format_mp3.o >> format_midi.o format_flac.o auth.o auth_htpasswd.o format_vorbis.o >> net/libicenet.la thread/libicethread.la httpp/libicehttpp.la >> log/libicelog.la avl/libiceavl.la timing/libicetiming.la -lvorbis >> -L/usr/lib -lxslt -lxml2 -lz -lpthread -lm gcc -pthread -g -O2 -o >> icecast cfgfile.o main.o logging.o sighandler.o connection.o global.o >> util.o slave.o source.o stats.o refbuf.o client.o xslt.o fserve.o >> event.o admin.o md5.o format.o format_ogg.o format_mp3.o format_midi.o >> format_flac.o auth.o auth_htpasswd.o format_vorbis.o -L/usr/local/lib >> net/.libs/libicenet.a thread/.libs/libicethread.a >> httpp/.libs/libicehttpp.a log/.libs/libicelog.a avl/.libs/libiceavl.a >> timing/.libs/libicetiming.a /usr/lib/libvorbis.so -L/usr/lib >> /usr/lib/libogg.so /usr/lib/libxslt.so /usr/lib/libxml2.so -lz >> -lpthread -lm >> /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: >> cannot find -lz >> collect2: ld returned 1 exit status >> make[3]: *** [icecast] Error 1 >> make[3]: Leaving directory `/tar_archive/icecast-2.3.1/src' >> make[2]: *** [all-recursive] Error 1 >> make[2]: Leaving directory `/tar_archive/icecast-2.3.1/src' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/tar_archive/icecast-2.3.1' >> make: *** [all] Error 2 > > Any hints? one of the libraries that icecast is using (eg libxml2) has been built to require the zlib compression library. You'll need to install that and run make again. karl. From hostmaster at xenterra.net Sat Apr 1 15:36:56 2006 From: hostmaster at xenterra.net (Robert Muchnick) Date: Sat, 1 Apr 2006 08:36:56 -0700 (MST) Subject: [Icecast] compiling 2.3.1 In-Reply-To: <442E7A70.5090504@xiph.org> References: <442E65DC.2030406@fastwebnet.it> <442E7A70.5090504@xiph.org> Message-ID: On Sat, 1 Apr 2006, Karl Heyes wrote: > marco chrappan wrote: >>> /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: >>> cannot find -lz > one of the libraries that icecast is using (eg libxml2) has been built to > require the zlib compression library. You'll need to install that and run > make again. Slackware 10.0 comes with zlib as a standard part of the distro. It's found in /usr/lib. Make sure that you have softlinks from the real library to both libz.so and libz.so.1 so Icecast can find what it's looking for. Robert Muchnick Xenterra.net 720-276-7917 From brandon at loudcity.net Thu Apr 6 01:41:47 2006 From: brandon at loudcity.net (Brandon @ LoudCity.Net IMAP) Date: Wed, 05 Apr 2006 21:41:47 -0400 Subject: [Icecast] Dynamic Mount Points Message-ID: <443471DB.3000103@loudcity.net> Hello, It doesn't look like it, but Is it possible to add mount points without resetting icecast? This would be pretty cool. -- Brandon LoudCity http://www.loudcity.net From karl at xiph.org Thu Apr 6 01:50:23 2006 From: karl at xiph.org (Karl Heyes) Date: Thu, 06 Apr 2006 02:50:23 +0100 Subject: [Icecast] Dynamic Mount Points In-Reply-To: <443471DB.3000103@loudcity.net> References: <443471DB.3000103@loudcity.net> Message-ID: <443473DF.3050800@xiph.org> Brandon @ LoudCity.Net IMAP wrote: > Hello, > > It doesn't look like it, but Is it possible to add mount points without > resetting icecast? This would be pretty cool. If you mean definitions, yes, you need to send HUP after the change. win32 still needs a hook for that to trigger yet. karl. From oddskool at gmail.com Mon Apr 10 08:06:50 2006 From: oddskool at gmail.com (oDDskOOL) Date: Mon, 10 Apr 2006 10:06:50 +0200 Subject: [Icecast] icecast icons Message-ID: <443A121A.1090800@gmail.com> hi there, as a satisfied user for months, i'd like to show my support to icecast on my webpage; are there any kind of official icons in the blog fashion (not too large) out there ? cheers oDDsKooL -- -- From kloschi at subsignal.org Tue Apr 11 18:21:21 2006 From: kloschi at subsignal.org (kloschi) Date: Tue, 11 Apr 2006 20:21:21 +0200 Subject: [Icecast] on-disconnect -> streamtranscoderv3 (linux server) Message-ID: <1144779682.9530.22.camel@localhost> hi, so far I'm very happy that I have running an icecast server with streamtranscoder which autimatically transcodes a certein mountpoit (ogg-high-quality) to low, mid and high mp3 stream on-connect. but I'm stuck with two problems: 1. how to determine which stramtranscoderv3 process is reencoding this particular stream? because doing just # killall streamTranscoderv3 is not useful, when other streams are also reencoded on this server. Maybe its totally easy, but I see no posibility so far, any hints? 2. streamtranscoder doesn't want to re-encode in ogg quality. it just tries to connect but reconnects regularly. how to determine whats going wrong? see the config and log below! thanks for reading, kloschi cfg-part: [..] # Output codec selection (Valid selections : MP3, OggVorbis, Ogg FLAC, AAC, AAC Plus) Encode=OggVorbis # General settings (non-codec related). Note : NumberChannels = 1 for MONO, 2 for STEREO BitrateNominal=48 BitrateMin=40 BitrateMax=56 NumberChannels=2 Samplerate=44100 # Ogg Vorbis specific settings. Note: Valid settings for BitrateQuality flag are (Quality, Bitrate Management) OggQuality=0 OggBitrateQualityFlag=Quality [..] log-part: [..] 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454): do_encoding start 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 [..] -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From karl at xiph.org Tue Apr 11 20:19:42 2006 From: karl at xiph.org (Karl Heyes) Date: Tue, 11 Apr 2006 21:19:42 +0100 Subject: [Icecast] on-disconnect -> streamtranscoderv3 (linux server) In-Reply-To: <1144779682.9530.22.camel@localhost> References: <1144779682.9530.22.camel@localhost> Message-ID: <443C0F5E.6010200@xiph.org> kloschi wrote: > hi, > > so far I'm very happy that I have running an icecast server with > streamtranscoder which autimatically transcodes a certein mountpoit > (ogg-high-quality) to low, mid and high mp3 stream on-connect. > > but I'm stuck with two problems: > > 1. how to determine which stramtranscoderv3 process is reencoding this > particular stream? because doing just > # killall streamTranscoderv3 > is not useful, when other streams are also reencoded on this server. > Maybe its totally easy, but I see no posibility so far, any hints? when you start streamtranscoder, store the pid in a file that the disconnect script knows about. Both scripts are passed the mountpoint as the arg so you can use that to refer to a pid file. karl. From rob at rob-campbell.com Tue Apr 11 23:40:23 2006 From: rob at rob-campbell.com (Rob Campbell) Date: Tue, 11 Apr 2006 19:40:23 -0400 Subject: [Icecast] Dynamic Playlist Message-ID: <1144798823.22279.117.camel@blkpoohba.dyndns.org> I have a playlist that is updated every 5min with any new files to a directory. Do I need to restart icecast/ices to have the new files played? -------------- next part -------------- An HTML attachment was scrubbed... URL: From msmith at xiph.org Wed Apr 12 09:20:52 2006 From: msmith at xiph.org (Michael Smith) Date: Wed, 12 Apr 2006 11:20:52 +0200 Subject: [Icecast] Dynamic Playlist In-Reply-To: <1144798823.22279.117.camel@blkpoohba.dyndns.org> References: <1144798823.22279.117.camel@blkpoohba.dyndns.org> Message-ID: <3c1737210604120220j4d08429di1c8dd397a7aeab13@mail.gmail.com> On 4/12/06, Rob Campbell wrote: > I have a playlist that is updated every 5min with any new files to a > directory. Do I need to restart icecast/ices to have the new files played? No. Assuming you're using IceS2, if the playlist file changes it'll get automatically re-read. If you're using IceS 0.x, that might be true as well, or possibly you need to send it SIGHUP, I don't remember. Mike From trimblma at mscd.edu Wed Apr 12 13:45:43 2006 From: trimblma at mscd.edu (Mark Trimble) Date: Wed, 12 Apr 2006 07:45:43 -0600 Subject: [Icecast] Dynamic Playlist In-Reply-To: <3c1737210604120220j4d08429di1c8dd397a7aeab13@mail.gmail.com> Message-ID: <0IXM00HQD3JUON@mail01.mscd.edu> I have a few related questions. I'm using the following Debian packages: Ices2 (2.0.1-4) Icecast2 (2.3.1-2) Here's the input section of my ices-playlist.xml: playlist basic /etc/icecast2/playlist.txt 1 0 0 Here's my questions: 1. Despite the 0 setting for my "restart-after-reread" parameter, anytime I manually update my playlist file, my playlist starts over again. Though "random", I know this is happening because I soon hear tracks again that I've recently heard. Is there something I can do to prevent this from happening? 2. The "random" parameter doesn't seem to produce particularly random selections, meaning that ices2 seems to work its way down my playlist in a somewhat predictable fashion. Each time I restart ices2 I hear (more or less) the same general sequence of tracks played. Is this to be expected? 3. Does anyone know if there's a command line, MySQL-based playlist manager for ices2? I'd love to be able to manage my playlists and ID3 tag info using a database interface. I'd also like to be able to easily serve up customized playlist's through ices2 in a manner similar to what I currently use NetJuke for, but to do this requires a database. Any thoughts? Thanks for the help. Cheers! -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Michael Smith Sent: Wednesday, April 12, 2006 3:21 AM To: Rob Campbell Cc: icecast at xiph.org Subject: Re: [Icecast] Dynamic Playlist On 4/12/06, Rob Campbell wrote: > I have a playlist that is updated every 5min with any new files to a > directory. Do I need to restart icecast/ices to have the new files played? No. Assuming you're using IceS2, if the playlist file changes it'll get automatically re-read. If you're using IceS 0.x, that might be true as well, or possibly you need to send it SIGHUP, I don't remember. Mike _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From msmith at xiph.org Wed Apr 12 14:09:29 2006 From: msmith at xiph.org (Michael Smith) Date: Wed, 12 Apr 2006 16:09:29 +0200 Subject: [Icecast] Dynamic Playlist In-Reply-To: <0IXM00HQD3JUON@mail01.mscd.edu> References: <3c1737210604120220j4d08429di1c8dd397a7aeab13@mail.gmail.com> <0IXM00HQD3JUON@mail01.mscd.edu> Message-ID: <3c1737210604120709h5df279d9na81c5cac18ec31ff@mail.gmail.com> > > 1. Despite the 0 setting for my "restart-after-reread" parameter, anytime I > manually update my playlist file, my playlist starts over again. Though > "random", I know this is happening because I soon hear tracks again that > I've recently heard. Is there something I can do to prevent this from > happening? First up: random is misnamed, as it's not intended to be truly random. Instead, it shuffles the list: this means that normally, you can't hear the same thing until it has reached the end of the shuffled list. However, when the list is re-read, it's also re-shuffled. restart-after-reread is correctly used, but does roughly nothing in this case. > > 2. The "random" parameter doesn't seem to produce particularly random > selections, meaning that ices2 seems to work its way down my playlist in a > somewhat predictable fashion. Each time I restart ices2 I hear (more or > less) the same general sequence of tracks played. Is this to be expected? The shuffle should be completely random. If it isn't... there's a bug somewhere. Perhaps your system does have a very random rand() function? Perhaps we should use a better RNG in ices. > > 3. Does anyone know if there's a command line, MySQL-based playlist manager > for ices2? I'd love to be able to manage my playlists and ID3 tag info using > a database interface. I'd also like to be able to easily serve up customized > playlist's through ices2 in a manner similar to what I currently use NetJuke > for, but to do this requires a database. Any thoughts? > You can hook this into IceS2 using the 'script' playlist module, but I don't know if anyone has written an appropriate script to speak to mysql. I haven't, personally. Mike From trimblma at mscd.edu Wed Apr 12 14:21:29 2006 From: trimblma at mscd.edu (Mark Trimble) Date: Wed, 12 Apr 2006 08:21:29 -0600 Subject: [Icecast] Dynamic Playlist In-Reply-To: <3c1737210604120709h5df279d9na81c5cac18ec31ff@mail.gmail.com> Message-ID: <0IXM008DL57GVI@mail01.mscd.edu> Thanks Mike, I'll look into the random/shuffle thing some more. It's not a big deal for my NetJuke listeners, because for the most part they're defining their own playlists. But for my peercast listeners, who don't have control over the playlist they hear, it is a big deal. Every time I update/add to my broadcast playlist (which is daily), the stream basically starts over. The consequence of this is that no one ever gets very far into the playlist and they get bored hearing the same stuff over again. Mark -----Original Message----- From: mlrsmith at gmail.com [mailto:mlrsmith at gmail.com] On Behalf Of Michael Smith Sent: Wednesday, April 12, 2006 8:09 AM To: Mark Trimble Cc: Rob Campbell; icecast at xiph.org Subject: Re: [Icecast] Dynamic Playlist > > 1. Despite the 0 setting for my "restart-after-reread" parameter, > anytime I manually update my playlist file, my playlist starts over > again. Though "random", I know this is happening because I soon hear > tracks again that I've recently heard. Is there something I can do to > prevent this from happening? First up: random is misnamed, as it's not intended to be truly random. Instead, it shuffles the list: this means that normally, you can't hear the same thing until it has reached the end of the shuffled list. However, when the list is re-read, it's also re-shuffled. restart-after-reread is correctly used, but does roughly nothing in this case. > > 2. The "random" parameter doesn't seem to produce particularly random > selections, meaning that ices2 seems to work its way down my playlist > in a somewhat predictable fashion. Each time I restart ices2 I hear > (more or > less) the same general sequence of tracks played. Is this to be expected? The shuffle should be completely random. If it isn't... there's a bug somewhere. Perhaps your system does have a very random rand() function? Perhaps we should use a better RNG in ices. > > 3. Does anyone know if there's a command line, MySQL-based playlist > manager for ices2? I'd love to be able to manage my playlists and ID3 > tag info using a database interface. I'd also like to be able to > easily serve up customized playlist's through ices2 in a manner > similar to what I currently use NetJuke for, but to do this requires a database. Any thoughts? > You can hook this into IceS2 using the 'script' playlist module, but I don't know if anyone has written an appropriate script to speak to mysql. I haven't, personally. Mike From msmith at xiph.org Fri Apr 14 16:14:40 2006 From: msmith at xiph.org (Michael Smith) Date: Fri, 14 Apr 2006 18:14:40 +0200 Subject: [Icecast] Dynamic Mount Points In-Reply-To: <443471DB.3000103@loudcity.net> References: <443471DB.3000103@loudcity.net> Message-ID: <3c1737210604140914u235ddb12j76d6d4a11517b23@mail.gmail.com> On 4/6/06, Brandon @ LoudCity.Net IMAP wrote: > Hello, > > It doesn't look like it, but Is it possible to add mount points without > resetting icecast? This would be pretty cool. Yes. If you just want to add a normal mountpoint, you just need to connect a source client - it's completely automatic. If you want to add a mountpoint with specific configuration options (in the config file), then you can do that too. Just edit your config file, save it, and send icecast a SIGHUP. This will make icecast re-read the config file, applying any changes. Mike From sci-fi at hush.ai Sat Apr 15 06:11:36 2006 From: sci-fi at hush.ai (sci-fi at hush.ai) Date: Sat, 15 Apr 2006 01:11:36 -0500 Subject: [Icecast] is there a way to insert 'description' for a relayed stream? Message-ID: <20060415061137.3CFBFDA81A@mailserver7.hushmail.com> Hi, When icecast2-server is relaying a non-icecast feed, is there any way to add 'description' data to it? This is a minor quibble but I don't see a way around this. As my charts & discussion at Peercast.org's forum shows (pointed to in my earlier posts here), we had to put sc_serv at the 'hub' of the netcast feedpoint, mainly so we'd only encode once but distribute many-places, but also so the AIM/ICQ/IRC info would show- up at yp.shoutcast.com (no other open-source server seems to support the icy-bits for AIM/ICQ/IRC data) and be propagated out to relays/YPs that do support it. Another good reason for a single feedpoint like this is to use the update_sc.sh script at only that point to update the 'live' metadata in that manner for all relays. N.b. that icecast2 cannot act as the hub, because sc_serv would go into relay-mode itself and not receive any AIM/ICQ/IRC data since icecast2 itself doesn't support such; and while in this mode, sc_serv won't accept AIM/ICQ/IRC data from its own conf file either (yes I tested this). This means in the present design of things here, the icecast2 server shows "Unspecified description" for the icecast-related YP sites (while we're netcasting on Friday/Saturday nights, search for 'KOKF' at the icecast-YPs and you'll see what I mean ;) ). I inserted a blah line in the main part of icecast.xml, but it doesn't show up at the YPs. Nothing at loglevel=4 is saying this line gets rejected, either. I don't see a way to add such info to any other component in the icecast.xml e.g. , , , etc. or thru admin webbrowser metadata updates. I'm using jackd-cvs and darkice-cvs (see my other messages posted to those lists for details). I know the "shouter" is suppose to send this description info. Yes I could create another section in darkice.cfg specific for [icecast2] and add this info to it there, but we'd be doing double-duty compressing the same jackd input twice for no other good reason wasting CPU cycles etc. OTOH as my other message elude to, I might as well start experimenting with multiple feeds & formats, now that we have a Dual G5 to use. :) But what's the use of two mp3 threads running the very same specs just to get the data properly to icecast-YPs? Of the two, missing the AIM/ICQ/IRC info is the worser, so we are going without any icecast-YP descriptions. (I don't have nor want a website where we could refer listeners to such info, this is just a hobby for cryin' out loud , but if AIM/ICQ/IRC data is part of an official icy-spec then why not have icecast2/YPs support it?). Thank you. Concerned about your privacy? Instantly send FREE secure email, no account required http://www.hushmail.com/send?l=480 Get the best prices on SSL certificates from Hushmail https://www.hushssl.com?l=485 From sci-fi at hush.ai Sat Apr 15 09:30:15 2006 From: sci-fi at hush.ai (sci-fi at hush.ai) Date: Sat, 15 Apr 2006 04:30:15 -0500 Subject: [Icecast] found answer (Re: is there a way to insert 'description' for a relayed stream?) Message-ID: <200604150930.k3F9UF7L051797@mailserver2.hushmail.com> On Sat, 15 Apr 2006 01:11:36 -0500 sci-fi at hush.ai wrote: >Hi, > >When icecast2-server is relaying a non-icecast feed, is there any >way to add 'description' data to it? >[...] I had to add a ... section matching the mountpoint's name etc. for the new icecast2 relay stream, then I added blah inside it. Voila! Don't want to add any other stream-* items there because those will dynamically change with the update_sc.sh script. (I swear I looked up the on-line docs last week, didn't find anything, but now this info is there... oh well, maybe first signs of gettin' too old ) Thanks for puttin' up with me here. Concerned about your privacy? Instantly send FREE secure email, no account required http://www.hushmail.com/send?l=480 Get the best prices on SSL certificates from Hushmail https://www.hushssl.com?l=485 From u_azhole at yahoo.com Wed Apr 19 04:21:53 2006 From: u_azhole at yahoo.com (Autoegocrat) Date: Tue, 18 Apr 2006 21:21:53 -0700 (PDT) Subject: [Icecast] Windows Xp / Icecast 2.3.1 / Oddcast 3 / Crap Router? Message-ID: <3981413.post@talk.nabble.com> Ok here's the deal. I set up Icecast and Oddcast, got them to communicate properly, but cannot access the live audio remotely. On other computers in the LAN it works perfetly. Currently I operate wirelessly behind a D-Link 514 router (a mite outdated by now, yes?) and have opened all necessary ports, turned my firewalls off, set this computer as a DMZ, pretty much everything I can think of - but when I try to connect from outside the LAN, I still get a timeout message. I've check the access logs and ity does not show any record of a connection attempt. Perhaps this is a problem that is in a different league than icecast config, but you guys are smarter than I. Help me out? heh I've been banging my head over this crap for hours...hopefully the solution is simple. -- View this message in context: http://www.nabble.com/Windows-Xp-Icecast-2.3.1-Oddcast-3-Crap-Router--t1472264.html#a3981413 Sent from the Icecast - General forum at Nabble.com. From mcbicecast at robuust.nl Wed Apr 19 06:21:36 2006 From: mcbicecast at robuust.nl (Maarten Bezemer) Date: Wed, 19 Apr 2006 08:21:36 +0200 (CEST) Subject: [Icecast] Windows Xp / Icecast 2.3.1 / Oddcast 3 / Crap Router? In-Reply-To: <3981413.post@talk.nabble.com> Message-ID: Hi, On Tue, 18 Apr 2006, Autoegocrat wrote: > Ok here's the deal. I set up Icecast and Oddcast, got them to communicate > properly, but cannot access the live audio remotely. On other computers in > the LAN it works perfetly. So, I guess there's nothing wrong with your icecast or firewall config. > Currently I operate wirelessly behind a D-Link > 514 router (a mite outdated by now, yes?) and have opened all necessary > ports, turned my firewalls off, set this computer as a DMZ, pretty much > everything I can think of - but when I try to connect from outside the LAN, > I still get a timeout message. Not knowing this specific router, just my 2 cents. I never use the DMZ in a router (which typically forwards all connection requests to the given private IP -- not my personal favorite for Windows machines), but only use a simple port forward from external port e.g. 8000 to internal IP 192.168.1.44, port 8000. This is usually called "virtual server" or "NAPT config" or something like that. If you're using the DMZ setup, maybe the router is also applying some sort of firewall. So, first thing to hack around with is your router. Or spend some $20 for a brand new one with all kinds of useless new features :-) HTH, Maarten From k.j.wierenga at home.nl Wed Apr 19 07:21:32 2006 From: k.j.wierenga at home.nl (Klaas Jan Wierenga) Date: Wed, 19 Apr 2006 09:21:32 +0200 Subject: [Icecast] Windows Xp / Icecast 2.3.1 / Oddcast 3 / Crap Router? In-Reply-To: References: Message-ID: <4445E4FC.7090609@home.nl> Hi, Maybe I'm missing something here, but are you using the internal or the external IP-adres in the setting in you icecast.xml file? This hostname will be used in URL's generated when using the .m3u extention on the mountpoint. You can check the URL in the admin parts of the admin web interface. It is listed as "listenurl". This would explain why internal hosts can connect, but external hosts can't. Regards, Klaas Jan Wierenga Maarten Bezemer schreef: > Hi, > > On Tue, 18 Apr 2006, Autoegocrat wrote: > > >> Ok here's the deal. I set up Icecast and Oddcast, got them to communicate >> properly, but cannot access the live audio remotely. On other computers in >> the LAN it works perfetly. >> > > So, I guess there's nothing wrong with your icecast or firewall config. > > >> Currently I operate wirelessly behind a D-Link >> 514 router (a mite outdated by now, yes?) and have opened all necessary >> ports, turned my firewalls off, set this computer as a DMZ, pretty much >> everything I can think of - but when I try to connect from outside the LAN, >> I still get a timeout message. >> > > Not knowing this specific router, just my 2 cents. I never use the DMZ in > a router (which typically forwards all connection requests to the given > private IP -- not my personal favorite for Windows machines), but only use > a simple port forward from external port e.g. 8000 to internal IP > 192.168.1.44, port 8000. This is usually called "virtual server" or "NAPT > config" or something like that. > If you're using the DMZ setup, maybe the router is also applying some sort > of firewall. > > So, first thing to hack around with is your router. Or spend some $20 for > a brand new one with all kinds of useless new features :-) > > > HTH, > > Maarten > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.currie at strath.ac.uk Wed Apr 19 18:26:37 2006 From: leo.currie at strath.ac.uk (Leo Currie) Date: Wed, 19 Apr 2006 20:26:37 +0200 Subject: [Icecast] Windows Xp / Icecast 2.3.1 / Oddcast 3 / Crap Router? In-Reply-To: <3981413.post@talk.nabble.com> References: <3981413.post@talk.nabble.com> Message-ID: <444680DD.1080101@strath.ac.uk> Autoegocrat wrote: > > > Ok here's the deal. I set up Icecast and Oddcast, got them to communicate > properly, but cannot access the live audio remotely. On other computers in > the LAN it works perfetly. Currently I operate wirelessly behind a D-Link > 514 router (a mite outdated by now, yes?) and have opened all necessary > ports, turned my firewalls off, set this computer as a DMZ, pretty much > everything I can think of - but when I try to connect from outside the LAN, > I still get a timeout message. I've check the access logs and ity does not > show any record of a connection attempt. Perhaps this is a problem that is > in a different league than icecast config, but you guys are smarter than I. > Help me out? heh > All that should be necessary to access the stream from the world is to open and forward the correct port on your router. I was looking at this page: http://support.dlink.com/faq/view.asp?prod_id=1005#604 ..and it looks pretty straightforward, just click enable, name it something like "icecast", punch in the local IP of the machine on the LAN running Icecast, then the port it's running on twice (i.e. public & private the same), then click always, then apply. You shouldn't need to bother with any DMZ stuff or turning off firewalls. You haven't by any chance got 2 lans, one wired, one wireless, and accidentally binded Icecast only to the wired nic, have you? Just a thought...! Leo From paulie4 at gmail.com Thu Apr 20 03:15:43 2006 From: paulie4 at gmail.com (Paulie Pena IV) Date: Wed, 19 Apr 2006 23:15:43 -0400 Subject: [Icecast] config_types.h error on Mac OS X Message-ID: I'm not sure if the libogg, libvorbis, or libshout installation caused the following problem. libogg and libvorbis seemed to install without any errors on my Mac OS X 10.4, but for some reason when I tried configuring libshout it died with this message: "configure:23903: error: requisite Ogg Vorbis library not found." I looked through the config.log file and found this error: /usr/local/include/ogg/config_types.h:6: error: parse error before 'ogg_uint16_t' /usr/local/include/ogg/config_types.h:8: error: parse error before 'ogg_uint32_t' I found /usr/local/include/ogg/config_types.h had the following: /* these are filled in by configure */ typedef int16_t ogg_int16_t; typedef u_int16_t ogg_uint16_t; INSTEAD OF typedef u_int16_t ogg_uint16_t typedef int32_t ogg_int32_t; typedef u_int32_t ogg_uint32_t; INSTEAD OF typedef u_int32_t ogg_uint32_t typedef int64_t ogg_int64_t; I'm not sure why it would have uint16_t since /usr/local/include/ogg/os_types.h doesn't have uint16_t under any of its OS sections. I manually changed those two values to what ogg/os_types.h had for my OS and ran ./configure again, and the error message went away. I hope this helps anyone else who has this problem. -Paulie From paulie4 at gmail.com Thu Apr 20 04:04:21 2006 From: paulie4 at gmail.com (Paulie Pena IV) Date: Thu, 20 Apr 2006 00:04:21 -0400 Subject: [Icecast] making ices under Mac OS X Message-ID: After I got the libshout problem taken care of, I tried installing installing ices. It gave the following error: metadata.c:55: error: 'fd_set' undeclared (first use in this function) I searched the internet for fd_set and found that select uses it, which needs sys/time.h, which wasn't included in metadata.c, so I added #include with the other includes, and it seems to have compiled correctly. Hope this helps somebody. Also, does the icecast website have a list of what programs require what dependencies? I had to try to ./configure icecast before it told me I needed libogg and libvorbis, and I had to try to ./configure ices before I found out I needed libshout. Thanks, Paulie On 4/19/06, Paulie Pena IV wrote: > I'm not sure if the libogg, libvorbis, or libshout installation caused > the following problem. libogg and libvorbis seemed to install without > any errors on my Mac OS X 10.4, but for some reason when I tried > configuring libshout it died with this message: "configure:23903: > error: requisite Ogg Vorbis library not found." I looked through the > config.log file and found this error: > /usr/local/include/ogg/config_types.h:6: error: parse error before > 'ogg_uint16_t' > /usr/local/include/ogg/config_types.h:8: error: parse error before > 'ogg_uint32_t' > > I found /usr/local/include/ogg/config_types.h had the following: > /* these are filled in by configure */ > typedef int16_t ogg_int16_t; > typedef u_int16_t ogg_uint16_t; > INSTEAD OF typedef u_int16_t ogg_uint16_t > typedef int32_t ogg_int32_t; > typedef u_int32_t ogg_uint32_t; > INSTEAD OF typedef u_int32_t ogg_uint32_t > typedef int64_t ogg_int64_t; > > I'm not sure why it would have uint16_t since > /usr/local/include/ogg/os_types.h doesn't have uint16_t under any of > its OS sections. I manually changed those two values to what > ogg/os_types.h had for my OS and ran ./configure again, and the error > message went away. I hope this helps anyone else who has this > problem. > > -Paulie > From brandon at loudcity.net Thu Apr 20 16:40:14 2006 From: brandon at loudcity.net (Brandon @ LoudCity.Net IMAP) Date: Thu, 20 Apr 2006 12:40:14 -0400 Subject: [Icecast] using ezstream with stdin Message-ID: <4447B96E.3030209@loudcity.net> I'm having a hard time not getting mp3 data to ezstream via stdin fast enough. The vb.net application I'm writing, ezstream and icecast are all running on the same machine (Widows XP). Some where in the process, a buffer empties out and that results in a drop out when you are listening. Usually the dropout happens at a song change. At first I was chunking up the data according to bit rate and throttling how much was written to ezstream. So I guess the drop outs were due to some overhead between my application and ezstream. Maybe something was causing the write to stdin to take longer than my application expected. Just for fun, I tried reading entire mp3 tracks into memory, then blasting the whole byte array to ezstream in one chunk. It sounds much better, but I don't think this is the best way to do it. How do other people usually solve this problem? Thanks, Brandon From dtrump1 at triadav.com Thu Apr 20 17:00:11 2006 From: dtrump1 at triadav.com (Dick Trump) Date: Thu, 20 Apr 2006 12:00:11 -0500 Subject: [Icecast] using ezstream with stdin In-Reply-To: <4447B96E.3030209@loudcity.net> References: <4447B96E.3030209@loudcity.net> Message-ID: <445124633.20060420120011@triadav.com> Brandon @ LoudCity.Net IMAP wrote: > How do other people usually solve this problem? My use is a little different in that I am using ezstream to insert about an hour of prerecorded mp3 material into a live stream on a daily basis. My application writes out an m3u file which points to the playlist to be streamed. So everything plays from file and I have no problems. I don't know if that is adaptable to your situation. -- Regards Dick Trump Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From bob at leanbackproductions.com Thu Apr 20 17:16:46 2006 From: bob at leanbackproductions.com (Bob) Date: Thu, 20 Apr 2006 18:16:46 +0100 Subject: [Icecast] using ezstream with stdin In-Reply-To: <4447B96E.3030209@loudcity.net> References: <4447B96E.3030209@loudcity.net> Message-ID: <122453440604201016h46d1a4a5w2d2053a02f821255@mail.gmail.com> Hi, I pipe mp3 data to ezstream in Linux, and I've just looked at the code to see how I do it. I don't do any throttling at all - I just keep sending data all the time. (I assume by throttling you mean "pipe data; sleep for estimated play-time of data; pipe data ...") However my mp3 files are only a few seconds long (they are 4 bar loops) - that may make a difference. I do it in Perl and the loop looks like this: open(EZ, "|ezstream -c ezstream-config.xml"); while (1) { if (open(MP3, $mp3file)) { while () { print EZ $_; # read a chunk from the mp3 file and send it to ezstream } close(MP3); } } In my experience there's no need to 'sleep' - the OS takes care of it for you. I did try calculating the sleep-time but I ended up commenting out those lines ;-) There's a tiny glitch between the loops but that's due to MP3 headers I think. I never managed to get rid of that, but my ogg vorbis stream is seamless so I don't really care. cheers, Bob. On 4/20/06, Brandon @ LoudCity.Net IMAP wrote: > > I'm having a hard time not getting mp3 data to ezstream via stdin fast > enough. The vb.net application I'm writing, ezstream and icecast are all > running on the same machine (Widows XP). Some where in the process, a > buffer empties out and that results in a drop out when you are > listening. Usually the dropout happens at a song change. > > At first I was chunking up the data according to bit rate and throttling > how much was written to ezstream. So I guess the drop outs were due to > some overhead between my application and ezstream. Maybe something was > causing the write to stdin to take longer than my application expected. > > Just for fun, I tried reading entire mp3 tracks into memory, then > blasting the whole byte array to ezstream in one chunk. It sounds much > better, but I don't think this is the best way to do it. > > How do other people usually solve this problem? > > > Thanks, > Brandon > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.dalfarra at dmd2.net Fri Apr 21 20:47:02 2006 From: alexander.dalfarra at dmd2.net (Alexander Dal Farra) Date: Fri, 21 Apr 2006 22:47:02 +0200 Subject: [Icecast] Fallback-stream on icecast not re-falling back Message-ID: <0IY300E0JAXML8@dionysus.neteducation.com> Hi All We have following problem: We have an Icecast Relay (on Demand, with htpaswd authentification) that is configured with a fallback MP3 file in case the relay drops connection to the mother server. This works perfectly, BUT, after the connection coming back, the fallback.mp3 (as we call this MP3) wouldn't get back to normal relay. Here is our config.xml. Anyone having an idea about this? It's last Icecast Version, on Win32. Thanks, Alex ---- /live /fallback.mp3 1 1 --- -------------- next part -------------- An HTML attachment was scrubbed... URL: From fbriere at fbriere.net Sat Apr 22 02:04:25 2006 From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=) Date: Fri, 21 Apr 2006 22:04:25 -0400 Subject: [Icecast] Is something wrong with ices 2.0-kh60a? Message-ID: <20060422020425.GA7985@hyrule.dyndns.org> Hiya Karl (and everybody else), I noticed today that ices 2.0-kh60a came out last January, and opted to give it a try. Unfortunately, it just wouldn't work at all, so I had to back down to 2.0-kh60. What I get in my log is this: [2006-04-21 21:16:18] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg [2006-04-21 21:16:19] EROR om_shout/check_shout_connected Failed to connect to ice.imars.net:8000/cigr.ogg (Socket error) [2006-04-21 21:16:19] DBUG om_shout/_output_connection_close closed shout connection [2006-04-21 21:16:29] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg [2006-04-21 21:16:29] EROR om_shout/check_shout_connected Failed to connect to ice.imars.net:8000/cigr.ogg (Socket error) [2006-04-21 21:16:29] DBUG om_shout/_output_connection_close closed shout connection There's no trace of anything going wrong (or going at all) in the server's log. I should point out that the server is 2.0.0. (Yeah, I know how old that is. Unfortunately, I only manage the client; the server is out of my hands.) Has anything changed in 2.0-kh60a that would require a more recent version of icecast? -- Fr?d?ric Bri?re <*> fbriere at fbriere.net => IS NO MORE: <= From karl at xiph.org Sat Apr 22 12:45:27 2006 From: karl at xiph.org (Karl Heyes) Date: Sat, 22 Apr 2006 13:45:27 +0100 Subject: [Icecast] Is something wrong with ices 2.0-kh60a? In-Reply-To: <20060422020425.GA7985@hyrule.dyndns.org> References: <20060422020425.GA7985@hyrule.dyndns.org> Message-ID: <444A2567.2090005@xiph.org> Fr?d?ric Bri?re wrote: > Hiya Karl (and everybody else), hi > I noticed today that ices 2.0-kh60a came out last January, and opted to > give it a try. Unfortunately, it just wouldn't work at all, so I had to > back down to 2.0-kh60. ok, send me your xml, so I know what parts are being used, I have to check the code for something else, but it does look to be the libshout part from the output below. > What I get in my log is this: > > [2006-04-21 21:16:18] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg > [2006-04-21 21:16:19] EROR om_shout/check_shout_connected Failed to connect to ice.imars.net:8000/cigr.ogg (Socket error) > [2006-04-21 21:16:19] DBUG om_shout/_output_connection_close closed shout connection > [2006-04-21 21:16:29] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg > [2006-04-21 21:16:29] EROR om_shout/check_shout_connected Failed to connect to ice.imars.net:8000/cigr.ogg (Socket error) > [2006-04-21 21:16:29] DBUG om_shout/_output_connection_close closed shout connection > > > There's no trace of anything going wrong (or going at all) in the > server's log. btw, which libshout version are you using (just to get something repeatable) > I should point out that the server is 2.0.0. (Yeah, I know how old that > is. Unfortunately, I only manage the client; the server is out of my > hands.) Has anything changed in 2.0-kh60a that would require a more > recent version of icecast? wow, v2.0.0 is old, won't make a difference for the problem above but other issues could show up. karl. From alexander.dalfarra at dmd2.net Sat Apr 22 12:58:30 2006 From: alexander.dalfarra at dmd2.net (Alexander Dal Farra) Date: Sat, 22 Apr 2006 14:58:30 +0200 Subject: [Icecast] Fallback-stream on icecast not re-falling back Message-ID: <0IY400J0UJWRB1@dionysus.neteducation.com> Hi All We have following problem: We have an Icecast Relay (on Demand, with htpaswd authentification) that is configured with a fallback MP3 file in case the relay drops connection to the mother server. This works perfectly, BUT, after the connection coming back, the fallback.mp3 (as we call this MP3) wouldn't get back to normal relay. Here is our config.xml. Anyone having an idea about this? It's last Icecast Version, on Win32. Any help is gladly appreciated. Thanks, Alex ---- /live /fallback.mp3 1 1 --- From fbriere at fbriere.net Sat Apr 22 15:03:26 2006 From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=) Date: Sat, 22 Apr 2006 11:03:26 -0400 Subject: [Icecast] Is something wrong with ices 2.0-kh60a? In-Reply-To: <444A2567.2090005@xiph.org> References: <20060422020425.GA7985@hyrule.dyndns.org> <444A2567.2090005@xiph.org> Message-ID: <20060422150326.GA14760@hyrule.dyndns.org> On Sat, Apr 22, 2006 at 01:45:27PM +0100, Karl Heyes wrote: > ok, send me your xml, so I know what parts are being used, I have to There you go. > btw, which libshout version are you using (just to get something repeatable) 2.1. (The 2.1-3 Debian package, to be precise.) The machine is running Debian sarge/stable for everything except ices2. -- Fr?d?ric Bri?re <*> fbriere at fbriere.net => IS NO MORE: <= -------------- next part -------------- A non-text attachment was scrubbed... Name: ices2.xml Type: application/xml Size: 2344 bytes Desc: not available URL: -------------- next part -------------- TITLE=G??n??ration Rock 104,5 FM DESCRIPTION=G??n??ration Rock 104,5 FM GENRE=Rock CONTACT=http://www.grock.fm/ From alexander.dalfarra at dmd2.net Sun Apr 23 21:02:46 2006 From: alexander.dalfarra at dmd2.net (Alexander Dal Farra) Date: Sun, 23 Apr 2006 23:02:46 +0200 Subject: [Icecast] Starting icecast as a Windows Service Message-ID: <0IY70052W0ZUHU@dionysus.neteducation.com> Hi All Icecast can be started as a Windows Service while installing with the nullsoft installer. However, a "icecastservice.exe" is installed in the program directory. Question: Can the service also be 'installed' without having to re-install the *full* icecast-installer? Thanks - alex From nettings at folkwang-hochschule.de Tue Apr 25 22:09:41 2006 From: nettings at folkwang-hochschule.de (Joern Nettingsmeier) Date: Wed, 26 Apr 2006 00:09:41 +0200 Subject: [Icecast] Linux Audio Conference 2006 Live Streams Message-ID: <444E9E25.2090106@folkwang-hochschule.de> hi *! the linux audio conference 2006, which takes place at the zkm in karlsruhe/germany from april 27 to april 30, will be streamed live for your convenience, inspiration and enjoyment. all presentations (which are listed on http://lac.zkm.de/2006/program.shtml) are covered as ogg vorbis audio streams in two bitrates (one for modem users and one for slightly-more-broadband users) and ogg theora/vorbis a/v streams (for broadband users only). to watch and/or listen, you can use a recent version of mplayer, vlc or curl | theora123, if you prefer. the stream urls are listed at http://lac.zkm.de/2006/streaming.shtml. we will start test streams tomorrow by 12:00 utc+2. as always, there will be chat channels to go with the streams, where you can report problems, discuss the presentations and also ask questions which will be relayed to the live audience by the local chat operators here at zkm. these channels are #lac2006 for general issues and chitchat, and #lac2006-track1 and #lac2006-track2 for questions and remarks about the current presentation, all on irc.freenode.net. you will be able to download the presentation slides in advance to read along as you listen and watch. the quality of the video streams will not be sufficient to read the projections, but you should easily be able to make out which slide is currently up. on behalf of eric rzewnicki (who did most of the streaming work this year) and the rest of the lac organizational team i wish you lots of fun with the streams. kudos again to the icecast team, especially to karl heyes, all the folks at xiph.org who brought us all those great free multimedia codecs, and the crew here at zkm for their great support and cooperation! best, j?rn From macr111080 at yahoo.com.mx Wed Apr 26 15:14:51 2006 From: macr111080 at yahoo.com.mx (Rodolfo Martinez) Date: Wed, 26 Apr 2006 08:14:51 -0700 (PDT) Subject: [Icecast] Icecast2 MINI-HOWTO Message-ID: <20060426151451.90930.qmail@web51704.mail.yahoo.com> Hi, I wrote an Icecast Mini-Howto that I would like to share with you. It's very basic and doesn't explain many things; it helps you to setup an Icecast server quickly. Please, feel free to modify it and publish it if you want. Regards, Rodolfo. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: Icecast2-HOWTO.zip Type: application/zip Size: 10877 bytes Desc: 676180827-Icecast2-HOWTO.zip URL: From studio44 at studio44radio.com Wed Apr 26 21:42:13 2006 From: studio44 at studio44radio.com (Studio 44) Date: Wed, 26 Apr 2006 17:42:13 -0400 Subject: [Icecast] (no subject) Message-ID: <001701c6697a$48fd3c40$97c8d20c@kaponestudio44> I'm a new customer and cannot figure out how to FTP files to our space purchased on an icecast server. How do I determine what my DNS URL is for FTP'ing audio files? -------------- next part -------------- An HTML attachment was scrubbed... URL: From msmith at xiph.org Wed Apr 26 21:45:17 2006 From: msmith at xiph.org (Michael Smith) Date: Wed, 26 Apr 2006 23:45:17 +0200 Subject: [Icecast] (no subject) In-Reply-To: <001701c6697a$48fd3c40$97c8d20c@kaponestudio44> References: <001701c6697a$48fd3c40$97c8d20c@kaponestudio44> Message-ID: <3c1737210604261445m61e79b02i6ba25ccb20314ef8@mail.gmail.com> On 4/26/06, Studio 44 wrote: > > I'm a new customer and cannot figure out how to FTP files to our space > > purchased on an icecast server. How do I determine what my DNS URL is > > for FTP'ing audio files? Asking this on a public mailing list is no more sensible or useful than it was when you asked team at icecast.org privately. We still can't provide you with this information, since you're not our customer. Talk to your provider. Mike From poohba at blkpoohba.dyndns.org Tue Apr 11 23:33:35 2006 From: poohba at blkpoohba.dyndns.org (BlkPoohba) Date: Tue, 11 Apr 2006 23:33:35 -0000 Subject: [Icecast] Updating playlist that icecast/ices uses Message-ID: <1144798411.22279.115.camel@blkpoohba.dyndns.org> I created a script that updates this playlist with files in a dir every 5min. Do I need to restart ices/icecast when that file is updated for it to play the newly played songs in the playlist? -------------- next part -------------- An HTML attachment was scrubbed... URL: