From peter at peterbengtson.com  Sat Sep  2 09:29:17 2006
From: peter at peterbengtson.com (Peter Bengtson)
Date: Sat, 2 Sep 2006 11:29:17 +0200
Subject: [Icecast] URL authentication
Message-ID: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com>

I can't get URL authentication to work. The notification script is  
never called by icecast (v 2.3.1).

This is the mount point:


>     <mount>
>         <mount-name>/tp.mp3</mount-name>
>         <max-listeners>499</max-listeners>
>         <hidden>1</hidden>
>         <no-yp>1</no-yp>
>         <authentication type="url">
>             <option name="mount_add"       value="http:// 
> wherever.tld/radio/notify.php"/>
>             <option name="mount_remove"    value="http:// 
> wherever.tld/radio/notify.php"/>
>             <option name="listener_add"    value="http:// 
> wherever.tld/radio/notify.php"/>
>             <option name="listener_remove" value="http:// 
> wherever.tld/radio/notify.php"/>
>         </authentication>
>     </mount>
>

This is what appears in the error log when a client connects:


> [2006-09-02  11:10:36] INFO auth/add_client adding client for  
> authentication
> [2006-09-02  11:10:36] DBUG auth/add_client_to_source max on / 
> tp.mp3 is 499 (cur 6)
> [2006-09-02  11:10:36] DBUG auth/add_client_to_source Added client  
> to /tp.mp3
> [2006-09-02  11:10:36] DBUG auth/add_authenticated_client client  
> authenticated, passed to source
> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
> clients (8)
> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
> connections (802)
> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
> client_connections (801)
> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
> listener_connections (19)
> [2006-09-02  11:10:36] DBUG source/source_main Client added
> [2006-09-02  11:10:36] INFO source/source_main listener count on / 
> tp.mp3 now 7
>

All clients are added as authenticated, but the log files on  
"wherever.tld" show that no access has been made.

I have scoured the forums and the mailing list archives for answers -  
every single page - and nobody has ever come up with a really good  
explanation for this. WinAmp and password buffering have been  
mentioned, but WinAmp is not running, has not been running, nor will  
it ever be running, so there is no chance of password buffering.  
Indeed, no passwords have yet every been passed with a client  
connection. And this shouldn't in itself inhibit authentication.

It is difficult not to suspect an icecast 2.3.1 bug, but I'm still  
hoping it is some sort of XML typo or unannounced spec change.

I would be most grateful for any help or ideas. Thanks in advance,

/ Peter Bengtson






From leo.currie at strath.ac.uk  Sun Sep  3 20:53:13 2006
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Sun, 03 Sep 2006 22:53:13 +0200
Subject: [Icecast] using mulitple sound card inputs
In-Reply-To: <Pine.NEB.4.62.0608310010390.749@users.757.org>
References: <924A978EAE2D634487667E960A210A80020818AA@CFC200.chathamfinancial.com>
	<Pine.NEB.4.62.0608310010390.749@users.757.org>
Message-ID: <44FB40B9.3020306@strath.ac.uk>

telmnstr at 757.org wrote:
> Yup! I've gotten 7 feeds from a single host. I had 11 PCI sound cards in 
> the machine (FreeBSD w/ Darkice feeding Icecast). After 7 though, it got 
> a bit shaky.

> 
> In this day and age, I would look at the Creative Labs USB sound 
> devices. There is an older one that can be had for $15-20 each. The 
> thing I'm not sure is upon system reboot, with those devices connected 
> to USB hubs, will they order themselves the same? This is important or 
> else audio inputs will end up on the wrong mountpoints.
> 

Pure speculation: I wonder if it would now be more economical to use a 
multi-channel sound card, something like a Delta-1010? Perhaps you could 
fit several of these cards to a single host?

Leo


From telmnstr at 757.org  Sun Sep  3 23:56:33 2006
From: telmnstr at 757.org (telmnstr at 757.org)
Date: Sun, 3 Sep 2006 19:56:33 -0400 (EDT)
Subject: [Icecast] using mulitple sound card inputs
In-Reply-To: <44FB40B9.3020306@strath.ac.uk>
References: <924A978EAE2D634487667E960A210A80020818AA@CFC200.chathamfinancial.com>
	<Pine.NEB.4.62.0608310010390.749@users.757.org>
	<44FB40B9.3020306@strath.ac.uk>
Message-ID: <Pine.NEB.4.62.0609031955260.749@users.757.org>


> Pure speculation: I wonder if it would now be more economical to use a 
> multi-channel sound card, something like a Delta-1010? Perhaps you could fit 
> several of these cards to a single host?
> Leo

Yes, the multitrack sound adaptors are really nice, but at the time there 
wasn't a good solution for breaking out each channel into a separate 
mountpoint for darkice to encode and feed icecast. I do believe it is 
possible with jack. I haven't tried this yet. Our sources are mono, so 
technically every soundcard could run two feeds (left + right).

 				- Ethan


From patrick at goeser.de  Thu Sep  7 12:22:32 2006
From: patrick at goeser.de (=?iso-8859-1?Q?Patrick_G=F6ser?=)
Date: Thu, 7 Sep 2006 14:22:32 +0200
Subject: [Icecast] Error syncing to mpeg
Message-ID: <20060907122243.C132D47FE8@ucs4.webpages.de>

Hi,

I installed Icecast, Lame and liveice on a linux debian system.

Both icecast and liveice are running properly, but when I try to connect
with winamp to the server I keep getting the message ?error syncing to
mpeg?.

Why mpeg? The liveice server should stream in mp3 format, right?

Can anybody help me? The last message that was posted didn?t get a useful
response.

 

Thanks in advance.

Patrick

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060907/5f459b79/attachment.htm>

From dtrump1 at triadav.com  Thu Sep  7 13:50:12 2006
From: dtrump1 at triadav.com (Dick Trump)
Date: Thu, 7 Sep 2006 08:50:12 -0500
Subject: [Icecast] Strange occurrence
Message-ID: <1668129540.20060907085012@triadav.com>

I had something happen the other night that I just can't explain.  It may not be an Icecast issue at all, but I thought it was interesting enough to post.

I have a private stream with 6 mountpoints, all receiving the same 32 kbps mp3 stream from Simplecast.  Both Simplecast & Icecast are running on the same Win2k system.  The configuration allows me to track the comings and goings of individual client machines.

Five of the mountpoints each have Linux clients running a script that automatically reconnects them if the stream is lost for some reason.  Several of these have run for over a year without any intervention.  Reconnections happen regularly for various reasons but are virtually 100% reliable in reconnecting.  One of the clients is a monitor system running the same LAN as the server.  All other clients are distributed among other ISP connections across my state.

The 6th mount point has 3 clients, 2 of which are using WinAmp with a custom program that I wrote that also automatically reconnects the client if the connection is lost.  I'm unsure of the client software on the 3rd machine.  I suspect it is WMP.  It does not reconnect reliably.

Here's the mystery:  

At 4:00am Monday morning, all Linux clients, including the one on the LAN dropped out within a minute of each other for about 10 minutes.  Each of them reconnected as expected, all within a minute of each other.

The three Windows clients played through this period with no interruption.  Go figure!

In monitoring this system for a year and a half, I have never seen anything like it.

I don't really expect anybody to be able to explain this, but thought I'd post it just in case.

-- 
Dick
dtrump1 at triadav.com



From k.j.wierenga at home.nl  Thu Sep  7 17:26:54 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Thu, 07 Sep 2006 19:26:54 +0200
Subject: [Icecast] Strange occurrence
In-Reply-To: <1668129540.20060907085012@triadav.com>
References: <1668129540.20060907085012@triadav.com>
Message-ID: <4500565E.9070901@home.nl>


Hi Dick,

