From giftculture at gmail.com  Thu Sep  1 01:36:24 2005
From: giftculture at gmail.com (Michael Hale)
Date: Wed, 31 Aug 2005 20:36:24 -0500
Subject: [Icecast] a few more questions...
In-Reply-To: <3c17372105083114196cfff7e3@mail.gmail.com>
References: <87c35eef0508311127623f2eed@mail.gmail.com>
	<3c17372105083114196cfff7e3@mail.gmail.com>
Message-ID: <DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>


On Aug 31, 2005, at 4:19 PM, Michael Smith wrote:
>
> Our primary aim is to have excellent support for free formats
> (primarily, this means the xiph codecs - we'd be happy to help out
> with any other freely usable formats, though). As a concession to
> existing icecast users, we have basic mp3 support (basically we just
> pass it through untouched), and this mechanism works for some other
> codecs as well. However, we will not add explicit support for any
> other formats, nor will we support usage of icecast with other formats
> (i.e. if it breaks, you're entirely on your own). I don't know if WMA9
> requires explicit support or not.
>
> Mike
>

Frankly, the only reason that I'm even considering relaying WMA9 is  
because a large number of listeners to the streams may not be all  
that technically savvy and WMP comes with XP - I'd like to prevent  
having to ask the users to download another player if preferable.  I  
don't have very much experience with WMP 9 or WMP 10 etc.  Forgive me  
if this is a silly question, but can they stream from mp3 audio  
streams?  If so then I wouldn't have to worry about steaming WMA  
format at all.
--
Michael Hale                <smiley at gift-culture.org>
gift culture:                http://www.gift-culture.org
initstring:                    http://www.initstring.org
artificial music machine:        http://www.artificialmusicmachine.com

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

From oddsock at oddsock.org  Thu Sep  1 03:27:08 2005
From: oddsock at oddsock.org (oddsock)
Date: Wed, 31 Aug 2005 22:27:08 -0500
Subject: [Icecast] a few more questions...
In-Reply-To: <DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
References: <87c35eef0508311127623f2eed@mail.gmail.com>
	<3c17372105083114196cfff7e3@mail.gmail.com>
	<DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
Message-ID: <6.0.1.1.2.20050831221521.03b8ce58@www.oddsock.org>

At 08:36 PM 8/31/2005, you wrote:

>Frankly, the only reason that I'm even considering relaying WMA9 is 
>because a large number of listeners to the streams may not be all that 
>technically savvy and WMP comes with XP - I'd like to prevent having to 
>ask the users to download another player if preferable.  I don't have very 
>much experience with WMP 9 or WMP 10 etc.  Forgive me if this is a silly 
>question, but can they stream from mp3 audio streams?  If so then I 
>wouldn't have to worry about steaming WMA format at all.

This argument comes up very frequently and we do understand it, however it 
is also quite viral and in the long run causes inferior and restrictive 
technology to flourish.  The Xiph organization was created specifically to 
address the issue of free (as in patent) media and the distribution of such 
media (that's where icecast comes in).  I hear a lot of statements (I 
really do) such as "most people are stupid and won't bother to install a 
new player or even a new codec" but very little empirical data to back that 
up.  That being said, I encourage you to break free from the "I gotta 
provide to the least common denominator" mentality.   Besides, none of us 
really want to have to run WMP to have to listen to internet-based streams. :)

oddsock



From Jason at Weatherserver.net  Thu Sep  1 08:33:46 2005
From: Jason at Weatherserver.net (Jason)
Date: Thu, 1 Sep 2005 04:33:46 -0400
Subject: [Icecast] Max Listeners for a Relay
Message-ID: <002a01c5aecf$de7e0030$1400000a@workstation>

Can you set the max amount of listeners for a relay like you can for a normal mount???

-=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Weather @ 4:30am - Temp: 14.1?C - Humidity 93% - Wind: WNW @ 0 km/h
Baro: 990kPa Steady - Vis: 14km - Sky: Clear - Weather: ---
Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(Aug 16th): 22.00mm

=-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net  today.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050901/74370f15/attachment.htm>

From msmith at xiph.org  Thu Sep  1 09:03:35 2005
From: msmith at xiph.org (Michael Smith)
Date: Thu, 1 Sep 2005 11:03:35 +0200
Subject: [Icecast] a few more questions...
In-Reply-To: <DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
References: <87c35eef0508311127623f2eed@mail.gmail.com>
	<3c17372105083114196cfff7e3@mail.gmail.com>
	<DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
Message-ID: <3c173721050901020321f31bd0@mail.gmail.com>

> Mike 
> 
> Frankly, the only reason that I'm even considering relaying WMA9 is because
> a large number of listeners to the streams may not be all that technically
> savvy and WMP comes with XP - I'd like to prevent having to ask the users to
> download another player if preferable.  I don't have very much experience
> with WMP 9 or WMP 10 etc.  Forgive me if this is a silly question, but can
> they stream from mp3 audio streams?  If so then I wouldn't have to worry
> about steaming WMA format at all.

I'd be somewhat surprised if WMP couldn't stream mp3, but I don't have
any windows systems to test on. You should really provide a
higher-quality, free alternative, as well - ogg vorbis.

Note that WMP can happily play vorbis streams as well if you install
the directshow filters (www.illiminable.com/ogg/)

Mike


From msmith at xiph.org  Thu Sep  1 09:08:37 2005
From: msmith at xiph.org (Michael Smith)
Date: Thu, 1 Sep 2005 11:08:37 +0200
Subject: [Icecast] Max Listeners for a Relay
In-Reply-To: <002a01c5aecf$de7e0030$1400000a@workstation>
References: <002a01c5aecf$de7e0030$1400000a@workstation>
Message-ID: <3c173721050901020842cc1a7@mail.gmail.com>

On 9/1/05, Jason <Jason at weatherserver.net> wrote:
>  
> Can you set the max amount of listeners for a relay like you can for a
> normal mount??? 

Of course. Relays get their data slightly differently, but act as
normal mounts in all other ways.

Mike


From Jason at Weatherserver.net  Thu Sep  1 09:13:05 2005
From: Jason at Weatherserver.net (Jason)
Date: Thu, 1 Sep 2005 05:13:05 -0400
Subject: [Icecast] a few more questions...
References: <87c35eef0508311127623f2eed@mail.gmail.com><3c17372105083114196cfff7e3@mail.gmail.com><DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
	<3c173721050901020321f31bd0@mail.gmail.com>
Message-ID: <001001c5aed5$5cd46e60$1400000a@workstation>

WMP will play a normal icecast mp3 feed. Thats one of the reasons I use MP3 
because everything will play it.
----- Original Message ----- 
From: "Michael Smith" <msmith at xiph.org>
To: "Michael Hale" <giftculture at gmail.com>
Cc: <icecast at xiph.org>
Sent: Thursday, September 01, 2005 5:03 AM
Subject: Re: [Icecast] a few more questions...


> Mike
>
> Frankly, the only reason that I'm even considering relaying WMA9 is 
> because
> a large number of listeners to the streams may not be all that technically
> savvy and WMP comes with XP - I'd like to prevent having to ask the users 
> to
> download another player if preferable.  I don't have very much experience
> with WMP 9 or WMP 10 etc.  Forgive me if this is a silly question, but can
> they stream from mp3 audio streams?  If so then I wouldn't have to worry
> about steaming WMA format at all.

I'd be somewhat surprised if WMP couldn't stream mp3, but I don't have
any windows systems to test on. You should really provide a
higher-quality, free alternative, as well - ogg vorbis.

Note that WMP can happily play vorbis streams as well if you install
the directshow filters (www.illiminable.com/ogg/)

Mike
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast




From karl at xiph.org  Thu Sep  1 14:26:27 2005
From: karl at xiph.org (Karl Heyes)
Date: 01 Sep 2005 15:26:27 +0100
Subject: [Icecast] a few more questions...
In-Reply-To: <001001c5aed5$5cd46e60$1400000a@workstation>
References: <87c35eef0508311127623f2eed@mail.gmail.com>
	<3c17372105083114196cfff7e3@mail.gmail.com>
	<DF5BCFD1-F7CD-48FB-83C0-0183ECC87667@gift-culture.org>
	<3c173721050901020321f31bd0@mail.gmail.com>
	<001001c5aed5$5cd46e60$1400000a@workstation>
Message-ID: <1125584787.24424.53.camel@bogus.hackers.club>

On Thu, 2005-09-01 at 10:13, Jason wrote:
> WMP will play a normal icecast mp3 feed. Thats one of the reasons I use MP3 
> because everything will play it.

not quite, everything _could_ play it (subject to plugins) but mp3 is
patented tech, so distributors of linux and others have a cost of player
consideration (licensing is fun :-/).  Another consideration is
bandwidth used by mp3 at the server end.  So it may not be an issue for
your situation.

karl.




From Jason at Weatherserver.net  Sat Sep  3 08:14:35 2005
From: Jason at Weatherserver.net (Jason)
Date: Sat, 3 Sep 2005 04:14:35 -0400
Subject: [Icecast] Something interesting
Message-ID: <005001c5b05f$85356d60$1400000a@workstation>

Since the hurricane hit new orleans public safety radio communications have been hit and miss.  I just want to let you guys know what icecast is being used for when it isn't streaming a radio/tv station.

If you look on this page http://www.radioreference.com/wiki/index.php/Hurricane_Katrina  you will see a massive list of icecast servers which are streaming emergency services communications from the effected area around new orleans and mississippi.  These feeds are being used by not only civilians but people who are in New Orleans to provide aid and family members who are listening in to try to hear details about loved ones.  I've been getting emails from tv stations, radio stations and just people who want to know what is going on for days since I setup http://hurricane.weatherserver.net and just started with one 200 person icecast server. Now we have multiple servers that can handle 1000 or more users.  

I guess I just want to say thanks for making such a kickass streaming audio server. What people are doing right now wouldn't be possible without it.

-=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Weather @ 4:06am - Temp: 11.6?C - Humidity 96% - Wind: N @ 0 km/h
Baro: 998kPa Steady - Vis: 14km - Sky: Clear - Weather: ---
Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(Aug 16th): 26.00mm

=-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net  today.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050903/c098c1ca/attachment.htm>

From giftculture at gmail.com  Mon Sep  5 17:33:41 2005
From: giftculture at gmail.com (Michael Hale)
Date: Mon, 5 Sep 2005 12:33:41 -0500
Subject: [Icecast] streamtranscoder 1.2.8 compilation problems...
Message-ID: <87c35eef050905103337b3fd59@mail.gmail.com>

Hello Everybody,

I've been trying without success to build streamtranscoder 1.2.8 for
sol-10-sparc.

Because I'm not interested in live encoding from a soundcard (the
stream will already be encoded, I just want to transcode it), I
commented out the #else clause from initLiveRecording() in
liboddcast.cpp and #include <sys/soundcard.h> from liboddcast.h per
http://www.oddsock.org/openbb/read.php?TID=1330

When I try to compile, I get the following error:

liboddcast.cpp: In function `int sendToServer(int, char*, int, int)':
liboddcast.cpp:436: error: `MSG_NOSIGNAL' undeclared (first use this function)
liboddcast.cpp:436: error: (Each undeclared identifier is reported
only once for each function it appears in.)
make: *** [liboddcast.lo] Error 1

Any ideas?
-- 
--
Michael Hale  <giftculture at gmail.com>
gift culture      http://www.gift-culture.org
init string        http://www.initstring.org
amm              http://www.artificialmusicmachine.com


From Jason at Weatherserver.net  Mon Sep  5 19:05:42 2005
From: Jason at Weatherserver.net (Jason)
Date: Mon, 5 Sep 2005 15:05:42 -0400
Subject: [Icecast] timezone
Message-ID: <000701c5b24c$d02b6290$1400000a@workstation>

Is there any way to set the timezone icecast uses?  right now the server is set to -7  but I would like to use another timezone.

-=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Weather @ 3:02pm - Temp: 33.8?C - Humidity 17% - Wind: SE @ 0 km/h
Baro: 1014kPa Steady - Vis: 14km - Sky: Clear - Weather: ---
Hourly Rain: 398.00mm - Daily Rain: 654.00mm - Total Rain(Aug 16th): 680.00mm

=-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net  today.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050905/06ab4563/attachment.htm>

From timb2 at telus.net  Mon Sep  5 20:25:23 2005
From: timb2 at telus.net (Tim)
Date: Mon, 5 Sep 2005 14:25:23 -0600
Subject: [Icecast] Help !
Message-ID: <000a01c5b257$f22de4c0$6400a8c0@timb2>

How can I get detailed instructions on how to get streaming with icecast.     I've downloaded icecast 2  and ices 2.   I am totally lost.   None of it is automatic and the help files are not very clear.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050905/b2652738/attachment.htm>

From ml at imux.net  Mon Sep  5 20:34:10 2005
From: ml at imux.net (ml)
Date: Mon, 05 Sep 2005 21:34:10 +0100
Subject: [Icecast] Help !
In-Reply-To: <000a01c5b257$f22de4c0$6400a8c0@timb2>
References: <000a01c5b257$f22de4c0$6400a8c0@timb2>
Message-ID: <431CABC2.2040207@imux.net>

Tim wrote:

> How can I get detailed instructions on how to get streaming with
> icecast.     I've downloaded icecast 2  and ices 2.   I am totally
> lost.   None of it is automatic and the help files are not very
> clear.
> 

The Unofficial Icecast HowTo
http://www.gnuware.com/icecast/

Stephen
Liveice Project http://liveice.sf.net/


From giftculture at gmail.com  Mon Sep  5 20:56:00 2005
From: giftculture at gmail.com (Michael Hale)
Date: Mon, 5 Sep 2005 15:56:00 -0500
Subject: [Icecast] ices-2.0-kh60 and ices-2.0.1 compilation problems
Message-ID: <F30D6BA2-4F5F-418B-8A9D-41A8E8E434C9@gift-culture.org>

Hello Everybody,

I've been trying to get ices-2.0-kh60 and/or ices-2.0.1 to compile on  
sol 10 / sparc - ./compile bites the dust with the following error  
message:

checking for uint64_t... no
configure: error: could not find a uint64_t type

Any ideas?

Thanks


From kerryjcox at gmail.com  Mon Sep  5 22:38:20 2005
From: kerryjcox at gmail.com (Kerry Cox)
Date: Mon, 5 Sep 2005 16:38:20 -0600
Subject: [Icecast] Help !
In-Reply-To: <000a01c5b257$f22de4c0$6400a8c0@timb2>
References: <000a01c5b257$f22de4c0$6400a8c0@timb2>
Message-ID: <f80620b2050905153858329675@mail.gmail.com>

Look for an update to my http://www.gnuware.com/icecast/ site later
this week. I updated all my docs and had it ready to go in book
format, but I have decided to post it to the Internet instead. Not
enough interest from any of the publishing houses. Better to share
than charge.
I just recently changed jobs and have some time now to make some
needed additions.
Any constructive feedback on the new page would be appreciated.
KJ

-- 
Kerry J. Cox, Ph.D.
IT Security Consultant
Fidelity Investments
801.537.2298


From karl at xiph.org  Mon Sep  5 23:02:54 2005
From: karl at xiph.org (Karl Heyes)
Date: 06 Sep 2005 00:02:54 +0100
Subject: [Icecast] ices-2.0-kh60 and ices-2.0.1 compilation problems
In-Reply-To: <F30D6BA2-4F5F-418B-8A9D-41A8E8E434C9@gift-culture.org>
References: <F30D6BA2-4F5F-418B-8A9D-41A8E8E434C9@gift-culture.org>
Message-ID: <1125961374.24591.59.camel@bogus.hackers.club>

On Mon, 2005-09-05 at 21:56, Michael Hale wrote:
> Hello Everybody,
> 
> I've been trying to get ices-2.0-kh60 and/or ices-2.0.1 to compile on  
> sol 10 / sparc - ./compile bites the dust with the following error  
> message:
> 
> checking for uint64_t... no
> configure: error: could not find a uint64_t type
> 
> Any ideas?

I think I know what it is, can you try

http://mediacast1.com/~karl/testing/ices-2.0.1.tar.bz2, if it still
fails send me the config.log


karl.




From ross at stationplaylist.com  Tue Sep  6 01:01:12 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 6 Sep 2005 13:01:12 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
Message-ID: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>

Just so you know the what's happening with the competition,
Nullsoft has released  Shoutcast DSP v1.90 supporting AACPlus encoding 
for free.
http://www.shoutcast.com/downloads/shoutcast-dsp-1-9-0-windows.exe

The shoutcast website hasn't been updated yet.

You need Winamp v5.1 which includes the AAC+ encoder DLL.

Regards,
Ross. 



From oddsock at oddsock.org  Tue Sep  6 02:56:37 2005
From: oddsock at oddsock.org (oddsock)
Date: Mon, 05 Sep 2005 21:56:37 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
Message-ID: <6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>

