From dm8tbr at afthd.tu-darmstadt.de  Sat Dec  2 10:14:49 2006
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Sat, 02 Dec 2006 11:14:49 +0100
Subject: [Icecast] Ices 2: More streams in one config file?
In-Reply-To: <web-350794962@stalker1.tele.net>
References: <web-350794962@stalker1.tele.net>
Message-ID: <45715219.5000002@afthd.tu-darmstadt.de>

simon.eigeldinger at vol.at wrote:
> Hi all,
>
> Is it possible to include more stream definitions in one ices 2 config
> file?
>
You can encode same content in multiple qualities (multiple <instance>
tags). I never tried multiple <stream> tags and I suspect this won't
work. YMMV

Cheers

Thomas


From simon.eigeldinger at vol.at  Sat Dec  2 12:50:40 2006
From: simon.eigeldinger at vol.at (Simon Eigeldinger)
Date: Sat, 02 Dec 2006 14:50:40 +0200
Subject: [Icecast] Ices 2: More streams in one config file?
In-Reply-To: <45718308.5050704@xiph.org>
References: <web-350794962@stalker1.tele.net>, <45718308.5050704@xiph.org>
Message-ID: <457192C0.5969.112776D@simon.eigeldinger.vol.at>

Hi Karl,

On 2 Dec 2006 at 13:43, Karl Heyes wrote:

> simon.eigeldinger at vol.at wrote:
> > Hi all,
> > 
> > Is it possible to include more stream definitions in one ices 2 config 
> > file?
> > 
> 
> You can define many outgoing streams, as many as your system allows, but 
> only one input per running ices. Of course you can run several ices each 
> running with different xml files.

Thank you for the info.

Best greetings,
Simon


From davidhooper at tiscali.co.uk  Tue Dec 12 10:21:16 2006
From: davidhooper at tiscali.co.uk (davidhooper at tiscali.co.uk)
Date: Tue, 12 Dec 2006 10:21:16 +0000
Subject: [Icecast] Server Requirements
Message-ID: <4576A2520000D924@mail-1-uk.mail.tiscali.sys>

Hi,

I'm looking to stream a large amount of conncurrent connects and want to
use icecast probably on a CentOS base. The bandwidth requirements are over
60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines
but am not sure how many I'd need, I'd appreciated hearing your experiences
and suggestions.

I need to be able to stream the following simultaneous connections

700 * 64k
255 * 128k

Probably MP3 and also the following Ogg:
1 * 32
6 * 24

Thanks in Advance.

David

___________________________________________________________

Tiscali Broadband only 9.99 a month for your first 3 months!
http://www.tiscali.co.uk/products/broadband/




From msmith at xiph.org  Tue Dec 12 10:31:02 2006
From: msmith at xiph.org (Michael Smith)
Date: Tue, 12 Dec 2006 11:31:02 +0100
Subject: [Icecast] Server Requirements
In-Reply-To: <4576A2520000D924@mail-1-uk.mail.tiscali.sys>
References: <4576A2520000D924@mail-1-uk.mail.tiscali.sys>
Message-ID: <3c1737210612120231n55e0b556rd94d1ecaca6f646e@mail.gmail.com>

On 12/12/06, davidhooper at tiscali.co.uk <davidhooper at tiscali.co.uk> wrote:
> Hi,
>
> I'm looking to stream a large amount of conncurrent connects and want to
> use icecast probably on a CentOS base. The bandwidth requirements are over
> 60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines
> but am not sure how many I'd need, I'd appreciated hearing your experiences
> and suggestions.
>
> I need to be able to stream the following simultaneous connections
>
> 700 * 64k
> 255 * 128k

That's closer to 80 Mbps than 60.

>
> Probably MP3 and also the following Ogg:
> 1 * 32
> 6 * 24

Encoding on the server? Or elsewhere?

If you're encoding on the server, you'll want to double-check that the
cpu won't get saturated. I expect that'll be fine, though, with a
single machine. If the SC1425 is dual cpu or dual core (I can't
remember), then you'll certainly be fine.

As for the bandwidth, a single server is more than capable of pushing
80 Mbps. I'd look at multiple servers once you go above about 300-400
Mbps (though realistically, you probably won't run into problems until
700+, you want a substantial amount of headroom).

