From csapino at twcny.rr.com  Wed Apr  4 19:18:02 2007
From: csapino at twcny.rr.com (Chet Sapino)
Date: Wed, 4 Apr 2007 15:18:02 -0400
Subject: [Icecast] Icecast2 Server Load tests
Message-ID: <000a01c776ed$f7677df0$0401a8c0@sapino>

Hello:

Ed Zaleski ran some remarkable and very impressive load tests on icecast reported on www.icecast.org (Home page). What wasn't mentioned in the test specifications was the type of internet line that was used which totally influences bandwidth and subesequent overall load characteristics.

Questions:

1. Was it a T1 line, Verizon FIOS,  or cable internet, or what?

2. What were the download/upload bandwidths in MBPS?

3. Or was this an offline simulation with no real listeners just testing CPU load?

I am using Time Warner cable internet at 10/0.8 MBPS bandwidth and am wondering how this translates to server load streaming mp3's at 128kbps. I.e., how many listeneers can I connect without breakup.

Right now I am thinking switching to Verizon FIOS which runs at 30/5 MBPS


TIA,
Chet

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

From adriansiete at yahoo.es  Thu Apr  5 13:56:38 2007
From: adriansiete at yahoo.es (Adrian Mcyorian)
Date: Thu, 5 Apr 2007 08:56:38 -0500
Subject: [Icecast] Dinamic ip and router help!
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAJWaH/xf3hlMvpqlKZ49OCDCgAAAEAAAAIm0NXUXYRNGvkPuvzhBvnIBAAAAAA==@yahoo.es>

Hi, im new on icecast.

 

I want top lay a radio but my modem comtrend ct-5621c just allow me putt he
localhost streaming

 

I mean i have an ip 192.168.1.xxx

But i have a gate way too 192.168.1.xx  (is not the same number above)

 

But asking on my ip.com my real i pis a number like 200.233.xxx.xxx and this
number changes with every reset on modem.

 

 

I need help to configure icecast on this hell conditions!

 

 

FUCK TELEFONICA!

 

 

Sorry for my por english and thnx

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070405/3975deae/attachment.htm>

From bhance at gmail.com  Thu Apr  5 19:34:11 2007
From: bhance at gmail.com (Bryan Hance)
Date: Thu, 5 Apr 2007 15:34:11 -0400
Subject: [Icecast] Re: Icecast Digest, Vol 35, Issue 1
In-Reply-To: <20070405190013.7E8521CDF3@mail.xiph.org>
References: <20070405190013.7E8521CDF3@mail.xiph.org>
Message-ID: <5d7472460704051234s2b4af8c8uf2944e90d1743b6a@mail.gmail.com>

I believe the load test documents state that the load tests were two
test machines connected via a gigabit switch.

In this sense there was no 'internet line' chokepoint: It was just
machine A (server) and machine B (simulating many many listeners) both
plugged into the same switch, for a straight through 1gig connection
from machine A to B.

In your case, with FIOS, I think the usual ((Number of listeners *
your streaming bitrate) + 10% TCP overhead) type calculation applies,
unless Verizon is doing something else to throttle/packetshape.

Also note that if "10/0.8" is your down/up, you're limited by that .8
up, since you'll be serving the audio from that side.

-bhance

> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 4 Apr 2007 15:18:02 -0400
> From: "Chet Sapino" <csapino at twcny.rr.com>
> Subject: [Icecast] Icecast2 Server Load tests
> To: <icecast at xiph.org>
> Message-ID: <000a01c776ed$f7677df0$0401a8c0 at sapino>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello:
>
> Ed Zaleski ran some remarkable and very impressive load tests on icecast reported on www.icecast.org (Home page). What wasn't mentioned in the test specifications was the type of internet line that was used which totally influences bandwidth and subesequent overall load characteristics.
>
> Questions:
>
> 1. Was it a T1 line, Verizon FIOS,  or cable internet, or what?
>
> 2. What were the download/upload bandwidths in MBPS?
>
> 3. Or was this an offline simulation with no real listeners just testing CPU load?
>
> I am using Time Warner cable internet at 10/0.8 MBPS bandwidth and am wondering how this translates to server load streaming mp3's at 128kbps. I.e., how many listeneers can I connect without breakup.
>
> Right now I am thinking switching to Verizon FIOS which runs at 30/5 MBPS
>
>
> TIA,
> Chet
>


From fotorebelion at gmail.com  Sun Apr  8 20:39:00 2007
From: fotorebelion at gmail.com (el jay)
Date: Sun, 8 Apr 2007 22:39:00 +0200
Subject: [Icecast] Newbie question
Message-ID: <820462470704081339o52d95c45r1c83900609a28a1c@mail.gmail.com>

hello
 i have downloaded icecast and have been tikering around with it on my local
server.. but i was wondering if it can also be installed on "comercial"
server.. the group that i am working with that wants to implament icecast
has a hosting contracted with doominio.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070408/53b456c2/attachment.htm>

From antonberg1 at gmx.de  Wed Apr 11 00:54:49 2007
From: antonberg1 at gmx.de (Anton Berg)
Date: Wed, 11 Apr 2007 02:54:49 +0200
Subject: [Icecast] list of features and question to technology
Message-ID: <20070411005449.198690@gmx.net>

Hey there,
    
I am wondering if there is any list available giving me a list of feature of icecast (maybe also in comparision with shoutcast). 

Moreover, I was thinking if and how the following scenario is solved: suppose I'd like to stream 1000 different songs at one time, i.e. 1000 user will listen to different mp3s hosted by my streaming server. Are in this scenario all 1000 songs (at least the current minute of it) are loaded to RAM (for 1000 songs and holding 1 min this would need approx. 1000 MB or RAM) and then the streaming service handles that each user gets his chunk? Otherwise if the data is read directly from the harddrive this would probably to slow since in this case this would result in too much direct IO operations. In fact, this is somehow the case as for Last.fm and pandoram.com. Such services should support such a technique because theoretically each user gets at each point in time a totally different data chunk, i.e. hears another song.

Thanks for your help,
Anton
-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


From dm8tbr at afthd.tu-darmstadt.de  Wed Apr 11 07:50:40 2007
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Wed, 11 Apr 2007 09:50:40 +0200
Subject: [Icecast] list of features and question to technology
In-Reply-To: <20070411005449.198690@gmx.net>
References: <20070411005449.198690@gmx.net>
Message-ID: <461C9350.4070805@afthd.tu-darmstadt.de>

Anton Berg wrote:
> Moreover, I was thinking if and how the following scenario is solved: suppose I'd like to stream 1000 different songs at one time, i.e. 1000 user will listen to different mp3s hosted by my streaming server. 

This is not what icecast was built for. Icecast does live streaming and
scales well while doing that.
What you are asking for is on demand streaming. Apache plus optional
addons will do a much better job there.

Cheers

Thomas


From antonberg1 at gmx.de  Wed Apr 11 10:59:52 2007
From: antonberg1 at gmx.de (Anton Berg)
Date: Wed, 11 Apr 2007 12:59:52 +0200
Subject: [Icecast] list of features and question to technology
In-Reply-To: <461C9350.4070805@afthd.tu-darmstadt.de>
References: <20070411005449.198690@gmx.net>
	<461C9350.4070805@afthd.tu-darmstadt.de>
Message-ID: <20070411105952.20490@gmx.net>

Hi,

I was looking for this but couldn't find any information on it. Could you give me the name of such a plug-in or just a "buzz-word" that will simplify my search approach?

Thanks for your help,
Anton