hmmm.. very interesting.. any info on how they've done the licensing ? I 
always have a hard time keeping track of the license details, but correct 
me if I'm wrong, but there is no "broadcasting" license, only an "encoder" 
license fee required with AAC and if AOL is giving it away free, there has 
to be some payment being done somewhere...

This DSP does in fact work with Icecast in "Shoutcast compatible mode" and 
apparently the 5.094 version of winamp also has the AACPlus encoding DLL as 
well, as that is what I am using right now, and it is working just fine...

oddsock
At 08:01 PM 9/5/2005, you wrote:
>Just so you know the what's happening with the competition,
>Nullsoft has released  Shoutcast DSP v1.90 supporting AACPlus encoding
>for free.
>http://www.shoutcast.com/downloads/shoutcast-dsp-1-9-0-windows.exe
>
>The shoutcast website hasn't been updated yet.
>
>You need Winamp v5.1 which includes the AAC+ encoder DLL.
>
>Regards,
>Ross.
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast



From ross at stationplaylist.com  Tue Sep  6 04:27:33 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 6 Sep 2005 16:27:33 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
Message-ID: <01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>

> hmmm.. very interesting.. any info on how they've done the licensing ?

No idea how the licensing works.  If it's free for the streamer then 
that may destroy Vorbis's inroads into streaming.

I'm hoping that Monty and others can improve Vorbis to start competing 
with AAC+ at low bitrates.  Monty said he had some ideas but I wonder if 
anything is being worked on presently.

Ross. 



From c_attitude at yahoo.com  Tue Sep  6 06:41:38 2005
From: c_attitude at yahoo.com (Vinay Binny)
Date: Tue, 6 Sep 2005 07:41:38 +0100 (BST)
Subject: [Icecast] seek, forward and rewind using icecast.
Message-ID: <20050906064138.29855.qmail@web32413.mail.mud.yahoo.com>

Hi all,

I am using the Icecast server with Ezstream source
client to stream audio content. It works like a charm.
I was actually able to download, install configure and
run a basic set up of Icecast with Ezstream on
Windows2000 in just about 45 minutes, no hassles at
all. Superb product!

I would like to know if it is possible to give a
rewind and forward option to the person listening at
the users-end. Please help me with this. I have real
player, quick time and winamp(also windows media
player). DOes Icecast support this functionality? I
read the docs but there was no mention of this.   

Thank you,
Vinay. 


	

	
		
__________________________________________________________ 
Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaadi.com


From ross at stationplaylist.com  Tue Sep  6 08:44:33 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 6 Sep 2005 20:44:33 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
Message-ID: <033601c5b2bf$3467c240$dc00a8c0@stationplaylist.com>

> This DSP does in fact work with Icecast in "Shoutcast compatible mode"

Is there some configuration trick to get Icecast2 to accept connections 
from the Shoutcast DSP.  I'm trying it here and it won't connect.

Regards,
Ross. 



From sagaralists2 at yahoo.com  Tue Sep  6 11:19:53 2005
From: sagaralists2 at yahoo.com (Sagara Wijetunga)
Date: Tue, 6 Sep 2005 04:19:53 -0700 (PDT)
Subject: [Icecast] Client connection died
Message-ID: <20050906111953.64582.qmail@web53208.mail.yahoo.com>

Hi all

I have installed Icecast-2.2.0 and Muse-0.9.1 on Linux
based desktop.

When I try to listen to the mp3 stream using
Xmms(1.2.10) on another machine over the LAN, the Xmms
player downloads only few kilobytes and hangs.

The icecast error.log shows:
[2005-09-06  19:01:56] DBUG source/source_main Client
added
[2005-09-06  19:01:56] INFO source/source_main
listener count on /live now 1
[2005-09-06  19:01:56] DBUG stats/modify_node_event
update node clients (1)
[2005-09-06  19:01:56] DBUG stats/modify_node_event
update node listeners (1)
[2005-09-06  19:01:57] DBUG client/client_send_bytes
Client connection died
[2005-09-06  19:01:57] DBUG source/source_main Client
removed
[2005-09-06  19:01:57] INFO source/source_main
listener count on /live now 0
[2005-09-06  19:01:57] DBUG stats/modify_node_event
update node clients (0)
[2005-09-06  19:01:57] DBUG stats/modify_node_event
update node listeners (0)

I'm using following limits:
<clients>100</clients>
<sources>5</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>20</source-timeout>

What have I missed? Why the client connection die on a
LAN? Any ideas?

Many thanks in advance

Kind Regards
Sagara

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


From mail at bjanetzki.de  Tue Sep  6 12:37:17 2005
From: mail at bjanetzki.de (Bernhard Janetzki)
Date: Tue, 06 Sep 2005 14:37:17 +0200
Subject: [Icecast] error after sending SIGHUP to Ices0
Message-ID: <1126010238.9931.19.camel@localhost.localdomain>

Hi all,
after sending SIGHUP to Ices0, Ices0 reloads the playlist correctly.
Indeed Ices0 plays the new playlist, but starts not at position one as
expected. Ices0 starts at the last position played on the old playlist +
1.
What have I missed?
Many thanks in advance.

Greets Boerni




From oddsock at oddsock.org  Tue Sep  6 13:15:35 2005
From: oddsock at oddsock.org (oddsock)
Date: Tue, 06 Sep 2005 08:15:35 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <033601c5b2bf$3467c240$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<033601c5b2bf$3467c240$dc00a8c0@stationplaylist.com>
Message-ID: <6.0.1.1.2.20050906081350.03b3bec0@www.oddsock.org>

There is an example xml config file for shoutcast dsp compatibility 
settings that is distributed with icecast.  It is also described in the 
docs too.

oddsock
At 03:44 AM 9/6/2005, you wrote:
> > This DSP does in fact work with Icecast in "Shoutcast compatible mode"
>
>Is there some configuration trick to get Icecast2 to accept connections
>from the Shoutcast DSP.  I'm trying it here and it won't connect.
>
>Regards,
>Ross.
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast



From msmith at xiph.org  Tue Sep  6 13:39:06 2005
From: msmith at xiph.org (Michael Smith)
Date: Tue, 6 Sep 2005 15:39:06 +0200
Subject: [icecast] Ices Spawing Zombie Perl Scripts - Again
In-Reply-To: <000001c5b2e5$a9b0fa50$6501a8c0@ibmf4m89na25ds>
References: <000001c5b2e5$a9b0fa50$6501a8c0@ibmf4m89na25ds>
Message-ID: <3c17372105090606391c10c83e@mail.gmail.com>

On 8/26/05, andris aedma <designer at neti.ee> wrote:
>  
> do   ices-ad.pm  perl script work with ices2?  

I've never heard of it, so I haven't tested it. I don't know what it
does, or where to get it.

If you want help, you have to be MUCH more specific about what the problem is.

Mike


From karl at xiph.org  Tue Sep  6 13:30:16 2005
From: karl at xiph.org (Karl Heyes)
Date: 06 Sep 2005 14:30:16 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
Message-ID: <1126013415.25495.15.camel@bogus.hackers.club>

On Tue, 2005-09-06 at 05:27, Ross Levis wrote:
> > hmmm.. very interesting.. any info on how they've done the licensing ?
> 
> No idea how the licensing works.  If it's free for the streamer then 
> that may destroy Vorbis's inroads into streaming.
> 
> I'm hoping that Monty and others can improve Vorbis to start competing 
> with AAC+ at low bitrates.  Monty said he had some ideas but I wonder if 
> anything is being worked on presently.