Of course, you might want more than a single server for redundancy.

Mike


From davidhooper at tiscali.co.uk  Tue Dec 12 10:51:26 2006
From: davidhooper at tiscali.co.uk (davidhooper at tiscali.co.uk)
Date: Tue, 12 Dec 2006 10:51:26 +0000
Subject: [Icecast] Server Requirements
In-Reply-To: <3c1737210612120231n55e0b556rd94d1ecaca6f646e@mail.gmail.com>
Message-ID: <4576A2520000DA8A@mail-1-uk.mail.tiscali.sys>

Hi Mike,

Thanks for your fast and informative responce.

>> I'm looking to stream a large amount of conncurrent connects and want
to
>> use icecast probably on a CentOS base. The bandwidth requirements are
over
>> 60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines
>> but am not sure how many I'd need, I'd appreciated hearing your experiences
>> and suggestions.
>>
>> I need to be able to stream the following simultaneous connections
>>
>> 700 * 64k
>> 255 * 128k
>
>That's closer to 80 Mbps than 60.
>
>>
>> Probably MP3 and also the following Ogg:
>> 1 * 32
>> 6 * 24
>
>Encoding on the server? Or elsewhere?

The encoding will be done client side, oddcast or SAM.

>If you're encoding on the server, you'll want to double-check that the
>cpu won't get saturated. I expect that'll be fine, though, with a
>single machine. If the SC1425 is dual cpu or dual core (I can't
>remember), then you'll certainly be fine.

I was thinking along the lines of Dual 2.8 Zeons in the 1425, although if
I was using two machines for loadbalancing I could stick to just 1 CPU in
each.

>As for the bandwidth, a single server is more than capable of pushing
>80 Mbps. I'd look at multiple servers once you go above about 300-400
>Mbps (though realistically, you probably won't run into problems until
>700+, you want a substantial amount of headroom).
>
>Of course, you might want more than a single server for redundancy.

I had redundancy in mind, but wasn't sure a single server could manage such
outputs, so two 1425s loadbalancing the streams would do this job comfortably?

Now to worry about getting  a low latency 80M connection or two 40M's If
I use round robin dns for connections I could have the servers in geographically
separate locations, right?

>Mike

Thanks again Mike,

David.

___________________________________________________________

Tiscali Broadband only 9.99 a month for your first 3 months!
http://www.tiscali.co.uk/products/broadband/




From msmith at xiph.org  Tue Dec 12 11:10:35 2006
From: msmith at xiph.org (Michael Smith)
Date: Tue, 12 Dec 2006 12:10:35 +0100
Subject: [Icecast] Server Requirements
In-Reply-To: <4576A2520000DA8A@mail-1-uk.mail.tiscali.sys>
References: <3c1737210612120231n55e0b556rd94d1ecaca6f646e@mail.gmail.com>
	<4576A2520000DA8A@mail-1-uk.mail.tiscali.sys>
Message-ID: <3c1737210612120310n60e18160g5383cd4dc8953766@mail.gmail.com>

On 12/12/06, davidhooper at tiscali.co.uk <davidhooper at tiscali.co.uk> wrote:
> I had redundancy in mind, but wasn't sure a single server could manage such
> outputs, so two 1425s loadbalancing the streams would do this job comfortably?

Very comfortably. Neither will be at all stressed by load levels like
this. Icecast scales to MUCH higher load levels pretty well, the
numbers you're looking at are very easy.

>
> Now to worry about getting  a low latency 80M connection or two 40M's If
> I use round robin dns for connections I could have the servers in geographically
> separate locations, right?

I don't know much about setting up DNS. Out of scope for icecast itself :-)

Mike


From monty at xiph.org  Tue Dec 12 11:08:32 2006
From: monty at xiph.org (Monty Montgomery)
Date: Tue, 12 Dec 2006 06:08:32 -0500
Subject: [Icecast] Fwd: Icecast`s specification
In-Reply-To: <cda6ef7.2ebaa898.4578a61f.f20f9@o2.pl>
References: <cda6ef7.2ebaa898.4578a61f.f20f9@o2.pl>
Message-ID: <806dafc20612120308q2b74b66ak5f4b0d11fe46aef5@mail.gmail.com>

---------- Forwarded message ----------
From: grzegorz_reszka at o2.pl <grzegorz_reszka at o2.pl>
Date: Dec 7, 2006 6:39 PM
Subject: Icecast`s specification
To: monty at xiph.org