I suspect the Linux systems are running a nightly or weekly cron job 
they weren't running before causing an excessive load on CPU or network 
which caused the clients to disconnect. The nightly cron jobs are 
generally located in /etc/cron.daily and run a 4am!. Check for any 
changes in the nightly cron jobs.

Hope this helps.

Regards,
KJ

Dick Trump schreef:
> I had something happen the other night that I just can't explain.  It may not be an Icecast issue at all, but I thought it was interesting enough to post.
>
> I have a private stream with 6 mountpoints, all receiving the same 32 kbps mp3 stream from Simplecast.  Both Simplecast & Icecast are running on the same Win2k system.  The configuration allows me to track the comings and goings of individual client machines.
>
> Five of the mountpoints each have Linux clients running a script that automatically reconnects them if the stream is lost for some reason.  Several of these have run for over a year without any intervention.  Reconnections happen regularly for various reasons but are virtually 100% reliable in reconnecting.  One of the clients is a monitor system running the same LAN as the server.  All other clients are distributed among other ISP connections across my state.
>
> The 6th mount point has 3 clients, 2 of which are using WinAmp with a custom program that I wrote that also automatically reconnects the client if the connection is lost.  I'm unsure of the client software on the 3rd machine.  I suspect it is WMP.  It does not reconnect reliably.
>
> Here's the mystery:  
>
> At 4:00am Monday morning, all Linux clients, including the one on the LAN dropped out within a minute of each other for about 10 minutes.  Each of them reconnected as expected, all within a minute of each other.
>
> The three Windows clients played through this period with no interruption.  Go figure!
>
> In monitoring this system for a year and a half, I have never seen anything like it.
>
> I don't really expect anybody to be able to explain this, but thought I'd post it just in case.
>
>   


From dtrump1 at triadav.com  Thu Sep  7 17:54:01 2006
From: dtrump1 at triadav.com (Dick Trump)
Date: Thu, 7 Sep 2006 12:54:01 -0500
Subject: [Icecast] Strange occurrence
In-Reply-To: <4500565E.9070901@home.nl>
References: <1668129540.20060907085012@triadav.com> <4500565E.9070901@home.nl>
Message-ID: <318054910.20060907125401@triadav.com>

Klaas Jan Wierenga wrote:
> I suspect the Linux systems are running a nightly or weekly cron job 
> they weren't running before causing an excessive load on CPU or network
> which caused the clients to disconnect. The nightly cron jobs are 
> generally located in /etc/cron.daily and run a 4am!. Check for any 
> changes in the nightly cron jobs.

Thanks.  I didn't know that 4 am was magic but had suspected it might be a cron job.  Nothing would have been added recently.  These have been in place varying lengths of time but are pretty much clones of each other with a little remote maintenance done on the first ones installed.  But nothing has changed within the past 8-10 months.

The only cron.daily that I put in was to do an rdate time synchronization with time-b.nist.gov.  That's been in place since the beginning.  But there were some default ones that are there from the initial FC1 installation.  Maybe a yum or rpm?

In any case, knowing the 4:00am magic time lets me know that it had nothing to do with Icecast.

-- 
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 mcbicecast at robuust.nl  Thu Sep  7 20:02:48 2006
From: mcbicecast at robuust.nl (Maarten Bezemer)
Date: Thu, 7 Sep 2006 22:02:48 +0200 (CEST)
Subject: [Icecast] Strange occurrence
In-Reply-To: <318054910.20060907125401@triadav.com>
Message-ID: <Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>

Hi,

Even excessive load shouldn't kick out clients. Although the playing of
the audiostream may become a bit shaky, it wouldn't stop completely. Or,
if it would indeed stop, it wouldn't restart without the computer being
rebooted, and for sure not restart after 10 minutes. That doesn't make any
sense.
What's more: missing interrupts and shaky playback would only eventually
get you into problems, since icecast has a large enough buffer to not kick
out clients that are several tens of seconds behind. And IF icecast kicks
out a client for being too far behind, it will mention that in the log
file.

So, I don't think this is the case here.