The aotuv b4 tuned lib does compete with AAC+ (v2/PS/HE/LC or whatever
it's called), even at low bitrates, and what's more it works with
existing players so no new decoder plugins needed.

karl.




From engineering at owltechnology.net  Tue Sep  6 17:07:54 2005
From: engineering at owltechnology.net (Engineering)
Date: Tue, 6 Sep 2005 12:07:54 -0500
Subject: [Icecast] icecast 2.x and ices0.x buffer issue
In-Reply-To: <3c17372105090606391c10c83e@mail.gmail.com>
Message-ID: <000201c5b305$85c5ac60$6403a8c0@owl>

Why would the stream from icecast 2.x start abnormally cause players
like Windows Media player 9 or 10 to start locking up when playing a
stream for over 45 minutes. It stops playing and shows the buffer going
from say 15% to 55% back down to 20%, but if you stop the stream and hit
play again (restart the connection) - it works fine for another 30-60
minutes.

Respectfully,

RT Curtis




From giftculture at gmail.com  Tue Sep  6 19:28:17 2005
From: giftculture at gmail.com (Michael Hale)
Date: Tue, 6 Sep 2005 14:28:17 -0500
Subject: [Icecast] WMP blues :^(
Message-ID: <EF4BFDD6-A74D-4670-838C-DE9DEA1DA700@gift-culture.org>

Hello Everybody,

I'm having the strangest problem getting WMP 10 to stream from my  
icecast server.

I'm currently serving two streams - one is a 128kbit/s mp3 stream,  
the other is a 32kbit/s mp3 stream

Even when explicitly declaring the stream type to be http in  
icecast.xml , the 32kbit/s stream buffers *VERY* slowly (it takes  
about 3-5 min) in WMP before finally playing.  *However* (and this is  
the weird part), the 128kbit/s stream plays immediately, with no long  
buffering whatsoever.

WMP is the only player that has this problem, everything else I've  
tried (mac and pc iTunes, winamp, etc) works perfectly.

I realize this isn't the Microsoft mailing list, just wondering if  
anybody has come across this problem and what they did to work around  
it - I'd really like to avoid having to run Microsoft stream  
authoring products if I could help it.  I wonder if this is a ploy to  
cripple their player in order to convince people to move to wma :^(


--
Michael Hale                <smiley at gift-culture.org>
gift culture:                http://www.gift-culture.org
initstring:                    http://www.initstring.org
artificial music machine:        http://www.artificialmusicmachine.com

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

From ross at stationplaylist.com  Wed Sep  7 02:47:19 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Wed, 7 Sep 2005 14:47:19 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
Message-ID: <009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>

I'm am currently using autuvb4 at q-2 mono 44100.  This produces roughly 
28 to 34kb/s.  It's ok but I've heard AACPlus at 32kb/s stereo and it's 
definately better, unfortunately.

Regards,
Ross.

>> I'm hoping that Monty and others can improve Vorbis to start 
>> competing
>> with AAC+ at low bitrates.  Monty said he had some ideas but I wonder 
>> if
>> anything is being worked on presently.

> The aotuv b4 tuned lib does compete with AAC+ (v2/PS/HE/LC or whatever
> it's called), even at low bitrates, and what's more it works with
> existing players so no new decoder plugins needed.

> karl.



From admin at radiotoolbox.com  Wed Sep  7 02:56:06 2005
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Tue, 6 Sep 2005 21:56:06 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
Message-ID: <002701c5b357$c3704a50$6701a8c0@VAIO>

Yea, don't get me wrong, ogg is definitely an awesome format but aacplus v2
is currently the leader in high fidelity quality at low bitrates.  24kbps
aacplus even kicks ass in my view.

I hope that this only stimulates even more competitive codecs at dialup
speeds.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Ross Levis
Sent: Tuesday, September 06, 2005 9:47 PM
To: icecast
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

I'm am currently using autuvb4 at q-2 mono 44100.  This produces roughly 
28 to 34kb/s.  It's ok but I've heard AACPlus at 32kb/s stereo and it's 
definately better, unfortunately.

Regards,
Ross.

>> I'm hoping that Monty and others can improve Vorbis to start 
>> competing
>> with AAC+ at low bitrates.  Monty said he had some ideas but I wonder 
>> if
>> anything is being worked on presently.

> The aotuv b4 tuned lib does compete with AAC+ (v2/PS/HE/LC or whatever
> it's called), even at low bitrates, and what's more it works with
> existing players so no new decoder plugins needed.

> karl.

_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From pm at nowster.zetnet.co.uk  Wed Sep  7 11:43:24 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Wed, 7 Sep 2005 12:43:24 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <002701c5b357$c3704a50$6701a8c0@VAIO>
References: <009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<002701c5b357$c3704a50$6701a8c0@VAIO>
Message-ID: <20050907114324.GC18273@thinkpad.nowster.org.uk>

On Tue, Sep 06, 2005 at 09:56:06PM -0500, Jay Krivanek wrote:
> Yea, don't get me wrong, ogg is definitely an awesome format but aacplus v2
> is currently the leader in high fidelity quality at low bitrates.  24kbps
> aacplus even kicks ass in my view.

Is that 24kbps AACPLUS a full 44.1kHz stereo signal with frequencies 
preserved up to at least 15kHz? (Just curious, not criticising.)

As a datapoint, Vorbis aotuv b4 gives acceptable quality with q=-1.001 
44.1kHz stereo at approximately 44kbps.

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From admin at radiotoolbox.com  Wed Sep  7 11:51:21 2005
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Wed, 7 Sep 2005 06:51:21 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <20050907114324.GC18273@thinkpad.nowster.org.uk>
Message-ID: <002801c5b3a2$890a3ab0$6701a8c0@VAIO>

Yes it is 44.1kHz.  However SBR is not the original, everything higher then
22.05kHz is recreated.  Also Parametric Stereo recreates the Stereo
experience.  The actual audio data is simply a 24kbps AAC stream at 22050
mono.  Also it is by no means perfect.  The highs do have an artificial feel
to them and a little echo.  For what it is though most people don't really
get annoyed by it and are quite pleased with the feel of it.

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Paul Martin
Sent: Wednesday, September 07, 2005 6:43 AM
To: icecast at xiph.org
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

On Tue, Sep 06, 2005 at 09:56:06PM -0500, Jay Krivanek wrote:
> Yea, don't get me wrong, ogg is definitely an awesome format but aacplus
v2
> is currently the leader in high fidelity quality at low bitrates.  24kbps
> aacplus even kicks ass in my view.

Is that 24kbps AACPLUS a full 44.1kHz stereo signal with frequencies 
preserved up to at least 15kHz? (Just curious, not criticising.)

As a datapoint, Vorbis aotuv b4 gives acceptable quality with q=-1.001 
44.1kHz stereo at approximately 44kbps.

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From karl at xiph.org  Wed Sep  7 13:18:18 2005
From: karl at xiph.org (Karl Heyes)
Date: 07 Sep 2005 14:18:18 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
Message-ID: <1126099098.4091.25.camel@bogus.hackers.club>

On Wed, 2005-09-07 at 03:47, Ross Levis wrote:
> I'm am currently using autuvb4 at q-2 mono 44100.  This produces roughly 
> 28 to 34kb/s.  It's ok but I've heard AACPlus at 32kb/s stereo and it's 
> definately better, unfortunately.

I wasn't really thinking about 32kb/s modes as I find them poor anyway,
but I haven't heard much at the lowest rate to make a comparison as I
don't have the decoder to playback that variant of AAC.  Also note that
while q-2 is a new mode that is added, the tunings also improve the
higher modes.


karl.




From greg at orban.com  Wed Sep  7 20:06:06 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Wed, 07 Sep 2005 13:06:06 -0700
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <1126099098.4091.25.camel@bogus.hackers.club>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<1126099098.4091.25.camel@bogus.hackers.club>
Message-ID: <6.2.0.14.2.20050907130429.035d4a30@mail.indexcom.com>

Here is a place to start:

http://www.orban.com/audio/1010/codecs_1.html

-greg.


At 06:18 2005-09-07, Karl Heyes wrote:
>On Wed, 2005-09-07 at 03:47, Ross Levis wrote:
> > I'm am currently using autuvb4 at q-2 mono 44100.  This produces roughly
> > 28 to 34kb/s.  It's ok but I've heard AACPlus at 32kb/s stereo and it's
> > definately better, unfortunately.
>
>I wasn't really thinking about 32kb/s modes as I find them poor anyway,
>but I haven't heard much at the lowest rate to make a comparison as I
>don't have the decoder to playback that variant of AAC.  Also note that
>while q-2 is a new mode that is added, the tunings also improve the
>higher modes.
>
>
>karl.
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast




From pm at nowster.zetnet.co.uk  Wed Sep  7 22:06:00 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Wed, 7 Sep 2005 23:06:00 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <002801c5b3a2$890a3ab0$6701a8c0@VAIO>
References: <20050907114324.GC18273@thinkpad.nowster.org.uk>
	<002801c5b3a2$890a3ab0$6701a8c0@VAIO>
Message-ID: <20050907220600.GC21863@thinkpad.nowster.org.uk>

On Wed, Sep 07, 2005 at 06:51:21AM -0500, Jay Krivanek wrote:
> Yes it is 44.1kHz.  However SBR is not the original, everything higher then
> 22.05kHz is recreated.

Are you sure you mean those figures? Wouldn't there be a lot of 
aliasing?

http://en.wikipedia.org/wiki/Nyquist_frequency

> Also Parametric Stereo recreates the Stereo experience.

Similar to what Vorbis does, then?

> The actual audio data is simply a 24kbps AAC stream at 22050
> mono.  Also it is by no means perfect.  The highs do have an artificial feel
> to them and a little echo.  For what it is though most people don't really
> get annoyed by it and are quite pleased with the feel of it.

Right... so anything above 11kHz is simulated by generating harmonics?

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From ross at stationplaylist.com  Wed Sep  7 22:33:04 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 8 Sep 2005 10:33:04 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<1126099098.4091.25.camel@bogus.hackers.club>
Message-ID: <001601c5b3fc$1c95ff90$dc00a8c0@stationplaylist.com>

If you have access to a Windows box, Winamp v5.1 can rip CD's to AAC+. 
I can't imagine why you would want to do that normally, but it would be 
useful for comparisons.

Ross.

----- Original Message ----- 
From: "Karl Heyes" <karl at xiph.org>
To: "Ross Levis" <ross at stationplaylist.com>
Cc: "icecast" <icecast at xiph.org>
Sent: Thursday, September 08, 2005 1:18 AM
Subject: Re: [Icecast] AACPlus Shoutcast v1.90


On Wed, 2005-09-07 at 03:47, Ross Levis wrote:
> I'm am currently using autuvb4 at q-2 mono 44100.  This produces 
> roughly
> 28 to 34kb/s.  It's ok but I've heard AACPlus at 32kb/s stereo and 
> it's
> definately better, unfortunately.

I wasn't really thinking about 32kb/s modes as I find them poor anyway,
but I haven't heard much at the lowest rate to make a comparison as I
don't have the decoder to playback that variant of AAC.  Also note that
while q-2 is a new mode that is added, the tunings also improve the
higher modes.


karl.



From karl at xiph.org  Wed Sep  7 23:00:44 2005
From: karl at xiph.org (Karl Heyes)
Date: 08 Sep 2005 00:00:44 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <001601c5b3fc$1c95ff90$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<1126099098.4091.25.camel@bogus.hackers.club>
	<001601c5b3fc$1c95ff90$dc00a8c0@stationplaylist.com>
Message-ID: <1126134043.4091.114.camel@bogus.hackers.club>

On Wed, 2005-09-07 at 23:33, Ross Levis wrote:
> If you have access to a Windows box, Winamp v5.1 can rip CD's to AAC+. 
> I can't imagine why you would want to do that normally, but it would be 
> useful for comparisons.

Windows, what's that? :)

Unfortunately the win98 box I had access to always had a sound card
problem so I never used it (I suspect the card is stuffed). 

karl.




From greg at orban.com  Wed Sep  7 23:22:04 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Wed, 07 Sep 2005 16:22:04 -0700
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <1126134043.4091.114.camel@bogus.hackers.club>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<1126099098.4091.25.camel@bogus.hackers.club>
	<001601c5b3fc$1c95ff90$dc00a8c0@stationplaylist.com>
	<1126134043.4091.114.camel@bogus.hackers.club>
Message-ID: <6.2.0.14.2.20050907162001.01fb89c0@mail.indexcom.com>

Windows 98 is totally obsolete and useless.
WindowsXP is a completely different architecture for just about everything 
except the name Windows.
You owe it to yourself to check out WindowsXP, even though it is subsidized 
by the "eveil empire."
:)
-g.


At 16:00 2005-09-07, Karl Heyes wrote:
>On Wed, 2005-09-07 at 23:33, Ross Levis wrote:
> > If you have access to a Windows box, Winamp v5.1 can rip CD's to AAC+.
> > I can't imagine why you would want to do that normally, but it would be
> > useful for comparisons.
>
>Windows, what's that? :)
>
>Unfortunately the win98 box I had access to always had a sound card
>problem so I never used it (I suspect the card is stuffed).
>
>karl.
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast




From ross at stationplaylist.com  Thu Sep  8 00:36:12 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 8 Sep 2005 12:36:12 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
Message-ID: <011001c5b40d$505aa720$dc00a8c0@stationplaylist.com>

I should have provided a link to my low bitrate vorbis stream.  It's a 
mostly easy listening world music format:
http://soulfm.stationplaylist.com/listen.m3u

Regards,
Ross. 



From admin at radiotoolbox.com  Thu Sep  8 00:46:33 2005
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Wed, 7 Sep 2005 19:46:33 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <011001c5b40d$505aa720$dc00a8c0@stationplaylist.com>
Message-ID: <000901c5b40e$d4de7de0$6701a8c0@VAIO>

You should do stereo and then do an aacplus stream at 32kbps along side, we
can compare the two objectively.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Ross Levis
Sent: Wednesday, September 07, 2005 7:36 PM
To: icecast at xiph.org
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

I should have provided a link to my low bitrate vorbis stream.  It's a 
mostly easy listening world music format:
http://soulfm.stationplaylist.com/listen.m3u

Regards,
Ross. 

_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From ross at stationplaylist.com  Thu Sep  8 02:13:50 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 8 Sep 2005 14:13:50 +1200
Subject: [Icecast] AACPlus Shoutcast v1.90
References: <000901c5b40e$d4de7de0$6701a8c0@VAIO>
Message-ID: <012c01c5b41a$f3d06f40$dc00a8c0@stationplaylist.com>

OK, I've organized this.

It's not possible to average 32kb/s stereo with Vorbis using VBR. 
Quality -2 stereo proeduces roughly 32 to 38kb/s which is too high for 
many modems.

I would have to use ABR, but last I tried that, it utilized too much CPU 
for my 950Mhz PC, and oddcast doesn't appear to support that option 
anymore.

I've tried AACPlus 32kb/s mono and there is very little difference from 
stereo as far as sound quality goes.

Anyway, I've set up a mono AAC+ stream at 32kb/s for.  It's strange that 
Winamp reports it as stereo but the selection in the the shoutcast DSP 
is mono.

Vorbis q -2   http://soulfm.stationplaylist.com/listen.m3u
AAC+ 32kb/s http://stream.gottabelieve.org:9000/soulfm.aac.m3u

I think the treble is much more natural with AAC.

Happy comparisons.

Ross.

----- Original Message ----- 
From: "Jay Krivanek" <admin at radiotoolbox.com>
To: <icecast at xiph.org>
Sent: Thursday, September 08, 2005 12:46 PM
Subject: RE: [Icecast] AACPlus Shoutcast v1.90


You should do stereo and then do an aacplus stream at 32kbps along side, 
we
can compare the two objectively.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On 
Behalf
Of Ross Levis
Sent: Wednesday, September 07, 2005 7:36 PM
To: icecast at xiph.org
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

I should have provided a link to my low bitrate vorbis stream.  It's a
mostly easy listening world music format:
http://soulfm.stationplaylist.com/listen.m3u

Regards,
Ross.



From admin at radiotoolbox.com  Thu Sep  8 03:08:38 2005
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Wed, 7 Sep 2005 22:08:38 -0500
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <012c01c5b41a$f3d06f40$dc00a8c0@stationplaylist.com>
Message-ID: <000a01c5b422$ae149780$6701a8c0@VAIO>

Yea, if ogg could do stereo and compete with aacPlus at those bitrates I
think it would be much closer.  At any rate I agree I think the aacPlus
sounds more clear.  Sets a nice goal though for many codecs.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Ross Levis
Sent: Wednesday, September 07, 2005 9:14 PM
To: icecast at xiph.org
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

OK, I've organized this.

It's not possible to average 32kb/s stereo with Vorbis using VBR. 
Quality -2 stereo proeduces roughly 32 to 38kb/s which is too high for 
many modems.

I would have to use ABR, but last I tried that, it utilized too much CPU 
for my 950Mhz PC, and oddcast doesn't appear to support that option 
anymore.

I've tried AACPlus 32kb/s mono and there is very little difference from 
stereo as far as sound quality goes.

Anyway, I've set up a mono AAC+ stream at 32kb/s for.  It's strange that 
Winamp reports it as stereo but the selection in the the shoutcast DSP 
is mono.

Vorbis q -2   http://soulfm.stationplaylist.com/listen.m3u
AAC+ 32kb/s http://stream.gottabelieve.org:9000/soulfm.aac.m3u

I think the treble is much more natural with AAC.

Happy comparisons.

Ross.

----- Original Message ----- 
From: "Jay Krivanek" <admin at radiotoolbox.com>
To: <icecast at xiph.org>
Sent: Thursday, September 08, 2005 12:46 PM
Subject: RE: [Icecast] AACPlus Shoutcast v1.90


You should do stereo and then do an aacplus stream at 32kbps along side, 
we
can compare the two objectively.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On 
Behalf
Of Ross Levis
Sent: Wednesday, September 07, 2005 7:36 PM
To: icecast at xiph.org
Subject: Re: [Icecast] AACPlus Shoutcast v1.90

I should have provided a link to my low bitrate vorbis stream.  It's a
mostly easy listening world music format:
http://soulfm.stationplaylist.com/listen.m3u

Regards,
Ross.

_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From xiphmont at xiph.org  Thu Sep  8 05:52:52 2005
From: xiphmont at xiph.org (Monty)
Date: Thu, 8 Sep 2005 01:52:52 -0400
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
Message-ID: <20050908055252.GB2497@xiph.org>




On Tue, Sep 06, 2005 at 04:27:33PM +1200, Ross Levis wrote:
> No idea how the licensing works.  If it's free for the streamer then 
> that may destroy Vorbis's inroads into streaming.

Not bloody likely :-)

Monty


From pm at nowster.zetnet.co.uk  Thu Sep  8 07:45:15 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Thu, 8 Sep 2005 08:45:15 +0100
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <6.2.0.14.2.20050907162001.01fb89c0@mail.indexcom.com>
References: <011201c5b27e$79a29a10$dc00a8c0@stationplaylist.com>
	<6.0.1.1.2.20050905215055.03beaac8@www.oddsock.org>
	<01a901c5b29b$4d147af0$dc00a8c0@stationplaylist.com>
	<1126013415.25495.15.camel@bogus.hackers.club>
	<009a01c5b356$7727bee0$dc00a8c0@stationplaylist.com>
	<1126099098.4091.25.camel@bogus.hackers.club>
	<001601c5b3fc$1c95ff90$dc00a8c0@stationplaylist.com>
	<1126134043.4091.114.camel@bogus.hackers.club>
	<6.2.0.14.2.20050907162001.01fb89c0@mail.indexcom.com>
Message-ID: <20050908074514.GD21863@thinkpad.nowster.org.uk>

On Wed, Sep 07, 2005 at 04:22:04PM -0700, Greg J. Ogonowski wrote:
> Windows 98 is totally obsolete and useless.
> WindowsXP is a completely different architecture for just about everything 
> except the name Windows.

It's Windows NT with flashy bits, and (with XP Home) the security turned 
off.

It too will be considered obsolete and useless in 5 years time. (Even if 
it isn't.)

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From andy at dijit.net  Thu Sep  8 10:11:37 2005
From: andy at dijit.net (andy thomas)
Date: Thu, 8 Sep 2005 11:11:37 +0100 (BST)
Subject: [Icecast] AACPlus Shoutcast v1.90
In-Reply-To: <20050908074514.GD21863@thinkpad.nowster.org.uk>
Message-ID: <Pine.LNX.4.44.0509081105180.30200-100000@penguin1.dijit.net>



On Thu, 8 Sep 2005, Paul Martin wrote:

> On Wed, Sep 07, 2005 at 04:22:04PM -0700, Greg J. Ogonowski wrote:
> > Windows 98 is totally obsolete and useless.

I have to admit that out of the 600-odd Linux, Solaris, DEC Alpha, FreeBSD
and SGI IRIX systems I look after, the one Windows PC I have actually runs
Windows 98 (the original version, not SE, ME or anything like that). It's
OK, I use it about once a year ;-)

Apparently Microsoft reversed their decision to drop support for Win98 a
couple of years ago as so many people worldwide were carrying on using it.
Why spend money on massive hardware upgrades to run XP when '98 will do?

Andy

-------------------
Andy Thomas,
Sys admin,
Dijit New Media Ltd.



From kerryjcox at gmail.com  Thu Sep  8 14:23:13 2005
From: kerryjcox at gmail.com (Kerry Cox)
Date: Thu, 8 Sep 2005 08:23:13 -0600
Subject: [Icecast] Help !
In-Reply-To: <000a01c5b257$f22de4c0$6400a8c0@timb2>
References: <000a01c5b257$f22de4c0$6400a8c0@timb2>
Message-ID: <f80620b205090807231f027be7@mail.gmail.com>

Tim,
I uploaded the most recent version of my icecast book to the GNUware
web site late last night. It is viewable at
http://www.gnuware.com/icecast/. The older HowTo is still available at
http://www.gnuware.com/icecast/unofficial/.
Be aware that there are still quite a few items missing. I will add
these as soon as possible; i.e. as time and my new job allow. Please
consult my To Do Items page and my Simple Request page. I will be
adding screenshots and missing chapters as soon my new test
Linux/FreeBSD machine arrives here at my new job.
I hope this new page helps you and any others on the list. I feel it
important to share what I have. Maybe this will benefits others.
Suggestions for improvement or recommendations for additions are
always appreciated. I welcome any constructive criticism. If something
is missing, please let me know and I'll add it.
Contributions are always welcome as well. I try to always give credit
where it is due.
KJ

-- 
Kerry J. Cox, Ph.D.
IT Security Consultant
Fidelity Investments
801.537.2298


On 9/5/05, Tim <timb2 at telus.net> wrote:
>  
> How can I get detailed instructions on how to get streaming with icecast.   
>  I've downloaded icecast 2  and ices 2.   I am totally lost.   None of it is
> automatic and the help files are not very clear. 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 
>


From oddsock at oddsock.org  Thu Sep  8 15:01:34 2005
From: oddsock at oddsock.org (oddsock)
Date: Thu, 08 Sep 2005 10:01:34 -0500
Subject: [Icecast] Icecast 2.3.0 RC2 Annoucement
Message-ID: <6.0.1.1.2.20050908095443.039c2148@www.oddsock.org>

The Icecast development team is pleased to announce RC2 of Icecast 
2.3.  This will most likely be the final RC before the 2.3 release.  We 
appreciate everyone who has tested the RC's so far.  All bugs (for this 
release and all others) should be logged in Trac - http://trac.xiph.org.

The downloads:

Tarball : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc2.tar.gz
SRPM : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc2-0.src.rpm
Windows Binary : 
http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc2_setup.exe

Here are the changes for RC2:

* Fixed crash when server clients limit was reached.
* Implement fallback-when-full setting. New listeners can now fallback to 
another stream immediately.
* Implement per-mount max-listener-duration setting. State a duration (in 
seconds) that listeners can stay connected.
* Mark 'fallback to file' stream as hidden. Don't show on webroot pages.
* Fixes to mp3 metadata interval override. 0 disables metadata to listeners 
and fix a problem with small metadata values.
* YP updates, allow touch interval changes to occur during touch updates 
and handle HUP case better.
* Implement locks in auth engine, needed to free memory correctly
* Fixed segv in htpasswd auth, if htpasswd file didn't exist
* Fixed buildm3u handler (auth.xsl).
* Double free bug in failed relay start up
* Fix small memory leaks.
* Work around Host header bug from winamp
* Doc updates

- Icecast development team 



From peter at malach.sk  Thu Sep  8 13:54:38 2005
From: peter at malach.sk (Peter Malach)
Date: Thu, 8 Sep 2005 15:54:38 +0200
Subject: [Icecast] is possible to use icecast in IPAQ?? Tkanks Peter
Message-ID: <00d201c5b47c$db3cb3a0$2301a8c0@PETERACER>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050908/04e39424/attachment.htm>

From n6hgg at cox.net  Fri Sep  9 03:08:19 2005
From: n6hgg at cox.net (Robert Reed)
Date: Thu, 8 Sep 2005 23:08:19 -0400
Subject: [Icecast] Constant pinging from muon.cygnus-1.org
Message-ID: <200509082308.19186.n6hgg@cox.net>

Can someone in this icecast list tell me why, after steaming  a shoutcast 
server for some time, a 69.46.29.165 ip address has started and keeps pinging 
my port 8000 every couple of seconds 24 hours a day 7 days a week?  

It's from muon.cygnus-1.org, and the isp is hivelocity.net or hivelocity 
ventures corporation.  Funny, whenever my shoutcast server comes alive, that 
same 69.46.29.165 turns into icecast 2.2 making a connection to my shoutcast 
server and acting as an icecast relay.  I am now in the icecast directory.  
But the icecast directory doesn't appear to be able to refresh whatever my 
stream information shows, since I change it 3 or 4 times a day.  If icecast 
needs to ping me every few seconds 24 hours a day 7 days a week, maybe they 
should learn how to update their directory on my stream.  I didn't think open 
source collaborators were so big brotherish. hmm, very interesting...  I'm 
very supportive of open source software and use a heap of it myself, but I 
don't like being pinged every 2 seconds 24 hours a day 7 days a week.  Stop 
it, Damn It!

Hmm, looks like cygnus-1.org has something to do with a Nathan Grennan, who 
seems to have some linux ties and TWiki ties and other such things.  

Is there a good reason that 69.46.29.165 / muon.cygnus-1.org / icecast has to 
ping me every few seconds 24 hours per day 7 days per week just to see if my 
shoutcast server is running?  Isn't there a better way to do this sort of 
thing?  I would be happy to direct my shoutcast server to icecast's directory 
as well as it's current configuration for the shoutcast directory.  Any clues 
out there?  Maybe I should have a clue, but I can't stop the pinging.  

Should I consider myself under attack from Nathan Grennan or Icecast?  One has 
to wonder.  Until then, you can bounce off my firewall till your face turns 
blue, except when I'm running the server, of course.  

Robert Reed


From msmith at xiph.org  Fri Sep  9 13:52:42 2005
From: msmith at xiph.org (Michael Smith)
Date: Fri, 9 Sep 2005 15:52:42 +0200
Subject: [Icecast] Constant pinging from muon.cygnus-1.org
In-Reply-To: <200509082308.19186.n6hgg@cox.net>
References: <200509082308.19186.n6hgg@cox.net>
Message-ID: <3c17372105090906526228bc9f@mail.gmail.com>

On 9/9/05, Robert Reed <n6hgg at cox.net> wrote:
> Can someone in this icecast list tell me why, after steaming  a shoutcast
> server for some time, a 69.46.29.165 ip address has started and keeps pinging
> my port 8000 every couple of seconds 24 hours a day 7 days a week?

This is absolutely nothing to do with the icecast project or xiph.org.

It's presumably some third-party trying to relay your stream - you
should get in contact with whoever's running it - we can't help you
ourselves.

Perhaps next time you might take a less antagonistic tone when you
have some issue with someone who is using our software (someone we
know absolutely nothing about)?


Mike


From oddsock at oddsock.org  Fri Sep  9 13:59:23 2005
From: oddsock at oddsock.org (oddsock)
Date: Fri, 09 Sep 2005 08:59:23 -0500
Subject: [Icecast] Constant pinging from muon.cygnus-1.org
In-Reply-To: <200509082308.19186.n6hgg@cox.net>
References: <200509082308.19186.n6hgg@cox.net>
Message-ID: <6.0.1.1.2.20050909085357.01d876d0@www.oddsock.org>

At 10:08 PM 9/8/2005, you wrote:
>Can someone in this icecast list tell me why, after steaming  a shoutcast
>server for some time, a 69.46.29.165 ip address has started and keeps pinging
>my port 8000 every couple of seconds 24 hours a day 7 days a week?
The icecast team that you so quickly blame for your problems has nothing to 
do with the actual usage of our product.  It's clear to me that someone is 
trying to relay your content (without your authorization) and you deduce 
that since it appears in our directory, that we are causing it.  That is 
flat out wrong, and you might want to do some checking next time before you 
come out and accuse people you really don't even know of something devious.

as far as your problem goes...I'd suggest you do some googling on "Net Abuse".

oddsock 



From Dennis at heerema.net  Fri Sep  9 14:25:52 2005
From: Dennis at heerema.net (Dennis Heerema)
Date: Fri, 09 Sep 2005 16:25:52 +0200
Subject: [Icecast] Constant pinging from muon.cygnus-1.org
In-Reply-To: <6.0.1.1.2.20050909085357.01d876d0@www.oddsock.org>
References: <200509082308.19186.n6hgg@cox.net>
	<6.0.1.1.2.20050909085357.01d876d0@www.oddsock.org>
Message-ID: <WorldClient-F200509091625.AA25520001@heerema.net>

I do not understand his problem! See it al from the bright site!
Almost Everybody with a stream has lack of bandwith, you are getting it
free, from someone who probably thinks you have a great stream and relays
it for personal use, and you can benefit from it as well.

Regards,

Arkadas

-----Original Message-----
From: oddsock <oddsock at oddsock.org>
To: icecast at xiph.org
Date: Fri, 09 Sep 2005 08:59:23 -0500
Subject: Re: [Icecast] Constant pinging from muon.cygnus-1.org

> At 10:08 PM 9/8/2005, you wrote:
> >Can someone in this icecast list tell me why, after steaming  a
> shoutcast
> >server for some time, a 69.46.29.165 ip address has started and keeps
> pinging
> >my port 8000 every couple of seconds 24 hours a day 7 days a week?
> The icecast team that you so quickly blame for your problems has
> nothing to 
> do with the actual usage of our product.  It's clear to me that someone
> is 
> trying to relay your content (without your authorization) and you
> deduce 
> that since it appears in our directory, that we are causing it.  That
> is 
> flat out wrong, and you might want to do some checking next time before
> you 
> come out and accuse people you really don't even know of something
> devious.
> 
> as far as your problem goes...I'd suggest you do some googling on "Net
> Abuse".
> 
> oddsock 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast




From kiwi at oav.net  Fri Sep  9 14:46:46 2005
From: kiwi at oav.net (Xavier Beaudouin)
Date: Fri, 9 Sep 2005 14:46:46 -0000 (UTC)
Subject: [Icecast] Source authenfication
Message-ID: <34974.212.155.220.106.1126277206.squirrel@webmail.openvisp.net>

Hello there,

Is there any way to have authentification on a db / ldap about sources and
password instead of having one static entry in icecast.xml ?

Any idea ? hacks ? patches ?

Thanks
/Xavier




From karl at xiph.org  Fri Sep  9 15:56:49 2005
From: karl at xiph.org (Karl Heyes)
Date: 09 Sep 2005 16:56:49 +0100
Subject: [Icecast] Source authenfication
In-Reply-To: <34974.212.155.220.106.1126277206.squirrel@webmail.openvisp.net>
References: <34974.212.155.220.106.1126277206.squirrel@webmail.openvisp.net>
Message-ID: <1126281408.12681.5.camel@bogus.hackers.club>

On Fri, 2005-09-09 at 15:46, Xavier Beaudouin wrote:
> Hello there,
> 
> Is there any way to have authentification on a db / ldap about sources and
> password instead of having one static entry in icecast.xml ?
> 
> Any idea ? hacks ? patches ?

only XML defined global/per-mount source passwords can be set currently.
If you add this request to bugs.xiph.org then it could be added to
later, it should be just a matter of extending the auth engine API.

karl.




From stonedgorilla at gmail.com  Sun Sep 11 22:16:27 2005
From: stonedgorilla at gmail.com (=?ISO-8859-1?Q?V=EDctor_Fragoso?=)
Date: Sun, 11 Sep 2005 22:16:27 +0000
Subject: [Icecast] Problems with sources
Message-ID: <204d52140509111516212b586e@mail.gmail.com>

Hello everyone, I've been trying this for a short time, and I have a 
problem. 
I can start streaming but only if I do it inside my local network, if i try 
to stream from outside my local network, I just can't simply connect. Does 
anyone have any idea I can do?

I am using: icecast2 2.2.0 running on FreeBSD 5.4.


-- 
V?ctor Manuel Fragoso Rojas
Website: http://www.stonedgorilla.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050911/7a999503/attachment.htm>

From msmith at xiph.org  Sun Sep 11 22:33:35 2005
From: msmith at xiph.org (Michael Smith)
Date: Mon, 12 Sep 2005 00:33:35 +0200
Subject: [Icecast] Problems with sources
In-Reply-To: <204d52140509111516212b586e@mail.gmail.com>
References: <204d52140509111516212b586e@mail.gmail.com>
Message-ID: <3c17372105091115332d3f0d1c@mail.gmail.com>

On 9/12/05, V?ctor Fragoso <stonedgorilla at gmail.com> wrote:
> Hello everyone, I've been trying this for a short time, and I have a
> problem. 
>  I can start streaming but only if I do it inside my local network, if i try
> to stream from outside my local network, I just can't simply connect. Does
> anyone have any idea I can do?

Do you mean your source client can't connect to icecast, or do you
mean you can't connect to the stream to listen to it from outside your
local network?

If the former, you've probably got a firewall in place that's blocking
connections to icecast.

If the latter, you've probably misconfigured the <hostname> parameter
in the icecast configuration file (the documentation explains this one
clearly).

Mike


From stonedgorilla at gmail.com  Sun Sep 11 23:02:59 2005
From: stonedgorilla at gmail.com (=?ISO-8859-1?Q?V=EDctor_Fragoso?=)
Date: Sun, 11 Sep 2005 23:02:59 +0000
Subject: [Icecast] Problems with sources
In-Reply-To: <3c17372105091115332d3f0d1c@mail.gmail.com>
References: <204d52140509111516212b586e@mail.gmail.com>
	<3c17372105091115332d3f0d1c@mail.gmail.com>
Message-ID: <204d521405091116023e0c41eb@mail.gmail.com>

Yeahp, My source client can't connect to icecast, and my firewall allows the 
tcp traffic by the 8000 port. Any Idea?
-- 
V?ctor Manuel Fragoso Rojas
Website: http://www.stonedgorilla.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050911/ba2ba2bd/attachment.htm>

From msmith at xiph.org  Sun Sep 11 23:05:57 2005
From: msmith at xiph.org (Michael Smith)
Date: Mon, 12 Sep 2005 01:05:57 +0200
Subject: [Icecast] Problems with sources
In-Reply-To: <204d521405091116023e0c41eb@mail.gmail.com>
References: <204d52140509111516212b586e@mail.gmail.com>
	<3c17372105091115332d3f0d1c@mail.gmail.com>
	<204d521405091116023e0c41eb@mail.gmail.com>
Message-ID: <3c173721050911160569b9606a@mail.gmail.com>

On 9/12/05, V?ctor Fragoso <stonedgorilla at gmail.com> wrote:
> Yeahp, My source client can't connect to icecast, and my firewall allows the
> tcp traffic by the 8000 port. Any Idea?

When you attempt to connect, does icecast log anything (increase the
debug level to '4' in the config file if it's currently lower) at all?

If it does, that might give some suggestion as to what the problem is.

If it doesn't, it's almost certain that the connection isn't getting
to icecast to begin with, probably due to some firewall issue - if
that's the case, there's not really much we can help with.

Mike


From oddsock at oddsock.org  Mon Sep 12 14:45:26 2005
From: oddsock at oddsock.org (oddsock)
Date: Mon, 12 Sep 2005 09:45:26 -0500
Subject: [Icecast] Icecast 2.3.0 RC2 Annoucement
In-Reply-To: <4321F3E3.9040708@ncsu.edu>
References: <6.0.1.1.2.20050908095443.039c2148@www.oddsock.org>
	<4321F239.2010701@ncsu.edu> <4321F3E3.9040708@ncsu.edu>
Message-ID: <6.0.1.1.2.20050912094243.0353b908@www.oddsock.org>

Ok, this bug has been identified, logged, and fixed in SVN.  We will be 
most likely building an RC3 in short order...

oddsock

At 03:43 PM 9/9/2005, Joel Ebel wrote:
>Playing around with it some, it seems to be related to the web 
>interface.  If I don't touch the web interface it seems to stay running, 
>but when I start trying to view pages in the web interface it quickly dies.
>
>Joel
>
>Joel Ebel wrote:
>>I'm testing out 2.3 rc2, and it seems to just die on me after a few 
>>minutes once sources connect.  It ran for quite some time without any 
>>sources connected, but now that I've got some sources, it just shuts down 
>>after a few minutes.  There's nothing particularly useful in my error log 
>>but here is the tail of it:
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/style.css (/usr/share/icecast/web/style.css)
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/icecast.png (/usr/share/icecast/web/icecast.png)
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/corner_topleft.jpg (/usr/share/icecast/web/corner_topleft.jpg)
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/corner_bottomleft.jpg (/usr/share/icecast/web/corner_bottomleft.jpg)
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/tunein.png (/usr/share/icecast/web/tunein.png)
>>[2005-09-09  16:29:37] INFO fserve/fserve_client_create checking for file 
>>/corner_topright.jpg (/usr/share/icecast/web/corner_topright.jpg)
>>[2005-09-09  16:29:38] INFO fserve/fserve_client_create checking for file 
>>/corner_bottomright.jpg (/usr/share/icecast/web/corner_bottomright.jpg)
>>[2005-09-09  16:29:38] INFO fserve/fserve_client_create checking for file 
>>/favicon.ico (/usr/share/icecast/web/favicon.ico)
>>[2005-09-09  16:29:38] WARN fserve/fserve_client_create req for file 
>>"/usr/share/icecast/web/favicon.ico" No such file or directory
>>[2005-09-09  16:30:08] INFO source/source_main listener count on /wknchq 
>>now 7
>>How would you like me to troubleshoot this?
>>Joel
>>
>>oddsock wrote:
>>
>>>The Icecast development team is pleased to announce RC2 of Icecast 
>>>2.3.  This will most likely be the final RC before the 2.3 release.
>>>We appreciate everyone who has tested the RC's so far.  All bugs (for 
>>>this release and all others) should be logged in Trac - http://trac.xiph.org.
>>>
>>>The downloads:
>>>
>>>Tarball : 
>>>http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc2.tar.gz
>>>SRPM : 
>>>http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc2-0.src.rpm
>>>Windows Binary : 
>>>http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc2_setup.exe
>>>
>>>Here are the changes for RC2:
>>>
>>>* Fixed crash when server clients limit was reached.
>>>* Implement fallback-when-full setting. New listeners can now fallback 
>>>to another stream immediately.
>>>* Implement per-mount max-listener-duration setting. State a duration 
>>>(in seconds) that listeners can stay connected.
>>>* Mark 'fallback to file' stream as hidden. Don't show on webroot pages.
>>>* Fixes to mp3 metadata interval override. 0 disables metadata to 
>>>listeners and fix a problem with small metadata values.
>>>* YP updates, allow touch interval changes to occur during touch updates 
>>>and handle HUP case better.
>>>* Implement locks in auth engine, needed to free memory correctly
>>>* Fixed segv in htpasswd auth, if htpasswd file didn't exist
>>>* Fixed buildm3u handler (auth.xsl).
>>>* Double free bug in failed relay start up
>>>* Fix small memory leaks.
>>>* Work around Host header bug from winamp
>>>* Doc updates
>>>
>>>- Icecast development team
>>>_______________________________________________
>>>Icecast mailing list
>>>Icecast at xiph.org
>>>http://lists.xiph.org/mailman/listinfo/icecast



From oddsock at oddsock.org  Mon Sep 12 23:39:05 2005
From: oddsock at oddsock.org (oddsock)
Date: Mon, 12 Sep 2005 18:39:05 -0500
Subject: [Icecast] Icecast 2.3 RC3 Announcement..
Message-ID: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>

Thanks to everyone who has been helping us test... your input is certainly 
appreciated.

We've fixed a few bugs and are release RC3 as of now.

Here's what was fixed :

- log username to access log (bug #706) if available.
- fix segv case on listmounts/moveclients when a fallback to file stream is 
running
- Patch from martin at matuska.org: don't treat all clients as duplicates.


Links :
Tarball : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz
SRPM : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm
Windows Binary : 
http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe

Icecast Team



From Jason at Weatherserver.net  Mon Sep 12 23:40:56 2005
From: Jason at Weatherserver.net (Jason@WeatherServer.net)
Date: Mon, 12 Sep 2005 19:40:56 -0400
Subject: [Icecast] Icecast 2.3 RC3 Announcement..
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
Message-ID: <000a01c5b7f3$6bfd3760$1400000a@workstation>

I think Karl will be happy that I don't annoy him with emails about bugs. 
;-p


----- Original Message ----- 
From: "oddsock" <oddsock at oddsock.org>
To: <icecast at xiph.org>
Sent: Monday, September 12, 2005 7:39 PM
Subject: [Icecast] Icecast 2.3 RC3 Announcement..


Thanks to everyone who has been helping us test... your input is certainly
appreciated.

We've fixed a few bugs and are release RC3 as of now.

Here's what was fixed :

- log username to access log (bug #706) if available.
- fix segv case on listmounts/moveclients when a fallback to file stream is
running
- Patch from martin at matuska.org: don't treat all clients as duplicates.


Links :
Tarball : 
http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz
SRPM : 
http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm
Windows Binary :
http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe

Icecast Team

_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast




From matthew at truthisfreedom.org.uk  Tue Sep 13 16:12:34 2005
From: matthew at truthisfreedom.org.uk (Matthew Macdonald-Wallace)
Date: Tue, 13 Sep 2005 17:12:34 +0100
Subject: [Icecast] Icecast and Otto
Message-ID: <4326FA72.80005@truthisfreedom.org.uk>

Hi all,

I've just joined the list, so this is my first post.  Please be gentle... :)

I've just hacked a laptop into pieces so that I can use it as a client 
for a home-automation/jukebox system.

I've got a server running Gentoo Linux, Icecast 2.10 and Otto Jukebox.

I can get Icecast to stream using Ices and I can get otto to play 
through the sound-card on the server, but I can't get otto to talk to 
Icecast.

Does any one have any idea why this might be?

Logs/config files are available on request, I don't want to clog the 
list with traffic on my first day! :)

Cheers,

Matt


From daniel.quintana at vsti.cl  Tue Sep 13 23:38:49 2005
From: daniel.quintana at vsti.cl (Daniel Quintana C.)
Date: Tue, 13 Sep 2005 16:38:49 -0700
Subject: [Icecast] darkice stream update
Message-ID: <007d01c5b8bc$4b80c5a0$b700a8c0@kottoland>

How to send the current song to the icecast server?
any idea?
i don't want to restart my darkice each time i need to change the metadata
description.
Regards
Daniel Quintana C
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050913/d33e370d/attachment.htm>

From bjacint at kvark.hu  Wed Sep 14 07:16:10 2005
From: bjacint at kvark.hu (Balint Jacint)
Date: Wed, 14 Sep 2005 09:16:10 +0200
Subject: [Icecast] live broadcast + WMA
Message-ID: <4327CE3A.60000@kvark.hu>

Hi All,

I have two questions.

I have an icecast2 server installed, and I need to set up a Linux-based 
computer that sends a church's programs to the icecast server. (Both 
worship and teaching.)
What application do you suggest? It would be really pleasing if I 
wouldn't need X11 to use the software, and it would display (with 
charactergraphics) the current signal level. The signal level is quite 
dynamic, so I do need dynamic compression on the fly.

The other question: I run an internet radio that reads Ogg files from 
the disc and uses streamTranscoder to create the mp3 stream. There's a 
need for WMA as well. How is it possible to create WMA from the Ogg 
stream on the fly? Does streamTranscoder support this? If yes, could 
please someone send an example configuration file? (The WMA streaming 
server will be a Windows server.)

Thanks in advance!

Yours,
Jacint



From alfredo at nexus.org  Wed Sep 14 08:27:56 2005
From: alfredo at nexus.org (Alfredo E. Cotroneo)
Date: Wed, 14 Sep 2005 10:27:56 +0200
Subject: [Icecast] Source authenfication
In-Reply-To: <1126281408.12681.5.camel@bogus.hackers.club>
References: <34974.212.155.220.106.1126277206.squirrel@webmail.openvisp.net>
	<1126281408.12681.5.camel@bogus.hackers.club>
Message-ID: <6.2.3.4.2.20050914102133.068ce8a0@mail2.wornex.com>

Hi Karl,

Just upgraded to the latest cvs version Icecast 2.2-kh17. The default 
status.xsl does not show anymore a "Click lo listen" button to 
stream. This was very useful. The graphic button does the same ... 
but it's not quite visible and user friendly :-(  as before.

Hope you can consider restoring the "Click to listen" button in the 
next version.

Keep on with the good work!

Alfredo




--
Alfredo E. Cotroneo,   NEXUS-IBA                         www.nexus.org
Via F. D'Ovidio 6, 20131, Milano, Italy      email: alfredo at nexus.org
ph: +39-335-214 614 (try first)/+39-02-70606602 fax: +39-02-706 38151 



From _+icecast at sucs.org  Wed Sep 14 12:52:21 2005
From: _+icecast at sucs.org (_+icecast at sucs.org)
Date: Wed, 14 Sep 2005 13:52:21 +0100
Subject: [Icecast] live broadcast + WMA
In-Reply-To: <4327CE3A.60000@kvark.hu>
References: <4327CE3A.60000@kvark.hu>
Message-ID: <43281D05.9080601@SUCS.ORG>

Balint Jacint wrote:
> I have an icecast2 server installed, and I need to set up a Linux-based 
> computer that sends a church's programs to the icecast server. (Both 
> worship and teaching.)
> What application do you suggest? It would be really pleasing if I 
> wouldn't need X11 to use the software, and it would display (with 
> charactergraphics) the current signal level. The signal level is quite 
> dynamic, so I do need dynamic compression on the fly.