Hello,

My name is Grzegorz Reszka. I am Polish student and I am writing my
Master of Sciences thesis: "The hardware receiver of the internet
radio stations". I try to write application on the ARM microcontroler
which has to receive mp3 streams, decode (I have already implemented
mp3 decoder) and of course play them:). To be able to do it I need to
get official Icecast`s specification/description.

I only know that Icecast`s client-server communication is done by the
HTTP protocol. But unfortunately I do not know what exactly data
(apart from audio, of course;)), headers etc. are sent. Please, could
you explain me how making connection and exchanging data between
client and server (in both ways) are done? How do Icecast`s frames and
headers look (and how big there are), as well as what data follows? I
have to include all of above information in my thesis, so I will be
gratefull for your help.
Does something like official "Icecast stream protocol" exist? If yes,
how can I get it?

Best Regards and thanks for Your collaboration,
Grzegorz Reszka


From logins7 at o2.pl  Sun Dec 10 15:40:16 2006
From: logins7 at o2.pl (logins7)
Date: Sun, 10 Dec 2006 07:40:16 -0800 (PST)
Subject: [Icecast] Official Icecast`s protocol
Message-ID: <7782842.post@talk.nabble.com>


Hello,

I try to write application on the ARM microcontroler which has to receive
mp3 streams (from Icecast server), decode (I have already implemented mp3
decoder) and of course play them:). To be able to do it I need to get
official Icecast`s specification/description.

I only know that Icecast`s client-server communication is done by the HTTP
protocol. But unfortunately I do not know what exactly data (apart from
audio, of course;)), headers etc. are sent.
Could you explain me how making connection and exchanging data between
client and server (in both ways) are done? How do Icecast`s frames and
headers look (and how big there are), as well as what data follows? I have
to include all of above information in my MSc thesis, so I will be gratefull
for your help. Does something like official "Icecast stream protocol" exist?
If yes, how can I get it?

thanks for Your cooperation,
Greg
-- 
View this message in context: http://www.nabble.com/Official-Icecast%60s-protocol-tf2789569.html#a7782842
Sent from the Icecast - General mailing list archive at Nabble.com.



From rob.mcdonald at nzpages.net  Tue Dec 12 10:14:21 2006
From: rob.mcdonald at nzpages.net (Rob McDonald)
Date: Tue, 12 Dec 2006 23:14:21 +1300
Subject: [Icecast] Mysql Logging
Message-ID: <5fsm45$g6u2q1@ironport3.ihug.co.nz>

Hi there,

 

I read on some forum posts that someone may have been working on a MySQL (or
any SQL even) logging module for icecast?

 

Does anyone have any details? perhaps they found it was too hard? not
worthwhile? or maybe just didn't have the time to do it?

 

Is it possible to set icecast to write its access log to stdout? Thinking
aloud, maybe I can write an external piece of software to get it into MySQL,
which will then open up a whole lot more possibilities when it comes to
reporting.

 

Cheers

 

Rob

www.listenlive.net.nz

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

From LisaMarieC5316 at aol.com  Tue Dec  5 01:19:14 2006
From: LisaMarieC5316 at aol.com (LisaMarieC5316 at aol.com)
Date: Mon, 4 Dec 2006 20:19:14 EST
Subject: [icecast] error 504 : server full  :-(
Message-ID: <c66.6d756d1.32a62312@aol.com>

Why am I getting 504
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20061204/b8a47450/attachment.htm>

From dm8tbr at afthd.tu-darmstadt.de  Tue Dec 12 18:59:15 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Tue, 12 Dec 2006 19:59:15 +0100
Subject: [Icecast] Fwd: Icecast`s specification
In-Reply-To: <806dafc20612120308q2b74b66ak5f4b0d11fe46aef5@mail.gmail.com>
References: <cda6ef7.2ebaa898.4578a61f.f20f9@o2.pl>
	<806dafc20612120308q2b74b66ak5f4b0d11fe46aef5@mail.gmail.com>