Did you check the Linux machines for system and/or update logs at the
given time? Maybe there was a power surge and the machines rebooted? Or
maybe a network switch was at fault? Maybe a new kernel was installed that
required a reboot? What I know of FC is that they do have kernel updates
every once in a while, and those updates naturally require a reboot.
(And, if your machine has been running for months, checking hard disks
will probably take a few minutes, 10 wouldn't be that unusual.)

The fact that icecast didn't kick out all clients at the same time, does
not indicate the clients also went "down" at different times. Icecast
"works in mysterious ways" when it comes to kicking clients.

So you better check the Linux system's log files and uptime, maybe that
can clear things up. (Also check /etc/crontab and if there's something in
/etc/cron.d that would run around 04:00...)

Regards,
 Maarten



On Thu, 7 Sep 2006, Dick Trump wrote:

> Klaas Jan Wierenga wrote:
> > I suspect the Linux systems are running a nightly or weekly cron job 
> > they weren't running before causing an excessive load on CPU or network
> > which caused the clients to disconnect. The nightly cron jobs are 
> > generally located in /etc/cron.daily and run a 4am!. Check for any 
> > changes in the nightly cron jobs.
> 
> Thanks.  I didn't know that 4 am was magic but had suspected it might be a cron job.  Nothing would have been added recently.  These have been in place varying lengths of time but are pretty much clones of each other with a little remote maintenance done on the first ones installed.  But nothing has changed within the past 8-10 months.
> 
> The only cron.daily that I put in was to do an rdate time synchronization with time-b.nist.gov.  That's been in place since the beginning.  But there were some default ones that are there from the initial FC1 installation.  Maybe a yum or rpm?
> 
> In any case, knowing the 4:00am magic time lets me know that it had nothing to do with Icecast.




From dtrump1 at triadav.com  Fri Sep  8 01:27:36 2006
From: dtrump1 at triadav.com (Dick Trump)
Date: Thu, 7 Sep 2006 20:27:36 -0500
Subject: [Icecast] Strange occurrence
In-Reply-To: <Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
References: <318054910.20060907125401@triadav.com>
	<Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
Message-ID: <138617650.20060907202736@triadav.com>

Maarten makes some poses some valid questions:
> Did you check the Linux machines for system and/or update logs at the
> given time? 
 
I'm afraid I don't know all the places to look for logs that might tell me something.    My script that keeps MPG123 running keeps a log of all reboots and outages.  A reconnect that lasts less than one minute is counted as continuous outage.  

Looking more closely at my server's error.log, sorting the entries by client,  during that 10 minute span (actually only 7 minute),  the actual outages recorded as only a second long and from 2 to 4 drops per client.   One of the drops occurred within a second of each other on 5 machines.  

> Maybe there was a power surge and the machines rebooted? 

No.  The client machines were in 5 different locations, hundreds of miles apart.

> Or  maybe a network switch was at fault? 

The only switch in common was at the server.  The three Windows clients that stayed up went through the same switch and were at 3 equally spread out locations.

> Maybe a new kernel was installed that  required a reboot? 

No reboot was logged in the log my script creates.

> What I know of FC is that they do have kernel updates
> every once in a while, and those updates naturally require a reboot.

I'm on FC1.  I don't think that kernel is in development.  I'm sure they didn't reboot.  I would have a log entry of that.

> (And, if your machine has been running for months, checking hard disks
> will probably take a few minutes, 10 wouldn't be that unusual.)

But all on the same date?  These machines were started on completely different dates in different cities.  All are 13 GB drives with only 12% in use.

I'm still focusing on a cron job being responsible.  But it is a curiosity thing only.  I don't see a long term problem.

Based on the fact that the actual drops were so short, I'm guessing that some process that did run on a cron somehow fooled my detection procedure for a dropped connection.  I know that it isn't perfect but it does work.

I'm even further convinced that there was nothing in Icecast that was responsible.  It has been incredibly reliable.

Thanks for your input.

Regards
-- 
Dick
dtrump1 at triadav.com



From k.j.wierenga at home.nl  Fri Sep  8 06:26:58 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Fri, 08 Sep 2006 08:26:58 +0200
Subject: [Icecast] Strange occurrence
In-Reply-To: <138617650.20060907202736@triadav.com>
References: <318054910.20060907125401@triadav.com>	<Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
	<138617650.20060907202736@triadav.com>
Message-ID: <45010D32.7020305@home.nl>


Hi Dick,

See my comments below:

Dick Trump schreef:
> Maarten makes some poses some valid questions:
>   
>> Did you check the Linux machines for system and/or update logs at the
>> given time? 
>>     
>  
> I'm afraid I don't know all the places to look for logs that might tell me something.    My script that keeps MPG123 running keeps a log of all reboots and outages.  A reconnect that lasts less than one minute is counted as continuous outage.  
>   
Do you mean 'more than one minute?'.
> Looking more closely at my server's error.log, sorting the entries by client,  during that 10 minute span (actually only 7 minute),  the actual outages recorded as only a second long and from 2 to 4 drops per client.   One of the drops occurred within a second of each other on 5 machines.  
>
>   
Ok, this points to a problem on the machine running Icecast. It is very 
unlikely that remote machines would disconnect at almost exact the same 
time while they are not related/coordinated other than being connected 
to the same icecast instance. The question of course is why only the 
Linux clients would be disconnected. One explanation could be that by 
coincidence they share some piece of networking equipment that failed on 
their network path to your icecast box while the windows machines didn't.

Are the machines running a cron job to SYNC time (e.g. using ntpdate)? 
Could you detection procedure be fooled by a jump forward/backward in time?

I think that's about all I can think of ...

Regards,
KJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060908/ccd8b81c/attachment.htm>

From dnr at freemail.lt  Fri Sep  8 10:42:37 2006
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Fri, 8 Sep 2006 13:42:37 +0300
Subject: [Icecast] <relay> password
Message-ID: <013f01c6d333$8049c970$3f6510ac@in.telecom.lt>

hello,

i'm trying to setup a single broadcast relay, but parent streamer uses url authentication for mounts.
for a moment i can't understand even how should I authenticate - using url user/pass or using <relay-password>?
What tags in <relay> should be used to pass username and password or to pas <relay-password> to parent streamer?


ps: if parent streamer has <authentication><relay-password> fields set and uses unprotected mountpoints - why anyone can relay the stream? (is see "User Agent = Icecast 2.3.1") ?
maybe there should be some aditional tags in <mount>...for example <mount><relaying>protected</relaying></mount>?

thanx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060908/8149a1a1/attachment.htm>

From peter at peterbengtson.com  Fri Sep  8 10:56:28 2006
From: peter at peterbengtson.com (Peter Bengtson)
Date: Fri, 8 Sep 2006 12:56:28 +0200
Subject: [Icecast] URL authentication
In-Reply-To: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com>
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com>
Message-ID: <A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com>

Isn't there anybody who has at least an idea what might be causing  
this? Or is URL authentication no longer considered a functional part  
of Icecast?

	/ Peter Bengtson

2 sep 2006 kl. 11.29 skrev Peter Bengtson:

> I can't get URL authentication to work. The notification script is  
> never called by icecast (v 2.3.1).
>
> This is the mount point:
>
>
>>     <mount>
>>         <mount-name>/tp.mp3</mount-name>
>>         <max-listeners>499</max-listeners>
>>         <hidden>1</hidden>
>>         <no-yp>1</no-yp>
>>         <authentication type="url">
>>             <option name="mount_add"       value="http:// 
>> wherever.tld/radio/notify.php"/>
>>             <option name="mount_remove"    value="http:// 
>> wherever.tld/radio/notify.php"/>
>>             <option name="listener_add"    value="http:// 
>> wherever.tld/radio/notify.php"/>
>>             <option name="listener_remove" value="http:// 
>> wherever.tld/radio/notify.php"/>
>>         </authentication>
>>     </mount>
>>
>
> This is what appears in the error log when a client connects:
>
>
>> [2006-09-02  11:10:36] INFO auth/add_client adding client for  
>> authentication
>> [2006-09-02  11:10:36] DBUG auth/add_client_to_source max on / 
>> tp.mp3 is 499 (cur 6)
>> [2006-09-02  11:10:36] DBUG auth/add_client_to_source Added client  
>> to /tp.mp3
>> [2006-09-02  11:10:36] DBUG auth/add_authenticated_client client  
>> authenticated, passed to source
>> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
>> clients (8)
>> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
>> connections (802)
>> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
>> client_connections (801)
>> [2006-09-02  11:10:36] DBUG stats/modify_node_event update node  
>> listener_connections (19)
>> [2006-09-02  11:10:36] DBUG source/source_main Client added
>> [2006-09-02  11:10:36] INFO source/source_main listener count on / 
>> tp.mp3 now 7
>>
>
> All clients are added as authenticated, but the log files on  
> "wherever.tld" show that no access has been made.
>
> I have scoured the forums and the mailing list archives for answers  
> - every single page - and nobody has ever come up with a really  
> good explanation for this. WinAmp and password buffering have been  
> mentioned, but WinAmp is not running, has not been running, nor  
> will it ever be running, so there is no chance of password  
> buffering. Indeed, no passwords have yet every been passed with a  
> client connection. And this shouldn't in itself inhibit  
> authentication.
>
> It is difficult not to suspect an icecast 2.3.1 bug, but I'm still  
> hoping it is some sort of XML typo or unannounced spec change.
>
> I would be most grateful for any help or ideas. Thanks in advance,
>
> / Peter Bengtson
>
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From dnr at freemail.lt  Fri Sep  8 11:08:55 2006
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Fri, 8 Sep 2006 14:08:55 +0300
Subject: [Icecast] URL authentication
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com>
	<A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com>
Message-ID: <014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>

I had similar problems when my auth.php was on password protected http 
server...but after applying the following configuration i've got it working:

<mount>
<mount-name>/Test</mount-name>
<authentication type="url">
<option name="listener_add" 
value="http://user:pass at 127.0.0.1/auth/action.php"/>
<option name="listener_remove" 
value="http://user:pass at 127.0.0.1/auth/action.php"/>
</authentication>
</mount>

what web server you are using? what it's logs are saying? 



From peter at peterbengtson.com  Fri Sep  8 11:22:32 2006
From: peter at peterbengtson.com (Peter Bengtson)
Date: Fri, 8 Sep 2006 13:22:32 +0200
Subject: [Icecast] URL authentication
In-Reply-To: <014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com>
	<A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com>
	<014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>
Message-ID: <197B29E0-E468-4974-BE6D-3A8CD93610D9@peterbengtson.com>

The php file is not password protected in itself, so authentication  
of the authentication page shouldn't be a problem.

I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not  
report icecast connecting to it at all. What seems to be happening is  
that icecast *thinks* it is connecting when it is in fact not, and  
then it thinks that the user is authenticated. Which means that  
authentication isn't performed at all.

	/ Peter

8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus:

> I had similar problems when my auth.php was on password protected  
> http server...but after applying the following configuration i've  
> got it working:
>
> <mount>
> <mount-name>/Test</mount-name>
> <authentication type="url">
> <option name="listener_add" value="http://user:pass at 127.0.0.1/auth/ 
> action.php"/>
> <option name="listener_remove" value="http://user:pass at 127.0.0.1/ 
> auth/action.php"/>
> </authentication>
> </mount>
>
> what web server you are using? what it's logs are saying?



From dnr at freemail.lt  Fri Sep  8 11:40:12 2006
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Fri, 8 Sep 2006 14:40:12 +0300
Subject: [Icecast] URL authentication
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com><A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com><014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>
	<197B29E0-E468-4974-BE6D-3A8CD93610D9@peterbengtson.com>
Message-ID: <016f01c6d33b$8beec4d0$3f6510ac@in.telecom.lt>

i think you'll have to sniff some packets going between icecast server and
wherever.tld
don't know will it work on mac, but on freebsd i'm using tcpflow...

----- Original Message ----- 
From: "Peter Bengtson" <peter at peterbengtson.com>
To: <icecast at xiph.org>
Sent: Friday, September 08, 2006 2:22 PM
Subject: Re: [Icecast] URL authentication


> The php file is not password protected in itself, so authentication  of 
> the authentication page shouldn't be a problem.
>
> I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not report 
> icecast connecting to it at all. What seems to be happening is that 
> icecast *thinks* it is connecting when it is in fact not, and  then it 
> thinks that the user is authenticated. Which means that  authentication 
> isn't performed at all.
>
> / Peter
>
> 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus:
>
>> I had similar problems when my auth.php was on password protected  http 
>> server...but after applying the following configuration i've  got it 
>> working:
>>
>> <mount>
>> <mount-name>/Test</mount-name>
>> <authentication type="url">
>> <option name="listener_add" value="http://user:pass at 127.0.0.1/auth/ 
>> action.php"/>
>> <option name="listener_remove" value="http://user:pass at 127.0.0.1/ 
>> auth/action.php"/>
>> </authentication>
>> </mount>
>>
>> what web server you are using? what it's logs are saying?
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From peter at peterbengtson.com  Fri Sep  8 11:42:18 2006
From: peter at peterbengtson.com (Peter Bengtson)
Date: Fri, 8 Sep 2006 13:42:18 +0200
Subject: [Icecast] URL authentication
In-Reply-To: <016201c6d33b$788a7970$3f6510ac@in.telecom.lt>
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com><A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com><014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>
	<197B29E0-E468-4974-BE6D-3A8CD93610D9@peterbengtson.com>
	<016201c6d33b$788a7970$3f6510ac@in.telecom.lt>
Message-ID: <B4B94850-0F95-4877-8A4A-F9134B9D284F@peterbengtson.com>

The icecast server isn't on a Mac, it just connects to a Mac for the  
authentication. Icecast is running on a Debian machine. And packet  
sniffing shows very clearly no packets leaving the icecast server.

8 sep 2006 kl. 13.39 skrev Klauss Fumuldavijus:

> i think you'll have to sniff some packets going between icecast  
> server and wherever.tld
> don't know will it work on mac, but on freebsd i'm using tcpflow...
>
> ----- Original Message ----- From: "Peter Bengtson"  
> <peter at peterbengtson.com>
> To: <icecast at xiph.org>
> Sent: Friday, September 08, 2006 2:22 PM
> Subject: Re: [Icecast] URL authentication
>
>
>> The php file is not password protected in itself, so  
>> authentication  of the authentication page shouldn't be a problem.
>>
>> I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do  
>> not report icecast connecting to it at all. What seems to be  
>> happening is that icecast *thinks* it is connecting when it is in  
>> fact not, and  then it thinks that the user is authenticated.  
>> Which means that  authentication isn't performed at all.
>>
>> / Peter
>>
>> 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus:
>>
>>> I had similar problems when my auth.php was on password  
>>> protected  http server...but after applying the following  
>>> configuration i've  got it working:
>>>
>>> <mount>
>>> <mount-name>/Test</mount-name>
>>> <authentication type="url">
>>> <option name="listener_add" value="http://user:pass at 127.0.0.1/ 
>>> auth/ action.php"/>
>>> <option name="listener_remove" value="http://user:pass at 127.0.0.1/  
>>> auth/action.php"/>
>>> </authentication>
>>> </mount>
>>>
>>> what web server you are using? what it's logs are saying?
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>



From k.j.wierenga at home.nl  Fri Sep  8 11:49:33 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Fri, 08 Sep 2006 13:49:33 +0200
Subject: [Icecast] URL authentication
In-Reply-To: <B4B94850-0F95-4877-8A4A-F9134B9D284F@peterbengtson.com>
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com><A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com><014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>	<197B29E0-E468-4974-BE6D-3A8CD93610D9@peterbengtson.com>	<016201c6d33b$788a7970$3f6510ac@in.telecom.lt>
	<B4B94850-0F95-4877-8A4A-F9134B9D284F@peterbengtson.com>
Message-ID: <450158CD.9010305@home.nl>


Does your instance of icecast have CURL support compiled in? Without it 
authentication doesn't work I think. Furthermore, if you're running 
icecast in a chroot jail then you need to make sure the curl shared 
libraries are installed in the chroot jail as well.

Regards,
KJ

Peter Bengtson wrote:
> The icecast server isn't on a Mac, it just connects to a Mac for the 
> authentication. Icecast is running on a Debian machine. And packet 
> sniffing shows very clearly no packets leaving the icecast server.
>
> 8 sep 2006 kl. 13.39 skrev Klauss Fumuldavijus:
>
>> i think you'll have to sniff some packets going between icecast 
>> server and wherever.tld
>> don't know will it work on mac, but on freebsd i'm using tcpflow...
>>
>> ----- Original Message ----- From: "Peter Bengtson" 
>> <peter at peterbengtson.com>
>> To: <icecast at xiph.org>
>> Sent: Friday, September 08, 2006 2:22 PM
>> Subject: Re: [Icecast] URL authentication
>>
>>
>>> The php file is not password protected in itself, so authentication  
>>> of the authentication page shouldn't be a problem.
>>>
>>> I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not 
>>> report icecast connecting to it at all. What seems to be happening 
>>> is that icecast *thinks* it is connecting when it is in fact not, 
>>> and  then it thinks that the user is authenticated. Which means 
>>> that  authentication isn't performed at all.
>>>
>>> / Peter
>>>
>>> 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus:
>>>
>>>> I had similar problems when my auth.php was on password protected  
>>>> http server...but after applying the following configuration i've  
>>>> got it working:
>>>>
>>>> <mount>
>>>> <mount-name>/Test</mount-name>
>>>> <authentication type="url">
>>>> <option name="listener_add" value="http://user:pass at 127.0.0.1/auth/ 
>>>> action.php"/>
>>>> <option name="listener_remove" value="http://user:pass at 127.0.0.1/ 
>>>> auth/action.php"/>
>>>> </authentication>
>>>> </mount>
>>>>
>>>> what web server you are using? what it's logs are saying?
>>>
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From dtrump1 at triadav.com  Fri Sep  8 13:24:11 2006
From: dtrump1 at triadav.com (Dick Trump)
Date: Fri, 8 Sep 2006 08:24:11 -0500
Subject: [Icecast] Strange occurrence
In-Reply-To: <45010D32.7020305@home.nl>
References: <318054910.20060907125401@triadav.com>
	<Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
	<138617650.20060907202736@triadav.com> <45010D32.7020305@home.nl>
Message-ID: <984897069.20060908082411@triadav.com>

Klaas wrote:
>> A reconnect that lasts less than one minute is counted as continuous outage.  
  
> Do you mean 'more than one minute?'.

I didn't describe it fully.  If an outage is detected, the system attempts a reconnect immediately.  If a reconnect is established but is lost again without a full minute of audio, I don't log it as a reconnect.  Once a reconnect is established and holds for at least a minute, it is logged as being reconnected.

> One explanation could be that by 
> coincidence they share some piece of networking equipment that failed on 
> their network path to your icecast box while the windows machines didn't.

I see that as highly unlikely.  One of the Linux boxes sits next to the server and is on the same switch as serves the connection to the ISP.  All other clients have completely different ISP's from each for their connections, most on commercial ISP's providing DSL service.  A couple are on educational networks.
 
> Are the machines running a cron job to SYNC time (e.g. using ntpdate)? 

Yes.  Their clocks are updated hourly.  That makes the possibility of client based interruptions coincide if they are clock related.

> Could you detection procedure be fooled by a jump forward/backward in time?

Other than the logging time recorded on the client, I don't THINK that is likely.  But I would have to say that I don't fully understand the meaning of the parameter of the PID for MPG123 that I have found that seems to signal a disconnect.  It is entirely possible that the parameter can be fooled by an adjustment to the clock.  But I would guess that I would see on-the-hour problems on a more frequent basis.

On the other hand, all Linux clients poll the same time service for synchronization.  If that service did something unexpected, that might explain something.

I appreciate your exploring this with me but it is purely academic at this point and I'm probably boring the others.

-- 
Dick
dtrump1 at triadav.com



From wkvsf at users.sourceforge.net  Fri Sep  8 19:46:44 2006
From: wkvsf at users.sourceforge.net (William K. Volkman)
Date: Fri, 08 Sep 2006 13:46:44 -0600
Subject: [Icecast] Strange occurrence
In-Reply-To: <984897069.20060908082411@triadav.com>
References: <318054910.20060907125401@triadav.com>
	<Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
	<138617650.20060907202736@triadav.com> <45010D32.7020305@home.nl>
	<984897069.20060908082411@triadav.com>
Message-ID: <1157744804.14482.11.camel@wkv1.zmaxsolutions.com>

You mentioned that your systems are running Fedora Core.
At 4:00 every morning cron runs the updatedb script to
update the locate database.  That script looks for files on
all local files systems on the machine.  When it does this
it causes starvation of memory so the kswap process activates,
while that process is looking for candidates to move to swap
space your regular user processes will observe stalls,
frequently on the order of 4 to 15 seconds.  This may
happen many times during the run of the updatedb script.
When I'm up late hacking I always end up taking a 10 to
15 minute break when 4:00 rolls around.  Move the
/etc/cron.daily/slocate.cron out of the daily directory
and I would think your problem would go away.

HTH,
William.

On Fri, 2006-09-08 at 07:24, Dick Trump wrote:
> Klaas wrote:
> >> A reconnect that lasts less than one minute is counted as continuous outage.  
>   
> > Do you mean 'more than one minute?'.
> 
> I didn't describe it fully.  If an outage is detected, the system attempts a reconnect immediately.  If a reconnect is established but is lost again without a full minute of audio, I don't log it as a reconnect.  Once a reconnect is established and holds for at least a minute, it is logged as being reconnected.
> 
> > One explanation could be that by 
> > coincidence they share some piece of networking equipment that failed on 
> > their network path to your icecast box while the windows machines didn't.
> 
> I see that as highly unlikely.  One of the Linux boxes sits next to the server and is on the same switch as serves the connection to the ISP.  All other clients have completely different ISP's from each for their connections, most on commercial ISP's providing DSL service.  A couple are on educational networks.
>  
> > Are the machines running a cron job to SYNC time (e.g. using ntpdate)? 
> 
> Yes.  Their clocks are updated hourly.  That makes the possibility of client based interruptions coincide if they are clock related.
> 
> > Could you detection procedure be fooled by a jump forward/backward in time?
> 
> Other than the logging time recorded on the client, I don't THINK that is likely.  But I would have to say that I don't fully understand the meaning of the parameter of the PID for MPG123 that I have found that seems to signal a disconnect.  It is entirely possible that the parameter can be fooled by an adjustment to the clock.  But I would guess that I would see on-the-hour problems on a more frequent basis.
> 
> On the other hand, all Linux clients poll the same time service for synchronization.  If that service did something unexpected, that might explain something.
> 
> I appreciate your exploring this with me but it is purely academic at this point and I'm probably boring the others.



From dtrump1 at triadav.com  Sat Sep  9 03:24:49 2006
From: dtrump1 at triadav.com (Dick Trump)
Date: Fri, 8 Sep 2006 22:24:49 -0500
Subject: [Icecast] Strange occurrence
In-Reply-To: <1157744804.14482.11.camel@wkv1.zmaxsolutions.com>
References: <318054910.20060907125401@triadav.com>
	<Pine.LNX.4.21.0609072146230.13023-100000@wormhole.robuust.nl>
	<138617650.20060907202736@triadav.com> <45010D32.7020305@home.nl>
	<984897069.20060908082411@triadav.com>
	<1157744804.14482.11.camel@wkv1.zmaxsolutions.com>
Message-ID: <1361969658.20060908222449@triadav.com>

William wrote:
> You mentioned that your systems are running Fedora Core.
> At 4:00 every morning cron runs the updatedb script to
> update the locate database.

You are correct.  Thank you for your insights.

As a test case, I have moved slocate.cron out of the cron.daily directory on only one machine to see if that removes that one machine from future coincident drops.

However, I have a little new information.  Although I don't check these logs 100% for this type of coincident drop, I really think this is a new phenomenon.  But here's the new part.  I had another incident this morning in the roughly 8 minute span from 06:40 to 06:48.

Once again, all Linux machines including the monitor next to the server became erratic during that period but none of the remote Windows machines experienced a problem.  

I did mis-state something in an earlier post.  My clock updating cron is in the daily, not the hourly directory.  But with the strange 8 minute stretch this morning, the daily routines are looking to be less suspect.

-- 
Dick
dtrump1 at triadav.com



From eprincen at boatertalk.com  Wed Sep 13 21:10:36 2006
From: eprincen at boatertalk.com (Eric Princen)
Date: Wed, 13 Sep 2006 15:10:36 -0600
Subject: [Icecast] Access for scripting??? Displaying play history
Message-ID: <1158181836.2676.7.camel@studio.internal>

Hey there,

I'm looking into setting up a station using icecast, and I need a basic
functionality of being able to have my site know what has been played
recently, what is playing now, and perhaps even what is coming up (which
is very optional.) I have not found a way to do this in my searches.
Perhaps I've been searching for the wrong thing. If there are any script
snippets or an API available, I'd love to check it out.

An example would be what is displayed on the top right of the following
page: http://www.radioparadise.com/

Thanks,

-Eric ;-)



From nicolas at smileandsoft.com.ar  Thu Sep 14 00:02:59 2006
From: nicolas at smileandsoft.com.ar (Nicolas Cohen)
Date: Wed, 13 Sep 2006 21:02:59 -0300
Subject: [Icecast] Large Amount of Listeners
Message-ID: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>

I have to setup an online radio to support 5K users initially and  
grow into 80k users later.

1.Has anyone any tips on this?
2.Would you recommend serving more than 2000 listeners on a single  
server?
3.Are there any redundance features on the relay server mode?
I was thinking about setting up 2 servers to receive the encoded  
stream and then setting up the relaying servers so they try the first  
server, and on failure, continue to the second (or more) source  
servers. In that case, there's no one single machine on which the  
whole system relies.

thanks

Nicolas Cohen
Smile&Soft





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060913/420cb26b/attachment.htm>

From david.baelde at gmail.com  Thu Sep 14 00:36:59 2006
From: david.baelde at gmail.com (David Baelde)
Date: Thu, 14 Sep 2006 02:36:59 +0200
Subject: [Icecast] Access for scripting??? Displaying play history
In-Reply-To: <1158181836.2676.7.camel@studio.internal>
References: <1158181836.2676.7.camel@studio.internal>
Message-ID: <53c655920609131736n4aab7c8bi97224f7ba3e9441d@mail.gmail.com>

Hi,

I'm not sure about what you can get from icecast. There is a textual
version of status.xsl (is it status2.xsl) which can be parsed by
javascript: you setup an XMLHTTPRequest in ascii mode, get the file,
parse it, display the song info on your page.

Now if you want the last ten songs somewhere, or more information than
just the usual metadata, I think you need cooperation from the stream
client. The streamer could update an XML description of whatever you
need, and you would then parse it using javascript from your webpage
-- this time it's real AJAX.

Dolebra? uses the liquidsoap streamer
(http://savonet.sf.net/wiki/Liquidsoap) to do that. The XML is
<http://dolebrai.net/~dbaelde/last.xml>, it is parsed periodically
from every page to get the current song info (on the top left in
<http://dolebrai.net>), and more info from this XML is displayed on
the playlist page <http://dolebrai.net/playlist>.

Feel free to ask if you need more description about this solution.

Cheers.
-- 
David


From ross at stationplaylist.com  Thu Sep 14 00:45:42 2006
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 14 Sep 2006 12:45:42 +1200
Subject: [Icecast] Access for scripting??? Displaying play history
Message-ID: <016b01c6d797$1bd49cf0$7300a8c0@stationplaylist.com>

This site is probably using commercial broadcasting/streaming software
under Windows, such as StationPlaylist which provide these features.

----- Original Message ----- 
From: "Eric Princen" <eprincen at boatertalk.com>
To: <icecast at xiph.org>
Sent: Thursday, September 14, 2006 9:10 AM
Subject: [Icecast] Access for scripting??? Displaying play history


Hey there,

I'm looking into setting up a station using icecast, and I need a basic
functionality of being able to have my site know what has been played
recently, what is playing now, and perhaps even what is coming up (which
is very optional.) I have not found a way to do this in my searches.
Perhaps I've been searching for the wrong thing. If there are any script
snippets or an API available, I'd love to check it out.

An example would be what is displayed on the top right of the following
page: http://www.radioparadise.com/

Thanks,

-Eric ;-)



From eprincen at boatertalk.com  Thu Sep 14 01:09:22 2006
From: eprincen at boatertalk.com (Eric Princen)
Date: Wed, 13 Sep 2006 19:09:22 -0600
Subject: [Icecast] Access for scripting??? Displaying play history
In-Reply-To: <012301c6d794$105e8780$7300a8c0@stationplaylist.com>
References: <1158181836.2676.7.camel@studio.internal>
	<012301c6d794$105e8780$7300a8c0@stationplaylist.com>
Message-ID: <1158196162.2459.4.camel@laptop.internal>

They are on the Shoutcast list, so that may be what they are using.
Shoutcast does provide an XML file that has past and current song data.
I suppose with a bit of XSLT magic, I could use that. I'd rather use
icecast. :-)

On Thu, 2006-09-14 at 12:23 +1200, Ross Levis wrote:
> This site is probably using commercial broadcasting/streaming software 
> under Windows, such as StationPlaylist which provide these features.
> 
> ----- Original Message ----- 
> From: "Eric Princen" <eprincen at boatertalk.com>
> To: <icecast at xiph.org>
> Sent: Thursday, September 14, 2006 9:10 AM
> Subject: [Icecast] Access for scripting??? Displaying play history
> 
> 
> Hey there,
> 
> I'm looking into setting up a station using icecast, and I need a basic
> functionality of being able to have my site know what has been played
> recently, what is playing now, and perhaps even what is coming up (which
> is very optional.) I have not found a way to do this in my searches.
> Perhaps I've been searching for the wrong thing. If there are any script
> snippets or an API available, I'd love to check it out.
> 
> An example would be what is displayed on the top right of the following
> page: http://www.radioparadise.com/
> 
> Thanks,
> 
> -Eric ;-) 