Ices, Darkice, most of the normal stream creation bits don't need X11
Do you mean normalisation?

> The other question: I run an internet radio that reads Ogg files from 
> the disc and uses streamTranscoder to create the mp3 stream. There's a 
> need for WMA as well. How is it possible to create WMA from the Ogg 
> stream on the fly? Does streamTranscoder support this? If yes, could 
> please someone send an example configuration file? (The WMA streaming 
> server will be a Windows server.)

WMA is Microsoft only so you will probably need to use Microsoft 
software to do this.

But if you already have MP3 I realy don't see the reason for WMA, as 
anything that plays WMA is likely to also play MP3.

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


From bjacint at kvark.hu  Wed Sep 14 14:24:37 2005
From: bjacint at kvark.hu (Balint Jacint)
Date: Wed, 14 Sep 2005 16:24:37 +0200
Subject: [Icecast] live broadcast + WMA
In-Reply-To: <43281D05.9080601@SUCS.ORG>
References: <4327CE3A.60000@kvark.hu> <43281D05.9080601@SUCS.ORG>
Message-ID: <432832A5.7040109@kvark.hu>

_+icecast at sucs.org wrote:

> Ices, Darkice, most of the normal stream creation bits don't need X11
> Do you mean normalisation?


I mean dynamic compression.