-------- Original-Nachricht --------
Datum: Wed, 11 Apr 2007 09:50:40 +0200
Von: "Thomas B. Ruecker" <dm8tbr at afthd.tu-darmstadt.de>
An: icecast at xiph.org
CC: Anton Berg <antonberg1 at gmx.de>
Betreff: Re: [Icecast] list of features and question to technology

> Anton Berg wrote:
> > Moreover, I was thinking if and how the following scenario is solved:
> suppose I'd like to stream 1000 different songs at one time, i.e. 1000 user
> will listen to different mp3s hosted by my streaming server.
>
> This is not what icecast was built for. Icecast does live streaming and
> scales well while doing that.
> What you are asking for is on demand streaming. Apache plus optional
> addons will do a much better job there.
>
> Cheers
>
> Thomas
-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


From knassden at gmail.com  Wed Apr 11 23:37:54 2007
From: knassden at gmail.com (knassden)
Date: Wed, 11 Apr 2007 16:37:54 -0700
Subject: [Icecast] Icecast 2.3.1 + Ezstream 0.4: Source keeps disconnecting
Message-ID: <504610394D40416AAF09108AC860A452@tiger.net>

Hi,

I'm running Icecast 2.3.1/Ezstream 0.4.  Ezstream is set up to decode mp3s
and encode to ogg in a loop (ie <stream_once> is set to "0").  While running
the setup my source is constantly dropped within a 12 hour period - my logs
show that an "End of Stream" has occurred.  

If I run the same setup using longer mp3s (ie mp3s which are about an hour
in length), I don't have the source disconnect.

I'm kinda puzzled as to what might cause this.

Thanks if you can shed some light on this.

Mike

==========================================================================

54055 [2007-04-11  14:20:51] DBUG format-vorbis/initiate_flush adding EOS
packet
54056 [2007-04-11  14:20:51] DBUG format-vorbis/get_buffer_finished flushing
page
54057 [2007-04-11  14:20:51] DBUG format-vorbis/get_buffer_finished flushing
page
54058 [2007-04-11  14:20:51] DBUG format-ogg/format_ogg_free_headers
releasing header pages
54059 [2007-04-11  14:20:51] INFO source/get_next_buffer End of Stream
/stream.ogg
54060 [2007-04-11  14:20:51] INFO source/source_shutdown Source
"/stream.ogg" exiting
54061 [2007-04-11  14:20:51] DBUG source/source_clear_source clearing source
"/stream.ogg"
54062 [2007-04-11  14:20:51] DBUG format-ogg/format_ogg_free_headers
releasing header pages
54063 [2007-04-11  14:20:51] DBUG format-ogg/free_ogg_codecs freeing codecs
54064 [2007-04-11  14:20:51] DBUG format-vorbis/vorbis_codec_free freeing
vorbis codec 
54065 [2007-04-11  14:20:51] DBUG source/source_free_source freeing source
"/stream.ogg"
54066 [2007-04-11  14:20:51] DBUG yp/yp_remove release /stream.ogg on YP
http://dir.xiph.org/cgi-bin/yp-cgi
54067 [2007-04-11  14:20:51] INFO yp/do_yp_remove clearing up YP entry for
/stream.ogg 
54068 [2007-04-11  14:20:52] DBUG stats/process_source_event delete source
node /stream.ogg
54069 [2007-04-11  14:20:52] DBUG stats/modify_node_event update node
clients (1)
54070 [2007-04-11  14:20:52] DBUG stats/modify_node_event update node
clients (0)
54071 [2007-04-11  14:20:52] DBUG stats/modify_node_event update node
sources (0)
54072 [2007-04-11  14:20:52] DBUG yp/send_to_yp YP remove at
http://dir.xiph.org/cgi-bin/yp-cgi succeeded
54073 [2007-04-11  14:20:52] DBUG yp/delete_marked_yp removed /stream.ogg
from YP server http://dir.xiph.org/cgi-bin/yp-cgi



From kjackey at insightbb.com  Fri Apr 13 16:41:30 2007
From: kjackey at insightbb.com (Kevin Jackey)
Date: Fri, 13 Apr 2007 12:41:30 -0400
Subject: [Icecast] Frustrated with Ubuntu XMMS, XMMS-Liveice, and icecast
Message-ID: <461FB2BA.8030204@insightbb.com>

I have XMMS and XMMS-liveice setup to use ALSA to stream audio to my 
icecast server using LAME encoding.

I start the sound file and i can see XMMS playing away happily, icecast 
detects the connection and shows the source as being connected, but no 
bandwisth useage. If I connect to the icecast server I get a client 
connection, but no sound.

Scanning other forums there appears that there might be an issue with 
XMMS-liveice, icecast, and ALSA. Does anyone know if this is the case?

Can anyone help me figure out what my issues might be?

If this is a poor way to send output audio from XMMS to my icecast 
server, can anyone suggest any other methods?

Thanks in advance!

NOTE: This is under Ubunty Dappy 32-bit.


From chiapas at aktivix.org  Fri Apr 13 16:54:33 2007
From: chiapas at aktivix.org (chiapas at aktivix.org)
Date: Fri, 13 Apr 2007 17:54:33 +0100
Subject: [Icecast] Parsing status.xsl
Message-ID: <86a338140704130954h37d2bfe4i9df5d2aa0e79c747@mail.gmail.com>

hi

i work for a non-for-profit broadcaster and we use Icecast to serve a
number of community radio stations - and it does a great job.

i'd like to parse or edit the status.xsl file into a series of files
that only show information for one mountpoint or station at a time.

i have no idea of XSL syntax but looking at
/usr/share/icecast/content/status.xsl i see the following statement
pair:

<xsl:for-each select="source">
[...]
</xsl:for-each>

would it be a case of amending the above for-each statement to point
to the name of a single source - or is it going to be a lot more
difficult than that?

hope you can help and many thanks in advance

chip


From jaeckelf at refuzed.org  Fri Apr 13 16:49:36 2007
From: jaeckelf at refuzed.org (Frederic `jchome` Jaeckel)
Date: Fri, 13 Apr 2007 18:49:36 +0200
Subject: [Icecast] Frustrated with Ubuntu XMMS, XMMS-Liveice, and icecast
In-Reply-To: <461FB2BA.8030204@insightbb.com>
References: <461FB2BA.8030204@insightbb.com>
Message-ID: <20070413164936.GA26930@zellis.suckz.eu>

Hi,

On Fri, Apr 13, 2007 at 12:41:30PM -0400, Kevin Jackey wrote:
> I have XMMS and XMMS-liveice setup to use ALSA to stream audio to my 
> icecast server using LAME encoding.
> 
> I start the sound file and i can see XMMS playing away happily, icecast 
> detects the connection and shows the source as being connected, but no 
> bandwisth useage. If I connect to the icecast server I get a client 
> connection, but no sound.

maybe you should try to select a channel in the mixer as recording
channel. I prefer aumix to do this. aumix is a comandline utility based
on ncurses where you can navigate with the arrow keys. With space you
can select the necessary record channel. Which you have to choose
depends on your soundcard. With my Intel builtin soundcard I have to
choose PCM or Line1.

> Can anyone help me figure out what my issues might be?

read above.

> If this is a poor way to send output audio from XMMS to my icecast 
> server, can anyone suggest any other methods?

Yes, I use ices2 for streaming audio to servers with various music
players. I don't use xmms. For me its better to use programs like mpd,
mplayer or many other. ;-)

best regards
Frederic 'jchome' Jaeckel
-- 
GPG KeyID:  35FA27E0


