From ruffnex at mac.com Fri May 2 14:21:37 2003 From: ruffnex at mac.com (ruffnex) Date: Fri, 2 May 2003 22:21:37 +0800 Subject: [icecast] Metadata - StreamTitle - International language support? Message-ID: <6254F070-7CA9-11D7-8445-000393036D96@mac.com> Hello, Can anybody tell me how stream titles, which are non-ASCII, are sent? For example, at ShoutCast.com, there are Asian and European streams that send encoded strings. However, I can't see how to detect what type of encoding they are using. e.g. UTF8, ISOLatin1, etc. If I could work out the encoding, then I can display the names properly. Any differences between how IceCast and Shoutcast handle this? Any docs? Thanks, Simon --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at xiph.org Fri May 2 15:20:26 2003 From: msmith at xiph.org (Michael Smith) Date: Sat, 3 May 2003 01:20:26 +1000 Subject: [icecast] Metadata - StreamTitle - International language support? In-Reply-To: <6254F070-7CA9-11D7-8445-000393036D96@mac.com> Message-ID: <200305030120.26695.msmith@xiph.org> On Saturday 03 May 2003 00:21, ruffnex wrote: > Hello, > > Can anybody tell me how stream titles, which are non-ASCII, are sent? > > For example, at ShoutCast.com, there are Asian and European streams > that send encoded strings. However, I can't see how to detect what > type of encoding they are using. e.g. UTF8, ISOLatin1, etc. If I > could work out the encoding, then I can display the names properly. > > Any differences between how IceCast and Shoutcast handle this? Any > docs? Icecast sends these through as-is, so it doesn't handle them directly - and so doesn't need to know what charset they're in. For ogg vorbis, they're UTF-8 (as the spec requires), but it's up to the source client to do so correctly. For mp3, I haven't seen anything amounting to a specification. I'm not sure how existing clients deal with this. I'd try assuming UTF-8, but I don't know how well that'll work. Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ben at galactic-tales.de Fri May 2 20:34:33 2003 From: ben at galactic-tales.de (Benjamin Podszun) Date: 02 May 2003 22:34:33 +0200 Subject: [icecast] Admin issues the Xth.. Message-ID: <1051907673.1380.10.camel@localhost> Hi there. I just switched from icecast1 to icecast2. Right now I'm not sure if that was a very good idea. I do like the ogg-support, but I lack a good amount of documentation (Hey, I'd be glad to help you out, but how can there be consistent documentation for a software that is only available through cvs(-snapshots)?) and good linux source clients. I used xmms-liveice or muse before, but I have serious stability problems with them connection to this icecast2-server.. Actually I didn't even manage to get a single connection, so I'm not even sure if I have a single streaming client to connect to the server. I could use ices2 eventually, but it has the same problems as icecast2 (documentation,cvs-only) and iirc it allows only playlist streaming(?). I need something that allows mit to stream "live". Another problem is that I want to see stats at least and would like to administrate a software that can use up that much bandwidth.. Trying to connect to myserver:8000/admin/ results in a password dialog and I don't know the user/pass. I read the icecast source and found something like admin_user and admin_password, but everything I tried to make it work was in vain.. admin_password, admin-password, every spelling I could think of.. Any hints on that? What about doing regular releases? Open source philosophy is: Release fast, relases often. But it would be great if you could provide us with a "real" release on which we can build both our confidence and perhaps contributed documentation. I'd be happy about any reply. Thx, Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From karl at pts.tele2.co.uk Fri May 2 21:10:06 2003 From: karl at pts.tele2.co.uk (Karl Heyes) Date: 02 May 2003 22:10:06 +0100 Subject: [icecast] Admin issues the Xth.. In-Reply-To: <1051907673.1380.10.camel@localhost> Message-ID: <1051909807.7649.55.camel@bogus.hackers.club> On Fri, 2003-05-02 at 21:34, Benjamin Podszun wrote: > I just switched from icecast1 to icecast2. Right now I'm not sure if > that was a very good idea. I do like the ogg-support, but I lack a good > amount of documentation (Hey, I'd be glad to help you out, but how can > there be consistent documentation for a software that is only available > through cvs(-snapshots)?) and good linux source clients. The external interfacing (xml format etc) of icecast2 and ices2 are not likely to change significantly, unless there is a great pressing need to. > I used xmms-liveice or muse before, but I have serious stability > problems with them connection to this icecast2-server.. Actually I > didn't even manage to get a single connection, so I'm not even sure if I > have a single streaming client to connect to the server. I could use > ices2 eventually, but it has the same problems as icecast2 > (documentation,cvs-only) and iirc it allows only playlist streaming(?). ices2 is able to read from dsp (see OSS input). I haven't looked into xmms-liveice yet.

> Trying to connect to myserver:8000/admin/ results in a > password dialog and I don't know the user/pass. I read the icecast > source and found something like admin_user and admin_password, but > everything I tried to make it work was in vain.. admin_password, > admin-password, every spelling I could think of.. Any hints on that? you can state the admin username/password in the icecast2 config file. > What about doing regular releases? Open source philosophy is: Release > fast, relases often. But it would be great if you could provide us with > a "real" release on which we can build both our confidence and perhaps > contributed documentation. wrt ices2 I very much doubt anything user-oriented will be changing, the main bits are in place but some internals need to be worked on, to handle certain error cases. karl.