> WMA is Microsoft only so you will probably need to use Microsoft 
> software to do this.
>
> But if you already have MP3 I realy don't see the reason for WMA, as 
> anything that plays WMA is likely to also play MP3.


A guy offered the option to use a Windows streaming server for free, and 
we would like to use it. It's so simple. :)
Are you sure streamTranscoder can't produce a WMA?

Yours,
Jacint



From _+icecast at sucs.org  Wed Sep 14 14:35:31 2005
From: _+icecast at sucs.org (_+icecast at sucs.org)
Date: Wed, 14 Sep 2005 15:35:31 +0100
Subject: [Icecast] live broadcast + WMA
In-Reply-To: <432832A5.7040109@kvark.hu>
References: <4327CE3A.60000@kvark.hu> <43281D05.9080601@SUCS.ORG>
	<432832A5.7040109@kvark.hu>
Message-ID: <43283533.8010601@SUCS.ORG>

Balint Jacint wrote:
> _+icecast at sucs.org wrote:
> 
>> Ices, Darkice, most of the normal stream creation bits don't need X11
>> Do you mean normalisation?
> 
> I mean dynamic compression.

So VBR? (Variable Bitrate)
You normally set the quality for a Ogg Vorbis stream, and it fluctuates 
the bit rate.

>> WMA is Microsoft only so you will probably need to use Microsoft 
>> software to do this.
>>
>> But if you already have MP3 I realy don't see the reason for WMA, as 
>> anything that plays WMA is likely to also play MP3.
>
> A guy offered the option to use a Windows streaming server for free, and 
> we would like to use it. It's so simple. :)
> Are you sure streamTranscoder can't produce a WMA?

 From http://www.oddsock.org/tools/streamTranscoder/

"WMA is supported only under win32. This is due to the not-so-obvious 
fact that no WMA encoder libraries exist for unix."

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


From jbebel at ncsu.edu  Wed Sep 14 19:49:44 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Wed, 14 Sep 2005 15:49:44 -0400
Subject: [Icecast] Icecast 2.3 RC3 Announcement..
In-Reply-To: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
Message-ID: <43287ED8.8040707@ncsu.edu>

Thanks for the fixes in RC3.  I've got a couple more things.  These 
might just be me doing something wrong though.

I've got two streams that look like this:

     <mount>
         <mount-name>/wkncbackup</mount-name>
         <max-listeners>3</max-listeners>
         <fallback-mount>/wknchq</fallback-mount>
         <public>0</public>
         <authentication type="htpasswd">
                 <option name="filename" 
value="/usr/share/icecast/passwords"/>
                 <option name="allow_duplicate_users" value="1"/>
         </authentication>
     </mount>
     <mount>
         <mount-name>/wkncbackup.ogg</mount-name>
         <max-listeners>3</max-listeners>
         <fallback-mount>/wknchq.ogg</fallback-mount>
         <public>0</public>
         <authentication type="htpasswd">
                 <option name="filename" 
value="/usr/share/icecast/passwords"/>
                 <option name="allow_duplicate_users" value="1"/>
         </authentication>
     </mount>

These are private authenticated streams just to be used for backup STLs 
when necessary.  However, when I go to the admin interface and click on 
any of the links for these two sources I get a message saying "Source 
does not exist"  The source is definitely connected, because I can 
listen to it.  A related problem is: How do I update the users and 
passwords?  No link appears to modify the auth info like there was 
previously.  The password file also seems to be working because I can 
log in with existing accounts, but I don't know how to add or modify 
accounts anymore.

Thanks,
Joel