From cnighswonger at foundations.edu  Fri Apr 13 18:20:57 2007
From: cnighswonger at foundations.edu (Chris Nighswonger)
Date: Fri, 13 Apr 2007 14:20:57 -0400
Subject: [Icecast] Question about HTTP headers and Icecast stream status
Message-ID: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>

Hi all,
  I'm working on a script to check the status of streams from multiple
streaming sources (ie. icecast, shoutcast, wms, etc.). With Icecast I
am looking at the HTTP header returned by the server when I do a GET
on the mountpoint I want the status of. It appears that a HTTP/1.0 200
indicates that the mountpoint is up while a HTTP/1.0 404 indicates
that it is down.
  Two questions:

1. Is this correct?
2. Does Icecast return a different value when the mountpoint is up,
but has no audio (data)?

  If the answer to #2 is 'no' then how hard would it be to hack the
code to do this?

  I want to be able to indicate three conditions concerning the stream
status: up with audio, up w/o audio, and down (no source).

Thanks,
Chris


From dnr at freemail.lt  Sat Apr 14 08:33:50 2007
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Sat, 14 Apr 2007 11:33:50 +0300
Subject: [Icecast] Parsing status.xsl
References: <86a338140704130954h37d2bfe4i9df5d2aa0e79c747@mail.gmail.com>
Message-ID: <000801c77e6f$a0f3cb70$34161d51@ONUTE>

Hi,
actualy there already are some scripts for parsing icecast statistics:
http://www.scripts.com/php-scripts/counter-scripts/icecounter-15/
http://www.netzond.com/addons

and note - status.xsl will give less info than admin/stats.xsl will

----- Original Message ----- 
From: <chiapas at aktivix.org>
To: <icecast at xiph.org>
Sent: Friday, April 13, 2007 7:54 PM
Subject: [Icecast] Parsing status.xsl


> hi
> 
> i work for a non-for-profit broadcaster and we use Icecast to serve a
> number of community radio stations - and it does a great job.
> 
> i'd like to parse or edit the status.xsl file into a series of files
> that only show information for one mountpoint or station at a time.
> 
> i have no idea of XSL syntax but looking at
> /usr/share/icecast/content/status.xsl i see the following statement
> pair:
> 
> <xsl:for-each select="source">
> [...]
> </xsl:for-each>
> 
> would it be a case of amending the above for-each statement to point
> to the name of a single source - or is it going to be a lot more
> difficult than that?
> 
> hope you can help and many thanks in advance
> 
> chip
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From jacoby.david at gmail.com  Sat Apr 14 16:04:36 2007
From: jacoby.david at gmail.com (Dave Jacoby)
Date: Sat, 14 Apr 2007 12:04:36 -0400
Subject: [Icecast] Installation Worries
Message-ID: <cbb02cf10704140904o6eb1866fsc19b8ddee91f1e31@mail.gmail.com>

I have been trying to start up Icecast2 using
http://www.howtoforge.com/linux_webradio_with_icecast2_ices2 as my
docset.
The icecast server comes up; I'm able to go to http://localhost:8000/
and see the pages.

I can't seem to get the ices2 part working. I use the suggested config file:
[...]
        <input>
            <module>playlist</module>
            <param name="type">basic</param>
            <param name="file">/etc/ices2/playlist.txt</param>
            <!-- random play -->
            <param name="random">0</param>
            <!-- if the playlist get updated that start at the beginning -->
            <param name="restart-after-reread">0</param>
            <!-- if set to 1 , plays once through, then exits. -->
            <param name="once">0</param>
        </input>
[...]

And the files should be right
jacoby at robbie:~$ cat /etc/ices2/playlist.txt
/etc/ices2/music/01-True_Blue.ogg
/etc/ices2/music/02-Hell_at_Home.ogg
jacoby at robbie:~$ ls -l /etc/ices2/music/
total 0
-rw-r--r-- 1 root root 0 2007-04-14 01:39 01-True_Blue.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 02-Hell_at_Home.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 03-All_About_You.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 04-A_World_Away.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 05-Gone_Pecan.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 06-Natural_World.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 07-The_Promise_Land.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 08-Fallin'_for_You.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 09-Ol'_Lady_Luck.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 10-Gemini_Blues.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 11-The_Road_We're_On.ogg
-rw-r--r-- 1 root root 0 2007-04-14 01:39 12-Juke_Box_Mama.ogg
jacoby at robbie:~$

But the log file says that the ices server can't find them.