From aawolfe at gmail.com  Thu Sep 14 03:08:42 2006
From: aawolfe at gmail.com (Aaron Wolfe)
Date: Wed, 13 Sep 2006 23:08:42 -0400
Subject: [Icecast] Access for scripting??? Displaying play history
In-Reply-To: <1158196162.2459.4.camel@laptop.internal>
References: <1158181836.2676.7.camel@studio.internal>
	<012301c6d794$105e8780$7300a8c0@stationplaylist.com>
	<1158196162.2459.4.camel@laptop.internal>
Message-ID: <e44ad6640609132008w5b9e5c82k14c6a48ab41e1579@mail.gmail.com>

first, what are you using for a source, often this provides the info you
need?   second, it may be way overkill, but I have written a perl based web
interface to ices/icecast, it's here http://tunequeue.sf.net
you might be able to strip out just the parts you want and use it.
-Aaron



On 9/13/06, Eric Princen <eprincen at boatertalk.com> wrote:
>
> They are on the Shoutcast list, so that may be what they are using.
> Shoutcast does provide an XML file that has past and current song data.
> I suppose with a bit of XSLT magic, I could use that. I'd rather use
> icecast. :-)
>
> On Thu, 2006-09-14 at 12:23 +1200, Ross Levis wrote:
> > This site is probably using commercial broadcasting/streaming software
> > under Windows, such as StationPlaylist which provide these features.
> >
> > ----- Original Message -----
> > From: "Eric Princen" <eprincen at boatertalk.com>
> > To: <icecast at xiph.org>
> > Sent: Thursday, September 14, 2006 9:10 AM
> > Subject: [Icecast] Access for scripting??? Displaying play history
> >
> >
> > Hey there,
> >
> > I'm looking into setting up a station using icecast, and I need a basic
> > functionality of being able to have my site know what has been played
> > recently, what is playing now, and perhaps even what is coming up (which
> > is very optional.) I have not found a way to do this in my searches.
> > Perhaps I've been searching for the wrong thing. If there are any script
> > snippets or an API available, I'd love to check it out.
> >
> > An example would be what is displayed on the top right of the following
> > page: http://www.radioparadise.com/
> >
> > Thanks,
> >
> > -Eric ;-)
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060913/27f12b3c/attachment.htm>