oddsock wrote:
> Thanks to everyone who has been helping us test... your input is 
> certainly appreciated.
> 
> We've fixed a few bugs and are release RC3 as of now.
> 
> Here's what was fixed :
> 
> - log username to access log (bug #706) if available.
> - fix segv case on listmounts/moveclients when a fallback to file stream 
> is running
> - Patch from martin at matuska.org: don't treat all clients as duplicates.
> 
> 
> Links :
> Tarball : 
> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz
> SRPM : 
> http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm
> Windows Binary : 
> http://downloads.xiph.org/releases/icecast/icecast2_win32_v2.3.0_rc3_setup.exe 
> 
> 
> Icecast Team
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From lists at nabble.com  Thu Sep 15 18:02:51 2005
From: lists at nabble.com (dcd (sent by Nabble.com))
Date: Thu, 15 Sep 2005 11:02:51 -0700 (PDT)
Subject: [Icecast] Ices 0.4 Python scripts - objects 'n variables?
Message-ID: <872993.post@talk.nabble.com>


Can anyone say:  what information is available to the Python scripting module?  For example, since the "mount" is given in the conf file, how do I refer to this in the Python module?  Genre, etc.  Did I miss this in the doco somewhere?  I'm pretty sure I read all I could find.

Disclaimer: I am a Python newbie, and although I am much impressed by what I have read, I am really just getting started understanding it.  I am happy to write up my findings for the next newbie who may ask.  

Nice doco might have a sample script (which I will contribute), sample MySQL access (which I will also contribute), lists of objects and variables set by the ices program etc.


--
Sent from the Icecast - General forum at Nabble.com:
http://www.nabble.com/Ices-0.4-Python-scripts---objects-%27n-variables--t312203.html#a872993
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050915/70cde6de/attachment.htm>

From Jason at Weatherserver.net  Thu Sep 15 20:26:26 2005
From: Jason at Weatherserver.net (Jason (WeatherServer.Net))
Date: Thu, 15 Sep 2005 16:26:26 -0400
Subject: [Icecast] Oddstock
Message-ID: <001101c5ba33$bf77b900$1400000a@workstation>

I have someone on another list that would like to pull live audio from 5 different sound cards (on one computer) and feed it into icecast.  Can stream transcoder be set to specific soundcard or does it just grab from the primary card?
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050915/7ef2eb94/attachment.htm>

From bjacint at kvark.hu  Fri Sep 16 08:08:33 2005
From: bjacint at kvark.hu (Balint Jacint)
Date: Fri, 16 Sep 2005 10:08:33 +0200
Subject: [Icecast] live broadcast + WMA
In-Reply-To: <43283533.8010601@SUCS.ORG>
References: <4327CE3A.60000@kvark.hu> <43281D05.9080601@SUCS.ORG>
	<432832A5.7040109@kvark.hu> <43283533.8010601@SUCS.ORG>
Message-ID: <432A7D81.2090406@kvark.hu>

_+icecast at sucs.org wrote:

> So VBR? (Variable Bitrate)
> You normally set the quality for a Ogg Vorbis stream, and it 
> fluctuates the bit rate.


No, actually not. I really mean dynamic compression: you know, the music 
is quite loud, and the speech is quiet, so I need to make these the same 
sound level. To reduce the dynamic range of the sound, I need dynamic 
compression, a software that makes the sound less dynamic -- kind of the 
normalization, but more effective for me. So the listeners don't have to 
turn the volume up and down while listening.
The best would be autogain, but I haven't seen any application that 
knows this.

I'll take a look at darkice today, even maybe at liveice to find out 
which is better for me. If either of these has LADSPA support, that will 
be my choice.

> From http://www.oddsock.org/tools/streamTranscoder/
>
> "WMA is supported only under win32. This is due to the not-so-obvious 
> fact that no WMA encoder libraries exist for unix."


Thanks, that was the information I needed. What a pity... :(

Yours,
Jacint



From iceuse at bzhtec.com  Fri Sep 16 22:11:43 2005
From: iceuse at bzhtec.com (Iceuse - Kris)
Date: Sat, 17 Sep 2005 00:11:43 +0200
Subject: [Icecast] Webalizer streaming version website relocated to
	http://webalizer.bzhtec.com
Message-ID: <432B431F.70006@bzhtec.com>

Hello,

Webalizer streaming version, which can be used to analyse your icecast 
log files, has been relocated.

The new web address is:
http://webalizer.bzhtec.com

There is no changes in the software.

Best regards,
Chris


From matthew at truthisfreedom.org.uk  Fri Sep 16 21:57:42 2005
From: matthew at truthisfreedom.org.uk (Matthew Macdonald-Wallace)
Date: Fri, 16 Sep 2005 22:57:42 +0100
Subject: [Icecast] unable to locate stats.log in icecast 2.1.0
Message-ID: <432B3FD6.1060406@truthisfreedom.org.uk>

Hi all,

As the title says, I can't find my stats.log in icecast 2.1.0 on Gentoo.

I've setup logging to /home/icecast/log/ and I have an "access.log" and 
an "error.log", but no "stats.log".

All help greatfully welcomed, I'm nearly there on this now... :)

Cheers,

Matt


From ronblok at wxs.nl  Sat Sep 17 10:54:18 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Sat, 17 Sep 2005 12:54:18 +0200
Subject: [Icecast] unable to locate stats.log in icecast 2.1.0
In-Reply-To: <432B3FD6.1060406@truthisfreedom.org.uk>
Message-ID: <HEEEKMFOKCBDNFDLFLICEEKJCPAA.ronblok@wxs.nl>

Matt,

As far as i know there is no stats.log file.
The access.log contains the listner, source & track information (access
info).

Reagards,

RoN

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]On
Behalf Of Matthew Macdonald-Wallace
Sent: vrijdag 16 september 2005 23:58
To: icecast at xiph.org
Subject: [Icecast] unable to locate stats.log in icecast 2.1.0


Hi all,

As the title says, I can't find my stats.log in icecast 2.1.0 on Gentoo.

I've setup logging to /home/icecast/log/ and I have an "access.log" and
an "error.log", but no "stats.log".

All help greatfully welcomed, I'm nearly there on this now... :)

Cheers,

Matt
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.0/103 - Release Date: 15-9-2005

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.1/104 - Release Date: 16-9-2005



From security at draxinusom.ch  Sun Sep 18 17:07:27 2005
From: security at draxinusom.ch (Rene Gallati)
Date: Sun, 18 Sep 2005 19:07:27 +0200
Subject: [Icecast] Icecast cannot count users for relay stream
Message-ID: <432D9ECF.1000603@draxinusom.ch>

Hello all,

I am trying out version 2.3RC3 but it seems it has the same bug as all 
versions before (including 2.2 KH9 which I used last)

When trying to relay an on-demand stream with icecast and also limiting, 
I always find that icecast counts completely wrong. The first listener 
is not counted, but icecast connects to the master server, gets the 
stream and relays.

If a second client connects, the stream count increases to 1.

If either of the two clients disconnect, the count decreses to 0, 
kicking out the other client by disconnecting from the source.

If I only connect with one client, then later disconnect, then icecast 
does never disconnect from the source and logs the following line into 
the log:

.. INFO sources/process_listeners listener count on /testrelay now 
4294967295

So there is a wrap around on the int. Maybe I just configure it wrong 
but otherwise, this bug has been around for over a year so I thought I 
might report it now...

Any hints appreciated

CU

Rene


From karl at xiph.org  Mon Sep 19 02:13:37 2005
From: karl at xiph.org (Karl Heyes)
Date: 19 Sep 2005 03:13:37 +0100
Subject: [Icecast] Icecast cannot count users for relay stream
In-Reply-To: <432D9ECF.1000603@draxinusom.ch>
References: <432D9ECF.1000603@draxinusom.ch>
Message-ID: <1127096016.25630.17.camel@bogus.hackers.club>

On Sun, 2005-09-18 at 18:07, Rene Gallati wrote:
> Hello all,
> 
> I am trying out version 2.3RC3 but it seems it has the same bug as all 
> versions before (including 2.2 KH9 which I used last)
> 
> When trying to relay an on-demand stream with icecast and also limiting, 
> I always find that icecast counts completely wrong. The first listener 
> is not counted, but icecast connects to the master server, gets the 
> stream and relays.
> 
> If a second client connects, the stream count increases to 1.
> 
> If either of the two clients disconnect, the count decreses to 0, 
> kicking out the other client by disconnecting from the source.
> 
> If I only connect with one client, then later disconnect, then icecast 
> does never disconnect from the source and logs the following line into 
> the log:
> 
> .. INFO sources/process_listeners listener count on /testrelay now 
> 4294967295
> 
> So there is a wrap around on the int. Maybe I just configure it wrong 
> but otherwise, this bug has been around for over a year so I thought I 
> might report it now...

I've tried this a few times here for on-demand relays on rc3 but I don't
get the incorrect listeners value.  I get what I should expect, I've
committed a patch to maintain the listener peak value though.

If you get this reliably enough then can you send me the xml and error
log (level 4) showing the problem.

karl.




From wimmer at zcu.cz  Mon Sep 19 19:58:48 2005
From: wimmer at zcu.cz (Milos Wimmer)
Date: Mon, 19 Sep 2005 21:58:48 +0200 (CEST)
Subject: [Icecast] fallback in Icecast 2.3 RC3
In-Reply-To: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
Message-ID: <Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>


  Hello,

I found curious thing in fallback function.

I send 2 streams from machine "A" to icecast server:
   "cro-region-256.ogg"   (224 kb/s stream)
   "cro-region.ogg"       (128 kb/s stream)

and 1 backup stream from machine "B" to same icecast server:
   "z-cro-region.ogg"       (128 kb/s stream)

I'm using following definition in my icecast.xml file:
     <mount>
             <mount-name>/cro-region.ogg</mount-name>
             <fallback-mount>/z-cro-region.ogg</fallback-mount>
             <fallback-override>1</fallback-override>
     </mount>

When I'm listening stream "/cro-region.ogg" and I stop both streams 
"cro-region-256.ogg" and "cro-region.ogg", my client (xmms) is moved to 
"/z-cro-region.ogg" stream greatly.
But when I start both streams "cro-region-256.ogg" and "cro-region.ogg" 
again, my client is moved to "/cro-region-256.ogg" instead of 
"/cro-region.ogg".

Is it ok?

  Regards,
                Milos Wimmer


From karl at xiph.org  Mon Sep 19 20:25:18 2005
From: karl at xiph.org (Karl Heyes)
Date: 19 Sep 2005 21:25:18 +0100
Subject: [Icecast] fallback in Icecast 2.3 RC3
In-Reply-To: <Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
	<Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>
Message-ID: <1127161517.28823.15.camel@bogus.hackers.club>

On Mon, 2005-09-19 at 20:58, Milos Wimmer wrote:

> I send 2 streams from machine "A" to icecast server:
>    "cro-region-256.ogg"   (224 kb/s stream)
>    "cro-region.ogg"       (128 kb/s stream)
> 
> and 1 backup stream from machine "B" to same icecast server:
>    "z-cro-region.ogg"       (128 kb/s stream)
> 
> I'm using following definition in my icecast.xml file:
>      <mount>
>              <mount-name>/cro-region.ogg</mount-name>
>              <fallback-mount>/z-cro-region.ogg</fallback-mount>
>              <fallback-override>1</fallback-override>
>      </mount>
> 
> When I'm listening stream "/cro-region.ogg" and I stop both streams 
> "cro-region-256.ogg" and "cro-region.ogg", my client (xmms) is moved to 
> "/z-cro-region.ogg" stream greatly.
> But when I start both streams "cro-region-256.ogg" and "cro-region.ogg" 
> again, my client is moved to "/cro-region-256.ogg" instead of 
> "/cro-region.ogg".

If there's no fallback link from /cro-region-256.ogg to
/z-cro-region.ogg then it's wrong, but I'd prefer to see the xml and
error log (level 4) before saying it's a bug.  If there is a fallback
from /cro-region-256.ogg to /cro-region.ogg with override enabled then
it could happen.

karl.




From dtrump1 at triadav.com  Mon Sep 19 20:34:22 2005
From: dtrump1 at triadav.com (Dick Trump)
Date: Mon, 19 Sep 2005 15:34:22 -0500
Subject: [Icecast] Overhead of individual mount points
Message-ID: <285797088.20050919153422@triadav.com>

I'm running a private stream which only has a handful of clients.  I have found it convenient to create a separate mount point on my encoder (Simplecast) for each client.  This allows me to track the current client list using the tools built into Simplecast.  It also allows me to do custom streams when required on a per-destination basis.

All mount points are normally running the same content, encoder and bit rate.

Is there any downside to this kind of configuration?  Additional overhead?

Thanks
-- 

Dick
Triad AV Services
1910 Ingersoll Ave.
Des Moines, IA 50309
515-243-2125
515-243-2055 (fax)
http://www.triadav.com
mailto:dtrump1 at triadav.com



From wimmer at zcu.cz  Mon Sep 19 20:43:16 2005
From: wimmer at zcu.cz (Milos Wimmer)
Date: Mon, 19 Sep 2005 22:43:16 +0200 (CEST)
Subject: [Icecast] fallback in Icecast 2.3 RC3
In-Reply-To: <1127161517.28823.15.camel@bogus.hackers.club>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org> 
	<Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>
	<1127161517.28823.15.camel@bogus.hackers.club>
Message-ID: <Pine.LNX.4.63.0509192234180.26962@nike.zcu.cz>

On Mon, 19 Sep 2005, Karl Heyes wrote:

>>      <mount>
>>              <mount-name>/cro-region.ogg</mount-name>
>>              <fallback-mount>/z-cro-region.ogg</fallback-mount>
>>              <fallback-override>1</fallback-override>
>>      </mount>
>>
>> When I'm listening stream "/cro-region.ogg" and I stop both streams
>> "cro-region-256.ogg" and "cro-region.ogg", my client (xmms) is moved to
>> "/z-cro-region.ogg" stream greatly.
>> But when I start both streams "cro-region-256.ogg" and "cro-region.ogg"
>> again, my client is moved to "/cro-region-256.ogg" instead of
>> "/cro-region.ogg".
>
> If there's no fallback link from /cro-region-256.ogg to
> /z-cro-region.ogg then it's wrong, but I'd prefer to see the xml and
> error log (level 4) before saying it's a bug.  If there is a fallback
> from /cro-region-256.ogg to /cro-region.ogg with override enabled then
> it could happen.

I would like to have fallback from /cro-region-256.ogg to 
/z-cro-region.ogg. But when I had it, it worked exactly same. So I tried 
remove it for simpler description.
On other side - why is wrong to have /cro-region-256.ogg without fallback?
I'm running lot of other streams on that icecast server and some of them 
have no fallback.

Ok, I will send you my xml file and error log in private message.

  Regards,
                 Milos


From karl at xiph.org  Mon Sep 19 22:59:07 2005
From: karl at xiph.org (Karl Heyes)
Date: 19 Sep 2005 23:59:07 +0100
Subject: [Icecast] fallback in Icecast 2.3 RC3
In-Reply-To: <Pine.LNX.4.63.0509192234180.26962@nike.zcu.cz>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org>
	<Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>
	<1127161517.28823.15.camel@bogus.hackers.club>
	<Pine.LNX.4.63.0509192234180.26962@nike.zcu.cz>
Message-ID: <1127170746.28823.38.camel@bogus.hackers.club>

On Mon, 2005-09-19 at 21:43, Milos Wimmer wrote:

> > If there's no fallback link from /cro-region-256.ogg to
> > /z-cro-region.ogg then it's wrong, but I'd prefer to see the xml and
> > error log (level 4) before saying it's a bug.  If there is a fallback
> > from /cro-region-256.ogg to /cro-region.ogg with override enabled then
> > it could happen.
> 
> I would like to have fallback from /cro-region-256.ogg to 
> /z-cro-region.ogg. But when I had it, it worked exactly same. So I tried 
> remove it for simpler description.
> On other side - why is wrong to have /cro-region-256.ogg without fallback?
> I'm running lot of other streams on that icecast server and some of them 
> have no fallback.

your xml has

    <mount>
            <mount-name>/cro-region-256.ogg</mount-name>
            <fallback-mount>/z-cro-region.ogg</fallback-mount>
            <fallback-override>1</fallback-override>
    </mount>

so if your listeners have fallen back to /z-cro-region.ogg and
/cro-region-256 reconnects then the listeners will be moved to that
mountpoint.

If you want to have the same fallback to 2 or more sources but maintain
the original mountpoint for where they came from then fallback to a
mountpoint which is a local relay of the fallback stream.

eg

    <relay>
            <server>127.0.0.1</server>
	    <port>8000</port>
	    <mount>/z-cro-region.ogg</mount>
	    <local-mount>/fall-cro-region.ogg</local-mount>
    </relay>

    <relay>
            <server>127.0.0.1</server>
	    <port>8000</port>
	    <mount>/z-cro-region.ogg</mount>
	    <local-mount>/fall-cro-region-256.ogg</local-mount>
    </relay>

    <mount>
            <mount-name>/cro-region.ogg</mount-name>
            <fallback-mount>/fall-cro-region.ogg</fallback-mount>
            <fallback-override>1</fallback-override>
    </mount>

    <mount>
            <mount-name>/cro-region-256.ogg</mount-name>
            <fallback-mount>/fall-cro-region-256.ogg</fallback-mount>
            <fallback-override>1</fallback-override>
    </mount>


                        fallback
/cro-region.ogg -----------------------> /fall-cro-region.ogg
						A
						| relay
						|
                                         /z-cro-region.ogg
						|
						| relay
                        fallback		V
/cro-region-256.ogg -------------------> /fall-cro-region-256.ogg


The idea is that actual listeners will never be on /z-cro-region.ogg,
the 2 relays will have the same contents but will isolate the listeners.
For this you will need 2 mountpoints for each listener stream, although
in 2.3 and -kh the relay can be on-demand.

karl.




From karl at xiph.org  Mon Sep 19 23:13:06 2005
From: karl at xiph.org (Karl Heyes)
Date: 20 Sep 2005 00:13:06 +0100
Subject: [Icecast] Overhead of individual mount points
In-Reply-To: <285797088.20050919153422@triadav.com>
References: <285797088.20050919153422@triadav.com>
Message-ID: <1127171586.28823.45.camel@bogus.hackers.club>

On Mon, 2005-09-19 at 21:34, Dick Trump wrote:
> I'm running a private stream which only has a handful of clients.  I have found it convenient to create a separate mount point on my encoder (Simplecast) for each client.  This allows me to track the current client list using the tools built into Simplecast.  It also allows me to do custom streams when required on a per-destination basis.
> 
> All mount points are normally running the same content, encoder and bit rate.
> 
> Is there any downside to this kind of configuration?  Additional overhead?

it seems wasteful as the mountpoint is not servicing many listeners, so
you'll have more threads in use but they won't be doing much work if
there's only 1 listener per mountpoint.

karl.



From ed.edward at laposte.net  Tue Sep 20 07:12:43 2005
From: ed.edward at laposte.net (ed.edward)
Date: Tue, 20 Sep 2005 09:12:43 +0200
Subject: [Icecast] Playlist & mountpoint questions?
Message-ID: <IN3TD7$E91756243033035A0F8D38ABBA7F73C2@laposte.net>

X-No-Archive: Yes


Dear All,

I am new to Icecast & Ices2. I managed to install and run all
stuffs
in my Linux Slackware-9.1 box. All seem to be OK! except the
playlist.
In the WinAmp's playlist window, just the name of the mountpoint
is visible. ;-(

Facts:
-----------
Create au mountpoint with ".ogg" extension, since all files
are Ogg encoded.

Create a playlist file with full path, for each file one by line,
like: /PATH/TO/MYSONG.OGG

Finally create an URL with ".m3u" extension for listeners,
like: http://fm.mydomain.com/mointpoint.ogg.m3u

With these, just the mountpoint name is visible in playlist
windows
of WinAMP, No the complete playlist, what's wrong?

Any examples, doc links, from icecast fellows will be appreciated.
Any help or comments will be appreciated.

Best regards.

--
Ed.

Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn)





From security at draxinusom.ch  Tue Sep 20 19:35:50 2005
From: security at draxinusom.ch (Rene Gallati)
Date: Tue, 20 Sep 2005 21:35:50 +0200
Subject: [Icecast] Icecast cannot count users for relay stream
In-Reply-To: <1127096016.25630.17.camel@bogus.hackers.club>
References: <432D9ECF.1000603@draxinusom.ch>
	<1127096016.25630.17.camel@bogus.hackers.club>
Message-ID: <43306496.7000603@draxinusom.ch>

Karl Heyes wrote:

> On Sun, 2005-09-18 at 18:07, Rene Gallati wrote:
> 
>>Hello all,
>>
>>I am trying out version 2.3RC3 but it seems it has the same bug as all 
>>versions before (including 2.2 KH9 which I used last)
>>
>>When trying to relay an on-demand stream with icecast and also limiting, 
>>I always find that icecast counts completely wrong. The first listener 
>>is not counted, but icecast connects to the master server, gets the 
>>stream and relays.
>>
>>If a second client connects, the stream count increases to 1.
>>
>>If either of the two clients disconnect, the count decreses to 0, 
>>kicking out the other client by disconnecting from the source.
>>
>>If I only connect with one client, then later disconnect, then icecast 
>>does never disconnect from the source and logs the following line into 
>>the log:
>>
>>.. INFO sources/process_listeners listener count on /testrelay now 
>>4294967295
>>
>>So there is a wrap around on the int. Maybe I just configure it wrong 
>>but otherwise, this bug has been around for over a year so I thought I 
>>might report it now...
> 
> 
> I've tried this a few times here for on-demand relays on rc3 but I don't
> get the incorrect listeners value.  I get what I should expect, I've
> committed a patch to maintain the listener peak value though.
> 
> If you get this reliably enough then can you send me the xml and error
> log (level 4) showing the problem.
> 
> karl.
> 

Argh! I've reproduced the problem, carefully created the log files, 
anonymized them and was just going to post them when it hit me after 
I've read the first line of the copy&paste of the log, which was:

[2005-09-20  20:52:50] INFO main/main Icecast 2.2-kh9 server started

I have deployed version 2.2-kh9 again, instead of the newly built rc3! 
(The build machine and the deployment machine are different)

So I slap myself on the head, installed the rc3 and _everything_ works 
as intended.

Sorry for bothering and thanks for the help !

CU

Rene




From wimmer at zcu.cz  Tue Sep 20 20:01:59 2005
From: wimmer at zcu.cz (Milos Wimmer)
Date: Tue, 20 Sep 2005 22:01:59 +0200 (CEST)
Subject: [Icecast] fallback in Icecast 2.3 RC3
In-Reply-To: <1127170746.28823.38.camel@bogus.hackers.club>
References: <6.0.1.1.2.20050912183626.033d0280@www.oddsock.org> 
	<Pine.LNX.4.63.0509192139300.23195@nike.zcu.cz>
	<1127161517.28823.15.camel@bogus.hackers.club>
	<Pine.LNX.4.63.0509192234180.26962@nike.zcu.cz>
	<1127170746.28823.38.camel@bogus.hackers.club>
Message-ID: <Pine.LNX.4.63.0509202148520.31724@nike.zcu.cz>

On Tue, 19 Sep 2005, Karl Heyes wrote:

> If you want to have the same fallback to 2 or more sources but maintain
> the original mountpoint for where they came from then fallback to a
> mountpoint which is a local relay of the fallback stream.
>
> /cro-region.ogg -----------------------> /fall-cro-region.ogg
> 						A
> 						| relay
> 						|
>                                         /z-cro-region.ogg
> 						|
> 						| relay
>                        fallback		V
> /cro-region-256.ogg -------------------> /fall-cro-region-256.ogg
>
>
> The idea is that actual listeners will never be on /z-cro-region.ogg,
> the 2 relays will have the same contents but will isolate the listeners.
> For this you will need 2 mountpoints for each listener stream, although
> in 2.3 and -kh the relay can be on-demand.


  Yes, thank you for recommendation, this solution works perfectly.

  Milos


From oddsock at oddsock.org  Thu Sep 22 15:08:37 2005
From: oddsock at oddsock.org (oddsock)
Date: Thu, 22 Sep 2005 10:08:37 -0500
Subject: [Icecast] icecast load test...
Message-ID: <6.0.1.1.2.20050922100431.034696a0@www.oddsock.org>

Just wanted to let everyone know that we've just finished doing a "listener 
capacity" load test on the new (soon to be released) Icecast 2.3.

Read the report here : http://www.icecast.org/loadtest.php

if for some reason you cannot view the report, please wait for the mirrors 
to propagate as I just committed it this morning.

oddsock



From ed.edward at laposte.net  Fri Sep 23 06:43:54 2005
From: ed.edward at laposte.net (ed.edward)
Date: Fri, 23 Sep 2005 08:43:54 +0200
Subject: [Icecast] Flag fileserve & Relay/Master model
Message-ID: <IN9C16$6DD3A96AFDF975E3BEEA852E232AC89E@laposte.net>

X-No-Archive: Yes



Dear All,

In Icecast config file: /etc/icecast/icecast.xml, "fileserve" 
flag turns on the icecast2 in fileserver from which static files 
(e.g. mysong.ogg/mp3) can be served to listeners.
All files are served relative to the path specified in the 
<paths><webroot> configuration setting.

Because there is no mountpoint with this flag, I would like 
to know if it is possible to use a relay/master 
model for serving static files with this flag? 

Regards.

--
Ed.

Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn)