[2007-04-14  12:02:34] INFO ices-core/main IceS 2.0.1 started...
[2007-04-14  12:02:34] INFO signals/signal_usr1_handler Metadata
update requested
[2007-04-14  12:02:34] INFO
playlist-basic/playlist_basic_get_next_filename Loading playlist from
file "/etc/ices2/playlist.txt"
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
directory
[2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Too many
consecutive errors - exiting
[2007-04-14  12:02:34] EROR stream/ices_instance_stream Failed initial
connect to localhost:8000 (Login failed: Success)

So, as I understand it, I'm doing everything right, yet I'm still not
streaming music. I'm sure it's something stupid like a file permission
thing or something, but I don't know where to poke next. Help?

-- 
David Jacoby    jacoby.david at gmail.com
 "I like the way it fits into my brain.
  I like the fact that I can think in Perl more easily
      than I can in any other language."
            --Damian Conway on Perl


From karl at xiph.org  Sat Apr 14 17:04:01 2007
From: karl at xiph.org (Karl Heyes)
Date: Sat, 14 Apr 2007 18:04:01 +0100
Subject: [Icecast] Installation Worries
In-Reply-To: <cbb02cf10704140904o6eb1866fsc19b8ddee91f1e31@mail.gmail.com>
References: <cbb02cf10704140904o6eb1866fsc19b8ddee91f1e31@mail.gmail.com>
Message-ID: <46210981.5050608@xiph.org>

Dave Jacoby wrote:

> But the log file says that the ices server can't find them.
> 
> [2007-04-14  12:02:34] INFO ices-core/main IceS 2.0.1 started...
> [2007-04-14  12:02:34] INFO signals/signal_usr1_handler Metadata
> update requested
> [2007-04-14  12:02:34] INFO
> playlist-basic/playlist_basic_get_next_filename Loading playlist from
> file "/etc/ices2/playlist.txt"
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/01-True_Blue.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Error
> opening file "/etc/ices2/music/02-Hell_at_Home.ogg ": No such file or
> directory
> [2007-04-14  12:02:34] WARN playlist-builtin/playlist_read Too many
> consecutive errors - exiting
> [2007-04-14  12:02:34] EROR stream/ices_instance_stream Failed initial
> connect to localhost:8000 (Login failed: Success)
> 
> So, as I understand it, I'm doing everything right, yet I'm still not
> streaming music. I'm sure it's something stupid like a file permission
> thing or something, but I don't know where to poke next. Help?

Assuming no copy/paste error, you seem to have a space after the 
filename.  Check the playlist file for the extra characters at the end 
of each line and remove them.

karl.







From justinabomb at gmail.com  Sat Apr 14 14:34:04 2007
From: justinabomb at gmail.com (Justin Gaskin)
Date: Sat, 14 Apr 2007 10:34:04 -0400
Subject: [Icecast] Parsing status.xsl
In-Reply-To: <000801c77e6f$a0f3cb70$34161d51@ONUTE>
References: <86a338140704130954h37d2bfe4i9df5d2aa0e79c747@mail.gmail.com>
	<000801c77e6f$a0f3cb70$34161d51@ONUTE>
Message-ID: <E199C03D-E0A5-4C3C-8B59-3D245F4F24DA@gmail.com>

Thanks for the tip on those scripts. They're exactly what I've been  
looking for for a number of years now.

Althogh the first one doesn't seem to be online anymore. If anyone's  
willing to send it to me, I'd love to host it for anyone else that  
would like to download it in the future.

Justin

On 14-Apr-07, at 4:33 AM, Klauss Fumuldavijus wrote:

> Hi,
> actualy there already are some scripts for parsing icecast statistics:
> http://www.scripts.com/php-scripts/counter-scripts/icecounter-15/
> http://www.netzond.com/addons
>
> and note - status.xsl will give less info than admin/stats.xsl will
>
> ----- Original Message ----- From: <chiapas at aktivix.org>
> To: <icecast at xiph.org>
> Sent: Friday, April 13, 2007 7:54 PM
> Subject: [Icecast] Parsing status.xsl
>
>
>> hi
>> i work for a non-for-profit broadcaster and we use Icecast to serve a
>> number of community radio stations - and it does a great job.
>> i'd like to parse or edit the status.xsl file into a series of files
>> that only show information for one mountpoint or station at a time.
>> i have no idea of XSL syntax but looking at
>> /usr/share/icecast/content/status.xsl i see the following statement
>> pair:
>> <xsl:for-each select="source">
>> [...]
>> </xsl:for-each>
>> would it be a case of amending the above for-each statement to point
>> to the name of a single source - or is it going to be a lot more
>> difficult than that?
>> hope you can help and many thanks in advance
>> chip
>> _______________________________________________
>> 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 dnr at freemail.lt  Sat Apr 14 19:12:54 2007
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Sat, 14 Apr 2007 22:12:54 +0300
Subject: [Icecast] Parsing status.xsl
References: <86a338140704130954h37d2bfe4i9df5d2aa0e79c747@mail.gmail.com><000801c77e6f$a0f3cb70$34161d51@ONUTE>
	<E199C03D-E0A5-4C3C-8B59-3D245F4F24DA@gmail.com>
Message-ID: <000c01c77ec8$e7542980$34161d51@ONUTE>

sorry - i did not check first link personaly.
you can also take a look at 
http://forums.cacti.net/about7713.html&highlight=icecast
- look for icecast_v2_class.php in the archive. But as far as I have 
tested - netzond's xml parser has much more features.

----- Original Message ----- 
From: "Justin Gaskin" <justinabomb at gmail.com>
To: <icecast at xiph.org>
Sent: Saturday, April 14, 2007 5:34 PM
Subject: Re: [Icecast] Parsing status.xsl


> Thanks for the tip on those scripts. They're exactly what I've been 
> looking for for a number of years now.
>
> Althogh the first one doesn't seem to be online anymore. If anyone's 
> willing to send it to me, I'd love to host it for anyone else that  would 
> like to download it in the future.
>
> Justin
>
> On 14-Apr-07, at 4:33 AM, Klauss Fumuldavijus wrote:
>
>> Hi,
>> actualy there already are some scripts for parsing icecast statistics:
>> http://www.scripts.com/php-scripts/counter-scripts/icecounter-15/
>> http://www.netzond.com/addons
>>
>> and note - status.xsl will give less info than admin/stats.xsl will
>>
>> ----- Original Message ----- From: <chiapas at aktivix.org>
>> To: <icecast at xiph.org>
>> Sent: Friday, April 13, 2007 7:54 PM
>> Subject: [Icecast] Parsing status.xsl
>>
>>
>>> hi
>>> i work for a non-for-profit broadcaster and we use Icecast to serve a
>>> number of community radio stations - and it does a great job.
>>> i'd like to parse or edit the status.xsl file into a series of files
>>> that only show information for one mountpoint or station at a time.
>>> i have no idea of XSL syntax but looking at
>>> /usr/share/icecast/content/status.xsl i see the following statement
>>> pair:
>>> <xsl:for-each select="source">
>>> [...]
>>> </xsl:for-each>
>>> would it be a case of amending the above for-each statement to point
>>> to the name of a single source - or is it going to be a lot more
>>> difficult than that?
>>> hope you can help and many thanks in advance
>>> chip
>>> _______________________________________________
>>> 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
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast 



From matt at panoshots.co.nz  Sat Apr 14 21:09:50 2007
From: matt at panoshots.co.nz (Matthew Lamb)
Date: Sun, 15 Apr 2007 09:09:50 +1200
Subject: [Icecast] Installation Worries
In-Reply-To: <cbb02cf10704140904o6eb1866fsc19b8ddee91f1e31@mail.gmail.com>
References: <cbb02cf10704140904o6eb1866fsc19b8ddee91f1e31@mail.gmail.com>
Message-ID: <4621431E.9040704@panoshots.co.nz>

Dave Jacoby wrote:
> <snip>
> jacoby at robbie:~$ ls -l /etc/ices2/music/
> total 0
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 01-True_Blue.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 02-Hell_at_Home.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 03-All_About_You.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 04-A_World_Away.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 05-Gone_Pecan.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 06-Natural_World.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 07-The_Promise_Land.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 08-Fallin'_for_You.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 09-Ol'_Lady_Luck.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 10-Gemini_Blues.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 11-The_Road_We're_On.ogg
> -rw-r--r-- 1 root root 0 2007-04-14 01:39 12-Juke_Box_Mama.ogg
> jacoby at robbie:~$
>
> But the log file says that the ices server can't find them.
<snip>

To me, that looks like the files are all empty - they have a size of 0 
bytes.
Notice how it says "total 0"

Check your audio files are all ok.

Matt


From jwong98 at yahoo.com  Mon Apr 16 20:18:48 2007
From: jwong98 at yahoo.com (James Wong)
Date: Mon, 16 Apr 2007 13:18:48 -0700 (PDT)
Subject: [Icecast] which source client should i use?
Message-ID: <402062.45703.qm@web34415.mail.mud.yahoo.com>

hello,

I just started to learn icecast, it is really great.
I use icecast2.3 as server and oddcastV3 as source
client to capture live data from microphone in Windons
XP.

Here is my technical question:

I like to be able to manage source clients (for
Windows XP) configurations dynamically. 

So, i like to use web interfaces to save dynamically
generated configuration file for connecting the server
to each source client 

After this, the user just need to start the source
client software which sees the new configuration
automatically and can stream live data from microphone


I think oddcast3 does not take configuration in a
file.

Can anyone suggest me a source client software that
can take a text-based configuration file and also work
for live data such as microphone?

Thanks

/james




From dm8tbr at afthd.tu-darmstadt.de  Mon Apr 16 20:59:43 2007
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Mon, 16 Apr 2007 22:59:43 +0200
Subject: [Icecast] Frustrated with Ubuntu XMMS, XMMS-Liveice, and icecast
In-Reply-To: <461FB2BA.8030204@insightbb.com>
References: <461FB2BA.8030204@insightbb.com>
Message-ID: <4623E3BF.4070605@afthd.tu-darmstadt.de>

Kevin Jackey wrote:
> I have XMMS and XMMS-liveice setup to use ALSA to stream audio to my
> icecast server using LAME encoding.
>
> I start the sound file and i can see XMMS playing away happily,
> icecast detects the connection and shows the source as being
> connected, but no bandwisth useage. If I connect to the icecast server
> I get a client connection, but no sound.
>
> Scanning other forums there appears that there might be an issue with
> XMMS-liveice, icecast, and ALSA. Does anyone know if this is the case?
xmms-liveice was not working with icecast2 last time I checked and no
installing icecast 1.3.x is not a sane option at all(old, deprecated, etc.)!
I'd suggest getting a different source client like oddcast-v3

Cheers

Thomas


From riscphree at gmail.com  Tue Apr 17 20:11:37 2007
From: riscphree at gmail.com (riscphree)
Date: Tue, 17 Apr 2007 15:11:37 -0500
Subject: [Icecast] Install problem
Message-ID: <76658b640704171311l1c95fb7ek7ef2361d5f7eef8@mail.gmail.com>

I get this error when installing icecast using the 'make' command. I
used the latest version of the dependencies:

[root at www icecast-2.3.1]# make
make  all-recursive
make[1]: Entering directory `/home/riscphree/icecast-2.3.1'
Making all in src
make[2]: Entering directory `/home/riscphree/icecast-2.3.1/src'
Making all in avl
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/avl'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/avl'
Making all in thread
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/thread'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/thread'
Making all in httpp
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/httpp'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/httpp'
Making all in net
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/net'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/net'
Making all in log
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/log'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/log'
Making all in timing
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src/timing'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src/timing'
make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src'
source='auth_url.c' object='auth_url.o' libtool=no \
depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math -fsigned-char
-I/usr/local/include -I/usr/local/include/libxml2  -pthread -g -O2 -c
`test -f 'auth_url.c' || echo './'`auth_url.c
auth_url.c: In function `auth_get_url_auth':
auth_url.c:521: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use
in this function)
auth_url.c:521: error: (Each undeclared identifier is reported only once
auth_url.c:521: error: for each function it appears in.)
make[3]: *** [auth_url.o] Error 1
make[3]: Leaving directory `/home/riscphree/icecast-2.3.1/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/riscphree/icecast-2.3.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/riscphree/icecast-2.3.1'
make: *** [all] Error 2


From karl at xiph.org  Tue Apr 17 20:27:45 2007
From: karl at xiph.org (Karl Heyes)
Date: Tue, 17 Apr 2007 21:27:45 +0100
Subject: [Icecast] Install problem
In-Reply-To: <76658b640704171311l1c95fb7ek7ef2361d5f7eef8@mail.gmail.com>
References: <76658b640704171311l1c95fb7ek7ef2361d5f7eef8@mail.gmail.com>
Message-ID: <46252DC1.90303@xiph.org>

riscphree wrote:
> I get this error when installing icecast using the 'make' command. I
> used the latest version of the dependencies:


...
> make[3]: Entering directory `/home/riscphree/icecast-2.3.1/src'
> source='auth_url.c' object='auth_url.o' libtool=no \
> depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \
> depmode=gcc3 /bin/sh ../depcomp \
> gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math -fsigned-char
> -I/usr/local/include -I/usr/local/include/libxml2  -pthread -g -O2 -c
> `test -f 'auth_url.c' || echo './'`auth_url.c
> auth_url.c: In function `auth_get_url_auth':
> auth_url.c:521: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use
> in this function)
> auth_url.c:521: error: (Each undeclared identifier is reported only once
> auth_url.c:521: error: for each function it appears in.)