From _+icecast at sucs.org  Thu Sep 14 06:30:51 2006
From: _+icecast at sucs.org (_+icecast at sucs.org)
Date: Thu, 14 Sep 2006 07:30:51 +0100
Subject: [Icecast] Large Amount of Listeners
In-Reply-To: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
References: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
Message-ID: <4508F71B.2080607@SUCS.ORG>

Nicolas Cohen wrote:
> I have to setup an online radio to support 5K users initially and grow 
> into 80k users later.
> 
> 1.Has anyone any tips on this?

I cant really comment, but you may find http://icecast.org/loadtest1.php 
interesting.

--
Chris Jones, SUCS Admin
http://sucs.org/


From bjacint at kvark.hu  Thu Sep 14 06:41:08 2006
From: bjacint at kvark.hu (Balint Jacint)
Date: Thu, 14 Sep 2006 08:41:08 +0200
Subject: [Icecast] Large Amount of Listeners
In-Reply-To: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
References: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
Message-ID: <1158216068.5148.11.camel@localhost>

Hey Nicolas,

For load test check the page http://www.icecast.org/loadtest1.php
Basically you can have as many listeners on a single server as your
bandwidth can handle if the servers are relatively new.

As of redundancy it depends on your setup. Eg. can you feed the servers
from the studio or something, or do you have to use relaying. Do you get
the signal from the studio or have an FM radio card in the machine and
get the signal from the air?