Thank you Stefan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Sun May 4 00:49:11 2003 From: gshang at uq.net.au (Geoff Shang) Date: Sun, 4 May 2003 10:49:11 +1000 (EST) Subject: [icecast] Transcoding from icecast2->icecast2 results in "garbage" In-Reply-To: <3EB44E50.21236.2E3FC1B@localhost> Message-ID: Hi: I have done this in the past, though it was a few months back. First thing to check - you need to change all occurances of "application/x-ogg" to "application/ogg". These are in liboddcast.cpp and transcurl.cpp. Change these and recompile. This is almost certainly your problem, as streamTranscoder is thinking that the input is MP3. Geoff.

-- Geoff Shang ICQ number 43634701 Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

So far Stefan

On 4 May 2003 at 16:24, Stephane Thiell wrote: > Hello, > > First at all, thanks for the great program, I'm enjoying so much. :) > > I'm adding ogg stream support to my client for Mac OS X. While it > works perfectly with shoutcast and mp3 icecast1, I have buffer > problems with icecast2/ogg/vorbis. > > My client, like iTunes (Apple's client - mp3), doesn't pre-bufferize > on the first try. If the connection is fast enough, even a 128KB > buffer is filled quickly while playing. My users (and me) prefer this > way so there is almost no delay to listen to a stream with a fast > connection. Apparently, with Icecast2, the server doesn't send the > data faster than the music itself, so my client's buffer never fill > fully, and it's more sensible to network's perturbations. > > Maybe the right way is to _always_ pre-bufferize and start the music > once done (I do only that when the music cuts one), but I think it's > more a feature so why not? > > I'm using ices and a local static playlist to feed icecast2. Same > problems at 16kB or 112kB. > > Please tell me it's gonna be fixed (as it works well with icecast1) or > a way to know if the server supports non pre-bufferization on the > client. Thanks! > > Regards, > > Stephane Thiell > Student, Master > University of Bordeaux I, France --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lemmingsml at nerim.fr Sun May 4 15:38:45 2003 From: lemmingsml at nerim.fr (EISELE Pascal) Date: 04 May 2003 17:38:45 +0200 Subject: [icecast] Problem with mkpasswd Message-ID: <1052062725.952.3.camel@badamiga> Hi, I've got a little problem with mkpasswd... When I use mkpasswd to generate password for my icecast server, the command "mkpasswd toto" always generate another string. I think the problem is the "salt" but what salt is used by icecast and where can I find it ? How generate proprer password ??? Regards -- EISELE Pascal --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From oddsock at oddsock.org Sun May 4 17:01:18 2003 From: oddsock at oddsock.org (oddsock) Date: Sun, 04 May 2003 12:01:18 -0500 Subject: [icecast] Transcoding from icecast2->icecast2 results in "garbage" In-Reply-To: <3EB4D5FF.25442.5A8AF@localhost> Message-ID: <5.1.1.6.0.20030504115940.02c72e48@www.oddsock.org> actually, the reason I suggested you post to the list was so that you could explain what you are, in fact, trying to do, and see if anyone else has a recommendation on another approach, since your *specific* use of transcoder is having troubles....so perhaps you should try that... oddsock At 08:57 AM 5/4/2003 +0200, you wrote: >On 4 May 2003 at 10:49, Geoff Shang wrote: > > > I have done this in the past, though it was a few months back. First > > thing to check - you need to change all occurances of > > "application/x-ogg" to "application/ogg". These are in liboddcast.cpp > > and transcurl.cpp. Change these and recompile. This is almost > > certainly your problem, as streamTranscoder is thinking that the input > > is MP3. > >Oh well, I missed a detail :-) My input and output ARE MP3 - thats >abolutely correct. So the funny thing is that it works with a >Shoutcast-server but not with an icecast2-server as input. Oddsock >already confirmed this bug (and tried a lot to give me a quick >help!). But lowering all Buffers in the mp3decoder.h and something we >weren't able to track this bug down. > >Is anybody else of you involved in the development / knows how to >deal with the code? Could someone possibly have a look at it? > > >Greetingz > Stefan >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered.