From pm at nowster.zetnet.co.uk  Fri Sep 23 20:29:04 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Fri, 23 Sep 2005 21:29:04 +0100
Subject: [Icecast] ices2 metadata update causes gaps
Message-ID: <20050923202903.GA5874@thinkpad.nowster.org.uk>

Mike... did you look into this? I posted a waveform from a file 
generated by ogg123 dumping to a wav (so that audio driver problems were 
eliminated).

It looks to me like ices2 is restarting the vorbis encoder in a 
non-gapless way when it stops and starts the encoding (to change the 
stream id and update the metadata). Because I'm doing crossfades from 
one track to another, this shows up. If you were just playing one track 
after another, letting them play to the end before starting the next 
one, updating the metadata between tracks, you wouldn't notice it.

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From oddsock at oddsock.org  Fri Sep 23 21:36:48 2005
From: oddsock at oddsock.org (oddsock)
Date: Fri, 23 Sep 2005 16:36:48 -0500
Subject: [Icecast] Icecast 2.3.0 Release Annoucement
Message-ID: <6.0.1.1.2.20050923155816.035d6a68@www.oddsock.org>

We are pleased to announce the next release of Icecast.

Downloads available at http://www.iceast.org/download.php (pending mirror 
propagation)


**** New features for 2.3.0 ****

- Streaming support for ogg speex, ogg flac, ogg midi

- intro file support - per mount settable
    Intro files will play when a listener first connects to a stream.  This
    is designed for station jingles and the like.  If you don't broadcast
    in ogg vorbis, you must make sure the bitrate/samplerate/number of
    channels match up to your stream.

- on-demand relays, global and per-relay settable
    On demand relays only connect to the relayed content when there are
    listeners attached to the relay.  This can save bandwidth in certain cases.

- fallback to file, extends on the intro file handling.
    With this feature, you can specify a "fallback file" which will be played
    in a loop and sent your currently connected listeners in the event of a
    source client disconnect.  This means your listeners stay connected while
    you fix your disconnect problem.  Same rules regarding bitrate/samplerate/
    number of channels apply as with intro files.

- new mount-level settings
    1. public, type/subtype, genre settings, stream description,
       stream url, stream name, bitrate (override what is sent from the source
       client)
    2. mp3 metadata interval
    3. on-[dis]connect scripts can be stated per-mount, invoked at source
       start/stop and take 1 arg which is the mountpoint.


- New URL listener authenticator.
    This delegates your listener authorization to an external application.
    URL calls are made on listener connect/disconnect as well as source
    connect/disconnect.  It is meant for large broadcasters who have existing
    authentication systems that need to be integrated into.  Included is
    an example php-based application that can be used in conjunction with
    the url authenticator to manage a simple subscription-based broadcast.

- HTPasswd authenticator uses in-memory structures now.

- On demand files now can be fed through an authenticator

- Update to admin/web xslt interface

- Icecast can now be installed as a win32 service

**** Fixes for 2.3.0 ****
- real/helix works
- win32 access log correct
- stats client is stable now (curl -X STATS http://admin at host:port/)
- show mountpoints on stats that are inactive but have an active fallback
- more updates over HUP possible
- improved stability under heavy load
- moving clients will no longer sometimes deadlock the server
- avoid small writes to reduce TCP overhead.


Icecast Development Team... 



From ed.edward at laposte.net  Sat Sep 24 10:05:22 2005
From: ed.edward at laposte.net (ed.edward)
Date: Sat, 24 Sep 2005 12:05:22 +0200
Subject: [Icecast] Successful compile ;-)
Message-ID: <INBG0Y$292E85B8165D60B9EB0528C5131F7A84@laposte.net>

X-No-Archive: Yes



Dear All,

Just to said that version 2.3.0 compile in my following boxes:
OpenBSD-3.5  (gcc-2.95.3) & Linux Slackware-9.1 (gcc-3.2.3).


Reagards

--
Ed.

Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn)





From pem at levillage.org  Sun Sep 25 10:53:55 2005
From: pem at levillage.org (pem)
Date: Sun, 25 Sep 2005 12:53:55 +0200
Subject: [Icecast] Successful compile ;-)
In-Reply-To: <INBG0Y$292E85B8165D60B9EB0528C5131F7A84@laposte.net>
Message-ID: <20050925105353.5F14C20EDD@smtp2-g19.free.fr>

Hi all,

I compiled Icecast 2.3.0 on OpenSUSE RC1,  Fedora Core 4 and Mandriva 2006
(beta).

I made those RPMs, if someone could test them:
Fedora Core 4:
http://ndlr.net/icecast-2.3.0-0.i386.FC4.rpm
OpenSUSE:
http://ndlr.net/icecast-2.3.0-0.i586.OSS.RC1.rpm

PeM



From msmith at xiph.org  Mon Sep 26 10:41:00 2005
From: msmith at xiph.org (Michael Smith)
Date: Mon, 26 Sep 2005 12:41:00 +0200
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <20050923202903.GA5874@thinkpad.nowster.org.uk>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
Message-ID: <3c17372105092603413d74271a@mail.gmail.com>

On 9/23/05, Paul Martin <pm at nowster.zetnet.co.uk> wrote:
> Mike... did you look into this? I posted a waveform from a file
> generated by ogg123 dumping to a wav (so that audio driver problems were
> eliminated).
>
> It looks to me like ices2 is restarting the vorbis encoder in a
> non-gapless way when it stops and starts the encoding (to change the
> stream id and update the metadata). Because I'm doing crossfades from
> one track to another, this shows up. If you were just playing one track
> after another, letting them play to the end before starting the next
> one, updating the metadata between tracks, you wouldn't notice it.

No, I haven't really looked into this. A quick look at the code
(stream_shared.c around line 150) looks like it's doing the right
thing - it flushes all the encoded buffers before continuing on with
the new substream.

Mike


From pm at nowster.zetnet.co.uk  Mon Sep 26 15:05:06 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Mon, 26 Sep 2005 16:05:06 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <3c17372105092603413d74271a@mail.gmail.com>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
Message-ID: <20050926150505.GA23381@thinkpad.nowster.org.uk>

On Mon, Sep 26, 2005 at 12:41:00PM +0200, Michael Smith wrote:
> On 9/23/05, Paul Martin <pm at nowster.zetnet.co.uk> wrote:
> > Mike... did you look into this? I posted a waveform from a file
> > generated by ogg123 dumping to a wav (so that audio driver problems were
> > eliminated).
> >
> > It looks to me like ices2 is restarting the vorbis encoder in a
> > non-gapless way when it stops and starts the encoding (to change the
> > stream id and update the metadata). Because I'm doing crossfades from
> > one track to another, this shows up. If you were just playing one track
> > after another, letting them play to the end before starting the next
> > one, updating the metadata between tracks, you wouldn't notice it.
> 
> No, I haven't really looked into this. A quick look at the code
> (stream_shared.c around line 150) looks like it's doing the right
> thing - it flushes all the encoded buffers before continuing on with
> the new substream.

Reading the code...

 * If we're resampling, stop and restart the resampler. (Probably not a 
   good move if only the metadata has changed.)

 * Shut down the encoder (and flush any pending buffers).

 * Reset the encoder.

 * Update any metadata.

 * Restart the encoder from scratch.

Assuming this is correct, the next question that arises is "Is Vorbis 
when used this way truly gapless?"

This should be easy to test: get a song, split it into chunks of a large 
prime number[1] of samples, encode the chunks (with differing metadata), 
chain them together, decode to WAV using ogg123 (and maybe some others), 
and look for discontinuities.

[1] Suitable numbers: 224611 (just over 5 seconds), 441631 (just over 10 
seconds)

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From msmith at xiph.org  Mon Sep 26 15:30:11 2005
From: msmith at xiph.org (Michael Smith)
Date: Mon, 26 Sep 2005 17:30:11 +0200
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <20050926150505.GA23381@thinkpad.nowster.org.uk>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
Message-ID: <3c17372105092608303887fafc@mail.gmail.com>

> Reading the code...
>
>  * If we're resampling, stop and restart the resampler. (Probably not a
>    good move if only the metadata has changed.)

Neccesary - included in this is flushing out buffers from the
resampler, so we need this in order to flush the encoder.

>
>  * Shut down the encoder (and flush any pending buffers).
>
>  * Reset the encoder.
>
>  * Update any metadata.
>
>  * Restart the encoder from scratch.

Looks right.

>
> Assuming this is correct, the next question that arises is "Is Vorbis
> when used this way truly gapless?"

Yes, it is.

Mike


From pm at nowster.zetnet.co.uk  Mon Sep 26 17:49:37 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Mon, 26 Sep 2005 18:49:37 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <3c17372105092608303887fafc@mail.gmail.com>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
Message-ID: <20050926174937.GA23766@thinkpad.nowster.org.uk>

On Mon, Sep 26, 2005 at 05:30:11PM +0200, Michael Smith wrote:
> > Reading the code...
> >
> >  * If we're resampling, stop and restart the resampler. (Probably not a
> >    good move if only the metadata has changed.)
> 
> Neccesary - included in this is flushing out buffers from the
> resampler, so we need this in order to flush the encoder.

It's definitely not the resampler, as I've tested without a resampler.

Now to do the vorbis fragment tests.

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From pm at nowster.zetnet.co.uk  Mon Sep 26 18:50:59 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Mon, 26 Sep 2005 19:50:59 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <3c17372105092608303887fafc@mail.gmail.com>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
Message-ID: <20050926185059.GB23766@thinkpad.nowster.org.uk>

On Mon, Sep 26, 2005 at 05:30:11PM +0200, Michael Smith wrote:

> > Assuming this is correct, the next question that arises is "Is Vorbis
> > when used this way truly gapless?"
> 
> Yes, it is.

... and I can confirm this. No gaps were perceivable decoding in ogg123.

However, an interesting effect can be had if all the parts have the same 
serial number. You get a bump just like with the ices2 metadata update. 
ogg123 doesn't complain, but ogginfo does.

However, on the icecast2 streams, neither complains.

I've just taken a "savefile" from ices2. The bumps aren't happening. 
It's got to be in icecast2!

Now, I know that the current version of icecast has fixes that make it 
work with Helix (which would give up at stream boundaries). Perhaps it 
fixes it. Off to grab the new version and test...

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From msgi at cybertheque.org  Mon Sep 26 19:33:53 2005
From: msgi at cybertheque.org (msg)
Date: Mon, 26 Sep 2005 14:33:53 -0500
Subject: [Icecast] Accumulating latency in nsv stream
Message-ID: <43384D21.6080908@cybertheque.org>


Greetings:

We have a problem with accumulating latency in a 1 fps nsv video
stream; the delay is about 5 sec. when the stream is first mounted
but after about 10 hours it is up to 1/2 hour and after 24 hours
it is almost an hour (no frames are dropped, a client viewing the
stream just sees video delayed by those amounts).

I have commented-out the <burst-on-connect> and <burst-size> tags
in icecast.xml without any difference in the symptoms.

The configuration:

icecast 2.2.0 on Linux 2.4.27
nsvcap (nsvenc doesn't support the video driver properly) sourcing
   on Win2kServerSp3/PIII-500/384M/Bt848-btwincap:
      VP3 codec configured for est 15kbps/7kbps key, 1fps output,
      1fps capture, 6 -> 11kbps actual bitrate, no audio;
      nsvcap reports d=107 vinq=0 ainq=0 (0 dropped) after 10 hours.

I've seen mentioned that frame rates should be in multiples of two
with key frame rates evenly divisible, but I am after the lowest
possible rate which seems to be 1 fps even though the input frame
rate can be set to fractions of 1 fps.

All help is much appreciated.

Michael Grigoni
Cybertheque Museum







From pm at nowster.zetnet.co.uk  Mon Sep 26 19:58:48 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Mon, 26 Sep 2005 20:58:48 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <20050926185059.GB23766@thinkpad.nowster.org.uk>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
	<20050926185059.GB23766@thinkpad.nowster.org.uk>
Message-ID: <20050926195847.GD23766@thinkpad.nowster.org.uk>

On Mon, Sep 26, 2005 at 07:50:59PM +0100, Paul Martin wrote:

> Now, I know that the current version of icecast has fixes that make it 
> work with Helix (which would give up at stream boundaries). Perhaps it 
> fixes it. Off to grab the new version and test...

Nope. 2.3.0 still does it. I wonder what icecast could be doing to the 
stream that could cause a bump in the audio.

-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From devin at attackcat.org  Sun Sep 25 05:31:56 2005
From: devin at attackcat.org (Devin Campbell)
Date: Sun, 25 Sep 2005 01:31:56 -0400
Subject: [Icecast] 2.3 intro file enhancement
Message-ID: <4336364C.7000007@attackcat.org>

I just installed 2.3 on my two production machines.  Everything looks 
good so far.  I'm really liking the intro file!

I'd really like to see this enhancement.  Is there any reason this 
couldn't be done? Given a list of short intro files, I'd like to see 
Icecast either serve a random file on client connect or perhaps just 
rotate through the choices consecutively which would probably give a 
random enough appearance to the clients.  This could, perhaps, be 
achieved by allowing multiple <intro> tags per mount.

There are several clips I have that I would love to use as introductions 
to the music stream I run.  It would be nice to have a little more 
variety so that clients don't hear the same intro every time they are 
disconnected.

I'll probably hack around on the source and try to make this work for 
myself and I'd be happy to provide a patch if I get it working well. 
Just wondering if there's any reason it would be more difficult than it 
sounds at first. :-)

Devin

--
Devin Campbell
Attack Cat Radio


From michael.grigoni at cybertheque.org  Mon Sep 26 16:37:48 2005
From: michael.grigoni at cybertheque.org (msg)
Date: Mon, 26 Sep 2005 11:37:48 -0500
Subject: [Icecast] messages bouncing for moderator approval
Message-ID: <433823DC.9050403@cybertheque.org>

testing...
messages are bouncing for moderator approval from a subscribed
list member



From msgi at cybertheque.org  Mon Sep 26 16:47:43 2005
From: msgi at cybertheque.org (msg)
Date: Mon, 26 Sep 2005 11:47:43 -0500
Subject: [Icecast] Accumulating latency in nsv stream
Message-ID: <4338262F.4090809@cybertheque.org>


Greetings:

We have a problem with accumulating latency in a 1 fps nsv video
stream; the delay is about 5 sec. when the stream is first mounted
but after about 10 hours it is up to 1/2 hour and after 24 hours
it is almost an hour (no frames are dropped, a client viewing the
stream just sees video delayed by those amounts).

I have commented-out the <burst-on-connect> and <burst-size> tags
in icecast.xml without any difference in the symptoms.

The configuration:

icecast 2.2.0 on Linux 2.4.27
nsvcap (nsvenc doesn't support the video driver properly) sourcing
   on Win2kServerSp3/PIII-500/384M/Bt848-btwincap:
      VP3 codec configured for est 15kbps/7kbps key, 1fps output,
      1fps capture, 6 -> 11kbps actual bitrate, no audio;
      nsvcap reports d=107 vinq=0 ainq=0 (0 dropped) after 10 hours.

I've seen mentioned that frame rates should be in multiples of two
with key frame rates evenly divisible, but I am after the lowest
possible rate which seems to be 1 fps even though the input frame
rate can be set to fractions of 1 fps.

All help is much appreciated.

Michael Grigoni
Cybertheque Museum







From msmith at xiph.org  Tue Sep 27 09:42:00 2005
From: msmith at xiph.org (Michael Smith)
Date: Tue, 27 Sep 2005 11:42:00 +0200
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <20050926185059.GB23766@thinkpad.nowster.org.uk>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
	<20050926185059.GB23766@thinkpad.nowster.org.uk>
Message-ID: <3c17372105092702424ad81369@mail.gmail.com>

>
> However, an interesting effect can be had if all the parts have the same
> serial number. You get a bump just like with the ices2 metadata update.
> ogg123 doesn't complain, but ogginfo does.

Having the same serial number makes it an invalid ogg stream. Don't do that.

>
> However, on the icecast2 streams, neither complains.
>
> I've just taken a "savefile" from ices2. The bumps aren't happening.
> It's got to be in icecast2!

Wow, that sucks! This used to work perfectly, I guess someone broke
it. That's a pretty nasty bug to have when we've just done a new
release! I can see a 2.3.1 in the near future...

Karl - any idea what might be causing this?

Mike


From daleg at elemental.org  Tue Sep 27 11:53:02 2005
From: daleg at elemental.org (Dale Ghent)
Date: Tue, 27 Sep 2005 07:53:02 -0400
Subject: [Icecast] Re: [Icecast-dev] Icecast 2.3.0 Release Annoucement
In-Reply-To: <6.0.1.1.2.20050923155816.035d6a68@www.oddsock.org>
References: <6.0.1.1.2.20050923155816.035d6a68@www.oddsock.org>
Message-ID: <FC9E18FF-806E-4ACA-B679-A2BD920452DC@elemental.org>


Compiles and is working great on Solaris 9.

/dale


From pm at nowster.zetnet.co.uk  Tue Sep 27 10:38:32 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Tue, 27 Sep 2005 11:38:32 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <20050926185059.GB23766@thinkpad.nowster.org.uk>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
	<20050926185059.GB23766@thinkpad.nowster.org.uk>
Message-ID: <20050927103831.GA29749@thinkpad.nowster.org.uk>

On Mon, Sep 26, 2005 at 07:50:59PM +0100, Paul Martin wrote:

> I've just taken a "savefile" from ices2. The bumps aren't happening. 
> It's got to be in icecast2!

It's definitely something in icecast. I've had a savefile coming out of 
ices2 and a dumpfile for the same stream out of icecast2.

Here's from ices2:

Vorbis stream 3:
        Total data length: 957707 bytes
        Playback length: 2m:57.094s
        Average bitrate: 43.262980 kbps
Logical stream 3 ended

And the same from icecast2:

Vorbis stream 3:
        Total data length: 960839 bytes
        Playback length: 2m:57.107s
        Average bitrate: 43.401440 kbps
Logical stream 3 ended


More from ices2 savefile:

Vorbis stream 4:
        Total data length: 1436445 bytes
        Playback length: 4m:06.090s
        Average bitrate: 46.696544 kbps
Logical stream 4 ended
Vorbis stream 5:
        Total data length: 892599 bytes
        Playback length: 2m:49.479s
        Average bitrate: 42.133741 kbps
Logical stream 5 ended

and the same from icecast2 dumpfile:

Vorbis stream 4:
        Total data length: 1440252 bytes
        Playback length: 4m:06.122s
        Average bitrate: 46.814092 kbps
Logical stream 4 ended
Vorbis stream 5:
        Total data length: 895785 bytes
        Playback length: 2m:49.508s
        Average bitrate: 42.276800 kbps
Logical stream 5 ended

>From somewhere, there's an extra 0.03 seconds of stream. It looks as if 
icecast is throwing in an extra (perhaps duplicated) frame from 
somewhere. (Tested with icecast2 2.2.0 and 2.3.0.)


-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From pm at nowster.zetnet.co.uk  Tue Sep 27 10:46:53 2005
From: pm at nowster.zetnet.co.uk (Paul Martin)
Date: Tue, 27 Sep 2005 11:46:53 +0100
Subject: [Icecast] ices2 metadata update causes gaps
In-Reply-To: <3c17372105092702424ad81369@mail.gmail.com>
References: <20050923202903.GA5874@thinkpad.nowster.org.uk>
	<3c17372105092603413d74271a@mail.gmail.com>
	<20050926150505.GA23381@thinkpad.nowster.org.uk>
	<3c17372105092608303887fafc@mail.gmail.com>
	<20050926185059.GB23766@thinkpad.nowster.org.uk>
	<3c17372105092702424ad81369@mail.gmail.com>
Message-ID: <20050927104652.GB29749@thinkpad.nowster.org.uk>

On Tue, Sep 27, 2005 at 11:42:00AM +0200, Michael Smith wrote:

> > I've just taken a "savefile" from ices2. The bumps aren't happening.
> > It's got to be in icecast2!
> 
> Wow, that sucks! This used to work perfectly, I guess someone broke
> it. That's a pretty nasty bug to have when we've just done a new
> release! I can see a 2.3.1 in the near future...

My money's on this code in format_vorbis.c, causing a duplicate packet 
at stream boundaries:

/* push last packet into stream marked with eos */
static void initiate_flush (vorbis_codec_t *source_vorbis)
{
    DEBUG0 ("adding EOS packet");
    if (source_vorbis->prev_packet)
    {
        /* insert prev_packet with eos */
        source_vorbis->prev_packet->e_o_s = 1;
        add_audio_packet (source_vorbis, source_vorbis->prev_packet);
        source_vorbis->prev_packet->e_o_s = 0;
    }
    source_vorbis->get_buffer_page = get_buffer_finished;
    source_vorbis->initial_audio_packet = 1;
}



-- 
Paul Martin <pm at zetnet.net> (work)
  <pm at nowster.zetnet.co.uk> (home)


From daniel.escobar at getmaestro.com  Thu Sep 29 00:23:29 2005
From: daniel.escobar at getmaestro.com (Daniel D. Escobar)
Date: Wed, 28 Sep 2005 20:23:29 -0400
Subject: [Icecast] Streaming .PLS playlists
Message-ID: <002f01c5c48c$048b22e0$e600a8c0@winshit>

I'm trying to setup icecast on one of my Linux boxes but I'm having
trouble creating and accessing a *.pls playlist. Let me explain, I can
create a file containing the MP3 files to be streamed using ices which
then redirects the data to icecast to be streamed like a radio station.
The problem with this is that the client then cannot choose which song
within the playlist to play. I want to create a file using the .PLS
format that the client can download and then have the option of clicking
on any of the songs inside that file to be then streamed using the
icecast server. How do I do this? Any help would be greatly appreciated.

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

From karl at xiph.org  Thu Sep 29 01:20:35 2005
From: karl at xiph.org (Karl Heyes)
Date: 29 Sep 2005 02:20:35 +0100
Subject: [Icecast] Streaming .PLS playlists
In-Reply-To: <002f01c5c48c$048b22e0$e600a8c0@winshit>
References: <002f01c5c48c$048b22e0$e600a8c0@winshit>
Message-ID: <1127956834.21655.2.camel@bogus.hackers.club>

On Thu, 2005-09-29 at 01:23, Daniel D. Escobar wrote:
> I?m trying to setup icecast on one of my Linux boxes but I?m having
> trouble creating and accessing a *.pls playlist. Let me explain, I can
> create a file containing the MP3 files to be streamed using ices which
> then redirects the data to icecast to be streamed like a radio
> station. The problem with this is that the client then cannot choose
> which song within the playlist to play. I want to create a file using
> the .PLS format that the client can download and then have the option
> of clicking on any of the songs inside that file to be then streamed
> using the icecast server. How do I do this? Any help would be greatly
> appreciated. 

lookup what the layout of a pls file is like, write one, place it in
webroot or on a web server and you are done.

karl



From petre at kgb.ro  Thu Sep 29 13:16:30 2005
From: petre at kgb.ro (Petre Bandac)
Date: Thu, 29 Sep 2005 16:16:30 +0300
Subject: [Icecast] icecast with ices as source
Message-ID: <20050929161630.6058bea3@localhost>

hello

I have the following problem: is it possible to have several ices
"feed" mp3 files to only one icecast process ? or do I have to make pais
- ices/icecast - in order to have several streams on my machine ?

thanks,

petre

-- 

Petre Bandac
-
petre at kgb.ro


From karl at xiph.org  Thu Sep 29 13:34:07 2005
From: karl at xiph.org (Karl Heyes)
Date: 29 Sep 2005 14:34:07 +0100
Subject: [Icecast] icecast with ices as source
In-Reply-To: <20050929161630.6058bea3@localhost>
References: <20050929161630.6058bea3@localhost>
Message-ID: <1128000846.1420.15.camel@bogus.hackers.club>

On Thu, 2005-09-29 at 14:16, Petre Bandac wrote:
> hello
> 
> I have the following problem: is it possible to have several ices
> "feed" mp3 files to only one icecast process ? or do I have to make pais
> - ices/icecast - in order to have several streams on my machine ?

a single icecast can handle multiple streams, but use a unique
mountpoint to identify each stream.  eg /low and /high.   Whether those
come from the same running source client, relays from separate machines
or multiple source clients is up to you.

karl.




From msmith at xiph.org  Thu Sep 29 13:41:04 2005
From: msmith at xiph.org (Michael Smith)
Date: Thu, 29 Sep 2005 15:41:04 +0200
Subject: [Icecast] icecast with ices as source
In-Reply-To: <20050929161630.6058bea3@localhost>
References: <20050929161630.6058bea3@localhost>
Message-ID: <3c17372105092906412d61c571@mail.gmail.com>

On 9/29/05, Petre Bandac <petre at kgb.ro> wrote:
> hello
>
> I have the following problem: is it possible to have several ices
> "feed" mp3 files to only one icecast process ? or do I have to make pais
> - ices/icecast - in order to have several streams on my machine ?

Of course this is possible.

For each ices, you'll have a different config file that will specify a
different mountpoint. The mountpoint is what uniquely specifies the
stream that the client wants to connect to.

Mike


From petre at kgb.ro  Thu Sep 29 13:52:08 2005
From: petre at kgb.ro (Petre Bandac)
Date: Thu, 29 Sep 2005 16:52:08 +0300
Subject: [Icecast] icecast with ices as source
In-Reply-To: <1128000846.1420.15.camel@bogus.hackers.club>
References: <20050929161630.6058bea3@localhost>
	<1128000846.1420.15.camel@bogus.hackers.club>
Message-ID: <20050929165208.67aabe03@localhost>

ok, correct me where I'm wrong:

- the <sources> tag defines max ices processes can feed icecast
- several ices sources are sent to the same icecast process, but on
different ports
- the icecast process is configured with 

		<relay>
			<server>127.0.0.1</server>
			.....
		</relay>

for each ices instance ? or with mount ?

thanks,

petre


On 29 Sep 2005 14:34:07 +0100 Anno Domini, the honourable Karl Heyes
wrote using one of his keyboards:

> On Thu, 2005-09-29 at 14:16, Petre Bandac wrote:
> > hello
> > 
> > I have the following problem: is it possible to have several ices
> > "feed" mp3 files to only one icecast process ? or do I have to make
> > pais
> > - ices/icecast - in order to have several streams on my machine ?
> 
> a single icecast can handle multiple streams, but use a unique
> mountpoint to identify each stream.  eg /low and /high.   Whether
> those come from the same running source client, relays from separate
> machines or multiple source clients is up to you.
> 
> karl.
> 
> 


-- 

Petre Bandac
-
petre at kgb.ro


From msmith at xiph.org  Thu Sep 29 13:55:57 2005
From: msmith at xiph.org (Michael Smith)
Date: Thu, 29 Sep 2005 15:55:57 +0200
Subject: [Icecast] icecast with ices as source
In-Reply-To: <20050929165208.67aabe03@localhost>
References: <20050929161630.6058bea3@localhost>
	<1128000846.1420.15.camel@bogus.hackers.club>
	<20050929165208.67aabe03@localhost>
Message-ID: <3c17372105092906553189ede2@mail.gmail.com>

On 9/29/05, Petre Bandac <petre at kgb.ro> wrote:
> ok, correct me where I'm wrong:
>
> - the <sources> tag defines max ices processes can feed icecast
> - several ices sources are sent to the same icecast process, but on
> different ports

No, usually on the same port. There's no reason to use different ports
(err... well, you have to if you use shoutcast-compatibility, because
shoutcast's protocol is braindead. But for normal usage, just a single
port.

> - the icecast process is configured with
>
>                 <relay>
>                         <server>127.0.0.1</server>
>                         .....
>                 </relay>
>
> for each ices instance ? or with mount ?

You're not configuring a relay, so you don't use the <relay> tag at
all. You CAN use the <mount> tag to define mount-specific options, but
you don't need to. There's no mandatory per-mount configuration needed
in icecast.

Mike

For ea


From petre at kgb.ro  Thu Sep 29 14:54:09 2005
From: petre at kgb.ro (Petre Bandac)
Date: Thu, 29 Sep 2005 17:54:09 +0300
Subject: [Icecast] icecast with ices as source
In-Reply-To: <3c17372105092906553189ede2@mail.gmail.com>
References: <20050929161630.6058bea3@localhost>
	<1128000846.1420.15.camel@bogus.hackers.club>
	<20050929165208.67aabe03@localhost>
	<3c17372105092906553189ede2@mail.gmail.com>
Message-ID: <20050929175409.38964fe2@localhost>

problem solved:

icecast.xml

- <sources>20</sources>

- 

<mount>
        <mount-name>/NAME1</mount-name>
</mount>

<mount>
        <mount-name>/NAME2</mount-name> 
</mount>

and each ices.conf has

<Mountpoint>NAME1/</Mountpoint>



thank you for your time,

petre

On Thu, 29 Sep 2005 15:55:57 +0200 Anno Domini, the honourable Michael
Smith wrote using one of his keyboards:

> On 9/29/05, Petre Bandac <petre at kgb.ro> wrote:
> > ok, correct me where I'm wrong:
> >
> > - the <sources> tag defines max ices processes can feed icecast
> > - several ices sources are sent to the same icecast process, but on
> > different ports
> 
> No, usually on the same port. There's no reason to use different ports
> (err... well, you have to if you use shoutcast-compatibility, because
> shoutcast's protocol is braindead. But for normal usage, just a single
> port.
> 
> > - the icecast process is configured with
> >
> >                 <relay>
> >                         <server>127.0.0.1</server>
> >                         .....
> >                 </relay>
> >
> > for each ices instance ? or with mount ?
> 
> You're not configuring a relay, so you don't use the <relay> tag at
> all. You CAN use the <mount> tag to define mount-specific options, but
> you don't need to. There's no mandatory per-mount configuration needed
> in icecast.
> 
> Mike
> 
> For ea


-- 

Petre Bandac
-
petre at kgb.ro


From Jason at Weatherserver.net  Thu Sep 29 19:11:26 2005
From: Jason at Weatherserver.net (Jason (WeatherServer))
Date: Thu, 29 Sep 2005 15:11:26 -0400
Subject: [Icecast] Ban a Client
Message-ID: <001001c5c529$9707a9c0$1400000a@workstation>

How can I ban a client/relay server IP  from the icecast server?

-=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Weather @ 3:10pm - Temp: 10.7?C - Humidity 52% - Wind: NW @ 9 km/h
Baro: 1007kPa Rising - Vis: 14km - Sky: Broken Clouds - Weather:
Rain - Past Hour: 0.00mm - 24hr: 18.00mm - Total:(09/15/05): 103.00mm

=-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
EMAIL ALERT LISTS Signup at http://listserver.weatherserver.net  today.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050929/e9d76d23/attachment.htm>

From karl at xiph.org  Thu Sep 29 19:58:49 2005
From: karl at xiph.org (Karl Heyes)
Date: 29 Sep 2005 20:58:49 +0100
Subject: [Icecast] Ban a Client
In-Reply-To: <001001c5c529$9707a9c0$1400000a@workstation>
References: <001001c5c529$9707a9c0$1400000a@workstation>
Message-ID: <1128023929.1420.56.camel@bogus.hackers.club>

On Thu, 2005-09-29 at 20:11, Jason (WeatherServer) wrote:
> How can I ban a client/relay server IP  from the icecast server?

for that you could filter using a firewall possibly leaving them to
timeout.  If you want to be more selective and use the url listener
auth, listeners can be rejected based on their IP

karl.
 



From daniel.escobar at getmaestro.com  Thu Sep 29 00:38:34 2005
From: daniel.escobar at getmaestro.com (Daniel D. Escobar)
Date: Wed, 28 Sep 2005 20:38:34 -0400
Subject: [Icecast] Mountpoints
Message-ID: <003401c5c48e$204378a0$e600a8c0@winshit>

If I mount a directory that has a bunch of MP3 files into the path for
icecast, would it be possible to have direct access to the files via a
browser or player such as Winamp? For some reason when I try it the
server tells me that the files do not exist, but it is mounted on the
icecast path. Any help would be greatly appreciated.  
 
Thanks in advance,
 
-Daniel
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050928/55aa1300/attachment.htm>