As for the stream for the listeners I would suggest DNS round robin, it
mostly makes it's job.

Yours,
Jacint

On Wed, 2006-09-13 at 21:02 -0300, Nicolas Cohen wrote:
> I have to setup an online radio to support 5K users initially and grow
> into 80k users later.
> 
> 
> 1.Has anyone any tips on this?
> 2.Would you recommend serving more than 2000 listeners on a single
> server? 
> 3.Are there any redundance features on the relay server mode?
> I was thinking about setting up 2 servers to receive the encoded
> stream and then setting up the relaying servers so they try the first
> server, and on failure, continue to the second (or more) source
> servers. In that case, there's no one single machine on which the
> whole system relies.
> 
> 
> thanks
> 
> Nicolas Cohen
> Smile&Soft
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From msmith at xiph.org  Thu Sep 14 08:37:11 2006
From: msmith at xiph.org (Michael Smith)
Date: Thu, 14 Sep 2006 10:37:11 +0200
Subject: [Icecast] Large Amount of Listeners
In-Reply-To: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
References: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
Message-ID: <3c1737210609140137r25111529ycc0435f32f735345@mail.gmail.com>

On 9/14/06, Nicolas Cohen <nicolas at smileandsoft.com.ar> wrote:
>
> I have to setup an online radio to support 5K users initially and grow into
> 80k users later.
>
> 1.Has anyone any tips on this?
> 2.Would you recommend serving more than 2000 listeners on a single server?