-- Joe Sunday http://www.csh.rit.edu/~sunday/ Computer Science House, Rochester Inst. Of Technology --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Mon May 5 07:56:56 2003 From: msmith at labyrinth.net.au (Michael Smith) Date: Mon, 5 May 2003 17:56:56 +1000 Subject: [icecast] ices and stdin module? In-Reply-To: <20030505063023.GA4185@csh.rit.edu> Message-ID: <20030505075649.077C4A42F8@eyre.southern.net.au> Joe Sunday said: > I'm trying to wedge an input filter in front of ices (latest nightly > from 5/5), and if I'm using the 'stdinpcm' input module, ices segfaults > on me after a few seconds. > > I'm running on FreeBSD-4.8. > > Here's the relevant section of my config file: > > stdinpcm > 8000 > 1 > I've not seen this, but it's a crash in libvorbis, not ices, which is a little strange. Can you try rebuilding libvorbis with debugging symbols? Preferably also use cvs libvorbis (there have been many bugs fixed - this doesn't particularly look like any that I remember, but it's better to be safe...). Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sunday at csh.rit.edu Mon May 5 08:14:40 2003 From: sunday at csh.rit.edu (Joe Sunday) Date: Mon, 5 May 2003 04:14:40 -0400 Subject: [icecast] ices and stdin module? In-Reply-To: <20030505075649.077C4A42F8@eyre.southern.net.au> Message-ID: <20030505081440.GA957@csh.rit.edu> On Mon, May 05, 2003 at 05:56:56PM +1000, Michael Smith wrote: > Joe Sunday said: > > I've not seen this, but it's a crash in libvorbis, not ices, which is a little > strange. Can you try rebuilding libvorbis with debugging symbols? Preferably > also use cvs libvorbis (there have been many bugs fixed - this doesn't > particularly look like any that I remember, but it's better to be safe...). I've got it working, turning BUFSIZE down to 4096 in im_stdinpcm.c allowed it to work. If I get a chance I'll try on another machine with a newer libvorbis and see if I can figure out what's going wrong in vorbis. --Joe -- Joe Sunday http://www.csh.rit.edu/~sunday/ Computer Science House, Rochester Inst. Of Technology --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Kristof.P at fce.vutbr.cz Mon May 5 14:21:24 2003 From: Kristof.P at fce.vutbr.cz (Krištof Petr) Date: Mon, 05 May 2003 16:21:24 +0200 Subject: [icecast] Master vs Relay Message-ID: <3EB67364.3020205@fce.vutbr.cz> Hello, I have working enviroment with sourceworkstation (ices2) and one broadcast icecast2 server. One live stream, working fine. Now, I want to add two another icecast servers like chain: ourceworkstation -> serverA -> serverB -> serverC o users can choose nearest server to connect. But dont know, how to configure it. Examples of config files uses 127.0.0.1 everywhere, so it is not illustrative. Who is master, who is relay? On what server I should use section and where ? Can someone explain it, please? Have anyone similiar configuration? Thank you Petr

Thanks Petr

Adam Leigh aleigh at fdmedia.com Full Disclosure Media LLC. -- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Kristof.P at fce.vutbr.cz Tue May 6 16:40:33 2003 From: Kristof.P at fce.vutbr.cz (Krištof Petr) Date: Tue, 06 May 2003 18:40:33 +0200 Subject: [icecast] Icecast Compilation Error In-Reply-To: <20030506163441.2A3202CEA58@webmail.fdmedia.com> Message-ID: <3EB7E581.6060202@fce.vutbr.cz> adam leigh wrote: >Hallo! > >While compiling Icecast (after successfully installing libshout, ogg, >vorbis-tools, and libao on a Red Hat 8.0 system) I get the following error >which causes the compilation to abort: > > > You need new version of curl. Get it from redhat-rawhide and rebuild. Or look at ftp://crash.fce.vutbr.cz/pub/linux/curl/ Petr