Message-ID: <457EFC03.2040406@afthd.tu-darmstadt.de>

Monty Montgomery schrieb:
> mp3 decoder) and of course play them:). To be able to do it I need to
> get official Icecast`s specification/description.
sent off-list answer in polish mentioning mailing list archives, sources 
and wireshark. ;)

Cheers

Thomas


From dm8tbr at afthd.tu-darmstadt.de  Tue Dec 12 19:53:50 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Tue, 12 Dec 2006 20:53:50 +0100
Subject: [icecast] error 504 : server full  :-(
In-Reply-To: <c66.6d756d1.32a62312@aol.com>
References: <c66.6d756d1.32a62312@aol.com>
Message-ID: <457F08CE.5000105@afthd.tu-darmstadt.de>

LisaMarieC5316 at aol.com schrieb:
> Why am I getting 504
> 
Because the server decided so.

hint: look at the log files and admin page to find out more.

Thomas


From bjacint at kvark.hu  Wed Dec 13 13:03:59 2006
From: bjacint at kvark.hu (Balint Jacint)
Date: Wed, 13 Dec 2006 14:03:59 +0100
Subject: [Icecast] ffmpeg2theora icecast ubuntu edgy
Message-ID: <457FFA3F.7020905@kvark.hu>

Hi,

I just wanna share with you my experience with theora ffmpeg2theora, 
icecast2 and ubuntu edgy. I wanted to broadcast live video on an Ubuntu 
machine with ffmpeg2theora, oggfwd and icecast2.
I read the thread 
http://lists.xiph.org/pipermail/icecast/2005-February/008608.html about 
the stream dying after a couple seconds with libshout 2.0.
Now the same happens if you use libshout3 v2.2 with Ubuntu edgy.
What solved the issue for me was to downgrade libshout to dapper version 
(from 2.2 to 2.1). After downgrading, the stream just started working.

I'm sharing it here to get this issue to the public archives. I haven't 
found anything about it on the net when I was trying to solve it. Some 
additional keywords for the search engines:

WARN source/get_next_buffer Disconnecting source due to socket timeout
Source exiting
ffmpeg2theora hangs after a couple seconds
oggfwd hangs after a couple seconds
same applies to ezstream as well
ffmpeg2theora file.avi -x 320 -y 240 -V 150 -A 64 -o - --optimize | 
oggfwd localhost 8000 password /test.ogg

Yours,
Jacint


From chiapas at aktivix.org  Wed Dec 13 16:37:15 2006
From: chiapas at aktivix.org (chiapas at aktivix.org)
Date: Wed, 13 Dec 2006 16:37:15 +0000
Subject: [Icecast] Server Requirements
In-Reply-To: <4576A2520000D924@mail-1-uk.mail.tiscali.sys>
References: <4576A2520000D924@mail-1-uk.mail.tiscali.sys>
Message-ID: <86a338140612130837k540608bdy341b88d03a3e39ef@mail.gmail.com>

hi david

On 12/12/06, davidhooper at tiscali.co.uk <davidhooper at tiscali.co.uk> wrote:
> Hi,
>
> I'm looking to stream a large amount of conncurrent connects and want to
> use icecast probably on a CentOS base. The bandwidth requirements are over
> 60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines
> but am not sure how many I'd need, I'd appreciated hearing your experiences
> and suggestions.

this is probably of some tangential relevance:

http://www.icecast.org/loadtest1.php

Oddsock tested up to 14,000 concurrent users - but it was only
listeners that were tested for.  it would be great to see another test
to simulate concurrent encoders and listeners.

anyway, Icecast appears to scale very nicely.

cheers

Chip


From davidhooper at tiscali.co.uk  Wed Dec 13 17:49:22 2006
From: davidhooper at tiscali.co.uk (davidhooper at tiscali.co.uk)
Date: Wed, 13 Dec 2006 17:49:22 +0000
Subject: [Icecast] Server Requirements
In-Reply-To: <86a338140612130837k540608bdy341b88d03a3e39ef@mail.gmail.com>
Message-ID: <4576A0EB00011806@mail-6-uk.mail.tiscali.sys>

Hi Chip,

>hi david

>> Hi,
>>
>> I'm looking to stream a large amount of conncurrent connects and want
to
>> use icecast probably on a CentOS base. The bandwidth requirements are
over
>> 60 Mbps before any overheads, I'm looking at using some Dell SC1425 machines
>> but am not sure how many I'd need, I'd appreciated hearing your experiences
>> and suggestions.
>
>this is probably of some tangential relevance:
>
>http://www.icecast.org/loadtest1.php

Thanks for the link I will have a good look through. At first glance it's
looking impressive.

>Oddsock tested up to 14,000 concurrent users - but it was only
>listeners that were tested for. it would be great to see another test
>to simulate concurrent encoders and listeners.

Am I right in thinking when using the likes of SAM, Oddcast, Simplecast the
encoding is done clientside? Under what circumstance would the encoding load
be server-side? On-demand delivery?

>anyway, Icecast appears to scale very nicely.

It looks that way.

>cheers
>
>Chip

Thanks,
David

___________________________________________________________

Tiscali Broadband only 9.99 a month for your first 3 months!
http://www.tiscali.co.uk/products/broadband/




From dm8tbr at afthd.tu-darmstadt.de  Wed Dec 13 18:18:10 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-15?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Wed, 13 Dec 2006 19:18:10 +0100
Subject: [Icecast] Server Requirements
In-Reply-To: <4576A0EB00011806@mail-6-uk.mail.tiscali.sys>
References: <4576A0EB00011806@mail-6-uk.mail.tiscali.sys>
Message-ID: <458043E2.5090401@afthd.tu-darmstadt.de>

davidhooper at tiscali.co.uk schrieb:
>> Oddsock tested up to 14,000 concurrent users - but it was only
>> listeners that were tested for. it would be great to see another test
>> to simulate concurrent encoders and listeners.
> 
> Am I right in thinking when using the likes of SAM, Oddcast, Simplecast the
> encoding is done clientside? Under what circumstance would the encoding load
> be server-side? On-demand delivery?
> 
nope, on demand is simple http file serving. (Sidenote: it's not as 
performant as apache)

Icecast will never really do any "encoding".
Sysload will be introduced if you run an separate encoder (e.g. ices2) 
on the same box.

Cheers

Thomas


From davidhooper at tiscali.co.uk  Wed Dec 13 20:58:09 2006
From: davidhooper at tiscali.co.uk (davidhooper at tiscali.co.uk)
Date: Wed, 13 Dec 2006 20:58:09 +0000
Subject: FW: [Icecast] Server Requirements
In-Reply-To: <002701c71ee0$ca37f180$5902010a@sab.local>
Message-ID: <4576A0EB00011FE0@mail-6-uk.mail.tiscali.sys>

Hi J,

>Hi David, 
>Do you know of a flash player that works for icecast and IE7?

Whilst I've never used the software myself I came across Wimpy via the Icecast
forum:
http://forum.icecast.org/viewtopic.php?p=2822&

You may want to give it a try.

>j

Regards,
David

>-----Original Message-----
>From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
>Of davidhooper at tiscali.co.uk
>Sent: Wednesday, December 13, 2006 11:49 AM
>To: icecast at xiph.org
>Subject: Re: [Icecast] Server Requirements
>
>Hi Chip,
>
>>hi david
>
>>> Hi,
>>>
>>> I'm looking to stream a large amount of conncurrent connects and want
>to
>>> use icecast probably on a CentOS base. The bandwidth requirements are
>over
>>> 60 Mbps before any overheads, I'm looking at using some Dell SC1425
>machines
>>> but am not sure how many I'd need, I'd appreciated hearing your
>experiences
>>> and suggestions.
>>
>>this is probably of some tangential relevance:
>>
>>http://www.icecast.org/loadtest1.php
>
>Thanks for the link I will have a good look through. At first glance it's
>looking impressive.
>
>>Oddsock tested up to 14,000 concurrent users - but it was only
>>listeners that were tested for. it would be great to see another test
>>to simulate concurrent encoders and listeners.
>
>Am I right in thinking when using the likes of SAM, Oddcast, Simplecast
the
>encoding is done clientside? Under what circumstance would the encoding
load
>be server-side? On-demand delivery?
>
>>anyway, Icecast appears to scale very nicely.
>
>It looks that way.
>
>>cheers
>>
>>Chip
>
>Thanks,
>David
>
>___________________________________________________________
>
>Tiscali Broadband only 9.99 a month for your first 3 months!
>http://www.tiscali.co.uk/products/broadband/
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast
>


___________________________________________________________

Tiscali Broadband only 9.99 a month for your first 3 months!
http://www.tiscali.co.uk/products/broadband/




From matt at panoshots.co.nz  Thu Dec 14 08:24:10 2006
From: matt at panoshots.co.nz (Matthew Lamb)
Date: Thu, 14 Dec 2006 21:24:10 +1300
Subject: FW: [Icecast] Server Requirements
In-Reply-To: <4576A0EB00011FE0@mail-6-uk.mail.tiscali.sys>
References: <4576A0EB00011FE0@mail-6-uk.mail.tiscali.sys>
Message-ID: <45810A2A.80202@panoshots.co.nz>

davidhooper at tiscali.co.uk wrote:
> Hi J,
>
>   
>> Hi David, 
>> Do you know of a flash player that works for icecast and IE7?
>>     
>
> Whilst I've never used the software myself I came across Wimpy via the Icecast
> forum:
> http://forum.icecast.org/viewtopic.php?p=2822&
>
> You may want to give it a try.
>
>   

I'm currently having major issues with wimpy and IE7. Issues such as - 
it doesn't work.
if anybody else has seen similar issues with wimpy - and has found a 
solution, please let me know the secret!


Matt
>> j
>>     
>
> Regards,
> David
>
>   
>> -----Original Message-----
>> From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
>> Of davidhooper at tiscali.co.uk
>> Sent: Wednesday, December 13, 2006 11:49 AM
>> To: icecast at xiph.org
>> Subject: Re: [Icecast] Server Requirements
>>
>> Hi Chip,
>>
>>     
>>> hi david
>>>       
>>>> Hi,
>>>>
>>>> I'm looking to stream a large amount of conncurrent connects and want
>>>>         
>> to
>>     
>>>> use icecast probably on a CentOS base. The bandwidth requirements are
>>>>         
>> over
>>     
>>>> 60 Mbps before any overheads, I'm looking at using some Dell SC1425
>>>>         
>> machines
>>     
>>>> but am not sure how many I'd need, I'd appreciated hearing your
>>>>         
>> experiences
>>     
>>>> and suggestions.
>>>>         
>>> this is probably of some tangential relevance:
>>>
>>> http://www.icecast.org/loadtest1.php
>>>       
>> Thanks for the link I will have a good look through. At first glance it's
>> looking impressive.
>>
>>     
>>> Oddsock tested up to 14,000 concurrent users - but it was only
>>> listeners that were tested for. it would be great to see another test
>>> to simulate concurrent encoders and listeners.
>>>       
>> Am I right in thinking when using the likes of SAM, Oddcast, Simplecast
>>     
> the
>   
>> encoding is done clientside? Under what circumstance would the encoding
>>     
> load
>   
>> be server-side? On-demand delivery?
>>
>>     
>>> anyway, Icecast appears to scale very nicely.
>>>       
>> It looks that way.
>>
>>     
>>> cheers
>>>
>>> Chip
>>>       
>> Thanks,
>> David
>>
>> ___________________________________________________________
>>
>> Tiscali Broadband only 9.99 a month for your first 3 months!
>> http://www.tiscali.co.uk/products/broadband/
>>
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>>     
>
>
> ___________________________________________________________
>
> Tiscali Broadband only 9.99 a month for your first 3 months!
> http://www.tiscali.co.uk/products/broadband/
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>   


From alexander.dalfarra at dmd2.net  Thu Dec 14 09:11:26 2006
From: alexander.dalfarra at dmd2.net (Alexander Dal Farra)
Date: Thu, 14 Dec 2006 10:11:26 +0100
Subject: FW: [Icecast] Server Requirements
In-Reply-To: <45810A2A.80202@panoshots.co.nz>
Message-ID: <20061214091125.85AFA16C6BCE@mail.genotec.ch>

 Hi All

The "Minicaster" is a flash player that works perfectly with Icecast2
Servers, but besides of that, it's not-so-sophisticated (meaning there isn't
any configuration on the GUI whatsoever)

Give it a try: http://christmasradio.fm 

-Alex


-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Matthew Lamb
Sent: Donnerstag, 14. Dezember 2006 09:24
To: davidhooper at tiscali.co.uk
Cc: icecast at xiph.org
Subject: Re: FW: [Icecast] Server Requirements

davidhooper at tiscali.co.uk wrote:
> Hi J,
>
>   
>> Hi David,
>> Do you know of a flash player that works for icecast and IE7?
>>     
>
> Whilst I've never used the software myself I came across Wimpy via the 
> Icecast
> forum:
> http://forum.icecast.org/viewtopic.php?p=2822&
>
> You may want to give it a try.
>
>   

I'm currently having major issues with wimpy and IE7. Issues such as - it
doesn't work.
if anybody else has seen similar issues with wimpy - and has found a
solution, please let me know the secret!


Matt
>> j
>>     
>
> Regards,
> David
>
>   
>> -----Original Message-----
>> From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On 
>> Behalf Of davidhooper at tiscali.co.uk
>> Sent: Wednesday, December 13, 2006 11:49 AM
>> To: icecast at xiph.org
>> Subject: Re: [Icecast] Server Requirements
>>
>> Hi Chip,
>>
>>     
>>> hi david
>>>       
>>>> Hi,
>>>>
>>>> I'm looking to stream a large amount of conncurrent connects and 
>>>> want
>>>>         
>> to
>>     
>>>> use icecast probably on a CentOS base. The bandwidth requirements 
>>>> are
>>>>         
>> over
>>     
>>>> 60 Mbps before any overheads, I'm looking at using some Dell SC1425
>>>>         
>> machines
>>     
>>>> but am not sure how many I'd need, I'd appreciated hearing your
>>>>         
>> experiences
>>     
>>>> and suggestions.
>>>>         
>>> this is probably of some tangential relevance:
>>>
>>> http://www.icecast.org/loadtest1.php
>>>       
>> Thanks for the link I will have a good look through. At first glance 
>> it's looking impressive.
>>
>>     
>>> Oddsock tested up to 14,000 concurrent users - but it was only 
>>> listeners that were tested for. it would be great to see another 
>>> test to simulate concurrent encoders and listeners.
>>>       
>> Am I right in thinking when using the likes of SAM, Oddcast, 
>> Simplecast
>>     
> the
>   
>> encoding is done clientside? Under what circumstance would the 
>> encoding
>>     
> load
>   
>> be server-side? On-demand delivery?
>>
>>     
>>> anyway, Icecast appears to scale very nicely.
>>>       
>> It looks that way.
>>
>>     
>>> cheers
>>>
>>> Chip
>>>       
>> Thanks,
>> David
>>
>> ___________________________________________________________
>>
>> Tiscali Broadband only 9.99 a month for your first 3 months!
>> http://www.tiscali.co.uk/products/broadband/
>>
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>>     
>
>
> ___________________________________________________________
>
> Tiscali Broadband only 9.99 a month for your first 3 months!
> http://www.tiscali.co.uk/products/broadband/
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>   
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From chiapas at aktivix.org  Thu Dec 14 10:31:59 2006
From: chiapas at aktivix.org (chiapas at aktivix.org)
Date: Thu, 14 Dec 2006 10:31:59 +0000
Subject: [Icecast] Server Requirements
In-Reply-To: <458043E2.5090401@afthd.tu-darmstadt.de>
References: <4576A0EB00011806@mail-6-uk.mail.tiscali.sys>
	<458043E2.5090401@afthd.tu-darmstadt.de>
Message-ID: <86a338140612140231r13792e35r4505e5d2d474c920@mail.gmail.com>

hi

> davidhooper at tiscali.co.uk wrote:
> >
> > Am I right in thinking when using the likes of SAM, Oddcast, Simplecast the
> > encoding is done clientside? Under what circumstance would the encoding load
> > be server-side? On-demand delivery?

"Thomas B. R?cker" <dm8tbr at afthd.tu-darmstadt.de> schrieb:
> nope, on demand is simple http file serving. (Sidenote: it's not as
> performant as apache)

so it would be better to use mod_mp3 for serving files on-demand?

this article here says it has a lot of functionality but it was written in 2001:

http://www.onlamp.com/pub/a/apache/2001/06/12/mp3.html

> Icecast will never really do any "encoding".
> Sysload will be introduced if you run an separate encoder (e.g. ices2)
> on the same box.

so as Icecast is acting merely as a "bit turnstile" without
undertaking any server side processing then the loadtest graph here -
http://www.icecast.org/loadtest1.php - i guess probably gives quite an
accurate prediction of how Icecast would perform with different
combinations of encoders and listeners to a maximum ceiling of 14,000
listener streams.

incidentally there is some useful information if you Google for
"icecast performance" including optimisation tweaks,

all the best

chip

From cnighswonger at foundations.edu  Sun Dec 17 22:10:04 2006
From: cnighswonger at foundations.edu (Chris Nighswonger)
Date: Sun, 17 Dec 2006 17:10:04 -0500
Subject: [Icecast] Path to 'myauth' etc. files....
Message-ID: <cdae243a0612171410i31342fd3g139c4c041e1dae9e@mail.gmail.com>

We have been running Icecast for quite a while (over a year) on a
windows platform. No problems there. Last week we switched over to
Fedora. On the windows platform, the *auth files were in the root of
the icecast install directory along with icecast.xml and the binary.
On *nix the binary is in /usr/local/bin while the icecast.xml is in
/etc. So, I moved the *auth files to the /etc and the authentication
broke. I then placed a copy in the /usr/local/bin directory and it was
still broke. I then placed a copy in the /usr/share/icecast/admin.
Then the authentication worked. So I removed the other copies.... and
the authentication stopped working. Put them back... it worked....????
I have checked permissions. Everybody is icecast:icecast. The daemon
starts as root and does a chown to icecast per the icecast.xml file
settings.
So, the simple questions: What is the correct pathing to the *auth
files on a *nix install of icecast?

Thanks
Chris

-- 
Chris Nighswonger
Network & Systems Director
Foundations Bible College & Seminary
www.foundations.edu


From ross at stationplaylist.com  Sat Dec 23 04:09:36 2006
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 23 Dec 2006 17:09:36 +1300
Subject: [Icecast] Targeted Ads
Message-ID: <03b701c72648$28f51680$6401a8c0@StationPlaylist>

Seasons greetings!

I was wondering if anyone had investigated or started any development 
using Icecast2 for targeting advertisements to individual listeners. 
This will be the next revolution in online radio and it has already 
started.  There are several solutions at the moment, but they all seem 
too difficult and expensive and most of them seem to require custom 
software at the listeners end.
http://www.streamingmedia.com/article.asp?id=6219&c=14

If this has not come up before, our company StationPlaylist.com would be 
interested in partnering with someone to develop a solution using 
Icecast as the base code.  We provide music scheduling and broadcast 
automation software, and internet streaming via Oddcast.

As I see it, a few simple questions will be asked of each listener as 
they connect for the first time, such their age, gender, income, zip 
code, and perhaps interests.  This will be stored permanently with a 
user name.

Different ads will be stored on the hard drive in the stream format and 
bitrate.  The automation software would need to signal to the server 
software when an ad break is starting, and it would switch to serving 
different ads to each listener based on their demographic, before 
switching back to the encoded stream.

This has a great potential for internet stations to earn revenue by 
selling advertisements to targeted listeners.

I'm sorry if this email is out of scope for this mailing list.

Regards,
Ross Levis.

StationPlaylist.com
http://www.stationplaylist.com



From linuxmail at 4lin.net  Sun Dec 31 12:49:33 2006
From: linuxmail at 4lin.net (Denny Schierz)
Date: Sun, 31 Dec 2006 13:49:33 +0100
Subject: [Icecast] Metadata with ices-0.4
Message-ID: <4597B1DD.7090500@4lin.net>

hi,

what i missing, transfer the album title to the icecast2. I looked into
the id3.c and saw, that only artist and title are submitted. Is there a
way, to submit album (and comment) too? At the moment, the album title
is, what i set in the ices.conf

In ices2, it seems, that there are more options possible, but only ogg,
so not usable for me :-/

cu denny

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20061231/c285ce3d/attachment.sig>