More than 2K is trivial. 5K is simple. 10K is straightforward. For
more than 20K, you will need multiple servers.

Icecast has no built-in redundancy or load-balancing features.

Mike


From nicolas at smileandsoft.com.ar  Thu Sep 14 10:45:33 2006
From: nicolas at smileandsoft.com.ar (Nicolas Cohen)
Date: Thu, 14 Sep 2006 07:45:33 -0300
Subject: [Icecast] Large Amount of Listeners
Message-ID: <28FF90A1-760A-404C-9F30-8D3590523648@smileandsoft.com.ar>

Thanks to all for the quick responses.

Nicolas Cohen
Smile&Soft





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060914/4068436c/attachment.htm>

From steinex at nognu.de  Thu Sep 14 16:00:49 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Thu, 14 Sep 2006 18:00:49 +0200
Subject: [Icecast] Large Amount of Listeners
In-Reply-To: <3c1737210609140137r25111529ycc0435f32f735345@mail.gmail.com>
References: <C37A55D2-B510-487C-99D1-87CF54DFA21B@smileandsoft.com.ar>
	<3c1737210609140137r25111529ycc0435f32f735345@mail.gmail.com>
Message-ID: <20060914160049.761C3B82E@shodan.nognu.de>

Michael Smith wrote:
> On 9/14/06, Nicolas Cohen <nicolas at smileandsoft.com.ar> wrote:
> >
> >I have to setup an online radio to support 5K users initially and grow into
> >80k users later.
> >
> >1.Has anyone any tips on this?
> >2.Would you recommend serving more than 2000 listeners on a single server?
> 
> More than 2K is trivial. 5K is simple. 10K is straightforward. For
> more than 20K, you will need multiple servers.
> 
> Icecast has no built-in redundancy or load-balancing features.
> 
> Mike

There are some balancing-features in karlH's branch, have a look at
this thread:
http://forum.icecast.org/viewtopic.php?t=1440&sid=8c68e6af7e0d33eccbf6cd907d954460

Frank


From eprincen at boatertalk.com  Thu Sep 14 22:19:32 2006
From: eprincen at boatertalk.com (Eric Princen)
Date: Thu, 14 Sep 2006 16:19:32 -0600
Subject: [Icecast] Access for scripting??? Displaying play history
In-Reply-To: <e44ad6640609132008w5b9e5c82k14c6a48ab41e1579@mail.gmail.com>
References: <1158181836.2676.7.camel@studio.internal>
	<012301c6d794$105e8780$7300a8c0@stationplaylist.com>
	<1158196162.2459.4.camel@laptop.internal>
	<e44ad6640609132008w5b9e5c82k14c6a48ab41e1579@mail.gmail.com>
Message-ID: <1158272372.2939.3.camel@studio.internal>

I was just using ices 2 as a source. Yes, perhaps another one would do
the work I'm looking for. I'll check some other out. I'll also check out
your link. Thanks.

On Wed, 2006-09-13 at 23:08 -0400, Aaron Wolfe wrote:
> first, what are you using for a source, often this provides the info
> you need?   second, it may be way overkill, but I have written a perl
> based web interface to ices/icecast, it's here http://tunequeue.sf.net
> you might be able to strip out just the parts you want and use it.
> -Aaron
> 
> 
> 
> On 9/13/06, Eric Princen <eprincen at boatertalk.com> wrote:
>         They are on the Shoutcast list, so that may be what they are
>         using. 
>         Shoutcast does provide an XML file that has past and current
>         song data.
>         I suppose with a bit of XSLT magic, I could use that. I'd
>         rather use
>         icecast. :-)
>         
>         On Thu, 2006-09-14 at 12:23 +1200, Ross Levis wrote: 
>         > This site is probably using commercial
>         broadcasting/streaming software
>         > under Windows, such as StationPlaylist which provide these
>         features.
>         >
>         > ----- Original Message -----
>         > From: "Eric Princen" < eprincen at boatertalk.com>
>         > To: <icecast at xiph.org>
>         > Sent: Thursday, September 14, 2006 9:10 AM
>         > Subject: [Icecast] Access for scripting??? Displaying play
>         history 
>         >
>         >
>         > Hey there,
>         >
>         > I'm looking into setting up a station using icecast, and I
>         need a basic
>         > functionality of being able to have my site know what has
>         been played
>         > recently, what is playing now, and perhaps even what is
>         coming up (which 
>         > is very optional.) I have not found a way to do this in my
>         searches.
>         > Perhaps I've been searching for the wrong thing. If there
>         are any script
>         > snippets or an API available, I'd love to check it out. 
>         >
>         > An example would be what is displayed on the top right of
>         the following
>         > page: http://www.radioparadise.com/
>         >
>         > Thanks,
>         >
>         > -Eric ;-) 
>         
>         _______________________________________________
>         Icecast mailing list
>         Icecast at xiph.org
>         http://lists.xiph.org/mailman/listinfo/icecast
> 



From david.baelde at gmail.com  Mon Sep 18 05:42:13 2006
From: david.baelde at gmail.com (David Baelde)
Date: Mon, 18 Sep 2006 07:42:13 +0200
Subject: [Icecast] [ANN] Liquidsoap 0.3.0
Message-ID: <53c655920609172242g75fa4bf2rdf17ded49a6835c8@mail.gmail.com>

Hi list,

The Savonet team is proud to announce a new release of its
programmable audio stream generator, liquidsoap 0.3.0. Liquidsoap is a
simple ruby-like script language allowing one to build audio stream
sources from various elementary sources, source combinators and audio
outputs. It is mainly intended to be used as an icecast client for
internet radios through the use of the shout output source, but could
also be used as a weird media player. Compared to other solutions, it
is noticeable that liquidsoap is really about building audio streams,
not only about sequencing files.

Since the 0.2.0 release, we fixed more bugs and liquidsoap is getting
more and more stable: we now get uptimes of 60 days and counting. But
liquidsoap 0.3.0 also has a whole lot of new features and usability
improvements, thanks to the interaction with new users. Outputs are
now sources like others, allowing real multi-output scripts -- not
only different encodings of the same contents. We improved the telnet
interface and started a python GUI using it. We added ALSA I/O and MP3
encoding, metadata rewriting, blank detection, shout client source,
better interfacing with external programs, programmable transitions,
etc.

We also started a wiki [1] where one can now find real documentation,
with plenty of examples. This is the place to learn more about our
project if you wish. A pretty PDF generated from the wiki is also
included in the liquidsoap release.

Feedback or new ideas would be welcome, and I'd be happy to answer any
question on our mailing lists [2].
It would be great to get a link on the 3rd party apps page, too.

We hope you'll enjoy it.

David, for the Savonet team

[1] http://savonet.sourceforge.net/wiki/Liquidsoap
[2] savonet-users at lists.sourceforge.net


From steve.sykes at frontiernet.net  Mon Sep 18 09:15:26 2006
From: steve.sykes at frontiernet.net (Steve Sykes)
Date: Mon, 18 Sep 2006 05:15:26 -0400
Subject: [Icecast] icecast internet access
Message-ID: <450E63AE.40005@frontiernet.net>

I have ices/icecast running and can listen on my home network. I am 
using port 8020 because my isp blocks 80, and 8080 is being used.  I 
have a dyndns address and webhop.  My problem is that I can't seem to 
get the audio page and stream outside of my home network.  My router and 
firewall are open correctly as far as I can tell.
Is there an easy guide to set up the webpage for outside access?  Is 
there a way to test internally to see if the outside world is seeing it?

Regards,
Steve Sykes