yeah, latest libcurl (7.16) dropped a setting, the fix should be 
trivial, I've attached a diff below if you want to try it out.

karl.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: latest-curl-fixup.diff
Type: text/x-patch
Size: 975 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070417/4cff07df/attachment.bin>

From cnighswonger at foundations.edu  Tue Apr 17 23:19:53 2007
From: cnighswonger at foundations.edu (Chris Nighswonger)
Date: Tue, 17 Apr 2007 19:19:53 -0400
Subject: [Icecast] Re: Question about HTTP headers and Icecast stream status
In-Reply-To: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>
References: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>
Message-ID: <cdae243a0704171619t64f7664eq539528ddc3ce2cc@mail.gmail.com>

Can anyone verify this for me?

Thanks

On 4/13/07, Chris Nighswonger wrote:
> Hi all,
>  I'm working on a script to check the status of streams from multiple
> streaming sources (ie. icecast, shoutcast, wms, etc.). With Icecast I
> am looking at the HTTP header returned by the server when I do a GET
> on the mountpoint I want the status of. It appears that a HTTP/1.0 200
> indicates that the mountpoint is up while a HTTP/1.0 404 indicates
> that it is down.
>  Two questions:
>
> 1. Is this correct?
> 2. Does Icecast return a different value when the mountpoint is up,
> but has no audio (data)?
>
>  If the answer to #2 is 'no' then how hard would it be to hack the
> code to do this?
>
>  I want to be able to indicate three conditions concerning the stream
> status: up with audio, up w/o audio, and down (no source).
>
> Thanks,
> Chris
>


From rob.mcdonald.icecast at nzpages.net  Wed Apr 18 01:27:00 2007
From: rob.mcdonald.icecast at nzpages.net (Rob McDonald)
Date: Wed, 18 Apr 2007 13:27:00 +1200
Subject: [Icecast] Re: Question about HTTP headers and Icecast stream
	status
In-Reply-To: <cdae243a0704171619t64f7664eq539528ddc3ce2cc@mail.gmail.com>
References: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>
	<cdae243a0704171619t64f7664eq539528ddc3ce2cc@mail.gmail.com>
Message-ID: <1176859620.13235.90.camel@localhost>

As far as live streaming goes.

404 = mount point down.
200 = mount point up.

Its up to your application to analyze the audio data and decide if there
is enough "sound" for you or not. What if there is meant to be a 5
second pause?

I just use the 404/200 method in my scripts which monitor mount points,
It's never failed me yet.

Cheers

Rob

On Tue, 2007-04-17 at 19:19 -0400, Chris Nighswonger wrote:
> Can anyone verify this for me?
> 
> Thanks
> 
> On 4/13/07, Chris Nighswonger wrote:
> > Hi all,
> >  I'm working on a script to check the status of streams from multiple
> > streaming sources (ie. icecast, shoutcast, wms, etc.). With Icecast I
> > am looking at the HTTP header returned by the server when I do a GET
> > on the mountpoint I want the status of. It appears that a HTTP/1.0 200
> > indicates that the mountpoint is up while a HTTP/1.0 404 indicates
> > that it is down.
> >  Two questions:
> >
> > 1. Is this correct?
> > 2. Does Icecast return a different value when the mountpoint is up,
> > but has no audio (data)?
> >
> >  If the answer to #2 is 'no' then how hard would it be to hack the
> > code to do this?
> >
> >  I want to be able to indicate three conditions concerning the stream
> > status: up with audio, up w/o audio, and down (no source).
> >
> > Thanks,
> > Chris
> >
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From cnighswonger at foundations.edu  Wed Apr 18 15:50:15 2007
From: cnighswonger at foundations.edu (Chris Nighswonger)
Date: Wed, 18 Apr 2007 11:50:15 -0400
Subject: [Icecast] Re: Question about HTTP headers and Icecast stream
	status
In-Reply-To: <1176859602.13235.89.camel@localhost>
References: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>
	<cdae243a0704171619t64f7664eq539528ddc3ce2cc@mail.gmail.com>
	<1176859602.13235.89.camel@localhost>
Message-ID: <cdae243a0704180850w3fd7cb22s2a4b85fafc29b340@mail.gmail.com>

On 4/17/07, Rob McDonald <rob.mcdonald at nzpages.net> wrote:
> As far as live streaming goes.
>
> 404 = mount point down.
> 200 = mount point up.
>

Thanks!

> Its up to your application to analyze the audio data and decide if there
> is enough "sound" for you or not. What if there is meant to be a 5
> second pause?
>

I understand. We used SAM Broadcaster to source audio streams to
Icecast, Shoutcast, and Windows Media servers. I have had a situation
where the SAM process hung in such a way that the encoders were still
connected to the streaming servers, but no audio was being encoded on
them. It may be that I need to learn more about how the encoders work
in order to determine the presence/absence of audio data.