Adam Leigh aleigh at fdmedia.com Full Disclosure Media LLC. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From corwin at corwin.sk Wed May 7 06:24:44 2003 From: corwin at corwin.sk (Martin Hudec) Date: Wed, 7 May 2003 08:24:44 +0200 Subject: [icecast] icecast - libshout and ices Message-ID: <200305070824.44361.corwin@corwin.sk> Hello, can anyone help me please? I have installed libxml2, libogg, libvorbis, and then i have cvsed and installed libshout (autogen.sh && make && make install). Then I cvsed ices and tried to run autogen.sh. It just quit with: checking for shout-config... /usr/local/bin/shout-config checking libshout settings Using libshout config in /usr/local/bin/shout-config checking libshout... no, checking why checking for shout_version in -lshout... yes configure: Unable to run the test program. check config.log configure: error: must have libshout installed! But I do have: /usr/local/lib/libshout.so.3.0.0 /usr/local/lib/libshout.so.3 /usr/local/lib/libshout.la /usr/local/lib/libshout.so /usr/local/lib/libshout.a What is going on? :( -- Martin Hudec ---------------------------------- :@: corwin at corwin.sk :w: http://www.corwin.sk :m: +421.907.303.393 "In google non est, ergo non est." - unknown IRC operator ---------------------------------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Kristof.P at fce.vutbr.cz Wed May 7 06:46:54 2003 From: Kristof.P at fce.vutbr.cz (Kri�tof Petr) Date: Wed, 07 May 2003 08:46:54 +0200 Subject: [icecast] icecast - libshout and ices In-Reply-To: <200305070824.44361.corwin@corwin.sk> Message-ID: <3EB8ABDE.4000307@fce.vutbr.cz> Martin Hudec wrote: >Hello, > >can anyone help me please? > >I have installed libxml2, libogg, libvorbis, and then i have cvsed and >installed libshout (autogen.sh && make && make install). > > > Co pouzivas za distribuci? Zkus pridat /usr/local/lib do /etc/ls.so.conf a pust ldconfig Petr

Sorry for previous privat message was send to list. I did ask for more details and suggest to try add /usr/local/lib to /etc/ld.so.conf

Petr

Best wishes Stefan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at xiph.org Wed May 7 10:14:47 2003 From: msmith at xiph.org (Michael Smith) Date: Wed, 7 May 2003 20:14:47 +1000 Subject: [icecast] External authentification-module for listening to icecast2-streams? In-Reply-To: <3EB8EF5E.25559.3F0381A@localhost> Message-ID: <200305072014.47827.msmith@xiph.org> On Wednesday 07 May 2003 19:34, Stefan Neufeind wrote: > Hi, > > today we came across the idea of adding an external authentification- > module for listening to icecast2. There have recently been talks with > artists and music labels that they would like to receive "a small > fee" per listener to e.g. a concert streamed live over the internet. > > What do you think of adding an external authentification-module so > that the user could listen to a stream with urls like: > > http://customer0815:ajskl0a9 at testserver:8000/concert > > The idea behind it is to offer a service where users can log on to > the concert with an account that generates a dynamic playlist > containing these URLs. Is the usage of login-information possible > with the usual players (XMMS, WinAmp, ... or even a MediaPlayer, a > Flash-movie etc.)? As soon as the listener enters / leaves this has > to be clearly be noted in the access_log-file so that the user could > be charges with a certain amount for each minute he has been > listening to the stream. > > What do you think about it? Is a login possible with the usual > players? Anybody got a suggestion in which way to implement such an > external authentification (e.g. calling a program that returns if > user is allowed to listen)? > > Potentially a quite interesting feature. Shouldn't even be too difficult to integrate, really. I suspect that many (and possibly even most?) players won't support it, though. Worth spending an hour or two experimenting if you're interested in it, though.

Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From stefan at neufeind.net Wed May 7 11:05:20 2003 From: stefan at neufeind.net (Stefan Neufeind) Date: Wed, 07 May 2003 13:05:20 +0200 Subject: [icecast] External authentification-module for listening to icecast2-streams? In-Reply-To: <200305072014.47827.msmith@xiph.org> Message-ID: <3EB90490.17641.44301C7@localhost> On 7 May 2003 at 20:14, Michael Smith wrote: > On Wednesday 07 May 2003 19:34, Stefan Neufeind wrote: > > Hi, > > > > today we came across the idea of adding an external > > authentification- module for listening to icecast2. There have > > recently been talks with artists and music labels that they would > > like to receive "a small fee" per listener to e.g. a concert > > streamed live over the internet. > > > > What do you think of adding an external authentification-module so > > that the user could listen to a stream with urls like: > > > > http://customer0815:ajskl0a9 at testserver:8000/concert > > > > The idea behind it is to offer a service where users can log on to > > the concert with an account that generates a dynamic playlist > > containing these URLs. Is the usage of login-information possible > > with the usual players (XMMS, WinAmp, ... or even a MediaPlayer, a > > Flash-movie etc.)? As soon as the listener enters / leaves this has > > to be clearly be noted in the access_log-file so that the user could > > be charges with a certain amount for each minute he has been > > listening to the stream. > > > > What do you think about it? Is a login possible with the usual > > players? Anybody got a suggestion in which way to implement such an > > external authentification (e.g. calling a program that returns if > > user is allowed to listen)? > > > > > > Potentially a quite interesting feature. Shouldn't even be too > difficult to integrate, really. I suspect that many (and possibly even > most?) players won't support it, though. Worth spending an hour or two > experimenting if you're interested in it, though. Okay, then how about simply adding it past the URL? Like http://testserver:8000/concert?session=abc10283kasld hould work, right? Or are there cons against this? All we would have to add is a "split at ?"-routine to icecast2. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at xiph.org Wed May 7 11:22:43 2003 From: msmith at xiph.org (Michael Smith) Date: Wed, 7 May 2003 21:22:43 +1000 Subject: [icecast] External authentification-module for listening to icecast2-streams? In-Reply-To: <3EB90490.17641.44301C7@localhost> Message-ID: <200305072122.43378.msmith@xiph.org> > > Potentially a quite interesting feature. Shouldn't even be too > > difficult to integrate, really. I suspect that many (and possibly even > > most?) players won't support it, though. Worth spending an hour or two > > experimenting if you're interested in it, though. > > Okay, then how about simply adding it past the URL? Like > > http://testserver:8000/concert?session=abc10283kasld > > should work, right? Or are there cons against this? All we would have > to add is a "split at ?"-routine to icecast2. icecast already splits query parameters out like this. The 'against' would be that this doesn't even have a slight pretense of security, and it's really not a very nice way to do things when HTTP _does_ have proper authentication built in. But, you could try it out if you wanted (I'd still try using HTTP BASIC auth, to see if most clients support it, first). Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From stefan at neufeind.net Wed May 7 11:59:46 2003 From: stefan at neufeind.net (Stefan Neufeind) Date: Wed, 07 May 2003 13:59:46 +0200 Subject: [icecast] External authentification-module for listening to icecast2-streams? In-Reply-To: <200305072122.43378.msmith@xiph.org> Message-ID: <3EB91152.28823.474D8D4@localhost> On 7 May 2003 at 21:22, Michael Smith wrote: > > > Potentially a quite interesting feature. Shouldn't even be too > > > difficult to integrate, really. I suspect that many (and possibly > > > even most?) players won't support it, though. Worth spending an > > > hour or two experimenting if you're interested in it, though. > > > > Okay, then how about simply adding it past the URL? Like > > > > http://testserver:8000/concert?session=abc10283kasld > > > > should work, right? Or are there cons against this? All we would > > have to add is a "split at ?"-routine to icecast2. > > icecast already splits query parameters out like this. The 'against' > would be that this doesn't even have a slight pretense of security, > and it's really not a very nice way to do things when HTTP _does_ have > proper authentication built in. > > But, you could try it out if you wanted (I'd still try using HTTP > BASIC auth, to see if most clients support it, first). Well okay, this might be tried out. We'll see if most programs do use this. Also: "HTTP BASIC" isn't secure either :-) And since we're not talking about passwords but session-keys I think it might be okay, don't you? Hmm - the more I think about it, the more I like the "?"- appending-idea :-) We just need to have an external tool that can be configured to be called upon connection (and maybe disconnection) that would receive the query-string e.g. in environment. This shouldn't be to hard to code. Like a cgi ... I'll have a look at it in the next days. Stefan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From si at darkness.nu Wed May 7 23:10:02 2003 From: si at darkness.nu (John Farnsworth) Date: Wed, 7 May 2003 18:10:02 -0500 Subject: [icecast] Compiling issues on IRIX (run!) Message-ID: Well, I can't get icecast to compile on IRIX, not a huge surprise to me, but i'm working on it: First problems, the configure script doesn't work well with IRIX in general, so a bit of manual changes to it were required to force some library locations and compiler flags for the ogg and vorbis tests. (Mainly, $PREFIX/lib is not a safe assumption, as there are $PREFIX/lib, $PREFIX/lib32, and $PREFIX/lib64) However, i'm stuck in src/net/sock.c, by default it fails as: gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"icecast\" -DVERSION=\"2.0-alpha-2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -D_XOPEN_SOURCE=500 -DHAVE_IPV6=1 -DHAVE_GETIPNODEBYNAME=1 -DSTDC_HEADERS=1 -DCHUID=1 -DCHROOT=1 -DHAVE_SYS_UIO_H=1 -Dsocklen_t=int -DHAVE_NANOSLEEP=1 -DHAVE_POLL=1 -DHAVE_SETHOSTENT=1 -DHAVE_ENDHOSTENT=1 -DHAVE_GETNAMEINFO=1 -DHAVE_GETADDRINFO=1 -DHAVE_INET_PTON=1 -DHAVE_INET_ATON=1 -DHAVE_CURL=1 -DHAVE_PTHREAD_RWLOCK_T=1 -DHAVE_PTHREAD=1 -I. -I. -I./.. -mabi=n32 -Wall -fsigned-char -c sock.c -MT libicenet_la-sock.lo -MD -MP -MF .deps/libicenet_la-sock.TPlo -DPIC -o .libs/libicenet_la-sock.lo In file included from sock.c:39: /usr/include/netinet/tcp.h:38: parse error before "u_short" /usr/include/netinet/tcp.h:52: parse error before "th_off" /usr/include/netinet/tcp.h:62: parse error before "th_win" /usr/include/netinet/tcp.h:63: parse error before "th_sum" /usr/include/netinet/tcp.h:64: parse error before "th_urp" sock.c: In function `sock_get_server_socket': sock.c:595: syntax error before '.' token sock.c:604: `sa_union' undeclared (first use in this function) sock.c:604: (Each undeclared identifier is reported only once sock.c:604: for each function it appears in.) sock.c:645: `opt' undeclared (first use in this function) sock.c:649: `error' undeclared (first use in this function) gmake[2]: *** [libicenet_la-sock.lo] Error 1 gmake[2]: Leaving directory `/u02/home/si/icecast-2.0-alpha-2/src/net' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/u02/home/si/icecast-2.0-alpha-2/src' gmake: *** [all-recursive] Error 1 Fixing the parse errors was accomplished by changing the #include to #include The sa structure problems, however, have me stumped. They're defined in sys/socket.h, as best I can tell, but for some reason it seems to dislike what's going on with that. The main problem is on the line numbers it gives, there is no '.', and no sa_union, etc. Any help would be appreciated. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mihamina.rakotomandimby at laposte.net Fri May 9 09:51:11 2003 From: mihamina.rakotomandimby at laposte.net (Rakotomandimby Mihamina) Date: Fri, 9 May 2003 11:51:11 +0200 Subject: [icecast] more than 2 clients impossible ... Message-ID: <20030509115111.1acf1358.mihamina.rakotomandimby@laposte.net> Hi all , i have an icecast serveur running on a slackware box . Well . if i connect myself with ogg123 http://localhost:8000/gasy.ogg , it works. now , i want to test it with xmms , and it says me "SERVER FULL" i have put 150 clients in the limits section of icecast config file ! What happens ? -- http://mrakotom.free.fr tel: +33 2 38 76 43 65 France --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Mitja.Pirih at radiocapris.com Sat May 10 08:12:06 2003 From: Mitja.Pirih at radiocapris.com (Mitja Pirih) Date: Sat, 10 May 2003 10:12:06 +0200 Subject: [icecast] error compiling from CVS Message-ID: Hi all, Don't ask me why but I had to recompile icecast (from CVS) and now I'm getting this: #./configure checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal-1.4... found checking for working autoconf... found checking for working automake-1.4... found checking for working autoheader... missing checking for working makeinfo... found checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking build system type... i386-unknown-openbsd3.3 checking host system type... i386-unknown-openbsd3.3 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes loading cache /dev/null within ltconfig ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed Any hints? Thanks, Mitja --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From karl at pts.tele2.co.uk Sat May 10 11:38:51 2003 From: karl at pts.tele2.co.uk (Karl Heyes) Date: 10 May 2003 12:38:51 +0100 Subject: [icecast] error compiling from CVS In-Reply-To: Message-ID: <1052566732.14550.141.camel@bogus.hackers.club> On Sat, 2003-05-10 at 09:12, Mitja Pirih wrote: > checking build system type... i386-unknown-openbsd3.3 > checking host system type... i386-unknown-openbsd3.3 > checking for ranlib... ranlib > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > loading cache /dev/null within ltconfig > ltconfig: you must specify a host type if you use `--no-verify' > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > > Any hints? You don't have a recent libtool, either update it or get the nightly tarball karl.

Best wishes Stefan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Sun May 11 15:19:44 2003 From: darkeye at tyrell.hu (Akos Maroy) Date: Sun, 11 May 2003 17:19:44 +0200 Subject: [icecast] Darkice and splitting left and right into separate streams? In-Reply-To: <20030511083901.H5699-100000@users.757.org> Message-ID: <3EBE6A10.703@tyrell.hu> Ethan wrote: > Hello all. > > Anyone have any idea what it would take to separate left and right into > separate mountpoints on an icecast server? We are using Darkice on > FreeBSD. Works GREAT (still stuck running old version because the new one > bombed on compilation, but NO COMPLAINTS!) thanks > > I'm assuming this would fall in Darkice's hands because from what I > gather it reads the pcm audio device and just passes the data to liblame. > So if it read the PCM data in stereo and then split left and right and > called two instances of liblame... ???? > > Is it a possibility? It would make my life SO much easier. We are trying > to put 12 sound cards each into two systems to support 24 audio streams... > it would cut the number down to 6, or maybe even one box if there is > enough CPU power. We aren't streaming in stereo, all the sources are mono. yes, it is a possibily. I'm short of time to write the changes, though :(

Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From telmnstr at 757.org Sun May 11 15:32:08 2003 From: telmnstr at 757.org (Ethan) Date: Sun, 11 May 2003 11:32:08 -0400 (EDT) Subject: [icecast] Darkice and splitting left and right into separate streams? In-Reply-To: <3EBE6A10.703@tyrell.hu> Message-ID: <20030511112853.D6389-100000@users.757.org> > yes, it is a possibily. I'm short of time to write the changes, though :( > Akos I wish I knew more about coding at times like these :-) I've been looking at the source for the FreeBSD pcm / audio stuff to figure out if the data coming off of it is just left sample word / right sample word or something, and figure if it would be possible to "demux" the two and forward it to the lame sessions. I was thinking maybe there is some way to make a psudeo device that points to left and right indepedantly, then two darkice sessions could be launched. This would make it application independant, but presents problems of opening the sound device I would imagine. Only one program can open /dev/pcm at a time. I'm going to talk to a friend that knows coding and this type of stuff to get his input. -- Ethan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From marc at plbb.net Thu May 15 04:24:23 2003 From: marc at plbb.net (Marc Mulcahy) Date: Wed, 14 May 2003 22:24:23 -0600 Subject: [icecast] Icecast 2 for Live365 MP3 Relaying Message-ID: Hi All, I attempted to switch my MP3 server from Icecast 1 to Icecast 2 today. I run a Live365 station, Big Planet Radio, which simply relays my local Icecast server. My Icecast 2 error.log file shows a lot of the following messages when the Live365 server, Nanocaster 2.5.6, is connected to it: [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2003-05-14 22:09:35] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1

I realize this may not be near enough information, but any idea what might be going on here? When listening to the Live365 station, these errors are apparently manifest by breaks in the audio while the Live365 Nanocaster attempts to resynchronize or something.

When using Icecast 1, Nanocaster stays connected for days on end without any errors reported in error.log, and no breaks in audio.

FWIW, the app streaming to Icecast is my own home-brew automation system using Libshout 2.

I'm a coder, so if anyone has ideas, I'd be happy to poke around a bit.

Thanks for any help!

marc

--- Keeping you entertained and informed -- Big Planet Radio http://www.bigplanetradio.com

The makers may make and the users may use, but the fixers must fix with but minimal clues --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu May 15 16:01:57 2003 From: jack at xiph.org (Jack Moffitt) Date: Thu, 15 May 2003 10:01:57 -0600 Subject: [icecast] Anybody tried implementing different streaming protocols yet? In-Reply-To: <20030515152447.GA2929@thomas.arkena.com> Message-ID: <20030515160157.GE19992@i.cantcode.com> > Maybe another and easier way would be to implement the ogg vorbis > format in Real Networks "open sourced" Helix streaming server which > allready supports rtsp and http? I realize this is not what this > maillinglist is about just trying to be "real world" practical :) Btw > good job you guys are doing! > > The "Open Sourced" Helix server can be found here : > > https://www.helixcommunity.org You apparently didn't see: http://xiph.helixcommunity.org :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.dk Thu May 15 16:08:33 2003 From: thomas at arkena.dk (Thomas Kirk) Date: Thu, 15 May 2003 18:08:33 +0200 Subject: [icecast] Anybody tried implementing different streaming protocols yet? In-Reply-To: <20030515160157.GE19992@i.cantcode.com> Message-ID: <20030515160833.GB2929@thomas.arkena.com> On Thu, May 15, 2003 at 10:01:57AM -0600, Jack Moffitt wrote: > You apparently didn't see: http://xiph.helixcommunity.org :) apparently not :) The page says : "This is a workspace for all parties to work on integrating the Ogg Vorbis format and audio codec with the Helix DNA Client." What about serverside of it? -- Venlig hilsen/Kind regards Thomas Kirk ARKENA tlf/phone +4570233456 thomas(at)arkena(dot)com http://www.arkena.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu May 15 16:21:31 2003 From: jack at xiph.org (Jack Moffitt) Date: Thu, 15 May 2003 10:21:31 -0600 Subject: [icecast] Anybody tried implementing different streaming protocols yet? In-Reply-To: <20030515160833.GB2929@thomas.arkena.com> Message-ID: <20030515162131.GH19992@i.cantcode.com> > apparently not :) The page says : "This is a workspace for all parties > to work on integrating the Ogg Vorbis format and audio codec with the > Helix DNA Client." > > What about serverside of it? Gotta start somewhere :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From michael.higgins at yale.edu Thu May 15 16:04:05 2003 From: michael.higgins at yale.edu (Michael Higgins) Date: Thu, 15 May 2003 12:04:05 -0400 Subject: [icecast] Re: Please confirm your message In-Reply-To: <1053014485.2633.TMDA@motherfish-II.xiph.org> Message-ID: <3EC3BA75.9080403@yale.edu> icecast at xiph.org wrote: > Hello, this is the mailing list anti-spam filter at Xiph.Org. > We need you to confirm your e-mail message with the subject of > "(no subject)". > > Please send a message to the following address, or simply use your > mailer's "Reply" feature. > > icecast+confirm+1053014484.2633.87372b at xiph.org > > Rather than allow only list subscribers to post to Xiph.Org mailing > lists, we've set up a whitelist system by which anyone can post, but > the first message from an unknown email address must be confirmed to > verify that's it's not email from a spam robot. Your confirmation > reply will add this email address to our whitelist, and allow you to > post freely to Xiph.Org mailing lists from the confirmed address. > > [ This notice was generated by TMDA/0.68 (http://tmda.net/), > an automated junk-mail reduction system. ] > > --- Enclosed is a copy of your message. > > Return-Path: > X-Original-To: icecast at xiph.org > Delivered-To: icecast at xiph.org > Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net > [207.115.63.103]) > by motherfish-II.xiph.org (Postfix) with ESMTP id 9B9E25329AB > for ; Thu, 15 May 2003 12:01:23 -0400 (EDT) > Received: from yale.edu (146.210.252.64.snet.net [64.252.210.146]) > h4FG1Kl8091210 > for ; Thu, 15 May 2003 12:01:20 -0400 > Message-ID: <3EC3B9B7.1090609 at yale.edu> > Disposition-Notification-To: Michael Higgins > Date: Thu, 15 May 2003 12:00:55 -0400 > From: Michael Higgins > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; > rv:1.0.2) Gecko/20030208 Netscape/7.02 > X-Accept-Language: en-us, en > MIME-Version: 1.0 > To: icecast at xiph.org > Subject: (no subject) > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > subscribe > > > > ------------------------------------------------------------------------ > > Subject: > (no subject) > From: > Michael Higgins > Date: > Thu, 15 May 2003 12:00:55 -0400 > To: > icecast at xiph.org > > > subscribe >

> icecast at xiph.org wrote: > > Hello, this is the mailing list anti-spam filter at Xiph.Org. > > We need you to confirm your e-mail message with the subject of > > "(no subject)". > > > > Please send a message to the following address, or simply use your > > mailer's "Reply" feature. > > > > icecast+confirm+1053014484.2633.87372b at xiph.org > > > > Rather than allow only list subscribers to post to Xiph.Org mailing > > lists, we've set up a whitelist system by which anyone can post, but > > the first message from an unknown email address must be confirmed to > > verify that's it's not email from a spam robot. Your confirmation > > reply will add this email address to our whitelist, and allow you to > > post freely to Xiph.Org mailing lists from the confirmed address. > > > > [ This notice was generated by TMDA/0.68 (http://tmda.net/), > > an automated junk-mail reduction system. ] > > > > --- Enclosed is a copy of your message. > > > > Return-Path: > > X-Original-To: icecast at xiph.org > > Delivered-To: icecast at xiph.org > > Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net > > [207.115.63.103]) > > by motherfish-II.xiph.org (Postfix) with ESMTP id 9B9E25329AB > > for ; Thu, 15 May 2003 12:01:23 -0400 (EDT) > > Received: from yale.edu (146.210.252.64.snet.net [64.252.210.146]) > > h4FG1Kl8091210 > > for ; Thu, 15 May 2003 12:01:20 -0400 > > Message-ID: <3EC3B9B7.1090609 at yale.edu> > > Disposition-Notification-To: Michael Higgins > > Date: Thu, 15 May 2003 12:00:55 -0400 > > From: Michael Higgins > > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; > > rv:1.0.2) Gecko/20030208 Netscape/7.02 > > X-Accept-Language: en-us, en > > MIME-Version: 1.0 > > To: icecast at xiph.org > > Subject: (no subject) > > Content-Type: text/plain; charset=us-ascii; format=flowed > > Content-Transfer-Encoding: 7bit > > > > subscribe > > > > > > > > ------------------------------------------------------------------------ > > > > Subject: > > (no subject) > > From: > > Michael Higgins > > Date: > > Thu, 15 May 2003 12:00:55 -0400 > > To: > > icecast at xiph.org > > > > > > subscribe > > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mihamina.rakotomandimby at laposte.net Thu May 15 17:53:49 2003 From: mihamina.rakotomandimby at laposte.net (Rakotomandimby Mihamina) Date: Thu, 15 May 2003 19:53:49 +0200 Subject: [icecast] error 504 : server full :-( Message-ID: <20030515195349.6cac38fb.mihamina.rakotomandimby@laposte.net> Hi , I'm pulling my hairs to fond what goes wrong with Icecast2 ... this is a part of my conf file : Madagascar mrakotom at free.fr 150 2 15 102400 15 10 30 [ ... ] I'm running Linux and the source ( just one ) is Ices2 . if i listen myself with xmms it is alright . if i try to listen AT THE SAME TIME with ogg123 it tells me server is full ( Error 504 ) . Is that normal ? Is it a feature not to allow clients to ripp AND listen to the stream ? or what ? I compiled libshout , libxml2 , icecast , ices from xiph CVS last week . i run out of idea .. would you help me ?

-- http://mrakotom.free.fr tel: +33 2 38 76 43 65 France --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From michael.higgins at yale.edu Thu May 15 17:53:41 2003 From: michael.higgins at yale.edu (Michael Higgins) Date: Thu, 15 May 2003 13:53:41 -0400 Subject: [icecast] Ices -> Icecast Authentication Failure Message-ID: <3EC3D425.3080102@yale.edu> Hello, list -- Sorry for the dumb post about confirmation -- I've always wanted to run majordomo so I could see how this stuff works. Whoops! I guess replying to the email really isn't the thing to do -- even though it explicitly states it as an option... My problem, outside of list etiquette, is this: having compiled all the latest, installed, etc., ... having read all I can find on-line, including the archives for this list, I'm still stumped. I fudged a bit on compiling, but, assuming the proggies are working. I just recompiled ices 023 to suppport xml. Now it reads the config file (was just sending config on command line). I'm kind've learning as I go, fine. I'll attach the configuration files I'm using below. Icecast loads when I point it to the xml config, waits. If I http://myip:8000/???? I always get 'The source you requested could not be found.' as an error. Telnet just fails, killing the session, whatever I put in followed by 2 newlines. But my problem isn't remote administration... When I load ices, it fails authentication. I've tried all combinations of passwords, specifying mountpoints, server i.p. vs 'localhost' vs 127.0.0.1, etc, etc. Always the same result. '401 Authentication Faulure'. I'm not a compiler junkie, so, looking through the makefile for icecast, I seen no mention of compile option for encryption... I didn't ask for it on the command line... no 'mkpassswd' is in my /usr/local/bin folder And, anyway, if I specify a normal, unencrypted pass in the config file, what does it need if it's encryption enabled? Or, how do I find out if it is expecting a crypted pass? Seems to be the most likely culprit from what I've read, but, I don't know. I opened up port forwarding on the router/firewall, but, I'm working entirely on the local machine... I feel, since this works for other folks, that I'm missing some big piece of the equation. Maybe someone can shed a little wisdom? I'm stuck. I could go back and recompile everything, bu(As if that was working...) TIA -- mike higgins ----------------------------in /usr/local/icecast/etc----------------- Not Currently Used Not Currently Used 100 2 5 102400 30 15 10 letmein hackme admin hackme 64.252.210.146 8000 ices letmein 1 1 /usr/local/icecast /usr/local/icecast/logs /usr/local/icecast/web access.log error.log 4 0

playlist.txt 1 builtin ices 0 0 /tmp 64.252.210.146 8000 letmein http ices Default stream Default genre Default description http://localhost/> 0 128 0 2