From dm8tbr at afthd.tu-darmstadt.de  Mon Sep 18 18:17:18 2006
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Mon, 18 Sep 2006 20:17:18 +0200
Subject: [Icecast] icecast internet access
In-Reply-To: <450E63AE.40005@frontiernet.net>
References: <450E63AE.40005@frontiernet.net>
Message-ID: <450EE2AE.6000804@afthd.tu-darmstadt.de>

Steve Sykes wrote:
> I have ices/icecast running and can listen on my home network. I am
> using port 8020 because my isp blocks 80, and 8080 is being used.  I
> have a dyndns address and webhop.  My problem is that I can't seem to
> get the audio page and stream outside of my home network.  My router
> and firewall are open correctly as far as I can tell.
check if port 8020 is mapped in your router to the internal ip of your
server an the same port your icecast server uses.
> Is there an easy guide to set up the webpage for outside access?  Is
> there a way to test internally to see if the outside world is seeing it?
yes, use an proxy in your web browser. your isp might provide a http
proxy. or use some anonymizer-proxy. they will route your request to the
outside and back to the external ports of your router.
testing the web-interface is sufficient. not all players can be
configured for proxy access etc.
If the web interface works, everything else will work too.

Cheers

Thomas


From peter at peterbengtson.com  Tue Sep 19 09:56:51 2006
From: peter at peterbengtson.com (Peter Bengtson)
Date: Tue, 19 Sep 2006 11:56:51 +0200
Subject: [Icecast] URL authentication
In-Reply-To: <450158CD.9010305@home.nl>
References: <55D4E0AC-4FCE-40D1-BC78-D8947ECC7015@peterbengtson.com><A9987E10-0799-48E3-865C-28B36941F64C@peterbengtson.com><014f01c6d337$2cdcaec0$3f6510ac@in.telecom.lt>	<197B29E0-E468-4974-BE6D-3A8CD93610D9@peterbengtson.com>	<016201c6d33b$788a7970$3f6510ac@in.telecom.lt>
	<B4B94850-0F95-4877-8A4A-F9134B9D284F@peterbengtson.com>
	<450158CD.9010305@home.nl>
Message-ID: <B4EF20F3-A390-4D26-B693-2D920EE827F4@peterbengtson.com>

Thanks for the pointer - CURL was indeed compiled in, but the library  
version was too old. Upgrading CURL fixed it very nicely!

	/ Peter Bengtson


8 sep 2006 kl. 13.49 skrev Klaas Jan Wierenga:

>
> Does your instance of icecast have CURL support compiled in?  
> Without it authentication doesn't work I think. Furthermore, if  
> you're running icecast in a chroot jail then you need to make sure  
> the curl shared libraries are installed in the chroot jail as well.
>
> Regards,
> KJ
>
> Peter Bengtson wrote:
>> The icecast server isn't on a Mac, it just connects to a Mac for  
>> the authentication. Icecast is running on a Debian machine. And  
>> packet sniffing shows very clearly no packets leaving the icecast  
>> server.


From baco at infomaniak.ch  Sun Sep 24 08:51:01 2006
From: baco at infomaniak.ch (=?ISO-8859-1?Q?Guy_Baconni=E8re?=)
Date: Sun, 24 Sep 2006 10:51:01 +0200
Subject: [Icecast] Add-on patch to support .pls .asx .ram .qtl listing
	formats
Message-ID: <451646F5.2080002@infomaniak.ch>

Hi,

If you have multiple players installed on your PC/Mac .m3u will always
open the last media player who are the default in charge of the extension
and mime m3u.

On your web site you want maybe to force a link to open real media player
or quicktime/itune. You need to create a .pls to force winamp loading the 
streaming because windows media player won't open .pls etc.

If you add a .pls file or other listing formats to icecast root you
will receive incorrect mime type so maybe a futur "todo" can be customized 
mime-types for each extension.

So I have included in attachement a patch to implement all listings formats
available in order to generate a listing with a link to the streaming.
Based on http://www.streamalot.com/playlists/playlist-formats.htm

I hope you can include this patch in your next release and make once again
icecast the best audio streaming server available on the market !
-- thanks for your great product !

Best Regards,
Guy Baconniere

--

Infomaniak Network SA
Guy Baconniere <baco at infomaniak.ch>
Unix System Administrator
Certified Linux Engineer (RHCE, LPIC-2)
Avenue de la Praille 26
1227 Carouge (Geneva)
Switzerland (CH)
Phone +41 (0)22 820 3541
Fax +41 (0)22 820 3546
AS29222 / BACO-RIPE



-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: add_pls-asx-ram-qtl_support.patch
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060924/d51f72c7/attachment.ksh>

From leo.currie at gmail.com  Mon Sep 25 11:50:55 2006
From: leo.currie at gmail.com (Leo Currie)
Date: Mon, 25 Sep 2006 13:50:55 +0200
Subject: [Icecast] Add-on patch to support .pls .asx .ram .qtl listing
	formats
In-Reply-To: <451646F5.2080002@infomaniak.ch>
References: <451646F5.2080002@infomaniak.ch>
Message-ID: <4d6104170609250450s1cab183ajbebfc9ca735a0381@mail.gmail.com>

On 24/09/06, Guy Baconni?re <baco at infomaniak.ch> wrote:
> Hi,
>
> If you have multiple players installed on your PC/Mac .m3u will always
> open the last media player who are the default in charge of the extension
> and mime m3u.
>
> On your web site you want maybe to force a link to open real media player
> or quicktime/itune. You need to create a .pls to force winamp loading the
> streaming because windows media player won't open .pls etc.
>
> If you add a .pls file or other listing formats to icecast root you
> will receive incorrect mime type so maybe a futur "todo" can be customized
> mime-types for each extension.
>
> So I have included in attachement a patch to implement all listings formats
> available in order to generate a listing with a link to the streaming.
> Based on http://www.streamalot.com/playlists/playlist-formats.htm
>
> I hope you can include this patch in your next release and make once again
> icecast the best audio streaming server available on the market !
> -- thanks for your great product !
>

I agree this is a useful feature.
It would be great if the .asx playlist could contain the correct
stream title information. Is this possible?

Leo


From zedder_hallen at yahoo.it  Tue Sep 26 10:32:12 2006
From: zedder_hallen at yahoo.it (mauro)
Date: Tue, 26 Sep 2006 12:32:12 +0200 (CEST)
Subject: [Icecast] icecast domain down
Message-ID: <20060926103212.76964.qmail@web26610.mail.ukl.yahoo.com>

hi all
I tring to get access to icecast domain, but it semms down
i would like to have an access to the mailing list archive before put here my questions
thanks
m

 		
---------------------------------
Yahoo! Mail: gratis 1GB per i messaggi, antispam, antivirus, POP3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060926/81ad1dc3/attachment.htm>

From leo.currie at gmail.com  Tue Sep 26 15:39:35 2006
From: leo.currie at gmail.com (Leo Currie)
Date: Tue, 26 Sep 2006 17:39:35 +0200
Subject: [Icecast] icecast domain down
In-Reply-To: <20060926103212.76964.qmail@web26610.mail.ukl.yahoo.com>
References: <20060926103212.76964.qmail@web26610.mail.ukl.yahoo.com>
Message-ID: <4d6104170609260839r6f1f4514i10567a2a8bfb6289@mail.gmail.com>

You should be able to find the list archive here:
http://lists.xiph.org/pipermail/icecast/

This link was working for me at 15:40 GMT on September 26.

Leo

On 26/09/06, mauro <zedder_hallen at yahoo.it> wrote:
> hi all
> I tring to get access to icecast domain, but it semms down
> i would like to have an access to the mailing list archive before put here
> my questions
> thanks
> m
>
>
>  ________________________________
> Yahoo! Mail: gratis 1GB per i messaggi, antispam, antivirus, POP3
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
>