> I just use the 404/200 method in my scripts which monitor mount points,
> It's never failed me yet.
>

This is what I do right now. Thanks for the response!

Chris


> Cheers
>
> Rob
>
> On Tue, 2007-04-17 at 19:19 -0400, Chris Nighswonger wrote:
> > Can anyone verify this for me?
> >
> > Thanks
> >
> > On 4/13/07, Chris Nighswonger wrote:
> > > Hi all,
> > >  I'm working on a script to check the status of streams from multiple
> > > streaming sources (ie. icecast, shoutcast, wms, etc.). With Icecast I
> > > am looking at the HTTP header returned by the server when I do a GET
> > > on the mountpoint I want the status of. It appears that a HTTP/1.0 200
> > > indicates that the mountpoint is up while a HTTP/1.0 404 indicates
> > > that it is down.
> > >  Two questions:
> > >
> > > 1. Is this correct?
> > > 2. Does Icecast return a different value when the mountpoint is up,
> > > but has no audio (data)?
> > >
> > >  If the answer to #2 is 'no' then how hard would it be to hack the
> > > code to do this?
> > >
> > >  I want to be able to indicate three conditions concerning the stream
> > > status: up with audio, up w/o audio, and down (no source).
> > >
> > > Thanks,
> > > Chris
> > >
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
>
>


-- 
Chris Nighswonger
Network & Systems Director
Foundations Bible College & Seminary
www.foundations.edu
www.fbcradio.org
cnighswonger at foundations.edu
V:910-892-8761
C:919-820-5473
-------------
NOTICE: The information contained in this electronic mail message is
intended only for the use of the intended recipient, and may also be
protected by the Electronic Communications Privacy Act, 18 USC
Sections 2510-2521. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.
If you have received this communication in error, please reply to the
sender, and delete the original message. Thank you.


From leo.currie at gmail.com  Wed Apr 18 18:58:57 2007
From: leo.currie at gmail.com (Leo Currie)
Date: Wed, 18 Apr 2007 20:58:57 +0200
Subject: [Icecast] Re: Question about HTTP headers and Icecast stream
	status
In-Reply-To: <cdae243a0704180850w3fd7cb22s2a4b85fafc29b340@mail.gmail.com>
References: <cdae243a0704131120m76b97be6s6a517b96ea7936a9@mail.gmail.com>
	<cdae243a0704171619t64f7664eq539528ddc3ce2cc@mail.gmail.com>
	<1176859602.13235.89.camel@localhost>
	<cdae243a0704180850w3fd7cb22s2a4b85fafc29b340@mail.gmail.com>
Message-ID: <4d6104170704181158m4f4d39e7mde2a6d303ce8d419@mail.gmail.com>

On 18/04/07, Chris Nighswonger <cnighswonger at foundations.edu> wrote:
> I understand. We used SAM Broadcaster to source audio streams to
> Icecast, Shoutcast, and Windows Media servers. I have had a situation
> where the SAM process hung in such a way that the encoders were still
> connected to the streaming servers, but no audio was being encoded on
> them. It may be that I need to learn more about how the encoders work
> in order to determine the presence/absence of audio data.

If you encode to Vorbis, the bitrate should drop to some very low
value if the stream goes silent. Perhaps you could check
<incoming_bitrate> in /admin/status.xml for abnormally low values?
(This data might only be available from the kh branch version of
Icecast?)

Leo


From jwong98 at yahoo.com  Thu Apr 19 05:34:45 2007
From: jwong98 at yahoo.com (James Wong)
Date: Wed, 18 Apr 2007 22:34:45 -0700 (PDT)
Subject: [Icecast] can i mix stream data from 2 source clients?
In-Reply-To: <402062.45703.qm@web34415.mail.mud.yahoo.com>
Message-ID: <483962.94463.qm@web34401.mail.mud.yahoo.com>

hi,

Using Icecast,
is there any way to combine stream data from multiple
source clients and produce a single mixed stream data?

thanks

/james



From dm8tbr at afthd.tu-darmstadt.de  Thu Apr 19 07:39:55 2007
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Thu, 19 Apr 2007 09:39:55 +0200
Subject: [Icecast] can i mix stream data from 2 source clients?
In-Reply-To: <483962.94463.qm@web34401.mail.mud.yahoo.com>
References: <483962.94463.qm@web34401.mail.mud.yahoo.com>
Message-ID: <46271CCB.8080102@afthd.tu-darmstadt.de>

James Wong wrote:
> hi,
>
> Using Icecast,
> is there any way to combine stream data from multiple
> source clients and produce a single mixed stream data?
>   
icecast does not do anything to the stream. You'd have to pull those two
streams from the server and mix them on a client (that may of course run
on the same computer as the server). Due to variable lag on streams this
would be nearly impossible to synchronize.

If you want to mix voice + music in sync I'd recommend a VoIP link
between the two PCs and feeding icecast the mixed audio from the one
playing the music.

Cheers

Thomas


From clement at cavadore.net  Thu Apr 19 23:33:54 2007
From: clement at cavadore.net (Clement Cavadore)
Date: Fri, 20 Apr 2007 01:33:54 +0200
Subject: [Icecast] SMP support
Message-ID: <1177025634.10869.10.camel@puisard.hivane.net>

Hi,

I have recently installed an Icecast 2.3.1 on a couple of dual Xeon CPU
x64 server. The server is configured with chroot & changeowner.
In order to have an idea of a server's capabilities, used the curl-based
script given in http://www.icecast.org/loadtest1.php. I have around 3.5k
connections from one server to the other one, on an unique 170Kbps MP3
mountpoint, totalizing 720 Mbit/s of traffic.

The servers works great, but when I have a look on the CPU usage:
top - 01:29:13 up  9:35,  2 users,  load average: 0.86, 0.77, 0.73
Tasks:  61 total,   1 running,  60 sleeping,   0 stopped,   0 zombie
Cpu0 : 0.0%us,  0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi,  0.0%si, 0.0%st
Cpu1 : 4.0%us, 20.3%sy, 0.0%ni, 16.7%id, 0.0%wa, 2.0%hi, 57.0%si, 0.0%st

... as you can see, there is only one CPU which is used, although I can
see 8 thread in /proc/$pid/task/

Is there any reason for this (maybe an unique IP for the 3.5k listeners,
or an unique mountmoint ?), or did I miss something on the config ?
The server's kernel is the latest 2.6, and SMP-enabled.

Thanks,
-- 
Cl?ment Cavadore



From msmith at xiph.org  Fri Apr 20 08:52:13 2007
From: msmith at xiph.org (Michael Smith)
Date: Fri, 20 Apr 2007 10:52:13 +0200
Subject: [Icecast] SMP support
In-Reply-To: <1177025634.10869.10.camel@puisard.hivane.net>
References: <1177025634.10869.10.camel@puisard.hivane.net>
Message-ID: <3c1737210704200152p3e3613c6red0e27eb852bd215@mail.gmail.com>

On 4/20/07, Clement Cavadore <clement at cavadore.net> wrote:

> Is there any reason for this (maybe an unique IP for the 3.5k listeners,
> or an unique mountmoint ?), or did I miss something on the config ?
> The server's kernel is the latest 2.6, and SMP-enabled.

Icecast uses a number of threads for various tasks, plus one per
mountpoint. So, in your case: 7 threads doing not-very-much, and one
thread handling your mountpoint.

If you use multiple mountpoints your other cpu would be used more.

Mike


From clement at cavadore.net  Fri Apr 20 12:44:58 2007
From: clement at cavadore.net (Clement Cavadore)
Date: Fri, 20 Apr 2007 14:44:58 +0200
Subject: [Icecast] SMP support
In-Reply-To: <3c1737210704200152p3e3613c6red0e27eb852bd215@mail.gmail.com>
References: <1177025634.10869.10.camel@puisard.hivane.net>
	<3c1737210704200152p3e3613c6red0e27eb852bd215@mail.gmail.com>
Message-ID: <4628B5CA.4060309@cavadore.net>

Michael Smith wrote:
> Icecast uses a number of threads for various tasks, plus one per
> mountpoint. So, in your case: 7 threads doing not-very-much, and one
> thread handling your mountpoint.
> 
> If you use multiple mountpoints your other cpu would be used more.

Thank you for the information, I'll set up many mountpoints then, and
retry the bench.

-- 
Cl?ment Cavadore




From karl at xiph.org  Fri Apr 20 01:03:47 2007
From: karl at xiph.org (Karl Heyes)
Date: Fri, 20 Apr 2007 02:03:47 +0100
Subject: [Icecast] SMP support
In-Reply-To: <1177025634.10869.10.camel@puisard.hivane.net>
References: <1177025634.10869.10.camel@puisard.hivane.net>
Message-ID: <46281173.7020505@xiph.org>

Clement Cavadore wrote:

> The servers works great, but when I have a look on the CPU usage:
> top - 01:29:13 up  9:35,  2 users,  load average: 0.86, 0.77, 0.73
> Tasks:  61 total,   1 running,  60 sleeping,   0 stopped,   0 zombie
> Cpu0 : 0.0%us,  0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi,  0.0%si, 0.0%st
> Cpu1 : 4.0%us, 20.3%sy, 0.0%ni, 16.7%id, 0.0%wa, 2.0%hi, 57.0%si, 0.0%st
> 
> ... as you can see, there is only one CPU which is used, although I can
> see 8 thread in /proc/$pid/task/
> 
> Is there any reason for this (maybe an unique IP for the 3.5k listeners,
> or an unique mountmoint ?), or did I miss something on the config ?
> The server's kernel is the latest 2.6, and SMP-enabled.

What you'll be seeing is CPU1 running a source thread for the one stream 
you have. The other non-source threads icecast has tend to be fairly 
lightweight depending on what is exactly happening.   If you run a 
second stream (from source client or just a relay of your existing 
stream) under a different mountpoint then you should see the load 
distributed more.

karl.



From jwong98 at yahoo.com  Sat Apr 21 03:10:50 2007
From: jwong98 at yahoo.com (James Wong)
Date: Fri, 20 Apr 2007 20:10:50 -0700 (PDT)
Subject: [Icecast] libshout compilation error
In-Reply-To: <483962.94463.qm@web34401.mail.mud.yahoo.com>
Message-ID: <50549.55506.qm@web34408.mail.mud.yahoo.com>

hi,

I tried to build libshout 2.2.2 in my pc using cygwin.
/.configure produce the messages below. Anyone knows
how to fix it. Thanks

/james

---------------------------------------

checking winsock2.h usability... no
checking winsock2.h presence... yes
configure: WARNING: winsock2.h: present but cannot be
compiled
configure: WARNING: winsock2.h:     check for missing
prerequisite headers?
configure: WARNING: winsock2.h: see the Autoconf
documentation
configure: WARNING: winsock2.h:     section "Present
But Cannot Be Compiled"
configure: WARNING: winsock2.h: proceeding with the
preprocessor's result
configure: WARNING: winsock2.h: in the future, the
compiler will take precedence
configure: WARNING:     ##
----------------------------------- ##
configure: WARNING:     ## Report this to
icecast-dev at xiph.org ##
configure: WARNING:     ##
----------------------------------- ##
checking for winsock2.h... yes


From toots at rastageeks.org  Sat Apr 21 14:13:35 2007
From: toots at rastageeks.org (Romain Beauxis)
Date: Sat, 21 Apr 2007 16:13:35 +0200
Subject: [Icecast] libshout compilation error
In-Reply-To: <50549.55506.qm@web34408.mail.mud.yahoo.com>
References: <50549.55506.qm@web34408.mail.mud.yahoo.com>
Message-ID: <200704211613.35376.toots@rastageeks.org>

Le samedi 21 avril 2007 05:10, James Wong a ?crit?:
> hi,
>
> I tried to build libshout 2.2.2 in my pc using cygwin.
> /.configure produce the messages below. Anyone knows
> how to fix it. Thanks

This is due to incorrect autoconf support for cygwin: while detecting that the 
building architecture is win32, under cygwin's environment, many unix 
features are still available and should not be replaced by their win32 
equivalent, such as this socket thing.

On the other way, I couldn't get libshout to compile with mingw under cygwin 
for another similar incompatible assumption..


Romain
-- 
Took us away from civilization
Brought us to slave in this big plantation
Fussing and fighting, among ourselves
Nothing to achieve this way, it's worser than hell, I say


From charlie at playlouder.com  Thu Apr 26 12:33:30 2007
From: charlie at playlouder.com (Charlie Allom)
Date: Thu, 26 Apr 2007 13:33:30 +0100
Subject: [Icecast] multiple users - auth'd source?
Message-ID: <20070426133330964819.33466508@playlouder.com>

Hi,

I am trying to bring up an Icecast service for users of a free & paid 
subscription system.

Paid users can source a stream. Free signups can listen (auth) to the 
paid user's streams.

My user data is in LDAP mainly, but I have a URI that returns 
"icecast-auth-user: 1" when passed the user= and pass= variables on the 
HTTP GET.

AFAICT - the source password has to be specified under
	<mount>
		<password>

and the listening auth can be dynamic with
	  <authentication type="url">

So I envisage a regular dump from LDAP to the XML config file - but can 
I add an "include" and HUP the server to see the new credentials? Can 
someone tell me if this is much easier or harder than what I'm thinking?

Cheers,
  C.
-- 
http://devblog.playlouder.com/


From karl at xiph.org  Thu Apr 26 13:57:49 2007
From: karl at xiph.org (Karl Heyes)
Date: Thu, 26 Apr 2007 14:57:49 +0100
Subject: [Icecast] multiple users - auth'd source?
In-Reply-To: <20070426133330964819.33466508@playlouder.com>
References: <20070426133330964819.33466508@playlouder.com>
Message-ID: <4630AFDD.80801@xiph.org>

Charlie Allom wrote:
> Hi,
> 
> I am trying to bring up an Icecast service for users of a free & paid 
> subscription system.
> 
> Paid users can source a stream. Free signups can listen (auth) to the 
> paid user's streams.
> 
> My user data is in LDAP mainly, but I have a URI that returns 
> "icecast-auth-user: 1" when passed the user= and pass= variables on the 
> HTTP GET.

minor point, it's HTTP POST

> AFAICT - the source password has to be specified under
> 	<mount>
> 		<password>
> 
> and the listening auth can be dynamic with
> 	  <authentication type="url">

correct.

> So I envisage a regular dump from LDAP to the XML config file - but can 
> I add an "include" and HUP the server to see the new credentials? Can 
> someone tell me if this is much easier or harder than what I'm thinking?

Hmm, not sure in xml provides an include option and whether libxml2 will 
handle it, it's not something I've looked into, but if it does then HUP 
should work, and for 2.3.1, the new auth should apply for new listeners.

There is another possibility which might be easier. In the -kh branch, 
where I have an updated auth engine, you can specify an option 
"stream_auth" with a uri that works in a similar way to the others. It's 
triggered when a source client tries to auth or when say metadata is 
updated on that stream.  I haven't had much feedback on this but it 
seems to be working well enough.

karl.



From charlie at playlouder.com  Thu Apr 26 14:16:32 2007
From: charlie at playlouder.com (Charlie Allom)
Date: Thu, 26 Apr 2007 15:16:32 +0100
Subject: [Icecast] multiple users - auth'd source?
In-Reply-To: <4630AFDD.80801@xiph.org>
References: <20070426133330964819.33466508@playlouder.com>
	<4630AFDD.80801@xiph.org>
Message-ID: <20070426151632261395.bedb7e51@playlouder.com>

On Thu, 26 Apr 2007 14:57:49 +0100, Karl Heyes wrote:
> Charlie Allom wrote:
[[snip]]

>> AFAICT - the source password has to be specified under
>> 	<mount>
>> 		<password>

[[snip]]

> There is another possibility which might be easier. In the -kh 
> branch, where I have an updated auth engine, you can specify an 
> option "stream_auth" with a uri that works in a similar way to the 
> others. It's triggered when a source client tries to auth or when say 
> metadata is updated on that stream.  I haven't had much feedback on 
> this but it seems to be working well enough.


My goodness! I will check it out right away! This is exactly what I 
wanted (disregarding some ldap auth and config :)

  C.
-- 
http://devblog.playlouder.com/


From unkn0wn at megabit.ru  Thu Apr 26 14:28:20 2007
From: unkn0wn at megabit.ru (unkn0wn)
Date: Thu, 26 Apr 2007 18:28:20 +0400
Subject: [Icecast] Relay from shoutcast
Message-ID: <20070426182820.4ea80353@castle.megabit.ru>

I wanna retranslate some radiostations, but they are running Shoutcast
and broadcasting in AAC+ format. Can IceCast relay sound in this
format from this server?


From karl at xiph.org  Thu Apr 26 14:48:27 2007
From: karl at xiph.org (Karl Heyes)
Date: Thu, 26 Apr 2007 15:48:27 +0100
Subject: [Icecast] Relay from shoutcast
In-Reply-To: <20070426182820.4ea80353@castle.megabit.ru>
References: <20070426182820.4ea80353@castle.megabit.ru>
Message-ID: <4630BBBB.4030000@xiph.org>

unkn0wn wrote:
> I wanna retranslate some radiostations, but they are running Shoutcast
> and broadcasting in AAC+ format. Can IceCast relay sound in this
> format from this server?

yes, but any transcoding to any other format/bitrate would have to be 
done via an external application.

karl.



From unkn0wn at megabit.ru  Thu Apr 26 14:11:04 2007
From: unkn0wn at megabit.ru (unkn0wn)
Date: Thu, 26 Apr 2007 18:11:04 +0400
Subject: [Icecast] Relay from shoutcast
Message-ID: <20070426181104.0d3010f0@castle.megabit.ru>

I wanna retranslate some radiostations, but they are running Shoutcast
and broadcasting in AAC+ format. Can IceCast relay sound in this
format from this server?


From unkn0wn at megabit.ru  Fri Apr 27 07:09:48 2007
From: unkn0wn at megabit.ru (unkn0wn)
Date: Fri, 27 Apr 2007 11:09:48 +0400
Subject: [Icecast] Relay from shoutcast
In-Reply-To: <4630BBBB.4030000@xiph.org>
References: <20070426182820.4ea80353@castle.megabit.ru>
	<4630BBBB.4030000@xiph.org>
Message-ID: <20070427110948.484748f7@castle.megabit.ru>

> unkn0wn wrote:
> > I wanna retranslate some radiostations, but they are running
> > Shoutcast and broadcasting in AAC+ format. Can IceCast relay sound
> > in this format from this server?
> 
> yes, but any transcoding to any other format/bitrate would have to be 
> done via an external application.

How can I realize this? Relay I stay up with construction 
======================================
<relay>
	<server>xxx.xxx.xxx.xxx</server>
	<port>8024</port>
	<mount>/</mount>
	<local-mount>/Radio</local-mount>
	<on-demand>0</on-demand>
	<relay-shoutcast-metadata>1</relay-shoutcast-metadata>
</relay>

<mount>
	<mount-name>/Radio</mount-name>
	<max-listeners>100</max-listeners>
	<burst-size>65536</burst-size>
</mount>
======================================
but how can i realize transcoding to another format?


From abitar.com at gmail.com  Sun Apr 29 14:51:04 2007
From: abitar.com at gmail.com (David Saunders)
Date: Sun, 29 Apr 2007 10:51:04 -0400
Subject: [Icecast] Icecast2 Server Load tests
In-Reply-To: <000a01c776ed$f7677df0$0401a8c0@sapino>
References: <000a01c776ed$f7677df0$0401a8c0@sapino>
Message-ID: <6f779c410704290751v519516b2ye49724a85840bce@mail.gmail.com>

Hey,

  I have done massive testing on our ervers to see how much bandwith
we can really handle..  The server them selfs work very well, we run 4
linux boxes for out streaming. Each on there own cable line who clame
10/2. MB

We use voice quality strems 24k mono streams..  We can get about
110-120  streams goign from the servers before they start deniing
access..  We decied to trhodle the main server at 80 clients and the
slaves at 100.  and useing a balancing program i delveloped to force
the redirect before it get to the server.  (I found some players did
not follow the slave chain reliable enough).  So i wrote a routing
program that did a load balancing act o nll the servers.


How I ran the test was using a a http get to to streams and dumped
them to the bit bucket.  And I monitored the bandwith from them the
server, the server report  about 1.8MB xfer rate at the time the
cable/modem/router started to balk on us.

Honestly only way you can know the real bandwidth is to test it. I
found out a T1 that we were going to get was not really a T1 but a
fractal one, and when we cmplained they said they could not do
anyhitng about it so we droped them.

I have foudn the icecast server to be a solid server for audio
streaming. We currently dabbing into video streaming and the court is
still out of that..

David





On 4/4/07, Chet Sapino <csapino at twcny.rr.com> wrote:
>
> Hello:
>
> Ed Zaleski ran some remarkable and very impressive load tests on icecast
> reported on www.icecast.org (Home page). What wasn't mentioned in the test
> specifications was the type of internet line that was used which totally
> influences bandwidth and subesequent overall load characteristics.
>
> Questions:
>
> 1. Was it a T1 line, Verizon FIOS,  or cable internet, or what?
>
> 2. What were the download/upload bandwidths in MBPS?
>
> 3. Or was this an offline simulation with no real listeners just testing CPU
> load?
>
> I am using Time Warner cable internet at 10/0.8 MBPS bandwidth and am
> wondering how this translates to server load streaming mp3's at 128kbps.
> I.e., how many listeneers can I connect without breakup.
>
> Right now I am thinking switching to Verizon FIOS which runs at 30/5 MBPS
>
>
> TIA,
> Chet
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>


From acarlson at princeton-il.com  Mon Apr 23 18:44:18 2007
From: acarlson at princeton-il.com (Andy Carlson)
Date: Mon, 23 Apr 2007 18:44:18 -0000
Subject: [Icecast] Programs like ices
Message-ID: <32397079.10151177339281906.JavaMail.javamailuser@localhost>

"
Does anyone know if there is a program for linux like ices that can dump live audio from an input to an mp3 file?  Or, is there any software for windows that can capture the mic input and line in input and encode them seperately but both live?  Thanks,

Andy Carlson
IT Manager
City of Princeton
www.princeton-il.com
Office (815) 875-2631 ext. 253
Cell (815) 719-0023
------------------------------------------------------------------------------------
"Man's conquest of Nature turns out, in the moment of its consummation, to be Nature's conquest of Man." - C.S. Lewis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070423/e41afc89/attachment.htm>