From jack at monkeynoodle.org  Mon May  2 16:43:07 2005
From: jack at monkeynoodle.org (Jack Coates)
Date: Mon, 02 May 2005 09:43:07 -0700
Subject: [Icecast] streaming from the sound card
Message-ID: <4276589B.4000901@monkeynoodle.org>

Hi,

I'm trying to set up Icecast and Ices to stream from my sound card's 
line-in. I'm using ALSA. I'm experienced in Linux but haven't spent much 
time on multimedia and I'm new to streaming. Platform is Mandrake 10.1 
with kernel held to 2.4. The sound card is working and I can record to 
file using sox.

Ices and Icecast both start okay, and aren't logging any complaints. But 
when I try to connect to the ogg stream with Winamp, I get nothing. 
Using tethereal, I can see that the the connection handshakes okay, the 
metadata is passed back to the client, the client acks, and that's the 
end. Nothing is logged by icecast or ices, aside from this sort of thing:
[2005-05-02  09:38:04] DBUG connection/_handle_get_request Client connected
[2005-05-02  09:38:04] DBUG connection/_handle_get_request Source found 
for client

Any ideas? Here's the pertinent config...

icecast-2.0.1-1mdk
ices-2.0.0-4mdk

cat /etc/ices.conf
<?xml version="1.0"?>
<ices>
     <background>0</background>
     <logpath>/var/log/ices</logpath>
     <logfile>ices.log</logfile>
     <loglevel>4</loglevel>
     <consolelog>1</consolelog>
     <stream>
             <metadata>
                     <name>Radio Waves</name>
                     <genre>Any</genre>
                     <description>The real radio</description>
                     <url>http://www.monkeynoodle.org</url>
             </metadata>
             <input>
                    <module>alsa</module>
                    <param name="rate">44100</param>
                    <param name="channels">2</param>
                    <param name="device">hw:0,0</param>
                    <param name="buffer-time">500</param>
                    <param name="metadata">0</param>
             </input>
             <instance>
                     <hostname>localhost</hostname>
                     <port>8000</port>
...password line snipped
                     <mount>/stream.ogg</mount>
             </instance>
     </stream>
     <encode>
             <quality>3</quality>
             <channels>2</channels>
     </encode>
</ices>

cat /etc/icecast.xml
<icecast>
      <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>10</source-timeout>
      </limits>
     <authentication>
... passwords snipped....
     </authentication>
     <hostname>localhost</hostname>
     <listen-socket>
             <port>8000</port>
     </listen-socket>
     <fileserve>1</fileserve>
... paths & logging snipped....
     <security>
             <changeowner>
                     <user>icecast</user>
                     <group>icecast</group>
             </changeowner>
     </security>
</icecast>

-- 
Jack at Monkeynoodle dot Org: It's a Scientific Venture...
Riding the Emergency Third Rail Power Trip since 1996!


From karl at xiph.org  Mon May  2 17:03:43 2005
From: karl at xiph.org (Karl Heyes)
Date: 02 May 2005 18:03:43 +0100
Subject: [Icecast] streaming from the sound card
In-Reply-To: <4276589B.4000901@monkeynoodle.org>
References: <4276589B.4000901@monkeynoodle.org>
Message-ID: <1115053423.31739.14.camel@bogus.hackers.club>

On Mon, 2005-05-02 at 17:43, Jack Coates wrote:
...
> Ices and Icecast both start okay, and aren't logging any complaints. But 
> when I try to connect to the ogg stream with Winamp, I get nothing. 
> Using tethereal, I can see that the the connection handshakes okay, the 
> metadata is passed back to the client, the client acks, and that's the 
> end. Nothing is logged by icecast or ices, aside from this sort of thing:
> [2005-05-02  09:38:04] DBUG connection/_handle_get_request Client connected
> [2005-05-02  09:38:04] DBUG connection/_handle_get_request Source found 
> for client

from this description I would say that the input is stalled, some other
app has the device open and ices stalls when trying to open it.

> Any ideas? Here's the pertinent config...
> 
> icecast-2.0.1-1mdk
> ices-2.0.0-4mdk

ices 2.0.1 has better ALSA support.  Using ALSA asoundrc you can
configure a device to use dsnoop/dmix and allow multiple apps share the
same device at the same time.

> cat /etc/ices.conf
> <?xml version="1.0"?>
> <ices>
>      <background>0</background>
>      <logpath>/var/log/ices</logpath>
>      <logfile>ices.log</logfile>
>      <loglevel>4</loglevel>

>      <consolelog>1</consolelog>

avoid setting this to 1, console access tends to be very slow, the log
file is best used.

karl.




From jack at monkeynoodle.org  Mon May  2 17:27:06 2005
From: jack at monkeynoodle.org (Jack Coates)
Date: Mon, 02 May 2005 10:27:06 -0700
Subject: [Icecast] streaming from the sound card
In-Reply-To: <1115053423.31739.14.camel@bogus.hackers.club>
References: <4276589B.4000901@monkeynoodle.org>
	<1115053423.31739.14.camel@bogus.hackers.club>
Message-ID: <427662EA.6070702@monkeynoodle.org>

Karl Heyes wrote:
> On Mon, 2005-05-02 at 17:43, Jack Coates wrote:
> ...
> 
>>Ices and Icecast both start okay, and aren't logging any complaints. But 
>>when I try to connect to the ogg stream with Winamp, I get nothing. 
>>Using tethereal, I can see that the the connection handshakes okay, the 
>>metadata is passed back to the client, the client acks, and that's the 
>>end. Nothing is logged by icecast or ices, aside from this sort of thing:
>>[2005-05-02  09:38:04] DBUG connection/_handle_get_request Client connected
>>[2005-05-02  09:38:04] DBUG connection/_handle_get_request Source found 
>>for client
> 
> 
> from this description I would say that the input is stalled, some other
> app has the device open and ices stalls when trying to open it.
> 

Thanks for the reply. Is there any other explanation? This machine is a 
server with no other audio-using applications on it, and ps -aux shows 
nothing with any sound access. Ices logs that it opened the sound device ok:
[2005-05-02  10:11:19] INFO input-alsa/alsa_open_module Opened audio 
device hw:0,0
[2005-05-02  10:11:19] INFO input-alsa/alsa_open_module using 2 
channel(s), 44100 Hz, buffer 371 ms (2 periods)
[2005-05-02  10:11:19] INFO stream/ices_instance_stream Connected to 
server: localhost:8000/stream.ogg
[2005-05-02  10:11:19] INFO signals/signal_usr1_handler Metadata update 
requested

I'd also expect that sound system blocking would prevent rec -s w -c 2 
-r 44100 test.wav from working.

> 
>>Any ideas? Here's the pertinent config...
>>
>>icecast-2.0.1-1mdk
>>ices-2.0.0-4mdk
> 
> 
> ices 2.0.1 has better ALSA support.  Using ALSA asoundrc you can
> configure a device to use dsnoop/dmix and allow multiple apps share the
> same device at the same time.
> 

I can certainly give it a try, but I don't see why it would make a 
difference...

> 
>>cat /etc/ices.conf
>><?xml version="1.0"?>
>><ices>
>>     <background>0</background>
>>     <logpath>/var/log/ices</logpath>
>>     <logfile>ices.log</logfile>
>>     <loglevel>4</loglevel>
> 
> 
>>     <consolelog>1</consolelog>
> 
> 
> avoid setting this to 1, console access tends to be very slow, the log
> file is best used.
> 
> karl.
> 

ok, that's just active during debugging anyway.

-- 
Jack at Monkeynoodle dot Org: It's a Scientific Venture...
Riding the Emergency Third Rail Power Trip since 1996!


From karl at xiph.org  Mon May  2 17:48:11 2005
From: karl at xiph.org (Karl Heyes)
Date: 02 May 2005 18:48:11 +0100
Subject: [Icecast] streaming from the sound card
In-Reply-To: <4276589B.4000901@monkeynoodle.org>
References: <4276589B.4000901@monkeynoodle.org>
Message-ID: <1115056091.31739.31.camel@bogus.hackers.club>

On Mon, 2005-05-02 at 17:43, Jack Coates wrote:

> cat /etc/ices.conf
> <?xml version="1.0"?>
> <ices>
...
>     <stream>
>              <instance>
>                      <hostname>localhost</hostname>
>                      <port>8000</port>
> ...password line snipped
>                      <mount>/stream.ogg</mount>
>              </instance>
>      </stream>
>      <encode>
>              <quality>3</quality>
>              <channels>2</channels>
>      </encode>

just a point of interest, encode should go in an <instance> and state a
samplerate as well as channels.  If there really is no stream data after
the initial connection then icecast will timeout the ices, are you
seeing that?

karl.




From jack at monkeynoodle.org  Mon May  2 17:53:39 2005
From: jack at monkeynoodle.org (Jack Coates)
Date: Mon, 02 May 2005 10:53:39 -0700
Subject: [Icecast] streaming from the sound card
In-Reply-To: <1115056091.31739.31.camel@bogus.hackers.club>
References: <4276589B.4000901@monkeynoodle.org>
	<1115056091.31739.31.camel@bogus.hackers.club>
Message-ID: <42766923.1010506@monkeynoodle.org>

Karl Heyes wrote:
> On Mon, 2005-05-02 at 17:43, Jack Coates wrote:
> 
> 
>>cat /etc/ices.conf
>><?xml version="1.0"?>
>><ices>
> 
> ...
> 
>>    <stream>
>>             <instance>
>>                     <hostname>localhost</hostname>
>>                     <port>8000</port>
>>...password line snipped
>>                     <mount>/stream.ogg</mount>
>>             </instance>
>>     </stream>
>>     <encode>
>>             <quality>3</quality>
>>             <channels>2</channels>
>>     </encode>
> 
> 
> just a point of interest, encode should go in an <instance> and state a
> samplerate as well as channels.  If there really is no stream data after
> the initial connection then icecast will timeout the ices, are you
> seeing that?
> 
> karl.
> 

Yes! That was it -- I moved the encode section into the instance and 
tweaked the bitrates a bit per documentation, working like a champ now.
                     <encode>
                             <quality>3</quality>
                             <channels>2</channels>
                             <nominal-bitrate>65536</nominal-bitrate>
                             <maximum-bitrate>131072</maximum-bitrate>
                             <minimum-bitrate>-1</minimum-bitrate>
                             <managed>0</managed>
                             <samplerate>44100</samplerate>
                     </encode>

Thanks,
-- 
Jack at Monkeynoodle dot Org: It's a Scientific Venture...
Riding the Emergency Third Rail Power Trip since 1996!


From xiphmont at xiph.org  Tue May  3 03:16:28 2005
From: xiphmont at xiph.org (Monty)
Date: Mon, 2 May 2005 23:16:28 -0400
Subject: Encumbered technology policy, was RE: [Icecast] AAC support?
In-Reply-To: <6.2.1.2.2.20050411115130.064e4448@66.220.31.130>
References: <425AC23E.2050208@tyrell.hu>
	<6.2.1.2.2.20050411114126.06518048@66.220.31.130>
	<20050411184548.GY13223@i.cantcode.com>
	<6.2.1.2.2.20050411115130.064e4448@66.220.31.130>
Message-ID: <20050503031628.GC16864@xiph.org>

I'd meant to comment on this at the time...

On Mon, Apr 11, 2005 at 12:01:45PM -0700, Greg J. Ogonowski wrote:
> By adding support for AAC/HE-AAC to Icecast2, the project is certainly 
> about freedom.
> It gives users the freedom to choose whatever codec they want.

Our official policy and organization mandate is to promote
unencumbered formats and software.  To those ends, we do not and will
not actively develop or support encumbered formats or software.  Let
the commercial world support its own.

That said, we don't seek to actively discourage, sabotage, or
intentionally frustrate interoperability with closed/encumbered
technology.  However, we won't actively develop or support it either.

Monty


From ferranf at gmail.com  Thu May  5 15:51:48 2005
From: ferranf at gmail.com (ferran fabregas)
Date: Thu, 5 May 2005 17:51:48 +0200
Subject: [Icecast] streaming legal issues
Message-ID: <750483ab050505085160572800@mail.gmail.com>

Hi! anybody knows where can i find some info about the legality of do
a streaming of copyrighted music? can i make a audio stream with my
legaly-brought music from my home to listen into my workplace? can i
open it to the world?

what are the legal terms that applies the thousands of internet radio
broadcasts that exists on the net?

if anybody knows the answers, or where i can find it, i will be regarded.

thanks

ferran


From bcasci at runbox.com  Thu May  5 16:21:36 2005
From: bcasci at runbox.com (Brandon)
Date: Thu, 05 May 2005 12:21:36 -0400
Subject: [Icecast] streaming legal issues
In-Reply-To: <750483ab050505085160572800@mail.gmail.com>
References: <750483ab050505085160572800@mail.gmail.com>
Message-ID: <427A4810.70403@runbox.com>

Ferran,

We can help you comply with copyright law, but we don't yet have 
integrated support for Icecast (coming soon), but we do have an API if 
you are willing to do a small amount of coding.

Brandon
LoudCity
http://www.loudcity.net



ferran fabregas wrote:

>Hi! anybody knows where can i find some info about the legality of do
>a streaming of copyrighted music? can i make a audio stream with my
>legaly-brought music from my home to listen into my workplace? can i
>open it to the world?
>
>what are the legal terms that applies the thousands of internet radio
>broadcasts that exists on the net?
>
>if anybody knows the answers, or where i can find it, i will be regarded.
>
>thanks
>
>ferran
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast
>
>  
>


From hello at ianbell.com  Thu May  5 17:28:19 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 5 May 2005 10:28:19 -0700
Subject: [Icecast] Metadata Swapping:  How do they do it?
Message-ID: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>

So we're making huge progress on our little app which reads a text file 
and re-inserts metadata on the currently playing track into the icecast 
stream.  The behaviour of course that I'm trying to replicate is where 
a user listening to pulverradio.com via iTunes or WinAmp gets to see 
the currently playing track etc. in their player just like on radio 
stations that DON'T use hundreds of thousands of dollars worth of 
production and encoding gear.  :)

So when I listen to other stations that stream using icecast/shoutcast 
and ices/shoutcast source the player is swapping and/or scrolling 
between what looks like the name of the station and the currently 
playing song.  This is what I want to achieve with our efforts.  This 
means that somehow we have to tell the player, via the relay servers, 
BOTH the static station information AND the currently playing track.

The question is, how exactly do they arrive at this information?

Is the media player:

A)  Swapping between some information element it receives on connect 
(like a global Stream Title attribute of some sort) and the StreamTitle 
attribute which is updated by ices when the song changes?

B)  Simply displaying the StreamTitle attribute, which contains both 
the name of the station and the currently playing song?

C)  Displaying the StreamTitle attribute, which contains either the 
name of the station or the currently playing song, and is updated every 
few seconds?

D)  Doing something else I haven't thought of?

-Ian.



From danstowell at gmail.com  Thu May  5 18:45:37 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Thu, 5 May 2005 19:45:37 +0100
Subject: [Icecast] streaming legal issues
In-Reply-To: <750483ab050505085160572800@mail.gmail.com>
References: <750483ab050505085160572800@mail.gmail.com>
Message-ID: <286e6b7c050505114544c2609a@mail.gmail.com>

On 05/05/05, ferran fabregas <ferranf at gmail.com> wrote:
> Hi! anybody knows where can i find some info about the legality of do
> a streaming of copyrighted music? 

It depends which country you're in. If you tell us where you live,
perhaps someone from that country can advise...

My answers below are definitely correct for the UK, and are probably
not too far out for other European countries or for USA (?).


> can i make a audio stream with my
> legaly-brought music from my home to listen into my workplace?

No.

> can i
> open it to the world?

No.

> what are the legal terms that applies the thousands of internet radio
> broadcasts that exists on the net?

The legal ones (remember there are plenty which are illegal!) often
achieve legality by paying an ongoing fee to a society such as the
MCPS / PRS (these are the UK bodies) to be allowed to play most
commercially-available music.

An alternative way to stay legal is only to play music which is
licensed under (e.g.) Creative Commons licensing, which typically
allows broadcasting, or music for which you've secured the rights
individually.

Best,
Dan


From hello at ianbell.com  Thu May  5 19:17:09 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 5 May 2005 12:17:09 -0700
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <20050505190456.GK8251@ethereal.net>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
Message-ID: <90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>

Think I answered my own question really.

The display in iTunes, for example, is swapping between what in  
status.xsl would be Stream Title and Current Song.


If Song is updated like so:
http://admin:password at myserver.pulverradio.com:8000/admin/metadata? 
mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black

...then what exactly is the verbage to update StreamTitle?

http://admin:password at myserver.pulverradio.com:8000/admin/metadata? 
mount=/high.mp3&mode=updinfo&StreamTitle=PulverRadio

...doesn't work.

My (potentially misguided) belief is that the client downloads/receives  
the latter attribute once, on initially connecting to the relay.

KH and I have been playing with a branch he built that lets you  
configure all that stuff in the icecast.xml file however it's not  
making it into the stream.

-Ian.


On 5-May-05, at 12:04 PM, Tristan Horn wrote:

> (replying privately as I'm not sure this is too useful)
>
> On Thu, May 05, 2005 at 10:28:19AM -0700, Ian Andrew Bell wrote:
>>
>> So when I listen to other stations that stream using  
>> icecast/shoutcast and ices/shoutcast source the player is swapping  
>> and/or scrolling between what looks like the name of the station and  
>> the currently playing song.  This is what I want to achieve with our  
>> efforts.  This means that somehow we have to tell the player, via the  
>> relay servers, BOTH the static station information AND the currently  
>> playing track.
>>
>> The question is, how exactly do they arrive at this information?
>
> Swapping and scrolling are two completely different things. :)  Do you  
> have an example of a station that does this?
>
> Not sure if it helps, but I believe the metadata interval is usually  
> set to 8192 bytes, so for a 128k stream, that's twice per second that  
> you could theoretically update the metadata.
>
> Tris
>



From ferranf at gmail.com  Thu May  5 19:24:59 2005
From: ferranf at gmail.com (ferran fabregas)
Date: Thu, 5 May 2005 21:24:59 +0200
Subject: [Icecast] streaming legal issues
Message-ID: <750483ab050505122478f2a856@mail.gmail.com>

On 5/5/05, Dan Stowell <danstowell at gmail.com> wrote:
> On 05/05/05, ferran fabregas <ferranf at gmail.com> wrote:
> > Hi! anybody knows where can i find some info about the legality of do
> > a streaming of copyrighted music?
>
> It depends which country you're in. If you tell us where you live,
> perhaps someone from that country can advise...

spain, and the SGAE is the society that you talk about...

> > can i make a audio stream with my
> > legaly-brought music from my home to listen into my workplace?
>
> No.

why? this case seems totally legal, bacause if i block all conections
unless my workplace ip, where are the problem? i've the right of
listen my music everywhere...

well, i see... if you don't pay a fee, you cannot do nothing :)

and...i'm thinking... there are some modules to encrypt/decrypt the
stream over the network  with a public/private key like RSA? with this
method, only people that have the public key can listen the stream...

ferran


From karl at xiph.org  Thu May  5 19:52:41 2005
From: karl at xiph.org (Karl Heyes)
Date: 05 May 2005 20:52:41 +0100
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
	<90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
Message-ID: <1115322760.3707.136.camel@bogus.hackers.club>

On Thu, 2005-05-05 at 20:17, Ian Andrew Bell wrote:
> Think I answered my own question really.
> 
> The display in iTunes, for example, is swapping between what in  
> status.xsl would be Stream Title and Current Song.
> 
> 
> If Song is updated like so:
> http://admin:password at myserver.pulverradio.com:8000/admin/metadata? 
> mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black
> 
> ...then what exactly is the verbage to update StreamTitle?
> 
> http://admin:password at myserver.pulverradio.com:8000/admin/metadata? 
> mount=/high.mp3&mode=updinfo&StreamTitle=PulverRadio
> 
> ...doesn't work.

The "StreamTitle" is not part of the admin request you send, it's part
of the metadata inserted into the stream.

> My (potentially misguided) belief is that the client downloads/receives  
> the latter attribute once, on initially connecting to the relay.
> 
> KH and I have been playing with a branch he built that lets you  
> configure all that stuff in the icecast.xml file however it's not  
> making it into the stream.

AFAIK what you see in the player is made from a HTTP-type header sent to
the client at connection time and any metadata that may be sent
midstream.  The stream override settings you mention don't affect the
HTTP-style headers sent to the listener (whether they should and if so,
how best to do that is another matter) but in-line metadata will be sent
provided the metadata has been asked for (metadata is an add-on for mp3
streams)

karl.




From hello at ianbell.com  Thu May  5 20:52:11 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 5 May 2005 13:52:11 -0700
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <1115322760.3707.136.camel@bogus.hackers.club>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
	<90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
	<1115322760.3707.136.camel@bogus.hackers.club>
Message-ID: <5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>


On 5-May-05, at 12:52 PM, Karl Heyes wrote:

>> My (potentially misguided) belief is that the client 
>> downloads/receives
>> the latter attribute once, on initially connecting to the relay.
>>
>> KH and I have been playing with a branch he built that lets you
>> configure all that stuff in the icecast.xml file however it's not
>> making it into the stream.
>
> AFAIK what you see in the player is made from a HTTP-type header sent 
> to
> the client at connection time and any metadata that may be sent
> midstream.  The stream override settings you mention don't affect the
> HTTP-style headers sent to the listener (whether they should and if so,
> how best to do that is another matter) but in-line metadata will be 
> sent
> provided the metadata has been asked for (metadata is an add-on for mp3
> streams)

Let's face it -- what's going to make us all successful as streamers is 
appearing nicely in client apps.  This is what I'm shooting for, as 
well.

Right now PulverRadio looks like ass in WinAmp and iTunes, whereas 
stations streaming via other means are great.  That's why I'm investing 
in dumping the SongData back into the stream (which works very well 
BTW!).

The name of my mountpoint that gets listed by iTunes (in its index) in 
the "Song Name" field, and presumably the Stream field when/if it's 
listed in their Kerbango directory, is the name of my mountpoint:  
"high.mp3" or "low.mp3".  This sucks.

This hardly has the appeal of, say:  "Virgin Radio UK" or "Indie Pop 
Rocks!".  You can force this data by putting it into the .PLS file like 
so:

[playlist]
File1=http://radio.pulverradio.com/high.mp3
Title1=PulverRadio - Raw Rock Radio - 128kbps
Length1=-1
NumberOfEntries=1
Version=2

...and this works pretty well.  To my knowledge the .M3U format has no 
such capability, though you might be able to use it like so:

#EXTM3U
#EXTINF:PulverRadio - Raw Rock Radio - 128K
http://radio.pulverradio.com/high.mp3

I also have tried creating a friendly, descriptive mountpoint name 
which could appear in the player like so:

/PulverRadio%20%2D%20Raw%20Rock%20Radio%20%2D%20128K

This would be expected to appear in iTunes / WinAmp as:

"PulverRadio - Raw Rock Radio - 128K"

...but this makes Icecast VERY unhappy.  Returns a 404.

So the questions are:

A)	What is the format of the metadata-on-connect that is expected by 
most clients?
B)	As is my usual question, how do we set this data where the 
broadcaster isn't using ices?
C)	If there is no such format, maybe this is the time to define a 
defacto standard and hope it sticks?


If C) is a valid interest then this would be an opportunity to send a 
whole plethora of stuff with the stream, including ID3 tags for both 
the stream itself and each song within it.  There's probably no reason 
not to be ambitious in this regard.

-Ian.



From agentgrn at dcne.net  Fri May  6 02:30:54 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Thu, 05 May 2005 22:30:54 -0400
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
	<90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
	<1115322760.3707.136.camel@bogus.hackers.club>
	<5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
Message-ID: <427AD6DE.3090301@dcne.net>

Ian Andrew Bell wrote:

> Let's face it -- what's going to make us all successful as streamers is 
> appearing nicely in client apps.  This is what I'm shooting for, as well.

Let me put the brakes on right here, and reset a couple expectations.

In all reality, the appearance of your stream in an application isn't 
going to do squat when it comes to being a successful streamer.  It 
might look pretty, but your listeners are not coming to you because it 
looks nice in Winamp...or iTunes.

Being a successful streamer requires you to have a good quality stream 
aimed at the right audience.  Without that, the flair of format is worth 
squat.  I do a three-hour radio program a couple times a week and I 
still managed to pull down about 3,000 hours TTSL in the last month.

To get to the original question...I don't believe Icecast does any kind 
of station ID bundling in with the stream title or description 
ah-la-Shoutcast.

-I


From geoff at hitsandpieces.net  Fri May  6 07:53:25 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 6 May 2005 17:53:25 +1000
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
	<90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
	<1115322760.3707.136.camel@bogus.hackers.club>
	<5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
Message-ID: <Pine.LNX.4.62.0505061747500.21538@data.home>

Hi,

As long as you're talking about MP3 metadata, you've got to remember a few 
things:

1.  MP3 metadata is a hack.

2.  MP3 metadata is a hack that was not designed by the Icecast people. 
AFAIK, it was a shoutcast thing which means the standard such as it is has 
already been set.

3.  MP3 metadata is a hack that not all players support, and since it's not 
our hack, you're going to have to approach player developers directly about 
support for it.

The stream title is sent upon connection to the stream.  Not only does this 
mean it can't be changed, but it also means that because MP3 has no 
chaining support, if you have two shows back-to-back without forcing a 
reconnect,a show-specific title will stick from the first to the second.

Geoff.


-- 
Geoff Shang <geoff at hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff at acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


From mc.kinnon at rogers.com  Tue May  3 23:37:18 2005
From: mc.kinnon at rogers.com (Mark McKinnon)
Date: Tue, 3 May 2005 19:37:18 -0400
Subject: [Icecast] Icecast question
Message-ID: <000601c55039$0fb84660$6400a8c0@musicbox>

Hey there guys question Icecast is only telling me that it can only have 1 listener but I have <limits> <clients>30</clients> in the config file would u know why it says I can only have 1 listener instead of 30??

Thanks
Dj Clash

The Mixture Media Radio:
The Best On-Line Radio Station Just 
Keeps Getting Better Come Check Us 
Out.

http://themixturemedia.no-ip.com (Web Page)
http://themixturemedia.no-ip.com:8000/listen.pls (Mp3)
http://themixturemedia.no-ip.com/listen.wax (Windows Media Player)
http://themixturemedia.no-ip.com/reallisten.smil (Real Player)
http://themixturemedia.no-ip.com/live.ogg (Ogg)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050503/1c41b8be/attachment.htm>

From support1 at ktwr.net  Fri May  6 07:10:21 2005
From: support1 at ktwr.net (Support1)
Date: Fri,  6 May 2005 00:10:21 -0700 (PDT)
Subject: [Icecast] How to config Ices-playlist.XML to run script
Message-ID: <000201c5520a$a4390cc0$1702010a@INTMINNEAIM2>

Hi,

 

Can anyone show me how to config the <input> section in
ices-playlist.XML (ices.conf) to run a script? The script file will
returns an audio file name so that Ices will stream that particular file
to icecast server. I'm trying to stream OGG file. Thanks!!

 

Newbie

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

From mhobbs812 at gmail.com  Fri May  6 10:39:52 2005
From: mhobbs812 at gmail.com (Michael Hobbs)
Date: Fri, 6 May 2005 11:39:52 +0100
Subject: [icecast] Legality Issue & Relaying
Message-ID: <107997eb0505060339d17706d@mail.gmail.com>

Hi All,

I'm planning to get a stream running in the next month or two, and
will be using ices and icecast.

Legality:
Further to the last couple of posts regarding legality issue. I notice
that the PRC do their licence cost on a percentage of your revenue,
seeing as I plan to host no adverts or indeed any commercial aspect I
hope to get a licence without actually paying anything. (I've sent
them an inoccous email so we'll see what they say)

Relaying:
Unless you get a business connection in the UK standard upload is
generally 256Kbps regardless of your download rate (hence the
Asynchronous bit in ADSL). I plan to use my brother's and parents
internet connections at their respective houses as relays for the
stream to enable more bandwidth for my listeners to enjoy a smoother
stream. A question regarding this, can you use a single address (i.e
as a link on a webpage) to balance the load between the various
realys, or would you have to have separate addresses (similar to
http/ftp mirrors)?
I wonder if the former could be achieved with a "round-robin" set-up
in the DNS server, whereby a single name resolves to different ip
addresses sequentially, it would look something like this on the DNS
server for example.com:

mystation        0         IN         A        192.168.0.1
mystation        0         IN         A        192.168.20.1
mystation        0         IN         A         62.78.23.7

Above ^ first request made to mystation.example.com would resolve to
192.168.0.1, second to 192.168.20.1, third to 62.78.23.7, forth to
192.168.0.1 - In my mind I think this would work, has anyone tried it,
has anyone got a simpler solution perhaps?

Thanks,
Bizza


From daleg at elemental.org  Fri May  6 12:50:23 2005
From: daleg at elemental.org (Dale Ghent)
Date: Fri, 6 May 2005 08:50:23 -0400
Subject: [Icecast] Icecast question
In-Reply-To: <000601c55039$0fb84660$6400a8c0@musicbox>
References: <000601c55039$0fb84660$6400a8c0@musicbox>
Message-ID: <468f53356e99287a89ab9339f585c467@elemental.org>

On May 3, 2005, at 7:37 PM, Mark McKinnon wrote:

> Hey there guys question Icecast is only telling me that it can only 
> have 1 listener but I have <limits>?<clients>30</clients> in the 
> config file would u know why it says I can only have 1 listener 
> instead of 30??

You had one person (client) connected and listening

You have configured a limit of 30 of those.

So, find 29 more people to listen to your stream.

29+1=30

Your . key on your keyboard is lonely.

/dale


From geoff at hitsandpieces.net  Fri May  6 13:55:26 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 6 May 2005 23:55:26 +1000
Subject: *****SUSPECTED SPAM***** [Icecast] Icecast question
In-Reply-To: <000601c55039$0fb84660$6400a8c0@musicbox>
References: <000601c55039$0fb84660$6400a8c0@musicbox>
Message-ID: <Pine.LNX.4.62.0505062353570.21538@data.home>

Mark McKinnon wrote:

> Hey there guys question Icecast is only telling me that it can only have 
> 1 listener but I have <limits> <clients>30</clients> in the config file 
> would u know why it says I can only have 1 listener instead of 30??

How is it telling you this?  What is the error message you are getting? 
Can we see your config file (delete the passwords first)?

Geoff.



From geoff at hitsandpieces.net  Fri May  6 14:00:11 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 7 May 2005 00:00:11 +1000
Subject: [Icecast] How to config Ices-playlist.XML to run script
In-Reply-To: <000201c5520a$a4390cc0$1702010a@INTMINNEAIM2>
References: <000201c5520a$a4390cc0$1702010a@INTMINNEAIM2>
Message-ID: <Pine.LNX.4.62.0505062355320.21538@data.home>

Support1 wrote:

> Can anyone show me how to config the <input> section in
> ices-playlist.XML (ices.conf) to run a script? The script file will
> returns an audio file name so that Ices will stream that particular file
> to icecast server. I'm trying to stream OGG file. Thanks!!

                 <input>
                         <module>playlist</module>
                         <param name="type">script</param>
                         <param name="program">/path/to/script</param> 
<!-- be
sure this exists -->
                 </input>

Note that this is how you'd configure ices 2.x.  Ices 0.x which uses 
ices.conf has a different script mechanism.  I believe recent (SVN?) 
versions support basic scripts like this, previous versions required 
scripts to be written in perl or python and to have various methods 
defined.


Geoff.



From oddsock at oddsock.org  Fri May  6 14:29:06 2005
From: oddsock at oddsock.org (oddsock)
Date: Fri, 06 May 2005 09:29:06 -0500
Subject: [Icecast] Metadata Swapping:  How do they do it?
In-Reply-To: <5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
References: <2b1137ce05d7ad264ba7e0bfcd6aa8fd@ianbell.com>
	<20050505190456.GK8251@ethereal.net>
	<90e0f5dcb18d97f7e7bfb52ffc96d29f@ianbell.com>
	<1115322760.3707.136.camel@bogus.hackers.club>
	<5971447fb3bd89b22a8cb1ca540ecc73@ianbell.com>
Message-ID: <6.0.1.1.2.20050506085849.034d4980@www.oddsock.org>

At 03:52 PM 5/5/2005, you wrote:


>/PulverRadio%20%2D%20Raw%20Rock%20Radio%20%2D%20128K
>
>This would be expected to appear in iTunes / WinAmp as:
>
>"PulverRadio - Raw Rock Radio - 128K"
>
>...but this makes Icecast VERY unhappy.  Returns a 404.
>
>So the questions are:
>
>A)      What is the format of the metadata-on-connect that is expected by 
>most clients?
>B)      As is my usual question, how do we set this data where the 
>broadcaster isn't using ices?
>C)      If there is no such format, maybe this is the time to define a 
>defacto standard and hope it sticks?

First off, I'm going to assume that you are talking MP3 only, as it's 
different with Ogg Vorbis streams.  The actual Mp3 metadata "protocol" is 
quite simple, and is pretty well documented in various places (you probably 
know this).    This metadata comes at regular intervals in the stream and 
is what stations are using to "continually update" what's being shown in 
winamp.  Also, keep in mind that how metadata is actually displayed to the 
user is *player specific*.. I'll use Winamp as an example here, as that 
sounds like what you are using as a reference.

So what you are calling "metadata" actually comes in two forms :

1. The HTTP response headers sent by icecast when winamp first 
connects.  There is quite a bit of information contained in this header, of 
which winamp uses only "Stream Name".  Note that if stream name isn't 
provided (this Stream name is actually provided by the source client - 
ices/oddcast/etc) then winamp will default to displaying the 
mountpoint.   Note that there may be some other special winamp handling 
that is done depending on your mountpoint extension (Winamp works based off 
your extensions, which means if you name it .ogg it will feed your stream 
into the ogg vorbis decoder).  All shoutcast-based streams have a 
mountpoint of "/" (i.e. no extension) and winamp knows that these are true 
mp3 streams.  If you feed winamp a URL with a .mp3 extension (as you are 
doing) I'm not entirely sure what winamp will do.  By looking at your 
status page, it looks like you are sending the Stream Title, so why don't 
you try to change your mountpoint to /high and /low, and see what happens.

2. The in-stream metadata protocol.  This is what the stations you mention 
are using for the dynamic update of what's being shown in winamp.  This is 
modified via a simple URL call to icecast (see the docs for 
/admin/metadata).  All you need is a simple external script that alternates 
between your current song title and your stream name in that call, and you 
have the effect you are looking for.


>If C) is a valid interest then this would be an opportunity to send a 
>whole plethora of stuff with the stream, including ID3 tags for both the 
>stream itself and each song within it.  There's probably no reason not to 
>be ambitious in this regard.

you are highly encouraged to do so, however, keep in mind that we've been 
trying to do this for years in various forms without any real luck.  Heck, 
the vorbis protocol was designed *specifically* to handle metadata in a 
good and proper way, but vorbis is the only one that uses it.  My guess is 
that we could have accomplished something if we only got cooperation from 
the folks over at Nullsoft, not that it's really they're fault - it's 
really just an organizational problem.

oddsock 




From flashl at cox.net  Fri May  6 15:39:41 2005
From: flashl at cox.net (Flash Love)
Date: Fri, 6 May 2005 10:39:41 -0500
Subject: [Icecast] Are there any success stories streaming to an icecast2
	server using Asterisk or OpenMCU?
Message-ID: <200505061039.42155.flashl@cox.net>

My goal is build a configuration that provides an 800 number to an internal 
(LAN) MCU Asterisk/OpenMCU server to manage an audio conference for up to 8 
clients (for one hour) that will be streamed to an icecast2 server.

I have googled and read a few discussions about the use of Asterisk and  
possiibly OpenMCU to stream audio to an icecast2 server.   I have seen  
snippets here and there and now I am trying to fix all the pieces together.

At present, it seems to me that using Asterisk w/ app_conference will demand a 
separate machine with a card (???) from digium. From there, it appears that 
configuring some "conf" files will do the rest. I am not yet sure whats all 
needed to satisfy the OpenMCU configuration.

If anyone have already been down this path and can point me to working or 
workable DIY solutions, please advise.

Thanks


From hostmaster at xenterra.net  Fri May  6 16:01:12 2005
From: hostmaster at xenterra.net (Robert Muchnick)
Date: Fri, 6 May 2005 10:01:12 -0600 (MDT)
Subject: [icecast] Legality Issue & Relaying
In-Reply-To: <107997eb0505060339d17706d@mail.gmail.com>
References: <107997eb0505060339d17706d@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0505060957271.2613@ns1.xenterra.net>

If you are using BIND, your supposition is correct about load balancing. 
>From the BIND manual:

3.2. Load Balancing

A primitive form of load balancing can be achieved in the DNS by using 
multiple A records for one name.

For example, if you have three WWW servers with network addresses of 
10.0.0.1, 10.0.0.2 and 10.0.0.3, a set of records such as the following 
means that clients will connect to each machine one third of the time:

Name	TTL	CLASS	TYPE	Resource Record (RR) Data
www	600	IN	A	10.0.0.1
 	600	IN 	A	10.0.0.2
 	600	IN 	A	10.0.0.3

When a resolver queries for these records, BIND will rotate them and 
respond to the query with the records in a different order. In the example 
above, clients will randomly receive records in the order 1, 2, 3; 2, 3, 
1; and 3, 1, 2. Most clients will use the first record returned and 
discard the rest.

On Fri, 6 May 2005, Michael Hobbs wrote:

> Hi All,
>
> I'm planning to get a stream running in the next month or two, and
> will be using ices and icecast.

<< >>

> Relaying:
> Unless you get a business connection in the UK standard upload is
> generally 256Kbps regardless of your download rate (hence the
> Asynchronous bit in ADSL). I plan to use my brother's and parents
> internet connections at their respective houses as relays for the
> stream to enable more bandwidth for my listeners to enjoy a smoother
> stream. A question regarding this, can you use a single address (i.e
> as a link on a webpage) to balance the load between the various
> realys, or would you have to have separate addresses (similar to
> http/ftp mirrors)?
> I wonder if the former could be achieved with a "round-robin" set-up
> in the DNS server, whereby a single name resolves to different ip
> addresses sequentially, it would look something like this on the DNS
> server for example.com:
>
> mystation        0         IN         A        192.168.0.1
> mystation        0         IN         A        192.168.20.1
> mystation        0         IN         A         62.78.23.7
>
> Above ^ first request made to mystation.example.com would resolve to
> 192.168.0.1, second to 192.168.20.1, third to 62.78.23.7, forth to
> 192.168.0.1 - In my mind I think this would work, has anyone tried it,
> has anyone got a simpler solution perhaps?
>
> Thanks,
> Bizza
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>

Robert Muchnick
Xenterra.net
720-276-7917


From wolf at uen.org  Fri May  6 17:11:52 2005
From: wolf at uen.org (Wolfgang Schwurack)
Date: Fri, 06 May 2005 11:11:52 -0600
Subject: [Icecast] Static file directory
Message-ID: <427BA558.3050207@uen.org>

To All

In icecast-1.3.12 the conf file has Static file directory. I'm upgrading 
to icecast-2.2.0, can you set the static file directory in icecast 2.2.0 
xml file? If so how is it done?

# less /opt/icecast-1.3.12/etc/icecast.conf

###################### Static file directory 
##################################
# This enables the http-server file streaming support in icecast.
# If you don't want to go through the trouble of setting up apache
# or roxen or whatever, then you can just specify a directory here,
# and then http://your_server:port/file/file.mp3 will be equivalent
# to /staticdir/file.mp3
# The http server support is of course very limited, don't try to
# do anything fancy. Also, only .mp3 files will be displayed.
######################

#staticdir c:\windows\desktop
#staticdir /opt/icecast/static
staticdir /opt/websites/kuer/audio


thanks
-- 

      0___      Wolfgang Schwurack
     c/  /'_    Unix System Administrator
    (*)  \(*)   University of Utah/Utah Education Network
                Tel: (801) 587-9444
                email: wolf at uen.org




From soheil at jhanna.com  Sat May  7 00:17:14 2005
From: soheil at jhanna.com (Sam)
Date: Fri, 06 May 2005 19:17:14 -0500
Subject: [Icecast] Problem installing. Please help
Message-ID: <E1DUD0M-0007CX-KZ@www.yourhostingmanager.com>

Hello. I am trying to install icecast on redhat 9.0 with cpanel
I have the latest stable release of everything installed on my server.

Problem 1: 
When I try to install icecase via rpm, I get this error:
error: Failed dependencies:
        curl >= 7.10.0 is needed by icecast-2.2.0-1
        libtheora is needed by icecast-2.2.0-1
        libtheora.so.0 is needed by icecast-2.2.0-1

Note: curl version I have installed:
curl 7.12.0 (i686-pc-linux-gnu) libcurl/7.12.0 OpenSSL/0.9.7a 
zlib/1.1.4


Problem 2:
I downloaded libtheora-1.0alpha4.tar.gz and tried to configure and 
install. I get:
checking for ogg >= 1.1... Package ogg was not found in the pkg-config 
search path.
Perhaps you should add the directory containing `ogg.pc'
to the PKG_CONFIG_PATH environment variable
No package 'ogg' found
checking for Ogg... yes
checking for oggpackB_read... no
configure: error: newer libogg version (>1.0) required
root at www [/usr/src/libtheora-1.0alpha4]# libogg -v
-bash: libogg: command not found


Can someone please tell me what I need to do to get rid of these 
problems?
Thanks so much.



From karl at xiph.org  Sat May  7 01:48:47 2005
From: karl at xiph.org (Karl Heyes)
Date: 07 May 2005 02:48:47 +0100
Subject: [Icecast] Static file directory
In-Reply-To: <427BA558.3050207@uen.org>
References: <427BA558.3050207@uen.org>
Message-ID: <1115430526.14655.0.camel@bogus.hackers.club>

On Fri, 2005-05-06 at 18:11, Wolfgang Schwurack wrote:
> To All
> 
> In icecast-1.3.12 the conf file has Static file directory. I'm upgrading 
> to icecast-2.2.0, can you set the static file directory in icecast 2.2.0 
> xml file? If so how is it done?

I guess you mean <webroot>

karl.




From geoff at hitsandpieces.net  Sat May  7 07:40:26 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 7 May 2005 17:40:26 +1000
Subject: [Icecast] Static file directory
In-Reply-To: <427BA558.3050207@uen.org>
References: <427BA558.3050207@uen.org>
Message-ID: <Pine.LNX.4.62.0505071739130.21538@data.home>

Wolfgang Schwurack wrote:

> To All
> In icecast-1.3.12 the conf file has Static file directory. I'm upgrading to 
> icecast-2.2.0, can you set the static file directory in icecast 2.2.0 xml 
> file? If so how is it done?

Set fileserve to 1 and define the webroot directory to where your files 
are.

Geoff.



From geoff at hitsandpieces.net  Sat May  7 07:50:36 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 7 May 2005 17:50:36 +1000
Subject: [Icecast] Are there any success stories streaming to an icecast2
	server using Asterisk or OpenMCU?
In-Reply-To: <200505061039.42155.flashl@cox.net>
References: <200505061039.42155.flashl@cox.net>
Message-ID: <Pine.LNX.4.62.0505071741140.21538@data.home>

Flash Love wrote:

> My goal is build a configuration that provides an 800 number to an internal
> (LAN) MCU Asterisk/OpenMCU server to manage an audio conference for up to 8
> clients (for one hour) that will be streamed to an icecast2 server.

It's possible to stream to Icecast2 direct from the asterisk MeetMe 
conference module via Ices.

> I have googled and read a few discussions about the use of Asterisk and
> possiibly OpenMCU to stream audio to an icecast2 server.   I have seen
> snippets here and there and now I am trying to fix all the pieces together.

Asterisk is like this unfortunately and I can't tell you the specifics on 
how to do it, but I know people who have it working.

> At present, it seems to me that using Asterisk w/ app_conference will demand a
> separate machine with a card (???) from digium.

My understanding is you either need a digium card or the zaptel dummy 
driver.  These are needed to provide timing for the conference bridge.  You 
can get the drivers from asterisk.org.

> From there, it appears that
> configuring some "conf" files will do the rest.

You'll need Ices installed.  Asterisk has its own conf file which it uses 
with Ices.  The README.ices file in the doc subdirectory of the asterisk 
source tree has some info.

Note that on at least two systems I know of, people have been caught when 
using Ices 2.x installed from packages as the binary is called ices2 and 
not just ices which is what asterisk is looking for.  The error that this 
produces is rather cryptic.

> I am not yet sure whats all
> needed to satisfy the OpenMCU configuration.

I know nothing about this, didn't know there was any hooks for this sort of 
thing in openmcu but it's a long time since I've looked at it.

Let me know if there's more info you need and I'll ask my friends some 
specific questions.

Geoff.



From marcelo at treintaytres.net  Sat May  7 12:14:23 2005
From: marcelo at treintaytres.net (marcelo)
Date: Sat, 7 May 2005 10:14:23 -0200
Subject: [Icecast] Important: I' need Help
Message-ID: <20050507121104.M92987@treintaytres.net>

Hi, my name is Marcelo Gra?a and I' m writting form treintaytres.net 
(http://www.treintaytres.net), I'need to know if the source 'ices-2.0.1' can work 
with 'icecast-1.3.12' because I'cant install CURL >=7.10. PLIS I'NEED TO SOLVE THIS 
URGENTLY, THANKS.
Marcelo

--
CEO - Correo Electr?nico Olimare?o



From geoff at hitsandpieces.net  Sat May  7 13:06:06 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 7 May 2005 23:06:06 +1000
Subject: [Icecast] Important: I' need Help
In-Reply-To: <20050507121104.M92987@treintaytres.net>
References: <20050507121104.M92987@treintaytres.net>
Message-ID: <Pine.LNX.4.62.0505072304240.21538@data.home>

marcelo wrote:

> I'need to know if the source 'ices-2.0.1' can work
> with 'icecast-1.3.12' because I'cant install CURL >=7.10.

No.  Ices 2.x streams in ogg vorbis and Icecast 1.x does not have ogg 
vorbis support because it's too old.

Geoff.



From leo.currie at strath.ac.uk  Sat May  7 14:35:31 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Sat, 07 May 2005 15:35:31 +0100
Subject: [icecast] Legality Issue & Relaying
In-Reply-To: <107997eb0505060339d17706d@mail.gmail.com>
References: <107997eb0505060339d17706d@mail.gmail.com>
Message-ID: <427CD233.60505@strath.ac.uk>

Michael Hobbs wrote:

> Legality:
> Further to the last couple of posts regarding legality issue. I notice
> that the PRC do their licence cost on a percentage of your revenue,
> seeing as I plan to host no adverts or indeed any commercial aspect I
> hope to get a licence without actually paying anything. (I've sent
> them an inoccous email so we'll see what they say)

Do you mean PRS? I suspect there is a minimum fee - it'd be unlikely to 
get anything for free from these people.

> Relaying:
> Unless you get a business connection in the UK standard upload is
> generally 256Kbps regardless of your download rate (hence the

(although better rates are on the way... http://www.ukonline.net/8000/ )

> Asynchronous bit in ADSL). I plan to use my brother's and parents
> internet connections at their respective houses as relays for the
> stream to enable more bandwidth for my listeners to enjoy a smoother
> stream. A question regarding this, can you use a single address (i.e
> as a link on a webpage) to balance the load between the various
> realys, or would you have to have separate addresses (similar to
> http/ftp mirrors)?

A quick and easy way of doing this is to add several entries to a 
playlist file. When one server is full, the player will just try the 
next one.
e.g. for Winamp:  http://www.radiofg.com/live/shoutcastFG.pls
- although the mime type in this example is wrong :(

You could also use a script to generate a single entry playlist, with 
some kind of round robin algorithm. You could even have the script query 
the servers to find out which one is least full.

Leo


From cstamas at digitus.itk.ppke.hu  Sat May  7 20:36:17 2005
From: cstamas at digitus.itk.ppke.hu (Csillag =?iso-8859-2?Q?Tam=E1s?=)
Date: Sat, 7 May 2005 22:36:17 +0200
Subject: [Icecast] Problem installing. Please help
In-Reply-To: <E1DUD0M-0007CX-KZ@www.yourhostingmanager.com>
References: <E1DUD0M-0007CX-KZ@www.yourhostingmanager.com>
Message-ID: <20050507203617.GM30974@digitus>

On 05/06, Sam wrote:
> Hello. I am trying to install icecast on redhat 9.0 with cpanel
> I have the latest stable release of everything installed on my server.
> 
> Problem 1: 
> When I try to install icecase via rpm, I get this error:
> error: Failed dependencies:
>         curl >= 7.10.0 is needed by icecast-2.2.0-1
>         libtheora is needed by icecast-2.2.0-1
>         libtheora.so.0 is needed by icecast-2.2.0-1
> 
> Note: curl version I have installed:
> curl 7.12.0 (i686-pc-linux-gnu) libcurl/7.12.0 OpenSSL/0.9.7a 
> zlib/1.1.4

Did you installed all of these from rpm packages or from source?
If you installed from source you fooled the package manager that's why I
does not allow you to install them.

You can try with 'rpm --nodeps icecast-something.rpm' if you are sure that
the depedencies are met.

It is even better to install a distibution with saner package manager
(like debian).

-- 
"You see, wire telegraph is a kind of a very, very long cat. You pull his tail
in New York and his head is meowing in Los Angeles. Do you understand this?
And radio operates exactly the same way: you send signals here, they receive
them there. The only difference is that there is no cat."
            -- Albert Einstein

cstamas


From danstowell at gmail.com  Sun May  8 10:35:28 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Sun, 8 May 2005 11:35:28 +0100
Subject: [icecast] Legality Issue & Relaying
In-Reply-To: <427CD233.60505@strath.ac.uk>
References: <107997eb0505060339d17706d@mail.gmail.com>
	<427CD233.60505@strath.ac.uk>
Message-ID: <286e6b7c05050803355f2ac416@mail.gmail.com>

On 07/05/05, Leo Currie <leo.currie at strath.ac.uk> wrote:
> Michael Hobbs wrote:
> 
> > Legality:
> > Further to the last couple of posts regarding legality issue. I notice
> > that the PRC do their licence cost on a percentage of your revenue,
> > seeing as I plan to host no adverts or indeed any commercial aspect I
> > hope to get a licence without actually paying anything. (I've sent
> > them an inoccous email so we'll see what they say)
> 
> Do you mean PRS? I suspect there is a minimum fee - it'd be unlikely to
> get anything for free from these people.

Michael - I'd be grateful if you'd report back if you hear anything from them...


> > Relaying:
> > Unless you get a business connection in the UK standard upload is
> > generally 256Kbps regardless of your download rate (hence the
> 
> (although better rates are on the way... http://www.ukonline.net/8000/ )

That company blocks outgoing port 80 (and others), because they don't
want you running a web server. Presumably they won't be too keen on
people running streaming servers either...

Dan


From marthin at o2.pl  Sun May  8 21:20:12 2005
From: marthin at o2.pl (marthin at o2.pl)
Date: Sun, 8 May 2005 23:20:12 +0200
Subject: [Icecast] Relay with reencoding
Message-ID: <200505082320.12742.marthin@o2.pl>


Who could explain me how to relay and reencode in the same time.
It looks like this:

server A (Shoutcast,Icecast)--------->(relay from A) server B ( my server)
	128kbps					  	

and then from B 

	64kbps<--------server B (my server )-------->32kbps	


From karl at xiph.org  Sun May  8 21:45:43 2005
From: karl at xiph.org (Karl Heyes)
Date: 08 May 2005 22:45:43 +0100
Subject: [Icecast] Relay with reencoding
In-Reply-To: <200505082320.12742.marthin@o2.pl>
References: <200505082320.12742.marthin@o2.pl>
Message-ID: <1115588743.27568.1515.camel@bogus.hackers.club>

On Sun, 2005-05-08 at 22:20, marthin at o2.pl wrote:
> Who could explain me how to relay and reencode in the same time.
> It looks like this:
> 
> server A (Shoutcast,Icecast)--------->(relay from A) server B ( my server)
> 	128kbps					  	
> 
> and then from B 
> 
> 	64kbps<--------server B (my server )-------->32kbps	

When you relay, no re-encoding takes place. If you want that to occur
then use something like stream transcoder, which acts as a listener and
as a source client.

karl.




From phil.rigby at cox.net  Sun May  8 17:24:13 2005
From: phil.rigby at cox.net (phil.rigby at cox.net)
Date: Sun, 8 May 2005 13:24:13 -0400
Subject: [Icecast] Issue with EROR stream/ices_instance_stream libshout
	error: Out of memory
Message-ID: <20050508172412.KRZW28809.lakermmtao07.cox.net@smtp.east.cox.net>

Hi... first post to this list so be gentle with me!

I've got Icecast 2.2.0 running well, and using Ices 2.0.1 to feed the OGGs.  All was working, then all of a sudden I've started getting these messages in the (ices) log...

[2005-05-08  12:10:19] INFO ices-core/main IceS 2.0.1 started...
[2005-05-08  12:10:19] EROR stream/ices_instance_stream libshout error: Out of memory

[2005-05-08  12:10:19] INFO signals/signal_usr1_handler Metadata update requested
[2005-05-08  12:10:19] DBUG input/input_loop An instance died, removing it
[2005-05-08  12:10:19] DBUG input/input_flush_queue Input queue flush requested
[2005-05-08  12:10:19] INFO input/input_loop All instances removed, shutting down...
[2005-05-08  12:10:20] INFO ices-core/main Shutdown complete


It was working, nothing changed.  I've rebooted the machine also, same problem (even with a power off).  I've recompiled and reinstalled ices in case there was a corrupt file of some kind.

Any ideas would be appreciated.

Phil.



From karl at xiph.org  Sun May  8 21:56:15 2005
From: karl at xiph.org (Karl Heyes)
Date: 08 May 2005 22:56:15 +0100
Subject: [Icecast] Issue with EROR stream/ices_instance_stream libshout
	error: Out of memory
In-Reply-To: <20050508172412.KRZW28809.lakermmtao07.cox.net@smtp.east.cox.net>
References: <20050508172412.KRZW28809.lakermmtao07.cox.net@smtp.east.cox.net>
Message-ID: <1115589374.27568.1520.camel@bogus.hackers.club>

On Sun, 2005-05-08 at 18:24, phil.rigby at cox.net wrote:
> Hi... first post to this list so be gentle with me!
> 
> I've got Icecast 2.2.0 running well, and using Ices 2.0.1 to feed the OGGs.  All was working, then all of a sudden I've started getting these messages in the (ices) log...
> 
> [2005-05-08  12:10:19] INFO ices-core/main IceS 2.0.1 started...
> [2005-05-08  12:10:19] EROR stream/ices_instance_stream libshout error: Out of memory
> 
> [2005-05-08  12:10:19] INFO signals/signal_usr1_handler Metadata update requested
> [2005-05-08  12:10:19] DBUG input/input_loop An instance died, removing it
> [2005-05-08  12:10:19] DBUG input/input_flush_queue Input queue flush requested
> [2005-05-08  12:10:19] INFO input/input_loop All instances removed, shutting down...
> [2005-05-08  12:10:20] INFO ices-core/main Shutdown complete

...
> Any ideas would be appreciated.

I don't think I've heard of one like this before.

Are you running libshout 2.1 ?
What platform is this?
Are there no other messages relating to input ?

karl.





From jsimmons at goblin.punk.net  Mon May  9 01:13:00 2005
From: jsimmons at goblin.punk.net (Jeff Simmons)
Date: Sun, 8 May 2005 18:13:00 -0700
Subject: [Icecast] ices0 and ices2 on /dev/dsp?
Message-ID: <200505081813.00898.jsimmons@goblin.punk.net>

Simple newbie question (if I had the necessary hardware, I'd just try it).

Can I run both ices0 and ices2 simultaneously, point them at the same source 
(/dev/dsp) and then use icecast to broadcast both ogg vorbis and MP3 streams?
 
-- 
Jeff Simmons                                   jsimmons at goblin.punk.net
     Simmons Consulting - Network Engineering, Administration, Security

"You guys, I don't hear any noise. Are you sure you're doing it right?"
	-- My Life With The Thrill Kill Kult


From yedidia at jct.ac.il  Mon May  9 08:54:52 2005
From: yedidia at jct.ac.il (Yedidia Klein)
Date: Mon, 09 May 2005 11:54:52 +0300
Subject: [Icecast] Very slow bufferring and delay on windows media player
 and icecast server (sourced by m3w)
Message-ID: <427F255C.8020906@jct.ac.il>

I'm trying to broadcast a radio from a linux server that is coming from 
a windows machine using m3w.

it's working very well for Winamp and linux mplayer as client - but 
while using Windows Media Player it's buffering for about 8 minutes then 
it start to work well w/ a delay of 8 minutes !!

I've this set up :

<burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65535</burst-size>


should I change any parameter here ??


thanks


--Yedidia



From agentgrn at dcne.net  Mon May  9 09:00:12 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Mon, 09 May 2005 05:00:12 -0400
Subject: [Icecast] Stats Extraction
Message-ID: <427F269C.4040903@dcne.net>

Crew,

This isn't strictly an Icecast question per se, but I'm looking for some 
guidance as to how I can, with a given mount name, extract the listener 
count, artist, song title, and server description from with a shell 
script.  I've been able to use regex on Shoutcast...but it doesn't work 
as nicely on the stats.xml

I can't quite wrap my head around the XML stuff, and would appreciate 
some guidance.

Thanks!

-I


From un at dom.de  Mon May  9 10:36:28 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 12:36:28 +0200
Subject: [Icecast] win media player prob
Message-ID: <20050509123628.A18479@aporee.org>

hi there,

hope this question hasn't been asked 100 times... cannot access my mail 
archives at the moment, but have a problem to solve:

windows media player buffers endless but doesn't start the (mp3-)stream.
server is icecast2 with ices 0.4 

other player seem to be fine (mpg123, itunes, winamp, xmms ...)
any idea what to do?
thanks in advance,
udo



From karl at xiph.org  Mon May  9 11:23:04 2005
From: karl at xiph.org (Karl Heyes)
Date: 09 May 2005 12:23:04 +0100
Subject: [Icecast] win media player prob
In-Reply-To: <20050509123628.A18479@aporee.org>
References: <20050509123628.A18479@aporee.org>
Message-ID: <1115637784.6250.20.camel@bogus.hackers.club>

On Mon, 2005-05-09 at 11:36, un at dom.de wrote:
> hi there,
> 
> hope this question hasn't been asked 100 times... cannot access my mail 
> archives at the moment, but have a problem to solve:
> 
> windows media player buffers endless but doesn't start the (mp3-)stream.
> server is icecast2 with ices 0.4 
> 
> other player seem to be fine (mpg123, itunes, winamp, xmms ...)
> any idea what to do?
> thanks in advance,

Wherever there is a problem like this check the following things

Make sure the player has the codec for handling the stream, in the case
of MP3 it's usually ok, but there are exceptions.

Check the extension on the mountpoint. Some players use the extension to
determine which codec to use, so don't use say .ogg for an mp3 stream

Try with a burst size of 0, it fills up the pre-buffer more slowly as
the data is sent at normal speed.  I've heard mixed responses with this
so it may be a player version issue.

karl.




From leo.currie at strath.ac.uk  Mon May  9 11:40:08 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Mon, 09 May 2005 12:40:08 +0100
Subject: [Icecast] win media player prob
In-Reply-To: <20050509123628.A18479@aporee.org>
References: <20050509123628.A18479@aporee.org>
Message-ID: <427F4C18.7080309@strath.ac.uk>

un at dom.de wrote:

> windows media player buffers endless but doesn't start the (mp3-)stream.
> server is icecast2 with ices 0.4 

I am using Icecast 2.2.0, and WMP 9.0, but I don't get the delay that 
you report.
I am triggering WMP with this playlist:

http://www.radiosix.com/listen.asx

What version of WMP are you using?

Leo




From leo.currie at strath.ac.uk  Mon May  9 12:23:48 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Mon, 09 May 2005 13:23:48 +0100
Subject: [Icecast] Very slow bufferring and delay on windows media player
	and icecast server (sourced by m3w)
In-Reply-To: <427F255C.8020906@jct.ac.il>
References: <427F255C.8020906@jct.ac.il>
Message-ID: <427F5654.8010703@strath.ac.uk>

Yedidia Klein wrote:

> I'm trying to broadcast a radio from a linux server that is coming from 
> a windows machine using m3w.
> 
> it's working very well for Winamp and linux mplayer as client - but 
> while using Windows Media Player it's buffering for about 8 minutes then 
> it start to work well w/ a delay of 8 minutes !!

Which version of WMP are you trying this on?
How are you passing the stream URL to the player?
I'm wondering if the player is trying to download the whole file before 
playing it.... :o

As I said in a thread below, I have no problems using WMP on an MP3 
stream. http://www.radiosix.com/listen.asx


Leo


From un at dom.de  Mon May  9 13:16:01 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 15:16:01 +0200
Subject: [Icecast] win media player prob
In-Reply-To: <427F4C18.7080309@strath.ac.uk>;
	from leo.currie@strath.ac.uk on Mon, May 09, 2005 at 12:40:08PM
	+0100
References: <20050509123628.A18479@aporee.org> <427F4C18.7080309@strath.ac.uk>
Message-ID: <20050509151601.A20178@aporee.org>

Leo Currie:
> 
> > windows media player buffers endless but doesn't start the (mp3-)stream.
> 
> http://www.radiosix.com/listen.asx

hm. works fine...

> What version of WMP are you using?

the prob occurs on a wmp v.10

seems to me, if there's no problem with the stream itself (xmms plays it
pretty well) that it has to do with mime-types interpretation. 

is there a best or most compatible way to reference a stream from
an icecast2-server? right now i see that also the streams from the
icecast.org directory listing work... 

what woukd be "the right" link on a website, so that ist works with 
most players? or is that question naiv? ...
thanks, udo




From leo.currie at strath.ac.uk  Mon May  9 14:09:55 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Mon, 09 May 2005 15:09:55 +0100
Subject: [Icecast] win media player prob
In-Reply-To: <20050509151601.A20178@aporee.org>
References: <20050509123628.A18479@aporee.org> <427F4C18.7080309@strath.ac.uk>
	<20050509151601.A20178@aporee.org>
Message-ID: <427F6F33.2010309@strath.ac.uk>

un at dom.de wrote:
> what woukd be "the right" link on a website, so that ist works with 
> most players? or is that question naiv? ...

I guess "the right" link is the one generated by Icecast, i.e.

	http://server:port/mount.m3u

This of course relys on your listeners' browser having a registered 
handler for "audio/x-mpegurl" content, which is not always the case.

A pragmatic approach is to create playlist files for the all the popular 
players, and let users choose, e.g. -

	http://www.radiosix.com/stream.mp3.ram
	http://www.radiosix.com/stream.mp3.asx
	http://www.radiosix.com/stream.mp3.pls

- All three reference the same stream, but have slightly different 
syntax, and different MIME types. Unfortunately, you can't tell what the 
browser is going to do with them (Realplayer might want to handle 
everything...)

This link might be useful:
	http://gonze.com/playlists/playlist-format-survey.html

It would be interesting to know what everyone else is doing.

Leo


From un at dom.de  Mon May  9 14:41:13 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 16:41:13 +0200
Subject: [Icecast] win media player prob
In-Reply-To: <427F6F33.2010309@strath.ac.uk>;
	from leo.currie@strath.ac.uk on Mon, May 09, 2005 at 03:09:55PM
	+0100
References: <20050509123628.A18479@aporee.org> <427F4C18.7080309@strath.ac.uk>
	<20050509151601.A20178@aporee.org> <427F6F33.2010309@strath.ac.uk>
Message-ID: <20050509164113.A24285@aporee.org>

Leo Currie:
> This link might be useful:
> 	http://gonze.com/playlists/playlist-format-survey.html
> 

hi leo,
thanks for the link, it's definitely useful.

meanwhile i doubt that it's a mime-type problem. 
i've made some php-scripts with different header and 
mime-type output, makes no difference. wmp buffers until
the doctor comes... xmms plays obviously anything...
i've also linked the stream into dir.xiph.org for testing,
it shows up, when i click the link, wmp buffers... :(
(btw. the audio info isn't correctly displayed... hint?)
i mean i can just ignore the buffering and click the play 
button in wmp, then it works (at least for the last 10min...)
does that sound familiar to anybody?

u-

ps: burst-on-connect is disabled


From geoff at hitsandpieces.net  Mon May  9 15:09:53 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 10 May 2005 01:09:53 +1000
Subject: [Icecast] ices0 and ices2 on /dev/dsp?
In-Reply-To: <200505081813.00898.jsimmons@goblin.punk.net>
References: <200505081813.00898.jsimmons@goblin.punk.net>
Message-ID: <Pine.LNX.4.62.0505100105220.21538@data.home>

Jeff Simmons wrote:

> Simple newbie question (if I had the necessary hardware, I'd just try it).
> Can I run both ices0 and ices2 simultaneously, point them at the same source
> (/dev/dsp) and then use icecast to broadcast both ogg vorbis and MP3 streams?

No.

1.  Ices0 can't read from a sound device.

2.  Even if it could, you can't directly access a sound device like 
/dev/dsp with more than one process.  There are some ways around this 
though.

There's several ways you can deal with this, but probably the simplest way 
is to use darkice which can output both formats at once.

Geoff.



From un at dom.de  Mon May  9 15:33:26 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 17:33:26 +0200
Subject: [Icecast] win media player prob
In-Reply-To: <20050509164113.A24285@aporee.org>;
	from un@dom.de on Mon, May 09, 2005 at 04:41:13PM +0200
References: <20050509123628.A18479@aporee.org> <427F4C18.7080309@strath.ac.uk>
	<20050509151601.A20178@aporee.org> <427F6F33.2010309@strath.ac.uk>
	<20050509164113.A24285@aporee.org>
Message-ID: <20050509173326.E24285@aporee.org>


> i've also linked the stream into dir.xiph.org for testing,
> it shows up, when i click the link, wmp buffers... :(

if someone would like to check:
http://dir.xiph.org/index.php?sgenre=&stype=&search=aporee
(don't care about the content ;)
thx, u.



From leo.currie at strath.ac.uk  Mon May  9 16:15:46 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Mon, 09 May 2005 17:15:46 +0100
Subject: [Icecast] win media player prob
In-Reply-To: <20050509173326.E24285@aporee.org>
References: <20050509123628.A18479@aporee.org>
	<427F4C18.7080309@strath.ac.uk>	<20050509151601.A20178@aporee.org>
	<427F6F33.2010309@strath.ac.uk>	<20050509164113.A24285@aporee.org>
	<20050509173326.E24285@aporee.org>
Message-ID: <427F8CB2.8090704@strath.ac.uk>

un at dom.de wrote:

>>i've also linked the stream into dir.xiph.org for testing,
>>it shows up, when i click the link, wmp buffers... :(
> 
> 
> if someone would like to check:
> http://dir.xiph.org/index.php?sgenre=&stype=&search=aporee
> (don't care about the content ;)
> thx, u.


You seem to be streaming at all sorts of different bitrates...
I'm guessing WMP is expecting content at 128k, but recieving only 64k or 
96k, hence the rebuffering.

I have no idea why the server is reporting 128k though... :(

Leo


From un at dom.de  Mon May  9 16:58:51 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 18:58:51 +0200
Subject: [Icecast] win media player prob
In-Reply-To: <427F8CB2.8090704@strath.ac.uk>;
	from leo.currie@strath.ac.uk on Mon, May 09, 2005 at 05:15:46PM
	+0100
References: <20050509123628.A18479@aporee.org> <427F4C18.7080309@strath.ac.uk>
	<20050509151601.A20178@aporee.org> <427F6F33.2010309@strath.ac.uk>
	<20050509164113.A24285@aporee.org>
	<20050509173326.E24285@aporee.org> <427F8CB2.8090704@strath.ac.uk>
Message-ID: <20050509185851.A27644@aporee.org>

Leo Currie:
> You seem to be streaming at all sorts of different bitrates...
> I'm guessing WMP is expecting content at 128k, but recieving only 64k or
> 96k, hence the rebuffering.


oops, no. i reencode anything before at a fixed bitrate (with lame)
the examples are in 96k/44khz and 64k/22khz. may be that mono & stereo
changes...

> I have no idea why the server is reporting 128k though... :(

me 2... is there a way to debug this, or sort of analyzing tool?

regards, u.


From un at dom.de  Mon May  9 17:35:44 2005
From: un at dom.de (un at dom.de)
Date: Mon, 9 May 2005 19:35:44 +0200
Subject: [Icecast] win media player prob
In-Reply-To: <20050509123628.A18479@aporee.org>;
	from un@dom.de on Mon, May 09, 2005 at 12:36:28PM +0200
References: <20050509123628.A18479@aporee.org>
Message-ID: <20050509193544.B27644@aporee.org>


hey folks,

ok, i've to quote myself. guess i've found the problem.
i'm using a script calling ices with parameters instead 
of a config file. i've omitted the "-t http" flag. (this
wasn't neccessary on my old icecast-1.3 setup.

funny. i haven't expected the problem there. now wmp starts 
up fine, dir.xipg.org shows the bitrate correctly, and i'm 
going to have a beer ;)

thanks for tips & inspiration,
u.



un at dom.de:
> hi there,
> 
> hope this question hasn't been asked 100 times... cannot access my mail 
> archives at the moment, but have a problem to solve:
> 
> windows media player buffers endless but doesn't start the (mp3-)stream.
> server is icecast2 with ices 0.4 
> 
> other player seem to be fine (mpg123, itunes, winamp, xmms ...)
> any idea what to do?
> thanks in advance,
> udo
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From yedidia at jct.ac.il  Mon May  9 21:14:12 2005
From: yedidia at jct.ac.il (Yedidia Klein)
Date: Tue, 10 May 2005 00:14:12 +0300
Subject: [Icecast] Very slow bufferring and delay on windows media player
	and icecast server (sourced by m3w)
In-Reply-To: <427F5654.8010703@strath.ac.uk>
References: <427F255C.8020906@jct.ac.il> <427F5654.8010703@strath.ac.uk>
Message-ID: <427FD2A4.3080802@jct.ac.il>

I solved it by configuring m3w encoder (that is lame) to a constant 
bitrate, seems that WMP don't handle well variable bit rate.

tnx,

--Yedidia

quoting Leo Currie:

> Yedidia Klein wrote:
>
>> I'm trying to broadcast a radio from a linux server that is coming 
>> from a windows machine using m3w.
>>
>> it's working very well for Winamp and linux mplayer as client - but 
>> while using Windows Media Player it's buffering for about 8 minutes 
>> then it start to work well w/ a delay of 8 minutes !!
>
>
> Which version of WMP are you trying this on?
> How are you passing the stream URL to the player?
> I'm wondering if the player is trying to download the whole file 
> before playing it.... :o
>
> As I said in a thread below, I have no problems using WMP on an MP3 
> stream. http://www.radiosix.com/listen.asx
>
>
> Leo





From rtanner at linfield.edu  Tue May 10 20:56:57 2005
From: rtanner at linfield.edu (Rob Tanner)
Date: Tue, 10 May 2005 13:56:57 -0700
Subject: [Icecast] Problem compiling Icecast on RedHat
Message-ID: <D9EBDED8A286067D6811E515@oberon.linfield.edu>

Hi,

I'm trying to build Icecast on a RedHat AS3 workstation.  All the requisite
libraries are already bundled with the distro.  IThe compile runs for maybe
30 seconds (maybe less) and then fails.  The last few lines of the make
output are appended below.  I'm not even sure what it's actually complaing
about.


gcc -pthread -g -O2 -o icecast cfgfile.o main.o logging.o sighandler.o
connection.o global.o util.o slave.o source.o stats.o refbuf.o client.o
format.o format_ogg.o format_mp3.o xslt.o fserve.o event.o admin.o auth.o
md5.o format_vorbis.o yp.o  -L/usr/local/lib net/.libs/libicenet.a
thread/.libs/libicethread.a httpp/.libs/libicehttpp.a log/.libs/libicelog.a
avl/.libs/libiceavl.a timing/.libs/libicetiming.a -lcurl -L/usr/kerberos/lib
-lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl
-lvorbis -L/usr/lib /usr/lib/libxslt.so /usr/lib/libxml2.so -lz -lpthread -lm
/usr/local/lib/libkrb5.so: the use of `mktemp' is dangerous, better use
`mkstemp'
/usr/bin/ld: icecast: hidden symbol `fstat' in
/usr/lib/libc_nonshared.a(fstat.oS) is referenced by DSO
collect2: ld returned 1 exit status
make[3]: *** [icecast] Error 1
make[3]: Leaving directory `/home/rtanner/c_scapes/icecast-2.2.0/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/rtanner/c_scapes/icecast-2.2.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rtanner/c_scapes/icecast-2.2.0'
make: *** [all] Error 2

Any ideas?

Thanks.

-- 
Rob Tanner
UNIX Services Manager
Linfield College, McMinnville OR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1643 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050510/41cdead2/attachment.bin>

From icecast at recordcaster.de  Tue May 10 21:23:28 2005
From: icecast at recordcaster.de (Anatol)
Date: Tue, 10 May 2005 23:23:28 +0200
Subject: [Icecast] Client has fallen too far behind
Message-ID: <42812650.6030808@recordcaster.de>

Hi,

I've a little bit trouble. I've set up an icecast 2.2.0 and an ices 0.4 
system. Every song, sometimes every two songs my playler lost the 
connection to the stream and in DEBUG-Mode I found a logfileentry like: 
DBUG source/send_to_listener Client has fallen too far behind, removing.

I changed the queue-size in icecast.xml from 102400 to 902400 (don't 
know if it is a good value) but the only result is the interrupt occur 
some songs later.

I'm realy confused, cause it is not my first icecast-setup and on an 
other server I've installed the same: Icecast 2.1.0 (ok nearly the same) 
and ices.0.4. The config-files are the same.

The main difference is a newer OS. On the working system it is SuSE 8.2 
and on the failing system there is a SuSE 9.1 OS installed. Could that 
be the problem?
I can't believe it!

Any idea what I can do to solve the problem or what could the reason for it?

Many thanks and greetings
Anatol



From karl at xiph.org  Tue May 10 21:30:07 2005
From: karl at xiph.org (Karl Heyes)
Date: 10 May 2005 22:30:07 +0100
Subject: [Icecast] Problem compiling Icecast on RedHat
In-Reply-To: <D9EBDED8A286067D6811E515@oberon.linfield.edu>
References: <D9EBDED8A286067D6811E515@oberon.linfield.edu>
Message-ID: <1115760606.15045.59.camel@bogus.hackers.club>

On Tue, 2005-05-10 at 21:56, Rob Tanner wrote:
> <flushleft>Hi,
> 
> 
> I'm trying to build Icecast on a RedHat AS3 workstation.  All the requisite libraries are already bundled with the distro.  IThe compile runs for maybe 30 seconds (maybe less) and then fails.  The last few lines of the make output are appended below.  I'm not even sure what it's actually complaing about.

if the compile/link fails then I'm surprised you managed to get anything
to run.


> <fontfamily><param>Courier New</param>gcc -pthread -g -O2 -o icecast cfgfile.o main.o logging.o sighandler.o connection.o global.o util.o slave.o source.o stats.o refbuf.o client.o format.o format_ogg.o format_mp3.o xslt.o fserve.o event.o admin.o auth.o md5.o format_vorbis.o yp.o  -L/usr/local/lib net/.libs/libicenet.a thread/.libs/libicethread.a httpp/.libs/libicehttpp.a log/.libs/libicelog.a avl/.libs/libiceavl.a timing/.libs/libicetiming.a -lcurl -L/usr/kerberos/lib -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lvorbis -L/usr/lib /usr/lib/libxslt.so /usr/lib/libxml2.so -lz -lpthread -lm
> 
> /usr/local/lib/libkrb5.so: the use of `mktemp' is dangerous, better use `mkstemp'

this is a kerberous issue, just a warning though

> /usr/bin/ld: icecast: hidden symbol `fstat' in /usr/lib/libc_nonshared.a(fstat.oS) is referenced by DSO
> 
> collect2: ld returned 1 exit status

new one on me, we don't use fstat directly, but some shared lib (DSO) is
referring to it and that is why this is showing up.  I suspect one of
the dependant libs has been built on another system
(linker/compiler/libc etc) where the fstat symbol was handled
differently.

karl.



From karl at xiph.org  Tue May 10 21:37:08 2005
From: karl at xiph.org (Karl Heyes)
Date: 10 May 2005 22:37:08 +0100
Subject: [Icecast] Client has fallen too far behind
In-Reply-To: <42812650.6030808@recordcaster.de>
References: <42812650.6030808@recordcaster.de>
Message-ID: <1115761027.15045.67.camel@bogus.hackers.club>

On Tue, 2005-05-10 at 22:23, Anatol wrote:
> Hi,
> 
> I've a little bit trouble. I've set up an icecast 2.2.0 and an ices 0.4 
> system. Every song, sometimes every two songs my playler lost the 
> connection to the stream and in DEBUG-Mode I found a logfileentry like: 
> DBUG source/send_to_listener Client has fallen too far behind, removing.
> 
> I changed the queue-size in icecast.xml from 102400 to 902400 (don't 
> know if it is a good value) but the only result is the interrupt occur 
> some songs later.

Increasing the value is not a problem. It just allows for more lag with
the listeners before kicking them off (fallen too far behind)

> I'm realy confused, cause it is not my first icecast-setup and on an 
> other server I've installed the same: Icecast 2.1.0 (ok nearly the same) 
> and ices.0.4. The config-files are the same.
> 
> The main difference is a newer OS. On the working system it is SuSE 8.2 
> and on the failing system there is a SuSE 9.1 OS installed. Could that 
> be the problem?
> I can't believe it!
> 
> Any idea what I can do to solve the problem or what could the reason for it?

The problem is the icecast to listener connection, for some reason the
connection is not able to maintain the stream bitrate to that listener. 
The reasons can vary from bad network connection, latency being too high
for the TCP settings, proxies getting in the way or just congestion.

karl.




From mlrsmith at gmail.com  Tue May 10 21:34:58 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Tue, 10 May 2005 23:34:58 +0200
Subject: [Icecast] Client has fallen too far behind
In-Reply-To: <42812650.6030808@recordcaster.de>
References: <42812650.6030808@recordcaster.de>
Message-ID: <3c173721050510143429e85e6b@mail.gmail.com>

On 5/10/05, Anatol <icecast at recordcaster.de> wrote:
> Hi,
> 
> I've a little bit trouble. I've set up an icecast 2.2.0 and an ices 0.4
> system. Every song, sometimes every two songs my playler lost the
> connection to the stream and in DEBUG-Mode I found a logfileentry like:
> DBUG source/send_to_listener Client has fallen too far behind, removing.
> 
> I changed the queue-size in icecast.xml from 102400 to 902400 (don't
> know if it is a good value) but the only result is the interrupt occur
> some songs later.

This usually means the client can't receive fast enough - possible
because their connection is too slow. It's normal to get it
occastionally with some songs.

If it's dropping clients that are fast enough, maybe there's something
wrong with your mp3 files? The ices log files might have more useful
info.

Increasing the queue size will almost always just delay a problem, not solve it.

Mike



> 
> I'm realy confused, cause it is not my first icecast-setup and on an
> other server I've installed the same: Icecast 2.1.0 (ok nearly the same)
> and ices.0.4. The config-files are the same.
> 
> The main difference is a newer OS. On the working system it is SuSE 8.2
> and on the failing system there is a SuSE 9.1 OS installed. Could that
> be the problem?
> I can't believe it!
> 
> Any idea what I can do to solve the problem or what could the reason for it?
> 
> Many thanks and greetings
> Anatol
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>


From mlrsmith at gmail.com  Tue May 10 21:42:32 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Tue, 10 May 2005 23:42:32 +0200
Subject: [Icecast] Problem compiling Icecast on RedHat
In-Reply-To: <1115760606.15045.59.camel@bogus.hackers.club>
References: <D9EBDED8A286067D6811E515@oberon.linfield.edu>
	<1115760606.15045.59.camel@bogus.hackers.club>
Message-ID: <3c1737210505101442128edc8d@mail.gmail.com>

> new one on me, we don't use fstat directly, but some shared lib (DSO) is
> referring to it and that is why this is showing up.  I suspect one of
> the dependant libs has been built on another system
> (linker/compiler/libc etc) where the fstat symbol was handled
> differently.
> 
> karl.

We don't? I thought fserve used it? Or did I use stat directly?

Mike


From karl at xiph.org  Tue May 10 21:59:09 2005
From: karl at xiph.org (Karl Heyes)
Date: 10 May 2005 22:59:09 +0100
Subject: [Icecast] Problem compiling Icecast on RedHat
In-Reply-To: <3c1737210505101442128edc8d@mail.gmail.com>
References: <D9EBDED8A286067D6811E515@oberon.linfield.edu>
	<1115760606.15045.59.camel@bogus.hackers.club>
	<3c1737210505101442128edc8d@mail.gmail.com>
Message-ID: <1115762349.15045.82.camel@bogus.hackers.club>

On Tue, 2005-05-10 at 22:42, Michael Smith wrote:
> > new one on me, we don't use fstat directly, but some shared lib (DSO) is
> > referring to it and that is why this is showing up.  I suspect one of
> > the dependant libs has been built on another system
> > (linker/compiler/libc etc) where the fstat symbol was handled
> > differently.
> > 
> > karl.
> 
> We don't? I thought fserve used it? Or did I use stat directly?

we've always used stat (using the filename in fserve_create), of course
whether the includes do some mangle magic is another matter but I don't
think they can translate stat to fstat.

My guess would be libcurl or its dependencies.

karl.




From icecast at recordcaster.de  Tue May 10 22:05:17 2005
From: icecast at recordcaster.de (Anatol)
Date: Wed, 11 May 2005 00:05:17 +0200
Subject: [Icecast] Client has fallen too far behind
In-Reply-To: <3c173721050510143429e85e6b@mail.gmail.com>
References: <42812650.6030808@recordcaster.de>
	<3c173721050510143429e85e6b@mail.gmail.com>
Message-ID: <4281301D.5010908@recordcaster.de>

Michael Smith schrieb:

>On 5/10/05, Anatol <icecast at recordcaster.de> wrote:
>  
>
>>[...]
>>    
>>
>This usually means the client can't receive fast enough - possible
>because their connection is too slow. It's normal to get it
>occastionally with some songs.
>
>If it's dropping clients that are fast enough, maybe there's something
>wrong with your mp3 files? The ices log files might have more useful
>info.
>  
>
Hm ... the two servers are in the same rack. From the one  there is no 
problem to recive data and the other has the troubles. The connection 
can't be the bottle neck.  The MP3 s seams to be ok.  The ices.log  told 
me nothing about an error with the MP3-Files. The only entry I found was:
"Error during send: Libshout reported send error, disconnecting: Socket 
error"
But I can't relate this message  to the "to far behind"-Mesage. There 
are different timestamps.

>Increasing the queue size will almost always just delay a problem, not solve it.
>  
>
Right! From there I wrote my mail ;-)

Anatol


From rtanner at linfield.edu  Tue May 10 22:14:30 2005
From: rtanner at linfield.edu (Rob Tanner)
Date: Tue, 10 May 2005 15:14:30 -0700
Subject: [Icecast] Problem compiling Icecast on RedHat
In-Reply-To: <1115762349.15045.82.camel@bogus.hackers.club>
References: <D9EBDED8A286067D6811E515@oberon.linfield.edu>	
	<1115760606.15045.59.camel@bogus.hackers.club>	
	<3c1737210505101442128edc8d@mail.gmail.com>
	<1115762349.15045.82.camel@bogus.hackers.club>
Message-ID: <131754594B980A7EB8825938@oberon.linfield.edu>

--On Tuesday, May 10, 2005 10:59:09 PM +0100 Karl Heyes <karl at xiph.org> wrote:
 > On Tue, 2005-05-10 at 22:42, Michael Smith wrote:
> 
> we've always used stat (using the filename in fserve_create), of course
> whether the includes do some mangle magic is another matter but I don't
> think they can translate stat to fstat.
> 
> My guess would be libcurl or its dependencies.
> 
> karl.
> 

Karl,

Your guess appears right. when I run configure with the "--without-curl" I
get a successful compile.  And that may be fine.  I'm not sure what exactly
the YP directory service is that I can not implement without curl.  What we
are streaming is educational audio media via WebCT, which is an on-line tool
for distance learning, and everything has specific URLs.  That noted, should
I even care about YP.


-- 
Rob Tanner
UNIX Services Manager
Linfield College, McMinnville OR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 960 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050510/fe5b2e4e/attachment.bin>

From karl at xiph.org  Wed May 11 00:54:15 2005
From: karl at xiph.org (Karl Heyes)
Date: 11 May 2005 01:54:15 +0100
Subject: [Icecast] Client has fallen too far behind
In-Reply-To: <4281301D.5010908@recordcaster.de>
References: <42812650.6030808@recordcaster.de>
	<3c173721050510143429e85e6b@mail.gmail.com>
	<4281301D.5010908@recordcaster.de>
Message-ID: <1115772854.15045.103.camel@bogus.hackers.club>

On Tue, 2005-05-10 at 23:05, Anatol wrote:

> Hm ... the two servers are in the same rack. From the one  there is no 
> problem to recive data and the other has the troubles. The connection 
> can't be the bottle neck.  The MP3 s seams to be ok.  The ices.log  told 
> me nothing about an error with the MP3-Files. The only entry I found was:
> "Error during send: Libshout reported send error, disconnecting: Socket 
> error"
> But I can't relate this message  to the "to far behind"-Mesage. There 
> are different timestamps.

The message you refer to above is the source client to icecast
connection, caused by icecast terminating the connection, probably due
to a timeout (ie no stream data received for a certain amount of time eg
10 secs).   That could be down to network outage, another possibility is
that the filename selection may be taking too long eg if a script is
used to find the next file to play, a slow or stalled script could
prevent data being sent.

When no data comes into icecast, then the trigger for kicking off
listeners is not enabled so you must have data coming in and the socket
is in use, as your listeners are being dropped.  So you look to be
having more than 1issue.

You need to focus on why the listening clients are lagging behind, if
you download the stream like you would a file, does it maintain a
bitrate required of the stream. If that is not being achieved then it's
either link saturation (max bandwidth) or errors (eg duplex mismatch)

karl.




From karl at xiph.org  Wed May 11 01:00:32 2005
From: karl at xiph.org (Karl Heyes)
Date: 11 May 2005 02:00:32 +0100
Subject: [Icecast] Problem compiling Icecast on RedHat
In-Reply-To: <131754594B980A7EB8825938@oberon.linfield.edu>
References: <D9EBDED8A286067D6811E515@oberon.linfield.edu>
	<1115760606.15045.59.camel@bogus.hackers.club>
	<3c1737210505101442128edc8d@mail.gmail.com>
	<1115762349.15045.82.camel@bogus.hackers.club>
	<131754594B980A7EB8825938@oberon.linfield.edu>
Message-ID: <1115773232.15045.110.camel@bogus.hackers.club>

On Tue, 2005-05-10 at 23:14, Rob Tanner wrote:


> > My guess would be libcurl or its dependencies.
> 

> 
> Your guess appears right. when I run configure with the "--without-curl" I get a successful compile.  And that may be fine.  I'm not sure what exactly the YP directory service is that I can not implement without curl.  What we are streaming is educational audio media via WebCT, which is an on-line tool for distance learning, and everything has specific URLs.  That noted, should I even care about YP.
> 

ok, so it's libcurl or something it's dependent on.  curl is only used
for registering the public streams with the YP servers, eg dir.xiph.org
so you have to decide whether you want that.

If you do then you will either need to find the libcurl package for that
specific linux distribution or compile/install libcurl yourself. Note
that curl can reference other libs like ssl and kerberos which may be
the actual cause of the errors in the first place.

karl.




From mott at reverberant.com  Wed May 11 04:16:46 2005
From: mott at reverberant.com (Iain Mott)
Date: Wed, 11 May 2005 14:16:46 +1000
Subject: [Icecast] icecast & china
Message-ID: <1115785006.11568.165.camel@localhost>

hello list

I'm preparing to do a sound project in china where I hope to broadcast
an mp3 stream using Icecast2. I've set up test system (outside China)
and it seems to be working happily (using Pd to generate audio and the
extension "shoutcast~" to stream to the icecast server).

I've asked a few people in china to tune into these broadcasts and have
run into problems. Elsewhere in the world people can connect. Firstly,
it seems dynamic domain names, such as *.dyndns.org, are blocked in
china. To get around that I sent an IP address instead. A url like:
http://ipaddress:7000/streamname.m3u

They could connect with this and were registered in the access log, but
their connections dropped almost instantly.

Does anyone have experience or knowledge about streaming into China or
within it? Anything I can try?

I've also run icecast on port 8000 with the same results.

cheers,

Iain





From ross at stationplaylist.com  Wed May 11 04:40:51 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Wed, 11 May 2005 16:40:51 +1200
Subject: [Icecast] icecast & china
References: <1115785006.11568.165.camel@localhost>
Message-ID: <036a01c555e3$9c7c82f0$6900a8c0@levis4>

I can't answer your question, but it may be worth trying port 80 if you 
are not running a web server on this IP.  It's possible that some sort 
of port blocking or speed restrictions are in force on non-standard 
ports.

Regards,
Ross.

----- Original Message ----- 
From: "Iain Mott" <mott at reverberant.com>
To: <icecast at xiph.org>
Sent: Wednesday, May 11, 2005 4:16 PM
Subject: [Icecast] icecast & china


hello list

I'm preparing to do a sound project in china where I hope to broadcast
an mp3 stream using Icecast2. I've set up test system (outside China)
and it seems to be working happily (using Pd to generate audio and the
extension "shoutcast~" to stream to the icecast server).

I've asked a few people in china to tune into these broadcasts and have
run into problems. Elsewhere in the world people can connect. Firstly,
it seems dynamic domain names, such as *.dyndns.org, are blocked in
china. To get around that I sent an IP address instead. A url like:
http://ipaddress:7000/streamname.m3u

They could connect with this and were registered in the access log, but
their connections dropped almost instantly.

Does anyone have experience or knowledge about streaming into China or
within it? Anything I can try?

I've also run icecast on port 8000 with the same results.

cheers,

Iain



From hick.icecast at gink.org  Wed May 11 06:43:49 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Wed, 11 May 2005 07:43:49 +0100 (BST)
Subject: [Icecast] icecast & china
In-Reply-To: <1115785006.11568.165.camel@localhost>
References: <1115785006.11568.165.camel@localhost>
Message-ID: <Pine.LNX.4.60.0505110741520.17449@stum.gink.org>

On Wed, 11 May 2005, Iain Mott wrote:

> china. To get around that I sent an IP address instead. A url like:
> http://ipaddress:7000/streamname.m3u

That's only going to chuck out a .m3u which uses your configured 
<hostname> - what is your <hostname> set to ?

Try 443 ?


From mott at reverberant.com  Wed May 11 08:53:44 2005
From: mott at reverberant.com (Iain Mott)
Date: Wed, 11 May 2005 18:53:44 +1000
Subject: [Icecast] icecast & china
In-Reply-To: <Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
References: <1115785006.11568.165.camel@localhost>
	<Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
Message-ID: <1115801624.11560.202.camel@localhost>

Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u
but was blocked. And at last resolve:
http://139.168.32.224:7000/streamname.m3u

is that what you mean? no, perhaps you mean the localhost? "bicho" is
its name. Pardon me if i'm confused on this.

Will also, tomorrow, try your suggestion of port 443 and Ross'
suggestion of the web port.

cheers, iain 

On Wed, 2005-05-11 at 07:43 +0100, gARetH baBB wrote:
> On Wed, 11 May 2005, Iain Mott wrote:
> 
> > china. To get around that I sent an IP address instead. A url like:
> > http://ipaddress:7000/streamname.m3u
> 
> That's only going to chuck out a .m3u which uses your configured 
> <hostname> - what is your <hostname> set to ?
> 
> Try 443 ?
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 



From hick.icecast at gink.org  Wed May 11 09:37:56 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Wed, 11 May 2005 10:37:56 +0100 (BST)
Subject: [Icecast] icecast & china
In-Reply-To: <1115801624.11560.202.camel@localhost>
References: <1115785006.11568.165.camel@localhost>
	<Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
	<1115801624.11560.202.camel@localhost>
Message-ID: <Pine.LNX.4.60.0505111036520.17449@stum.gink.org>

On Wed, 11 May 2005, Iain Mott wrote:

> Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u
> but was blocked. And at last resolve:
> http://139.168.32.224:7000/streamname.m3u

Well, 40 minutes later that host is certainly not responding.

> is that what you mean? no, perhaps you mean the localhost? "bicho" is
> its name. Pardon me if i'm confused on this.

I mean what you have configured as <hostname> in the icecast config.


From mott at reverberant.com  Wed May 11 21:10:18 2005
From: mott at reverberant.com (Iain Mott)
Date: Thu, 12 May 2005 07:10:18 +1000
Subject: [Icecast] icecast & china
In-Reply-To: <Pine.LNX.4.60.0505111036520.17449@stum.gink.org>
References: <1115785006.11568.165.camel@localhost>
	<Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
	<1115801624.11560.202.camel@localhost>
	<Pine.LNX.4.60.0505111036520.17449@stum.gink.org>
Message-ID: <1115845818.11582.18.camel@localhost>

On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote:
> On Wed, 11 May 2005, Iain Mott wrote:
> 
> > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u
> > but was blocked. And at last resolve:
> > http://139.168.32.224:7000/streamname.m3u
> 
> Well, 40 minutes later that host is certainly not responding.
> 

good morning

No, I shut it down at the end of the day - it's up and running now. I'll
leave the shoutcast server on for a bit too.

If anyone decides to connect, please keep it brief, as my bandwidth
quota is practically spent - they'll be charging per Mb.

The mountpoint is set by the audio app as "puredata". And the hostname,
and perhaps this is the problem, is still set to
zhongshuobeijing.dyndns.org rather than the raw IP address. But a local
tester elsewhere in Melbourne told me he could connect with both
methods.

Still running on 7000 and the same ip address.

cheers, Iain

> > is that what you mean? no, perhaps you mean the localhost? "bicho" is
> > its name. Pardon me if i'm confused on this.
> 
> I mean what you have configured as <hostname> in the icecast config.
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 



From mott at reverberant.com  Thu May 12 00:23:59 2005
From: mott at reverberant.com (Iain Mott)
Date: Thu, 12 May 2005 10:23:59 +1000
Subject: [Icecast] icecast & china
In-Reply-To: <1115845818.11582.18.camel@localhost>
References: <1115785006.11568.165.camel@localhost>
	<Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
	<1115801624.11560.202.camel@localhost>
	<Pine.LNX.4.60.0505111036520.17449@stum.gink.org>
	<1115845818.11582.18.camel@localhost>
Message-ID: <1115857440.12008.24.camel@localhost>

those address should be:

 http://zhongshuobeijing.dyndns.org:7000/puredata.m3u

and

http://139.168.32.224:7000/puredata.m3u

On Thu, 2005-05-12 at 07:10 +1000, Iain Mott wrote:
> On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote:
> > On Wed, 11 May 2005, Iain Mott wrote:
> > 
> > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u
> > > but was blocked. And at last resolve:
> > > http://139.168.32.224:7000/streamname.m3u
> > 
> > Well, 40 minutes later that host is certainly not responding.
> > 
> 
> good morning
> 
> No, I shut it down at the end of the day - it's up and running now. I'll
> leave the shoutcast server on for a bit too.
> 
> If anyone decides to connect, please keep it brief, as my bandwidth
> quota is practically spent - they'll be charging per Mb.
> 
> The mountpoint is set by the audio app as "puredata". And the hostname,
> and perhaps this is the problem, is still set to
> zhongshuobeijing.dyndns.org rather than the raw IP address. But a local
> tester elsewhere in Melbourne told me he could connect with both
> methods.
> 
> Still running on 7000 and the same ip address.
> 
> cheers, Iain
> 
> > > is that what you mean? no, perhaps you mean the localhost? "bicho" is
> > > its name. Pardon me if i'm confused on this.
> > 
> > I mean what you have configured as <hostname> in the icecast config.
> > _______________________________________________
> > 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 mott at reverberant.com  Thu May 12 03:58:21 2005
From: mott at reverberant.com (Iain Mott)
Date: Thu, 12 May 2005 13:58:21 +1000
Subject: [Icecast] icecast & china
In-Reply-To: <1115857440.12008.24.camel@localhost>
References: <1115785006.11568.165.camel@localhost>
	<Pine.LNX.4.60.0505110741520.17449@stum.gink.org>
	<1115801624.11560.202.camel@localhost>
	<Pine.LNX.4.60.0505111036520.17449@stum.gink.org>
	<1115845818.11582.18.camel@localhost>
	<1115857440.12008.24.camel@localhost>
Message-ID: <1115870301.11590.46.camel@localhost>

problem solved - at least the streaming part of it. The computer at the
other end was being blocked when attempting to resolve the <hostname>
setting - and replacing zhongshuobeijing.dyndns.org with the IP address
fixed it. Thanks gareth. Have registered a new domain name for use with
a dynamic dns service - hopefully this will avoid blocks at the user
end. Just have to be careful the update server won't also be blocked.
cheers, iain



On Thu, 2005-05-12 at 10:23 +1000, Iain Mott wrote:
> those address should be:
> 
>  http://zhongshuobeijing.dyndns.org:7000/puredata.m3u
> 
> and
> 
> http://139.168.32.224:7000/puredata.m3u
> 
> On Thu, 2005-05-12 at 07:10 +1000, Iain Mott wrote:
> > On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote:
> > > On Wed, 11 May 2005, Iain Mott wrote:
> > > 
> > > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u
> > > > but was blocked. And at last resolve:
> > > > http://139.168.32.224:7000/streamname.m3u
> > > 
> > > Well, 40 minutes later that host is certainly not responding.
> > > 
> > 
> > good morning
> > 
> > No, I shut it down at the end of the day - it's up and running now. I'll
> > leave the shoutcast server on for a bit too.
> > 
> > If anyone decides to connect, please keep it brief, as my bandwidth
> > quota is practically spent - they'll be charging per Mb.
> > 
> > The mountpoint is set by the audio app as "puredata". And the hostname,
> > and perhaps this is the problem, is still set to
> > zhongshuobeijing.dyndns.org rather than the raw IP address. But a local
> > tester elsewhere in Melbourne told me he could connect with both
> > methods.
> > 
> > Still running on 7000 and the same ip address.
> > 
> > cheers, Iain
> > 
> > > > is that what you mean? no, perhaps you mean the localhost? "bicho" is
> > > > its name. Pardon me if i'm confused on this.
> > > 
> > > I mean what you have configured as <hostname> in the icecast config.
> > > _______________________________________________
> > > Icecast mailing list
> > > Icecast at xiph.org
> > > http://lists.xiph.org/mailman/listinfo/icecast
> > > 
> > > 
> > 
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> > 
> > 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 



From phil at therigbys.org  Thu May 12 16:10:04 2005
From: phil at therigbys.org (Phil Rigby)
Date: Thu, 12 May 2005 11:10:04 -0500
Subject: [Icecast] Playing a certain mp3 on a schedule
Message-ID: <20050512161122.5E512BC14C@ns1.osuosl.org>

Hi guys (and girls).

Is it possible to play a particular MP3 after every x number of tracks?
Kinda like a radio jingle type thing. say, play 123.mp3 no less than every
10 mp3's but no more than every 15 mp3's., giving the effect of playing
123.mp3 every 10 to 15 songs.

 

I'm sure it can be scripted but I have absolutely no idea how, so if someone
could start me off it would be appreciated.

 

Thanks,

Phil.

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

From karl at xiph.org  Thu May 12 16:51:03 2005
From: karl at xiph.org (Karl Heyes)
Date: 12 May 2005 17:51:03 +0100
Subject: [Icecast] Playing a certain mp3 on a schedule
In-Reply-To: <20050512161122.5E512BC14C@ns1.osuosl.org>
References: <20050512161122.5E512BC14C@ns1.osuosl.org>
Message-ID: <1115916662.22881.104.camel@bogus.hackers.club>

On Thu, 2005-05-12 at 17:10, Phil Rigby wrote:
> Hi guys (and girls).
> 
> Is it possible to play a particular MP3 after every x number of
> tracks?  Kinda like a radio jingle type thing? say, play 123.mp3 no
> less than every 10 mp3?s but no more than every 15 mp3?s?, giving the
> effect of playing 123.mp3 every 10 to 15 songs.

that has to be done at the source client, probably via something like
the scripted playlist input of ices 0.4.  The script would maintain
where it is in a playlist and every so often throw back the filename
123.mp3

karl.




From nettings at folkwang-hochschule.de  Thu May 12 21:38:39 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Thu, 12 May 2005 23:38:39 +0200
Subject: [icecast] Legality Issue & Relaying
In-Reply-To: <107997eb0505060339d17706d@mail.gmail.com>
References: <107997eb0505060339d17706d@mail.gmail.com>
Message-ID: <4283CCDF.6010706@folkwang-hochschule.de>

Michael Hobbs wrote:
> Hi All,
> 
<snip>

> A question regarding this, can you use a single address (i.e
> as a link on a webpage) to balance the load between the various
> realys, or would you have to have separate addresses (similar to
> http/ftp mirrors)?
> I wonder if the former could be achieved with a "round-robin" set-up
> in the DNS server, whereby a single name resolves to different ip
> addresses sequentially, it would look something like this on the DNS
> server for example.com:
> 
> mystation        0         IN         A        192.168.0.1
> mystation        0         IN         A        192.168.20.1
> mystation        0         IN         A         62.78.23.7

i guess you this is just an example... you are aware that the first 2 
addresses are private and will not be reachable from the internet?

> Above ^ first request made to mystation.example.com would resolve to
> 192.168.0.1, second to 192.168.20.1, third to 62.78.23.7, forth to
> 192.168.0.1 - In my mind I think this would work, has anyone tried it,
> has anyone got a simpler solution perhaps?

this is called round-robin dns, and it's a common if crude way of load 
balancing.

you might want to try karl's icecast branch. it supports a master-slave 
setup where the master when full will tell a client to go a free slave 
via a http redirect.

regards,

j?rn


From Jason at Weatherserver.net  Fri May 13 04:56:14 2005
From: Jason at Weatherserver.net (Jason)
Date: Fri, 13 May 2005 00:56:14 -0400
Subject: [Icecast] On-Demand Relay
Message-ID: <000801c55778$174b4cb0$1400000a@workstation>

Is on-demand relay currently active in the 2.2.0 release  and if it is how long before there is no one listening will the relay disconnect from the main server.

 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Weather @ 12:55am - Temp: -2.0 ?C - Humidity 64 % - Wind: NW @ 4 km/h
 Baro: 1031 kPa Steady - Vis: 24 km - Sky: Clear - Weather: ---

 =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
 TO SEE OUR DIRECTORY OF MAILING LISTS VISIT WEATHERSERVER.NET
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050513/d0432cd2/attachment.htm>

From karl at xiph.org  Fri May 13 11:09:43 2005
From: karl at xiph.org (Karl Heyes)
Date: 13 May 2005 12:09:43 +0100
Subject: [Icecast] On-Demand Relay
In-Reply-To: <000801c55778$174b4cb0$1400000a@workstation>
References: <000801c55778$174b4cb0$1400000a@workstation>
Message-ID: <1115982582.4435.7.camel@bogus.hackers.club>

On Fri, 2005-05-13 at 05:56, Jason wrote:
> Is on-demand relay currently active in the 2.2.0 release  and if it is
> how long before there is no one listening will the relay disconnect
> from the main server.

I haven't merged the on-demand relay code yet, but the trigger I
currently use for relay shutdown is just when listeners become 0. A
trigger could involve a delay though if need be.

karl



From Jason at Weatherserver.net  Fri May 13 17:14:02 2005
From: Jason at Weatherserver.net (Jason)
Date: Fri, 13 May 2005 13:14:02 -0400
Subject: [Icecast] On-Demand Relay
References: <000801c55778$174b4cb0$1400000a@workstation>
	<1115982582.4435.7.camel@bogus.hackers.club>
Message-ID: <001501c557df$295f92a0$1400000a@workstation>

0 listeners is fine.  Just no sense in pulling of a feed when no one is 
listening.

----- Original Message ----- 
From: "Karl Heyes" <karl at xiph.org>
To: <Jason at Weatherserver.net>
Cc: "icecast" <>
Sent: Friday, May 13, 2005 7:09 AM
Subject: Re: [Icecast] On-Demand Relay


> On Fri, 2005-05-13 at 05:56, Jason wrote:
>> Is on-demand relay currently active in the 2.2.0 release  and if it is
>> how long before there is no one listening will the relay disconnect
>> from the main server.
>
> I haven't merged the on-demand relay code yet, but the trigger I
> currently use for relay shutdown is just when listeners become 0. A
> trigger could involve a delay though if need be.
>
> karl
>
> 




From hick.icecast at gink.org  Fri May 13 17:16:24 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Fri, 13 May 2005 18:16:24 +0100 (BST)
Subject: [Icecast] On-Demand Relay
In-Reply-To: <001501c557df$295f92a0$1400000a@workstation>
References: <000801c55778$174b4cb0$1400000a@workstation>
	<1115982582.4435.7.camel@bogus.hackers.club>
	<001501c557df$295f92a0$1400000a@workstation>
Message-ID: <Pine.LNX.4.60.0505131815240.11249@stum.gink.org>

On Fri, 13 May 2005, Jason wrote:

> 0 listeners is fine.  Just no sense in pulling of a feed when no one is
> listening.

A bit of a delay might be useful, if only as a bit of "debounce".


From flashl at cox.net  Sat May 14 00:20:05 2005
From: flashl at cox.net (Flash Love)
Date: Fri, 13 May 2005 19:20:05 -0500
Subject: [Icecast] Are there any success stories streaming to an icecast2
	server using Asterisk or OpenMCU?
In-Reply-To: <Pine.LNX.4.62.0505071741140.21538@data.home>
References: <200505061039.42155.flashl@cox.net>
	<Pine.LNX.4.62.0505071741140.21538@data.home>
Message-ID: <200505131920.05468.flashl@cox.net>

I have read more about asterisk and have succeeded in using it's app_ices 
function and a sample conference .  I would like to learn more about lowering 
the latency between the Speaker on the SIPphone->Meetme 
Conference->ICES->Listener stream. 

Thank you
Flash
>
> Let me know if there's more info you need and I'll ask my friends some
> specific questions.
>
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From gilbertomehtar at gmail.com  Sun May 15 06:13:47 2005
From: gilbertomehtar at gmail.com (Gilberto Mehtar)
Date: Sun, 15 May 2005 02:13:47 -0400
Subject: [Icecast] About Icecast
Message-ID: <afef1146050514231344798c2d@mail.gmail.com>

Hi, I am new to this list and my english is not 100%.

   I need help, I have a server (VPS) and I want to know if is
possible to install Icecast in it. I don?t have graphic environment
and I think I don?t have a sound card.

   Is it possible to install Icecast?

   Thanks in advance,
   Gilberto


From mlrsmith at gmail.com  Sun May 15 09:00:18 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Sun, 15 May 2005 11:00:18 +0200
Subject: [Icecast] About Icecast
In-Reply-To: <afef1146050514231344798c2d@mail.gmail.com>
References: <afef1146050514231344798c2d@mail.gmail.com>
Message-ID: <3c1737210505150200270aece7@mail.gmail.com>

On 5/15/05, Gilberto Mehtar <gilbertomehtar at gmail.com> wrote:
> Hi, I am new to this list and my english is not 100%.
> 
>    I need help, I have a server (VPS) and I want to know if is
> possible to install Icecast in it. I don?t have graphic environment
> and I think I don?t have a sound card.
> 
>    Is it possible to install Icecast?
> 

The unix version of icecast has no need for any sort of display (I
think the windows version needs one, though), and no version of
icecast requires a sound card.

Mike


From pem at levillage.org  Sun May 15 13:05:04 2005
From: pem at levillage.org (Pierre-Emmanuel Muller)
Date: Sun, 15 May 2005 15:05:04 +0200
Subject: [Icecast] About Icecast
In-Reply-To: <afef1146050514231344798c2d@mail.gmail.com>
Message-ID: <20050515130558.B8F1B1207FB@ns2.osuosl.org>

>    I need help, I have a server (VPS) and I want to know if 
> is possible to install Icecast in it. I don?t have graphic 
> environment and I think I don?t have a sound card.

I've already installed icecast in different kind of VPSes.
It depends on the kind of VPS you're working in, you'll maybe need to
install some tools / libs but that's not too difficult.

Feel free to ask if you need some specific help.

PeM

--
Pierre-Emmanuel Muller
LeVillage.Org
pem at levillage.org
02 99 14 45 33 



From adam at xs4all.nl  Sun May 15 20:10:55 2005
From: adam at xs4all.nl (adam)
Date: Sun, 15 May 2005 22:10:55 +0200 (CEST)
Subject: [Icecast] nicecast licence
Message-ID: <20050515215747.S97409-100000@xs6.xs4all.nl>

hi,

I wonder if anyone can tell me how the Nicecast licensing works.
http://www.rogueamoeba.com/nicecast/

Nicecast, as it seems to me, uses Icecast as an internal server. They list
Icecast in their sources dir:
http://www.rogueamoeba.com/sources

In their manual they also credit Xiph with the statement:
"Portions of this Rogue Amoeba software may utilize the following
copyrighted material, the use of which is hereby acknowledged. Source code
may be found at http://www.rogueamoeba.com/sources "

"Xiph.org Foundation ( icecast ) Copyright 1999-2003
Xiph.org Foundation.("Xiph") Parts of this product contain
certain software owned by the Xiph and licensed by Rogue Amoeba. You may
obtain a complete machine-readable copy of the source code for the Xiph
software under the terms of GNU General Public License ("GPL"), without
charge at http://www.rogueamoeba.com/sources/ or by contacting
mailto:sources at rogueamoeba.com. The Xiph software is distributed in the
hope that it will be useful, but WITHOUT ANY WARRANTY; without even the
implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
See the GPL for more details; a copy of the GPL is included below. "


but then in an earlier licencing page it states:
"Unless explicitly stated in writing, Rogue Amoeba Software does not grant
permission to distribute Nicecast ("The Software") for profit in any form.
Non-profit distribution of The Software is acceptable provided that The
Software is not modified in any way, and the complete works of The
Software are included in the distribution package. If The Software is to
be included in a distribution package, Rogue Amoeba requests (but does not
require) one complimentary copy of said package, sent to the following
address:  Rogue Amoeba Software  Marketing Department  29 Scottsdale Ct.
Cranbury, NJ 08512 "


with a further statement that:
"What that said: Don't sell this software. If you want to distribute it,
awesome! Just make sure it's unmodified from the download from our site.
If you create a distribution package, it'd be cool (but not required) if
you sent a copy to the address above. "


Can someone clarify how Nicecast can sell a licence key and yet have xiph
GPL software (Icecast)  as a main part of their software? Are they walking
a fine line here? Does "Non-profit distribution of The Software is
acceptable" mean that if you have access to licence key then you can share
the software _and_ the key?

Many thanks for any help in understanding how this works.

adam



From jack at xiph.org  Sun May 15 21:44:07 2005
From: jack at xiph.org (Jack Moffitt)
Date: Sun, 15 May 2005 15:44:07 -0600
Subject: [Icecast] nicecast licence
In-Reply-To: <20050515215747.S97409-100000@xs6.xs4all.nl>
References: <20050515215747.S97409-100000@xs6.xs4all.nl>
Message-ID: <20050515214407.GA9909@i.cantcode.com>

> Can someone clarify how Nicecast can sell a licence key and yet have xiph
> GPL software (Icecast)  as a main part of their software? Are they walking
> a fine line here? Does "Non-profit distribution of The Software is
> acceptable" mean that if you have access to licence key then you can share
> the software _and_ the key?

Icecast code is not linked to their code.  They run a icecast 1.3.x
daemon (last I checked) as a separate process.  Essentially they ship
icecast 1.3.x and just provide a friendly gui that works externally.  If
they've made modfications to icecast, those should also be public, but
last I checked, they were just using stock code.

You're perfectly free to redistribute icecast and any modifications they
have made to icecast under the terms of the GPL.  Their license can only
apply to their proprietary code.

jack.


From michael at unixpit.com  Mon May 16 07:34:57 2005
From: michael at unixpit.com (Michael)
Date: Mon, 16 May 2005 07:34:57 +0000
Subject: [Icecast] Dynamic mountpoint/stream creation?
Message-ID: <1116228897.877.7.camel@localhost>

Hi,

I am wondering if it is possible to create dynamic mountpoints/streams
on the fly?  

What I am after is having a central streaming server where users are
able connect to a webapp that allows them to create an account, add a
new stream, and then are able to immediately connect up with
liveice/etc...

Is that currently possible?  Have I missed something?

Cheers,
Michael




From k.j.wierenga at home.nl  Mon May 16 08:06:35 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Mon, 16 May 2005 10:06:35 +0200
Subject: [Icecast] Dynamic mountpoint/stream creation?
Message-ID: <IPEHLPFNBAINJOFBPOBKIEOFGCAA.k.j.wierenga@home.nl>


Hi Michael,

This is certainly possible with Icecast.

You could re-generate the icecast.xml file from a database table containing
the client details (including mountpoint and generated password) and send
HUP to icecast to get it to re-read the configuration file.

I currently have a scheme in operation where the webapp creates a new
account as a row in a MySQL database table and also touches a file in /tmp
(e.g. /tmp/new_client.stamp). A cron job checks for this file every minute.
When the file is found a script runs and generates a new icecast.xml
configuration file using the contents of the database table to fill in the
mount-point details. It then removes the /tmp/new_client.stamp and sends the
HUP signal to icecast with 'killall -HUP icecast' or killall
/var/run/icecast.pid (if that was created when icecast was started in the
background).

Cheers,
KJ

-----Oorspronkelijk bericht-----
Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens
Michael
Verzonden: maandag 16 mei 2005 9:35
Aan: icecast at xiph.org
Onderwerp: [Icecast] Dynamic mountpoint/stream creation?


Hi,

I am wondering if it is possible to create dynamic mountpoints/streams
on the fly?

What I am after is having a central streaming server where users are
able connect to a webapp that allows them to create an account, add a
new stream, and then are able to immediately connect up with
liveice/etc...

Is that currently possible?  Have I missed something?

Cheers,
Michael


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



From mott at reverberant.com  Tue May 17 08:37:49 2005
From: mott at reverberant.com (Iain Mott)
Date: Tue, 17 May 2005 18:37:49 +1000
Subject: [Icecast] load constraints
Message-ID: <1116319069.11634.55.camel@localhost>

hello

Another beginners question..... I've been googling through the icecast
archives looking for information on how icecast handles multiple
clients. Haven't been able to find what I'm looking for.

Could someone please explain (or direct me to links) what happens to the
upload bandwidth of a box running icecast, when more than one client
connects? For example, if a box on a 128kbps upload connection is
serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
connections or is icecast somehow more efficient?

cheers, 

Iain

-- 
Iain Mott
www.reverberant.com



From wolf at uen.org  Tue May 17 17:21:42 2005
From: wolf at uen.org (Wolfgang Schwurack)
Date: Tue, 17 May 2005 11:21:42 -0600
Subject: [Icecast] page not found in icecast-2.2.0
Message-ID: <428A2826.1050300@uen.org>

I have upgraded our streaming servers to darkice-0.15 and icecast-2.2.0. The stream is working when I select it from winamp - open url http://audio.kuer.org:8002/high but if I try to select it from the web site using the statement below I get "The page cannot be found". This works with the old versions of darkice-o.13.1 and icecast-1.3.12. If I change the code to "http://audio.kuer.org:8002/high" and run it from the web site it tries to down load a file called "high.mp3"

Can anyone help?


mm_menu_0815145948_3_1.addMenuItem("high&nbsp;speed","location='http://audio.kuer.org:8002/playlist.pls?mount=/high&file=dummy.pls'")

thanks

-- 

      0___      Wolfgang Schwurack
     c/  /'_    Unix System Administrator
    (*)  \(*)   University of Utah/Utah Education Network
                Tel: (801) 587-9444
                email: wolf at uen.org




From wolf at uen.org  Wed May 18 16:48:12 2005
From: wolf at uen.org (Wolfgang Schwurack)
Date: Wed, 18 May 2005 10:48:12 -0600
Subject: [Icecast] live streaming on the web using a link
Message-ID: <428B71CC.7080204@uen.org>

I have upgraded my streaming servers, I have a Solaris 9 server with 
darkice-0.15 and Solaris 9 server with icecast-2.2.0. Now the index.html 
code will not work with the new versions of darkice and icecast2.  I did 
found an email that said I needed to use http://url of site. tld/icecast 
mount point.m3u.  So in darkice I found "mount point of this stream on 
the IceCast2 server" which was = to "high".

I change the code in index.html from

mm_menu_0815145948_3_1.addMenuItem("high&nbsp;speed","location='http://audio.kuer.org:8002/playlist.pls?mount=/high&file=dummy.pls'");

to mm_menu_0815145948_3_1.addMenuItem("high&nbsp;speed","location='http://audio.kuer.org:8002/high.m3u'");

Now I click on the link from my web page and winamp tries to open the 
server name "http://webmedia:8002/high" which it can not resolve the 
hostname,  web.media.utha.edu  is the the server that is running 
icecast2 and audio.kuer.org is an aliases. I'm not sure were its getting 
webmedia from. If I do a nslookup on webmedia, it can not find the domain.

If  I do a nslookup on audio.kuer.org it find this, which is correct.

$ nslookup audio.kuer.org   
Server:  ns.uen.net
Address:  205.124.254.2

Name:    web.media.utah.edu
Address:  155.101.218.7
Aliases:  audio.kuer.org

When I run it from winamp and type in  the url 
http://audio.kuer.org:8002/high the stream comes across.

If I add " IP   webmedia    web.media.utat.edu" to the hosts file on my 
PC that I want to listen from it will stream across from the web link.

Any suggestions on why the link does not work from the web page?

thanks


-- 

      0___      Wolfgang Schwurack
     c/  /'_    Unix System Administrator
    (*)  \(*)   University of Utah/Utah Education Network
                Tel: (801) 587-9444
                email: wolf at uen.org




From agentgrn at dcne.net  Thu May 19 16:40:35 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Thu, 19 May 2005 12:40:35 -0400
Subject: [Icecast] A thought on the logging...
Message-ID: <428CC183.7090509@dcne.net>

Crew,

I've got a logging question.  I've searched high and low, and I can't 
figure out what the last field in the logfile is.  What does that last 
number mean?

Additionally, ogg stresms in reality are VBR...so I can't really use 
bytes transferred to determine the length of time a listener had been 
connected.  Would it be feasible to make the log format customizable, 
ah-la-Apache, so that a field for "Seconds Connected" can be added for 
stream logs?

Thanks!

-I


From ecerutti at iwinds.com.ar  Fri May 20 19:06:46 2005
From: ecerutti at iwinds.com.ar (Esteban Cerutti)
Date: Fri, 20 May 2005 16:06:46 -0300
Subject: [Icecast] Avalanche Style (incomplete)
In-Reply-To: <1116228897.877.7.camel@localhost>
References: <1116228897.877.7.camel@localhost>
Message-ID: <200505201606.47122.ecerutti@iwinds.com.ar>

Hi!
my english is poor, sorry

I had created Avalanche like style for icecast2 server. I hope it will useful 
for somebody.
You can download from:

http://linuzito.com.ar/~esteban/Avalanche/AvalancheIcecast-style.tar.gz

or

ftp://ftp.iwinds.com.ar/prueba/AvalancheIcecast-style.tar.gz

Goodbye



From ml at imux.net  Fri May 20 19:46:44 2005
From: ml at imux.net (ml)
Date: Fri, 20 May 2005 20:46:44 +0100
Subject: [Icecast] load constraints
In-Reply-To: <1116319069.11634.55.camel@localhost>
References: <1116319069.11634.55.camel@localhost>
Message-ID: <428E3EA4.7030405@imux.net>

Iain Mott wrote:
> hello
> 
> Another beginners question..... I've been googling through the icecast
> archives looking for information on how icecast handles multiple
> clients. Haven't been able to find what I'm looking for.
> 
> Could someone please explain (or direct me to links) what happens to the
> upload bandwidth of a box running icecast, when more than one client
> connects? For example, if a box on a 128kbps upload connection is
> serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> connections or is icecast somehow more efficient?
> 
> cheers, 
> 
> Iain
> 

It is limited to two connections, there is no magic way around that, 
it's not a p2p system

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


From danstowell at gmail.com  Fri May 20 20:32:11 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Fri, 20 May 2005 21:32:11 +0100
Subject: [Icecast] load constraints
In-Reply-To: <1116319069.11634.55.camel@localhost>
References: <1116319069.11634.55.camel@localhost>
Message-ID: <286e6b7c05052013322af766e7@mail.gmail.com>

Hi Iain,

It's a simple answer:

> For example, if a box on a 128kbps upload connection is
> serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> connections

Yes it is.

> or is icecast somehow more efficient?

No - icecast can't work miracles! The underlying technology of the
internet (the way it is at present, at least) only allows a packet of
information to be sent to one computer, so icecast needs to replicate
each chunk of data for every client it wants to broadcast to.

Ways to get round this (apart from getting a very fat pipe) include
setting up relays so that more than one computer (more importantly,
more than one internet connection) is broadcasting the signal, which
means you have to have some way of 'distributing' your listeners among
the relays (you'll see lots of discussion about relays in the
archive).

Dan



On 17/05/05, Iain Mott <mott at reverberant.com> wrote:
> hello
> 
> Another beginners question..... I've been googling through the icecast
> archives looking for information on how icecast handles multiple
> clients. Haven't been able to find what I'm looking for.
> 
> Could someone please explain (or direct me to links) what happens to the
> upload bandwidth of a box running icecast, when more than one client
> connects? For example, if a box on a 128kbps upload connection is
> serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> connections or is icecast somehow more efficient?
> 
> cheers,
> 
> Iain
> 
> --
> Iain Mott
> www.reverberant.com
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


-- 
http://www.flatfourradio.co.uk


From lpmusix at gmail.com  Sat May 21 06:26:03 2005
From: lpmusix at gmail.com (Daniel Ballenger)
Date: Fri, 20 May 2005 23:26:03 -0700
Subject: [Icecast] load constraints
In-Reply-To: <286e6b7c05052013322af766e7@mail.gmail.com>
References: <1116319069.11634.55.camel@localhost>
	<286e6b7c05052013322af766e7@mail.gmail.com>
Message-ID: <56755a705052023265e331b37@mail.gmail.com>

On 5/20/05, Dan Stowell <danstowell at gmail.com> wrote:
> Hi Iain,
> 
> It's a simple answer:
> 
> > For example, if a box on a 128kbps upload connection is
> > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> > connections
> 
> Yes it is.
> 
> > or is icecast somehow more efficient?
> 
> No - icecast can't work miracles! The underlying technology of the
> internet (the way it is at present, at least) only allows a packet of
> information to be sent to one computer, so icecast needs to replicate
> each chunk of data for every client it wants to broadcast to.
What about multicast routing?  Doesn't this achieve that?  Just curious :)

> Ways to get round this (apart from getting a very fat pipe) include
> setting up relays so that more than one computer (more importantly,
> more than one internet connection) is broadcasting the signal, which
> means you have to have some way of 'distributing' your listeners among
> the relays (you'll see lots of discussion about relays in the
> archive).
> 
> Dan
--Daniel


From hick.icecast at gink.org  Sat May 21 08:48:00 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Sat, 21 May 2005 09:48:00 +0100 (BST)
Subject: [Icecast] page not found in icecast-2.2.0
In-Reply-To: <428A2826.1050300@uen.org>
References: <428A2826.1050300@uen.org>
Message-ID: <Pine.LNX.4.60.0505210947220.16246@stum.gink.org>

On Tue, 17 May 2005, Wolfgang Schwurack wrote:

> Can anyone help?

Read the Icecast 2 documentation and not the Icecast 1 documentation ?


From hick.icecast at gink.org  Sat May 21 08:49:36 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Sat, 21 May 2005 09:49:36 +0100 (BST)
Subject: [Icecast] live streaming on the web using a link
In-Reply-To: <428B71CC.7080204@uen.org>
References: <428B71CC.7080204@uen.org>
Message-ID: <Pine.LNX.4.60.0505210948400.16246@stum.gink.org>

On Wed, 18 May 2005, Wolfgang Schwurack wrote:

> Now I click on the link from my web page and winamp tries to open the server
> name "http://webmedia:8002/high" which it can not resolve the hostname,
> web.media.utha.edu  is the the server that is running icecast2 and

> Any suggestions on why the link does not work from the web page?

Read the Icecast 2 documentation yet again and make sure <hostname> is a 
FQDN.


From karl at xiph.org  Sat May 21 09:04:23 2005
From: karl at xiph.org (Karl Heyes)
Date: 21 May 2005 10:04:23 +0100
Subject: [Icecast] load constraints
In-Reply-To: <56755a705052023265e331b37@mail.gmail.com>
References: <1116319069.11634.55.camel@localhost>
	<286e6b7c05052013322af766e7@mail.gmail.com>
	<56755a705052023265e331b37@mail.gmail.com>
Message-ID: <1116666262.28149.818.camel@bogus.hackers.club>

On Sat, 2005-05-21 at 07:26, Daniel Ballenger wrote:
> On 5/20/05, Dan Stowell <danstowell at gmail.com> wrote:
> > Hi Iain,
> > 
> > It's a simple answer:
> > 
> > > For example, if a box on a 128kbps upload connection is
> > > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> > > connections
> > 
> > Yes it is.

you'll be hard pushed to get 2 streams out of it as well, due to the
additional protocol overhead.

> > > or is icecast somehow more efficient?
> > 
> > No - icecast can't work miracles! The underlying technology of the
> > internet (the way it is at present, at least) only allows a packet of
> > information to be sent to one computer, so icecast needs to replicate
> > each chunk of data for every client it wants to broadcast to.
> What about multicast routing?  Doesn't this achieve that?  Just curious :)

multicast would allow for distribution to many, however several things
need to occur before that can work, icecast needs to support it, players
need to support it and the networks people have need to support it
(think NAT and/or firewall).

karl




From danstowell at gmail.com  Sat May 21 09:04:58 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Sat, 21 May 2005 10:04:58 +0100
Subject: [Icecast] load constraints
In-Reply-To: <56755a705052023265e331b37@mail.gmail.com>
References: <1116319069.11634.55.camel@localhost>
	<286e6b7c05052013322af766e7@mail.gmail.com>
	<56755a705052023265e331b37@mail.gmail.com>
Message-ID: <286e6b7c05052102047371b86e@mail.gmail.com>

On 21/05/05, Daniel Ballenger <lpmusix at gmail.com> wrote:
> On 5/20/05, Dan Stowell <danstowell at gmail.com> wrote:
> > Hi Iain,
> >
> > It's a simple answer:
> >
> > > For example, if a box on a 128kbps upload connection is
> > > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> > > connections
> >
> > Yes it is.
> >
> > > or is icecast somehow more efficient?
> >
> > No - icecast can't work miracles! The underlying technology of the
> > internet (the way it is at present, at least) only allows a packet of
> > information to be sent to one computer, so icecast needs to replicate
> > each chunk of data for every client it wants to broadcast to.
>
> What about multicast routing?  Doesn't this achieve that?  Just curious :)

Yes, it does, but (and correct me here, please...) I thought there was
a reason that multicast was not achievable - I thought that many of
the routers that make up today's internet didn't support it?

The original TCP/IP protocols didn't include the concept of multicast.
The concept of multicast was added later, and my understanding is
that's why you can't multicast over the general internet - because not
all of the internet supports it.

This article covers the topic nicely:
http://margo.student.utwente.nl/simon/finished/thesis/thesis1/node7.html

I've no idea what the current state of play is wrt multicast support,
and I don't know what the implications would be for icecast... perhaps
someone more knowledgeable will be able to fill in the gaps!

Dan


From kleptein at hotmail.com  Thu May 19 03:02:53 2005
From: kleptein at hotmail.com (Seth McTigh)
Date: Thu, 19 May 2005 03:02:53 +0000
Subject: [Icecast] Best way to handle multiple (6+) streams
Message-ID: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>

I have a need to stream 6 or 8 different audio sources (radios), and am 
seeking suggestions on the best way to do it.  Although I'd like to stream 
each separately, I could combine them to stereo streams and do 2 on each.

I'd like to know what the best hardware configuration would be to accomplish 
this?  Are there any multiple input sound cards that have been successfully 
tested, or will I need to run 6 or 8 separate boxes to stream into a main 
server?

Is it possible to configure 4 sound cards in a single computer?

Any suggestions/pointers would be greatly appreciated.

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/



From rollercow at sucs.org  Fri May 20 20:46:12 2005
From: rollercow at sucs.org (Chris Jones)
Date: Fri, 20 May 2005 21:46:12 +0100
Subject: [Icecast] load constraints
In-Reply-To: <1116319069.11634.55.camel@localhost>
References: <1116319069.11634.55.camel@localhost>
Message-ID: <428E4C94.4070201@sucs.org>

Iain Mott wrote:

>if a box on a 128kbps upload connection is
>serving a 64Kbps stream - is it limited to
>two connections
>
Yes

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



From danstowell at gmail.com  Sat May 21 11:29:51 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Sat, 21 May 2005 12:29:51 +0100
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
Message-ID: <286e6b7c0505210429770429a2@mail.gmail.com>

Could you use something like a MOTU firewire box to input all your
streams into one computer? They have lots of audio inputs.

I don't know anything about the practicalities I'm afraid, so no idea
how to turn those inputs into separate streams. But I'd much rather do
that than run 8 separate computers.

Dan


On 19/05/05, Seth McTigh <kleptein at hotmail.com> wrote:
> I have a need to stream 6 or 8 different audio sources (radios), and am
> seeking suggestions on the best way to do it.  Although I'd like to stream
> each separately, I could combine them to stereo streams and do 2 on each.
> 
> I'd like to know what the best hardware configuration would be to accomplish
> this?  Are there any multiple input sound cards that have been successfully
> tested, or will I need to run 6 or 8 separate boxes to stream into a main
> server?
> 
> Is it possible to configure 4 sound cards in a single computer?
> 
> Any suggestions/pointers would be greatly appreciated.
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today - it's FREE!
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


-- 
http://www.mcld.co.uk


From Dennis at Heerema.net  Sat May 21 11:46:40 2005
From: Dennis at Heerema.net (Dennis Heerema.net)
Date: Sat, 21 May 2005 13:46:40 +0200
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <286e6b7c0505210429770429a2@mail.gmail.com>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
	<286e6b7c0505210429770429a2@mail.gmail.com>
Message-ID: <428F1FA0.9020308@Heerema.net>

Hi,

I read something about a new version of Opticodec-SE see

 http://www.orban.com/orban/products/stream/1010_overview.html

    * *SE Version - Standard Edition - NEW!! *
    * Microsoft Windows 2000/XP/2003 Server Application.
    * Graphical user interface uses standard Microsoft Windows menu
      structures for ease of learning and use.
    * Console user interface supports batch file execution to enable
      easy launching and automation.
    * Supports any high quality Microsoft Windows Sound Card. May be
      used with Optimod-PC professional signal processing sound card.
    * Up to 128kbps bitrate using aacPlus codec.
    * Up to 320kbps bitrate using AAC codec.
    * Up to 4 encoder instances per stream.  -----*** Maybe this is what
      your looking for?*
    * MPEG-2/MPEG-4 Streaming

Regards,

Dennis Heerema
**


Dan Stowell wrote:

>Could you use something like a MOTU firewire box to input all your
>streams into one computer? They have lots of audio inputs.
>
>I don't know anything about the practicalities I'm afraid, so no idea
>how to turn those inputs into separate streams. But I'd much rather do
>that than run 8 separate computers.
>
>Dan
>
>
>On 19/05/05, Seth McTigh <kleptein at hotmail.com> wrote:
>  
>
>>I have a need to stream 6 or 8 different audio sources (radios), and am
>>seeking suggestions on the best way to do it.  Although I'd like to stream
>>each separately, I could combine them to stereo streams and do 2 on each.
>>
>>I'd like to know what the best hardware configuration would be to accomplish
>>this?  Are there any multiple input sound cards that have been successfully
>>tested, or will I need to run 6 or 8 separate boxes to stream into a main
>>server?
>>
>>Is it possible to configure 4 sound cards in a single computer?
>>
>>Any suggestions/pointers would be greatly appreciated.
>>
>>_________________________________________________________________
>>Express yourself instantly with MSN Messenger! Download today - it's FREE!
>>http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>>
>>_______________________________________________
>>Icecast mailing list
>>Icecast at xiph.org
>>http://lists.xiph.org/mailman/listinfo/icecast
>>
>>    
>>
>
>
>  
>

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

From darkeye at tyrell.hu  Sat May 21 12:19:49 2005
From: darkeye at tyrell.hu (Akos Maroy)
Date: Sat, 21 May 2005 14:19:49 +0200
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
Message-ID: <428F2765.3090409@tyrell.hu>

Seth McTigh wrote:
> I have a need to stream 6 or 8 different audio sources (radios), and am
> seeking suggestions on the best way to do it.  Although I'd like to
> stream each separately, I could combine them to stereo streams and do 2
> on each.
> 
> I'd like to know what the best hardware configuration would be to
> accomplish this?  Are there any multiple input sound cards that have
> been successfully tested, or will I need to run 6 or 8 separate boxes to
> stream into a main server?

I've used the m-audio Delta 1010LT card, which has 10 inputs (and
separate input for each channel). The ALSA drivers under Linux support
this card quite well. I'm sure there are other cards like this one.

You could use darkice to encode each of the inputs, and send them to an
icecast server.

> Is it possible to configure 4 sound cards in a single computer?

yes, actually it is, but it will take up 4 of your PCI slots.
alternatively, you could try to use 4 USB sound devices - also supported
by ALSA drivers under Linux.

IMHO you're better off with a single, multi-channel sound card though.


Akos


From geoff at hitsandpieces.net  Sat May 21 13:08:42 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 21 May 2005 23:08:42 +1000 (EST)
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
Message-ID: <Pine.LNX.4.62.0505212307300.29278@data.home>

Hi,

Before we go any further, what operating system are you using and do you 
have a prefered streaming software?

I will say though that certainly at lower rates, you'll probably get some 
crosstalk between channels if you send two sources per stream.

Geoff.


-- 
Geoff Shang <geoff at hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff at acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


From geoff at hitsandpieces.net  Sat May 21 13:13:32 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 21 May 2005 23:13:32 +1000 (EST)
Subject: [Icecast] live streaming on the web using a link
In-Reply-To: <428B71CC.7080204@uen.org>
References: <428B71CC.7080204@uen.org>
Message-ID: <Pine.LNX.4.62.0505212312340.29278@data.home>

Hi,

You need to use http://server:port/mountpointname.m3u for this to work, and 
for this to work you need to have the <hostname> value set correctly in 
your icecast config file.

Geoff.


-- 
Geoff Shang <geoff at hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff at acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


From geoff at hitsandpieces.net  Sat May 21 13:16:28 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 21 May 2005 23:16:28 +1000 (EST)
Subject: [Icecast] Are there any success stories streaming to an icecast2
	server using Asterisk or OpenMCU?
In-Reply-To: <200505131920.05468.flashl@cox.net>
References: <200505061039.42155.flashl@cox.net>
	<Pine.LNX.4.62.0505071741140.21538@data.home>
	<200505131920.05468.flashl@cox.net>
Message-ID: <Pine.LNX.4.62.0505212314500.29278@data.home>

Flash Love wrote:

> I have read more about asterisk and have succeeded in using it's app_ices
> function and a sample conference .  I would like to learn more about lowering
> the latency between the Speaker on the SIPphone->Meetme
> Conference->ICES->Listener stream.

Vorbis is always going to have some latency, but you could try the 
following:

* Disable the burst options in Icecast

* Lower the listener's buffer size to the smallest possible value

* I think there's a setting in Ices which you could also reduce

Geoff.



From karl at xiph.org  Sat May 21 14:33:13 2005
From: karl at xiph.org (Karl Heyes)
Date: 21 May 2005 15:33:13 +0100
Subject: [Icecast] Are there any success stories streaming to an
	icecast2 server using Asterisk or OpenMCU?
In-Reply-To: <Pine.LNX.4.62.0505212314500.29278@data.home>
References: <200505061039.42155.flashl@cox.net>
	<Pine.LNX.4.62.0505071741140.21538@data.home>
	<200505131920.05468.flashl@cox.net>
	<Pine.LNX.4.62.0505212314500.29278@data.home>
Message-ID: <1116685992.28149.1185.camel@bogus.hackers.club>

On Sat, 2005-05-21 at 14:16, Geoff Shang wrote:
> Flash Love wrote:
> 
> > I have read more about asterisk and have succeeded in using it's app_ices
> > function and a sample conference .  I would like to learn more about lowering
> > the latency between the Speaker on the SIPphone->Meetme
> > Conference->ICES->Listener stream.
> 
> Vorbis is always going to have some latency, but you could try the 
> following:

any format is going to have some latency. Vorbis is no different in this
regard.  

> * Disable the burst options in Icecast
> 
> * Lower the listener's buffer size to the smallest possible value

These 2 are related, so both have to be done to reduce the latency.

> * I think there's a setting in Ices which you could also reduce

ices already flushes audio out every second. In 2.0.1 you can state in
<encode>

   <flush-samples>11025</flush-samples>

to change the default (which is samplerate). icecast 2.2 also rebuilds
vorbis only streams, but that isn't changeable from the half-second
flush currently.  Most of the lag is in the icecast->listener buffering

karl.




From leo.currie at strath.ac.uk  Sat May 21 18:32:44 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Sat, 21 May 2005 19:32:44 +0100
Subject: [Icecast] A thought on the logging...
In-Reply-To: <428CC183.7090509@dcne.net>
References: <428CC183.7090509@dcne.net>
Message-ID: <428F7ECC.8050204@strath.ac.uk>

Ian A. Underwood wrote:

> Crew,
> 
> I've got a logging question.  I've searched high and low, and I can't 
> figure out what the last field in the logfile is.  What does that last 
> number mean?

It's the number of seconds a client was connected for :)
(See /src/logging.h)


Leo


From andy at earthsong.free-online.co.uk  Sat May 21 19:08:08 2005
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Sat, 21 May 2005 20:08:08 +0100
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
Message-ID: <200505212008.08294.andy@earthsong.free-online.co.uk>

On Thursday 19 May 2005 04:02, Seth McTigh wrote:
> I have a need to stream 6 or 8 different audio sources (radios), and am
> seeking suggestions on the best way to do it.  Although I'd like to stream
> each separately, I could combine them to stereo streams and do 2 on each.

Sounds like a bad idea - you'd get cross-talk between the two channels.

> I'd like to know what the best hardware configuration would be to
> accomplish this?  Are there any multiple input sound cards that have been
> successfully tested, or will I need to run 6 or 8 separate boxes to stream
> into a main server?
>
> Is it possible to configure 4 sound cards in a single computer?

Yes if you have the slots, but a single multi-input card would be better.

>
> Any suggestions/pointers would be greatly appreciated.

One point is if you want to encode 6-8 streams on a single machine, you'll 
probably need a pretty fast machine, as encoding is quite 
processor-intensive. As an example, I just encoded a 4 minute, 34 second 
track in 40 seconds using oggenc at 64 kbps on a 1.4 GHz athlon, which means 
that streaming live audio the encoder would use around 100*40/(4*60+34)=14.5% 
of the CPU. I.e. you'd run out of CPU trying to encode more than 5-6 streams 
at that bitrate on this machine.

You can do this test yourself on the machine you'll be using like this:

$ oggenc -b 64 track.wav -o track.ogg
Opening with wav module: WAV file reader
Encoding "track.wav" to
         "track.ogg"
at approximate bitrate 64 kbps (VBR encoding enabled)
        [ 99.9%] [ 0m00s remaining] /

Done encoding file "track.ogg"

        File length:  4m 34.0s
        Elapsed time: 0m 40.3s
        Rate:         6.8263
        Average bitrate: 66.7 kb/s

Then look for the 'rate' parameter in the results - this is the number of 
times faster than real time the track encoded in, which should roughly 
translate to the maximum number of live streams you can encode at once.

andy baxter.

-- 
Please don't send me html mail or un-notified attachments. These will be 
automatically filed under 'probable spam' unless I'm expecting an email which 
hasn't come.
If you do need to send an attachment or html mail, put [attachment] or [html] 
in the subject line.
Thanks, andy.


From mott at reverberant.com  Sat May 21 21:58:14 2005
From: mott at reverberant.com (Iain Mott)
Date: Sun, 22 May 2005 07:58:14 +1000
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
Message-ID: <1116712694.11853.11.camel@localhost>

hi - once you decide on a sound card configuration, Pd would be an easy
way of accessing the individual input channels (eg. with individual adc~
objects). You could then patch these to multiple "shoutcast~" objects
within Pd to create the individual icecast2 mountpoints/streams.

See: www-crca.ucsd.edu/~msp/software.html for Pd and
www.akustische-kunst.org/puredata/shout/shoutcast-howto.html for a
shoutcast~/Pd howto.

iain

On Thu, 2005-05-19 at 03:02 +0000, Seth McTigh wrote:
> I have a need to stream 6 or 8 different audio sources (radios), and am 
> seeking suggestions on the best way to do it.  Although I'd like to stream 
> each separately, I could combine them to stereo streams and do 2 on each.
> 
> I'd like to know what the best hardware configuration would be to accomplish 
> this?  Are there any multiple input sound cards that have been successfully 
> tested, or will I need to run 6 or 8 separate boxes to stream into a main 
> server?
> 
> Is it possible to configure 4 sound cards in a single computer?
> 
> Any suggestions/pointers would be greatly appreciated.
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today - it's FREE! 
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 



From andy at earthsong.free-online.co.uk  Sat May 21 22:17:24 2005
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Sat, 21 May 2005 23:17:24 +0100
Subject: [Icecast] Best way to handle multiple (6+) streams
In-Reply-To: <1116712694.11853.11.camel@localhost>
References: <BAY102-F2986A36F39E45DC3171DD6CB080@phx.gbl>
	<1116712694.11853.11.camel@localhost>
Message-ID: <200505212317.24572.andy@earthsong.free-online.co.uk>

On Saturday 21 May 2005 22:58, Iain Mott wrote:
> hi - once you decide on a sound card configuration, Pd would be an easy
> way of accessing the individual input channels (eg. with individual adc~
> objects). You could then patch these to multiple "shoutcast~" objects
> within Pd to create the individual icecast2 mountpoints/streams.
>
> See: www-crca.ucsd.edu/~msp/software.html for Pd and
> www.akustische-kunst.org/puredata/shout/shoutcast-howto.html for a
> shoutcast~/Pd howto.
>
> iain
>

another way to do this would be to use jackd - each channel comes up as a 
separate jack port, so you could start 8 streamer clients (e.g. ices or 
oddcastv3, both of which support jack), and then send each one a separate 
input channel. Getting a proper multichannel sound card would still be better 
though.

-- 
Please don't send me html mail or un-notified attachments. These will be 
automatically filed under 'probable spam' unless I'm expecting an email which 
hasn't come.
If you do need to send an attachment or html mail, put [attachment] or [html] 
in the subject line.
Thanks, andy.


From agentgrn at dcne.net  Sun May 22 05:04:38 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Sun, 22 May 2005 01:04:38 -0400
Subject: [Icecast] A thought on the logging...
In-Reply-To: <428F7ECC.8050204@strath.ac.uk>
References: <428CC183.7090509@dcne.net> <428F7ECC.8050204@strath.ac.uk>
Message-ID: <429012E6.4030802@dcne.net>

Leo Currie wrote:
> It's the number of seconds a client was connected for :)
> (See /src/logging.h)

THe reason I had to ask is that I thought this looked off.  Here are a 
couple entries in the log:

68.x.x.x- - [14/May/2005:14:59:19 -0400] "GET /live.ogg HTTP/1.0" 200 
19025645 "(null)" "-" 36295264

84.x.x.x- - [16/May/2005:04:02:22 -0400] "GET /live.ogg HTTP/1.0" 200 
183200 "(null)" "-" 40372400

I'm running the v2.2 on Win32...and that last field looks very off for 
number of seconds.

-I


From dm8tbr at afthd.tu-darmstadt.de  Sun May 22 16:17:47 2005
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Sun, 22 May 2005 18:17:47 +0200
Subject: [Icecast] A thought on the logging...
In-Reply-To: <429012E6.4030802@dcne.net>
References: <428CC183.7090509@dcne.net> <428F7ECC.8050204@strath.ac.uk>
	<429012E6.4030802@dcne.net>
Message-ID: <4290B0AB.7010802@afthd.tu-darmstadt.de>


> THe reason I had to ask is that I thought this looked off.  Here are a 
> couple entries in the log:
> 
> 68.x.x.x- - [14/May/2005:14:59:19 -0400] "GET /live.ogg HTTP/1.0" 200 
> 19025645 "(null)" "-" 36295264
> 
> 84.x.x.x- - [16/May/2005:04:02:22 -0400] "GET /live.ogg HTTP/1.0" 200 
> 183200 "(null)" "-" 40372400
maybe the counter cycled due to an overrun? dunno what type of variable
it is stored in.

Thomas



From craig at fdllug.org  Sun May 22 18:55:21 2005
From: craig at fdllug.org (Craig Meyer)
Date: Sun, 22 May 2005 13:55:21 -0500
Subject: [Icecast] Problems with Ices
Message-ID: <4290D599.4030607@fdllug.org>

I am having problems getting Ices to work with ALSA. If I use arecord 
(arecord -D plughw:0,0 output.wav) I can record the input from my 
microphone into a file. The playback works perfectly. However, if I use 
Ices with the same values I hear nothing on the receiving end of my 
broadcast (although I can connect to it). In order to do a further test, 
I setup a <savefile> tag in my ices-live.conf file so that Ices would 
write to a file the sound it was sending to icecast. The output file it 
creates has only static. I will post the input section of my ices config 
file below. Any help would be appreciated. I am sure I haven't provided 
enough information to solve the problem, just tell me what you need...

This system is going to be a mission critical system that transports a 
local radio station across a lan into a shielded server room so it can 
be played over a PA in a factory where it is hard to receive FM signals. 
This system will be depended on in that factory for entertainment and 
emergency weather alert information in an area where tornadoes are 
common this time of year. It could really be a life or death system and 
the old Windows98 version with shoutcast just wasn't cutting it ;).

<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">2</param>
<param name="device">plughw:0,0</param>
<param name="metadata">1</param>
<param name="metadatafilename">test</param>
</input>

-Craig


From karl at xiph.org  Sun May 22 19:22:07 2005
From: karl at xiph.org (Karl Heyes)
Date: 22 May 2005 20:22:07 +0100
Subject: [Icecast] Problems with Ices
In-Reply-To: <4290D599.4030607@fdllug.org>
References: <4290D599.4030607@fdllug.org>
Message-ID: <1116789725.28149.2965.camel@bogus.hackers.club>

On Sun, 2005-05-22 at 19:55, Craig Meyer wrote:
> I am having problems getting Ices to work with ALSA. If I use arecord 
> (arecord -D plughw:0,0 output.wav) I can record the input from my 
> microphone into a file. The playback works perfectly. However, if I use 
> Ices with the same values I hear nothing on the receiving end of my 
> broadcast (although I can connect to it). In order to do a further test, 
> I setup a <savefile> tag in my ices-live.conf file so that Ices would 
> write to a file the sound it was sending to icecast. The output file it 
> creates has only static. I will post the input section of my ices config 
> file below. Any help would be appreciated. I am sure I haven't provided 
> enough information to solve the problem, just tell me what you need...

The keys bits for us to know are the ices version (2.0.1 had ALSA
updates), the XML file and maybe the log file.  If there was a stream to
connect to then that would indicate that something is being read.

karl.





From craig at fdllug.org  Sun May 22 20:18:37 2005
From: craig at fdllug.org (Craig Meyer)
Date: Sun, 22 May 2005 15:18:37 -0500
Subject: [Icecast] Problems with Ices
In-Reply-To: <1116789725.28149.2965.camel@bogus.hackers.club>
References: <4290D599.4030607@fdllug.org>
	<1116789725.28149.2965.camel@bogus.hackers.club>
Message-ID: <4290E91D.4060600@fdllug.org>

Karl,

I installed icecast/ices from the latest stable ebuild on gentoo 
portage. It appears from the log file that ices is only version 2.0.0 
even though the ebuild is version 2.1.0. I just reinstalled icecast with 
the newest (unstable) ebuild and it still doesn't seem to have version 
2.0.1 of ices. Do you recommend that I manually compile or that I find a 
way to use a wrapper for ALSA to make it look like OSS? Either way I 
will post my ices log and my ices and icecast config files. Maybe there 
is more to this than I understand.

-Craig

ices log:
[2005-05-22  10:11:26] INFO ices-core/main IceS 2.0.0 started...
[2005-05-22  10:11:26] INFO input-alsa/alsa_open_module Opened audio 
device plughw:0,0
[2005-05-22  10:11:26] INFO input-alsa/alsa_open_module using 2 
channel(s), 44100 Hz, buffer 371 ms (2 periods)
[2005-05-22  10:11:26] INFO input-alsa/alsa_open_module Starting 
metadata update thread
[2005-05-22  10:11:26] INFO signals/signal_usr1_handler Metadata update 
requested
[2005-05-22  10:11:26] DBUG metadata/metadata_thread_signal reading 
metadata from "test"
[2005-05-22  10:11:26] INFO metadata/metadata_thread_signal tag 1 is testing
[2005-05-22  10:11:26] INFO metadata/metadata_thread_signal Updating 
metadata
[2005-05-22  10:11:26] INFO audio/downmix_initialise Enabling 
stereo->mono downmixing
[2005-05-22  10:11:26] INFO audio/resample_initialise Initialised 
resampler for 1 channels, from 44100 Hz to 22050 Hz
[2005-05-22  10:11:26] INFO encode/encode_initialise Encoder 
initialising in VBR mode: 1 channel(s), 22050 Hz, quality 0.000000
[2005-05-22  10:11:26] INFO stream/ices_instance_stream Saving stream to 
file output.wav
[2005-05-22  10:11:26] INFO stream/ices_instance_stream Connected to 
server: localhost:8000/tobin.ogg
[2005-05-22  10:11:26] INFO audio/resample_initialise Initialised 
resampler for 1 channels, from 44100 Hz to 22050 Hz
[2005-05-22  10:11:26] DBUG encode/encode_clear Clearing encoder engine
[2005-05-22  10:11:26] INFO encode/encode_initialise Encoder 
initialising in VBR mode: 1 channel(s), 22050 Hz, quality 0.000000
[2005-05-22  10:11:44] INFO signals/signal_int_handler Shutdown requested...
[2005-05-22  10:11:44] DBUG stream-shared/stream_wait_for_data Shutdown 
signalled: thread shutting down
[2005-05-22  10:11:44] DBUG encode/encode_clear Clearing encoder engine
[2005-05-22  10:11:44] DBUG input/input_loop An instance died, removing it
[2005-05-22  10:11:44] DBUG input/input_flush_queue Input queue flush 
requested
[2005-05-22  10:11:44] INFO input/input_loop All instances removed, 
shutting down...
[2005-05-22  10:11:44] INFO metadata/metadata_thread_signal metadata 
thread shutting down
[2005-05-22  10:11:44] INFO ices-core/main Shutdown complete

ices config:
<ices>
<!-- run in background  -->
<background>0</background>
<!-- where logs go. -->
<logpath>/home/icecast/log</logpath>
<logfile>ices.log</logfile>
<logsize>2048</logsize>
<!-- 1=error, 2=warn, 3=infoa ,4=debug -->
<loglevel>4</loglevel>
<!-- logfile is ignored if this is set to 1 -->
<consolelog>0</consolelog>
<!-- optional filename to write process id to -->
<!-- <pidfile>/home/ices/ices.pid</pidfile> -->
-
    <stream>
<!-- metadata used for stream listing -->
-
    <metadata>
<name>TobinRadio</name>
<genre>FM Tuner</genre>
<description>Radio Machine for Tobin Machining</description>
<url>localhost</url>
</metadata>
-
    <!--
    Input module.

            This example uses the 'oss' module. It takes input from the
            OSS audio device (e.g. line-in), and processes it for live
            encoding. 
-->
-
    <input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">2</param>
<param name="device">plughw:0,0</param>
<!-- Read metadata (from stdin by default, or -->
-
    <!--
 filename defined below (if the latter, only on SIGUSR1)
-->
<param name="metadata">1</param>
<param name="metadatafilename">test</param>
</input>
-
    <!--
    Stream instance.

            You may have one or more instances here.  This allows you to
            send the same input data to one or more servers (or to different
            mountpoints on the same server). Each of them can have different
            parameters. This is primarily useful for a) relaying to multiple
            independent servers, and b) encoding/reencoding to multiple
            bitrates.

            If one instance fails (for example, the associated server goes
            down, etc), the others will continue to function correctly.
            This example defines a single instance doing live encoding at
            low bitrate. 
-->
-
    <instance>
-
    <!--
    Server details.

                You define hostname and port for the server here, along
                with the source password and mountpoint. 
-->
<hostname>localhost</hostname>
<port>8000</port>
<password>icecast</password>
<mount>/tobin.ogg</mount>
<savefile>output.wav</savefile>
<yp>1</yp>
<!-- allow stream to be advertised on YP,
default 0 -->
-
    <!--
    Live encoding/reencoding:

                channels and samplerate currently MUST match the channels
                and samplerate given in the parameters to the oss input
                module above or the remsaple/downmix section below. 
-->
-
    <encode>
<quality>0</quality>
<samplerate>22050</samplerate>
<channels>1</channels>
</encode>
-
    <!--
 stereo->mono downmixing, enabled by setting this to 1
-->
<downmix>1</downmix>
-
    <!--
 resampling.
           
                Set to the frequency (in Hz) you wish to resample to,
-->
-
    <resample>
<in-rate>44100</in-rate>
<out-rate>22050</out-rate>
</resample>
</instance>
</stream>
</ices>

icecast config:
<icecast>
-
    <limits>
<clients>100</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
-
    <!--
 If enabled, this will provide a burst of data when a client
             first connects, thereby significantly reducing the startup
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this.
-->
<burst-on-connect>1</burst-on-connect>
-
    <!--
 same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints 
-->
<burst-size>65535</burst-size>
</limits>
-
    <authentication>
<!-- Sources log in with username 'source' -->
<source-password>icecast</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>icecast</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>admin</admin-user>
<admin-password>icecast</admin-password>
</authentication>
<!-- Uncomment this if you want directory listings -->
-
    <!--

    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
    </directory>
    
-->
-
    <!--
 This is the hostname other people will use to connect to your server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings.
-->
<hostname>radio</hostname>
-
    <!--
 You can use these two if you only want a single listener
-->
<!--<port>8000</port> -->
<!--<bind-address>127.0.0.1</bind-address>-->
<!-- You may have multiple <listener> elements -->
-
    <listen-socket>
<port>8000</port>
<!-- <bind-address>127.0.0.1</bind-address> -->
</listen-socket>
-
    <!--

    <listen-socket>
        <port>8001</port>
    </listen-socket>
   
-->
<!--<master-server>127.0.0.1</master-server>-->
<!--<master-server-port>8001</master-server-port>-->
-
    <!--
<master-update-interval>120</master-update-interval>
-->
<!--<master-password>hackme</master-password>-->
-
    <!--

    <relay>
        <server>127.0.0.1</server>
        <port>8001</port>
        <mount>/example.ogg</mount>
        <local-mount>/different.ogg</local-mount>

        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>
   
-->
-
    <!--
 Only define a <mount> section if you want to use advanced options,
         like alternative usernames or passwords
    <mount>
        <mount-name>/example-complex.ogg</mount-name>

        <username>othersource</username>
        <password>hackmemore</password>

        <max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <burst-size>65536</burst-size>
        <fallback-mount>/example2.ogg</fallback-mount>
        <authentication type="htpasswd">
                <option name="filename" value="myauth"/>
                <option name="allow_duplicate_users" value="0"/>
        </authentication>
    </mount>
   
-->
<fileserve>1</fileserve>
-
    <paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/share/icecast</basedir>
-
    <!--
 Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root
-->
<logdir>/home/icecast/log</logdir>
<webroot>/usr/share/icecast/web</webroot>
<adminroot>/usr/share/icecast/admin</adminroot>
-
    <!--
 <pidfile>/usr/share/icecast/icecast.pid</pidfile>
-->
-
    <!--
 Aliases: treat requests for 'source' path as being for 'dest' path
             May be made specific to a port or bound address using the 
"port"
             and "bind-address" attributes.
         
-->
-
    <!--

        <alias source="/foo" dest="/bar"/>
         
-->
-
    <!--
 Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for 
http://server:port/ to
             the status page
         
-->
<alias source="/" dest="/status.xsl"/>
</paths>
-
    <logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>4</loglevel>
<!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>
-
    <security>
<chroot>0</chroot>
-
    <!--

        <changeowner>
            <user>icecast</user>
            <group>icecast</group>
        </changeowner>
       
-->
</security>
</icecast>



Karl Heyes wrote:

>On Sun, 2005-05-22 at 19:55, Craig Meyer wrote:
>  
>
>>I am having problems getting Ices to work with ALSA. If I use arecord 
>>(arecord -D plughw:0,0 output.wav) I can record the input from my 
>>microphone into a file. The playback works perfectly. However, if I use 
>>Ices with the same values I hear nothing on the receiving end of my 
>>broadcast (although I can connect to it). In order to do a further test, 
>>I setup a <savefile> tag in my ices-live.conf file so that Ices would 
>>write to a file the sound it was sending to icecast. The output file it 
>>creates has only static. I will post the input section of my ices config 
>>file below. Any help would be appreciated. I am sure I haven't provided 
>>enough information to solve the problem, just tell me what you need...
>>    
>>
>
>The keys bits for us to know are the ices version (2.0.1 had ALSA
>updates), the XML file and maybe the log file.  If there was a stream to
>connect to then that would indicate that something is being read.
>
>karl.
>
>
>
>  
>



From Jason at Weatherserver.net  Sun May 22 23:09:03 2005
From: Jason at Weatherserver.net (Jason)
Date: Sun, 22 May 2005 19:09:03 -0400
Subject: [Icecast] Windows Media Player
Message-ID: <000801c55f23$3f66e850$1400000a@workstation>

I'm having a problem with WMP and icecast 2.2.0. When people try to connect it buffers the feed really slow and people never go get audio.

I've tried connecting over the LAN and it does the same thing.

Open  http:/scanner.weatherserver.net/live  in media player and you will see what I am talking about.

 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Weather @ 7:04pm - Temp: 13.2 ?C - Humidity 55 % - Wind: ESE @ 6 km/h
 Baro: 1010 kPa Steady - Vis: 14 km - Sky: Overcast - Weather: ---

 =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
 Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion,
 SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch
 Signup at www.weatherserver.net today...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050522/ad643fbf/attachment.htm>

From karl at xiph.org  Sun May 22 23:16:58 2005
From: karl at xiph.org (Karl Heyes)
Date: 23 May 2005 00:16:58 +0100
Subject: [Icecast] Problems with Ices
In-Reply-To: <4290E91D.4060600@fdllug.org>
References: <4290D599.4030607@fdllug.org>
	<1116789725.28149.2965.camel@bogus.hackers.club>
	<4290E91D.4060600@fdllug.org>
Message-ID: <1116803817.28149.3214.camel@bogus.hackers.club>

On Sun, 2005-05-22 at 21:18, Craig Meyer wrote:
> Karl,
> 
> I installed icecast/ices from the latest stable ebuild on gentoo 
> portage. It appears from the log file that ices is only version 2.0.0 
> even though the ebuild is version 2.1.0. I just reinstalled icecast with 
> the newest (unstable) ebuild and it still doesn't seem to have version 
> 2.0.1 of ices. Do you recommend that I manually compile or that I find a 
> way to use a wrapper for ALSA to make it look like OSS? Either way I 
> will post my ices log and my ices and icecast config files. Maybe there 
> is more to this than I understand.

I can't comment on distribution builds specifically as they may make
changes to what we release.  I do know there were some issues with
ebuild but ices 2.0.1 is what you should use.  build from source if need
be

karl.







From karl at xiph.org  Sun May 22 23:28:58 2005
From: karl at xiph.org (Karl Heyes)
Date: 23 May 2005 00:28:58 +0100
Subject: [Icecast] Windows Media Player
In-Reply-To: <000801c55f23$3f66e850$1400000a@workstation>
References: <000801c55f23$3f66e850$1400000a@workstation>
Message-ID: <1116804538.28149.3239.camel@bogus.hackers.club>

On Mon, 2005-05-23 at 00:09, Jason wrote:
> I'm having a problem with WMP and icecast 2.2.0. When people try to
> connect it buffers the feed really slow and people never go get audio.
>  
> I've tried connecting over the LAN and it does the same thing.
>  
> Open  http:/scanner.weatherserver.net/live  in media player and you
> will see what I am talking about.

I've heard of a couple of issues with wmp (surprise!), one is that VBR
MP3 streams are not handled well in at least some versions.

karl.




From maillists at conactive.com  Sun May 22 23:31:24 2005
From: maillists at conactive.com (Kai Schaetzl)
Date: Mon, 23 May 2005 01:31:24 +0200
Subject: [Icecast] Windows Media Player
In-Reply-To: <000801c55f23$3f66e850$1400000a@workstation>
References: <000801c55f23$3f66e850$1400000a@workstation>
Message-ID: <VA.00001c9c.11fab8af@virtual-access.org>

Jason wrote on Sun, 22 May 2005 19:09:03 -0400:

> Open  http:/scanner.weatherserver.net/live  in media player and you
> will see what I am talking about.
>

I can't repro that. There is no "buffering". Your server doesn't answer, 
no matter which client I use. There is a problem on your side.


Kai

-- 
Kai Sch?tzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
IE-Center: http://ie5.de & http://msie.winware.org





From Jason at Weatherserver.net  Sun May 22 23:49:38 2005
From: Jason at Weatherserver.net (Jason)
Date: Sun, 22 May 2005 19:49:38 -0400
Subject: [Icecast] Windows Media Player
References: <000801c55f23$3f66e850$1400000a@workstation>
	<VA.00001c9c.11fab8af@virtual-access.org>
Message-ID: <001801c55f28$ea667180$1400000a@workstation>

You may have been connecting in that 60 seconds I restarted the server.


----- Original Message ----- 
From: "Kai Schaetzl" <maillists at conactive.com>
To: <icecast at xiph.org>
Sent: Sunday, May 22, 2005 7:31 PM
Subject: Re: [Icecast] Windows Media Player


> Jason wrote on Sun, 22 May 2005 19:09:03 -0400:
>
>> Open  http:/scanner.weatherserver.net/live  in media player and you
>> will see what I am talking about.
>>
>
> I can't repro that. There is no "buffering". Your server doesn't answer,
> no matter which client I use. There is a problem on your side.
>
>
> Kai
>
> -- 
> Kai Sch?tzl, Berlin, Germany
> Get your web at Conactive Internet Services: http://www.conactive.com
> IE-Center: http://ie5.de & http://msie.winware.org
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 




From agentgrn at dcne.net  Mon May 23 07:23:05 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Mon, 23 May 2005 03:23:05 -0400
Subject: [Icecast] load constraints
In-Reply-To: <1116319069.11634.55.camel@localhost>
References: <1116319069.11634.55.camel@localhost>
Message-ID: <429184D9.7070106@dcne.net>

Iain Mott wrote:
> Could someone please explain (or direct me to links) what happens to the
> upload bandwidth of a box running icecast, when more than one client
> connects? For example, if a box on a 128kbps upload connection is
> serving a 64Kbps stream (and not audio-on-demand) - is it limited to two
> connections or is icecast somehow more efficient?

Actually...you will be limited to one.  128k isn't enough upstream 
bandwidth to serve up 64k worth of stream information, plus the overhead 
involved in transporting it for two listeners.  You'd need at least 192k 
to move two streams comfortably at that bitrate.

-I



From hick.icecast at gink.org  Mon May 23 07:41:30 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Mon, 23 May 2005 08:41:30 +0100 (BST)
Subject: [Icecast] Windows Media Player
In-Reply-To: <000801c55f23$3f66e850$1400000a@workstation>
References: <000801c55f23$3f66e850$1400000a@workstation>
Message-ID: <Pine.LNX.4.60.0505230839310.16246@stum.gink.org>

On Sun, 22 May 2005, Jason wrote:

> I'm having a problem with WMP and icecast 2.2.0. When people try to 
> connect it buffers the feed really slow and people never go get audio.

*Which* WMP ?

WMP 6.4 certainly exhibits that behaviour consistently.


From un at dom.de  Mon May 23 08:21:01 2005
From: un at dom.de (un at dom.de)
Date: Mon, 23 May 2005 10:21:01 +0200
Subject: [Icecast] Windows Media Player
In-Reply-To: <1116804538.28149.3239.camel@bogus.hackers.club>;
	from karl@xiph.org on Mon, May 23, 2005 at 12:28:58AM +0100
References: <000801c55f23$3f66e850$1400000a@workstation>
	<1116804538.28149.3239.camel@bogus.hackers.club>
Message-ID: <20050523102101.A8078@aporee.org>



i had a similar problem few weeks ago.
ices 0.4, icecast 2.2
wmp buffered endless. other players had no problem.
solution for me was to explicitly set the type of 
stream in ices, e.g. "-t http" on the command line or 
in the config file.
uno



Karl Heyes:
> On Mon, 2005-05-23 at 00:09, Jason wrote:
> > I'm having a problem with WMP and icecast 2.2.0. When people try to
> > connect it buffers the feed really slow and people never go get audio.
> >  
> > I've tried connecting over the LAN and it does the same thing.
> >  
> > Open  http:/scanner.weatherserver.net/live  in media player and you
> > will see what I am talking about.
> 
> I've heard of a couple of issues with wmp (surprise!), one is that VBR
> MP3 streams are not handled well in at least some versions.
> 
> karl.
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From karl at xiph.org  Mon May 23 21:38:36 2005
From: karl at xiph.org (Karl Heyes)
Date: 23 May 2005 22:38:36 +0100
Subject: [Icecast] A thought on the logging...
In-Reply-To: <429012E6.4030802@dcne.net>
References: <428CC183.7090509@dcne.net> <428F7ECC.8050204@strath.ac.uk>
	<429012E6.4030802@dcne.net>
Message-ID: <1116884315.28149.3945.camel@bogus.hackers.club>

On Sun, 2005-05-22 at 06:04, Ian A. Underwood wrote:
> Leo Currie wrote:
> > It's the number of seconds a client was connected for :)
> > (See /src/logging.h)
> 
> THe reason I had to ask is that I thought this looked off.  Here are a 
> couple entries in the log:
> 
> 68.x.x.x- - [14/May/2005:14:59:19 -0400] "GET /live.ogg HTTP/1.0" 200 
> 19025645 "(null)" "-" 36295264
> 
> 84.x.x.x- - [16/May/2005:04:02:22 -0400] "GET /live.ogg HTTP/1.0" 200 
> 183200 "(null)" "-" 40372400
> 
> I'm running the v2.2 on Win32...and that last field looks very off for 
> number of seconds.

I think I have a fix for this, but I need to verify it

karl.



From carlos at zonacharrua.com  Tue May 24 00:44:20 2005
From: carlos at zonacharrua.com (ZONA)
Date: Mon, 23 May 2005 21:44:20 -0300
Subject: [Icecast] Stream service
References: <000801c55f23$3f66e850$1400000a@workstation><1116804538.28149.3239.camel@bogus.hackers.club>
	<20050523102101.A8078@aporee.org>
Message-ID: <177001c55ff9$bd7edaf0$fc01a8c0@a>

Hi all icecasters:

does anybody know good stream providers at low prices?.

I would like providers that support  ogg but I am interested in any form of
broadcasting they can provide at low prices.

Thanks:

C. Perez



From mihamina.rakotomandimby at etu.univ-orleans.fr  Wed May 25 20:05:39 2005
From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby (R12y) Mihamina)
Date: Wed, 25 May 2005 22:05:39 +0200
Subject: [Icecast] Stream service
In-Reply-To: <177001c55ff9$bd7edaf0$fc01a8c0@a>
References: <000801c55f23$3f66e850$1400000a@workstation>
	<1116804538.28149.3239.camel@bogus.hackers.club>
	<20050523102101.A8078@aporee.org>  <177001c55ff9$bd7edaf0$fc01a8c0@a>
Message-ID: <1117051539.3813.29.camel@vavahady>

On Mon, 2005-05-23 at 21:44 -0300, ZONA wrote:
> Hi all icecasters:

I know ovh.
http://www.ovh.com/fr/produits/streaming_relay.xml

Still in french...

-- 
Get a fully managed dedicated server for ?200/month ($257/month)
No time limit for taking care of your server.
You keep the "root" acces if you want. Billing periods are 3 months.
See the conditions at http://aspo.rktmb.org/activities/managed_servers



From ck at phptalk.com  Thu May 26 10:28:27 2005
From: ck at phptalk.com (CK)
Date: Thu, 26 May 2005 13:28:27 +0300
Subject: [Icecast] About server load
Message-ID: <002f01c561dd$a96d81c0$0b00000a@ORGANIZATION>

Hi all there...

I was thinking of using icecast streaming software to provide a local radio station's internet audience*.


First of all, what i search for is... A software that supports Windows Media Player type streaming at end user side, while streaming server is a RedHat linux and source machine is a Windows server with any GUI software installed, ie; WinAmp or Win Media Encoder.

I think, and i see on the web site that icecast is suitable.


NOW MY QUESTION is about server load, which you didn't mention on the website. Could you please tell me how much server load should i expect if ie; there are 100 end-users listening radio live, how much memory would use icecast?



Thank you in advance.
Best wihses,
Cem K.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050526/7f41aab7/attachment.htm>

From mlrsmith at gmail.com  Thu May 26 11:15:57 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 26 May 2005 13:15:57 +0200
Subject: [Icecast] About server load
In-Reply-To: <002f01c561dd$a96d81c0$0b00000a@ORGANIZATION>
References: <002f01c561dd$a96d81c0$0b00000a@ORGANIZATION>
Message-ID: <3c173721050526041570aa27af@mail.gmail.com>

> NOW MY QUESTION is about server load, which you didn't mention on the
> website. Could you please tell me how much server load should i expect if
> ie; there are 100 end-users listening radio live, how much memory would use
> icecast? 

Icecast uses fairly trivial amounts of memory and cpu - not enough to
concern anyone.

What is usually of concern is the bandwidth usage - since icecast is a
unicast system, your bandwidth usage will increase linearly with the
number of clients connected.

Mike


From ck at phptalk.com  Thu May 26 14:18:10 2005
From: ck at phptalk.com (CK)
Date: Thu, 26 May 2005 17:18:10 +0300
Subject: [Icecast] About server load
Message-ID: <308401c561fd$c0a95470$0b00000a@ORGANIZATION>

Thank you for information. Glad to hear that.

By the way, i think i can broadcast different radios using same icecast software. Of course by feeding the icecast server from different sources.

Radio 1 source > Same icecast server > Internet
Radio 2 source > Same icecast server > Internet
Radio 3 source > Same icecast server > Internet
.
.

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

From leo.currie at strath.ac.uk  Thu May 26 14:33:26 2005
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Thu, 26 May 2005 15:33:26 +0100
Subject: [Icecast] About server load
In-Reply-To: <308401c561fd$c0a95470$0b00000a@ORGANIZATION>
References: <308401c561fd$c0a95470$0b00000a@ORGANIZATION>
Message-ID: <4295DE36.2050002@strath.ac.uk>

CK wrote:
> By the way, i think i can broadcast different radios using same icecast 
> software. Of course by feeding the icecast server from different sources.
> 
> Radio 1 source > Same icecast server > Internet
> Radio 2 source > Same icecast server > Internet
> Radio 3 source > Same icecast server > Internet

That's correct. You would use different mountpoints for each stream, for 
example:

Radio 1 source > server:port/stream1.ogg
Radio 2 source > server:port/stream2.ogg
Radio 3 source > server:port/stream3.ogg

Leo


From simestd at netexpress.com  Thu May 26 18:35:31 2005
From: simestd at netexpress.com (Thomas D.Simes)
Date: Thu, 26 May 2005 10:35:31 -0800
Subject: [Icecast] registering icecast server in shoutcast directory?
Message-ID: <20050526103531.0b7d421f.simestd@netexpress.com>


I'm running darkice-0.15 to stream live mp3 encoded audio to
icecast2-2.2.0_1,1 on a FreeBSD 4.10 machine and everything is
working great.  Now that I have my icecast stream server set up, I would
like to register it in the shoutcast directory.  Is this possible?  I
see the icecast.xml entries to register with the xiph.org and
oddsock.org directory servers, but I can't find any examples for
shoutcast.

I suspect this is (or should be) a FAQ, but I can't find a definitive
answer or example.  I've got the shoutcast server for FreeBSD
downloaded, but I would like to stick with icecast if possible.

Also, in case the list admins are reading, have you considered setting
up the HTdig integration with pipermail on the list archives to make
them searchable?  The install is pretty painless and would add a lot of
functionality to the lists:  http://www.htdig.org/

TIA

-- 
Tom
 
======================================================================
   "Z-80 system stack overflow.  Shut 'er down Scotty, the system's
         sucking mud" - Error message on TRS 80 Model-16B

Thomas D. Simes                                 simestd at netexpress.com 
======================================================================


From karl at xiph.org  Thu May 26 19:08:03 2005
From: karl at xiph.org (Karl Heyes)
Date: 26 May 2005 20:08:03 +0100
Subject: [Icecast] registering icecast server in shoutcast directory?
In-Reply-To: <20050526103531.0b7d421f.simestd@netexpress.com>
References: <20050526103531.0b7d421f.simestd@netexpress.com>
Message-ID: <1117134482.28149.3991.camel@bogus.hackers.club>

On Thu, 2005-05-26 at 19:35, Thomas D.Simes wrote:
> I'm running darkice-0.15 to stream live mp3 encoded audio to
> icecast2-2.2.0_1,1 on a FreeBSD 4.10 machine and everything is
> working great.  Now that I have my icecast stream server set up, I would
> like to register it in the shoutcast directory.  Is this possible?  I
> see the icecast.xml entries to register with the xiph.org and
> oddsock.org directory servers, but I can't find any examples for
> shoutcast.

shoutcast uses a different protocol to what we use, even so, the last I
heard was that AOL/Nullsoft banned non-shoutcast servers from their
directory. AFAIK this hasn't changed

karl.




From simestd at netexpress.com  Thu May 26 19:24:08 2005
From: simestd at netexpress.com (Thomas D.Simes)
Date: Thu, 26 May 2005 11:24:08 -0800
Subject: [Icecast] registering icecast server in shoutcast directory?
In-Reply-To: <1117134482.28149.3991.camel@bogus.hackers.club>
References: <20050526103531.0b7d421f.simestd@netexpress.com>
	<1117134482.28149.3991.camel@bogus.hackers.club>
Message-ID: <20050526112408.1964c5c8.simestd@netexpress.com>

On 26 May 2005 20:08:03 +0100
Karl Heyes <karl at xiph.org> wrote:

> On Thu, 2005-05-26 at 19:35, Thomas D.Simes wrote:
> > I'm running darkice-0.15 to stream live mp3 encoded audio to
> > icecast2-2.2.0_1,1 on a FreeBSD 4.10 machine and everything is
> > working great.  Now that I have my icecast stream server set up, I
> > would like to register it in the shoutcast directory.  Is this
> > possible?  I see the icecast.xml entries to register with the
> > xiph.org and oddsock.org directory servers, but I can't find any
> > examples for shoutcast.
> 
> shoutcast uses a different protocol to what we use, even so, the last
> I heard was that AOL/Nullsoft banned non-shoutcast servers from their
> directory. AFAIK this hasn't changed

Ah, thanks for the clue++, that is unfortunate.  Obviously I am a noob
at streaming audio and I had presumed that the compability layer I
needed to worry about was the encoding algorithm.  

-- 
Tom
 
======================================================================
   "Z-80 system stack overflow.  Shut 'er down Scotty, the system's
         sucking mud" - Error message on TRS 80 Model-16B

Thomas D. Simes                                 simestd at netexpress.com 
======================================================================


From mlrsmith at gmail.com  Thu May 26 19:41:06 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 26 May 2005 21:41:06 +0200
Subject: [Icecast] registering icecast server in shoutcast directory?
In-Reply-To: <20050526103531.0b7d421f.simestd@netexpress.com>
References: <20050526103531.0b7d421f.simestd@netexpress.com>
Message-ID: <3c17372105052612417183a362@mail.gmail.com>

On 5/26/05, Thomas D.Simes <simestd at netexpress.com> wrote:
> 
> I'm running darkice-0.15 to stream live mp3 encoded audio to
> icecast2-2.2.0_1,1 on a FreeBSD 4.10 machine and everything is
> working great.  Now that I have my icecast stream server set up, I would
> like to register it in the shoutcast directory.  Is this possible?  I
> see the icecast.xml entries to register with the xiph.org and
> oddsock.org directory servers, but I can't find any examples for
> shoutcast.

The shoutcast directory has a policy of banning any non-shoutcast
servers, so we didn't bother with compatibility. If you wanted to hack
it up, that would probably be easy, but you should expect to get
banned, so there's not much point.

Mike


From ml at imux.net  Thu May 26 21:35:23 2005
From: ml at imux.net (ml)
Date: Thu, 26 May 2005 22:35:23 +0100
Subject: [Icecast] registering icecast server in shoutcast directory?
In-Reply-To: <20050526112408.1964c5c8.simestd@netexpress.com>
References: <20050526103531.0b7d421f.simestd@netexpress.com>	<1117134482.28149.3991.camel@bogus.hackers.club>
	<20050526112408.1964c5c8.simestd@netexpress.com>
Message-ID: <4296411B.5090507@imux.net>

Thomas D.Simes wrote:
> On 26 May 2005 20:08:03 +0100
> Karl Heyes <karl at xiph.org> wrote:
> 
> 
>>On Thu, 2005-05-26 at 19:35, Thomas D.Simes wrote:
>>
>>>I'm running darkice-0.15 to stream live mp3 encoded audio to
>>>icecast2-2.2.0_1,1 on a FreeBSD 4.10 machine and everything is
>>>working great.  Now that I have my icecast stream server set up, I
>>>would like to register it in the shoutcast directory.  Is this
>>>possible?  I see the icecast.xml entries to register with the
>>>xiph.org and oddsock.org directory servers, but I can't find any
>>>examples for shoutcast.
>>
>>shoutcast uses a different protocol to what we use, even so, the last
>>I heard was that AOL/Nullsoft banned non-shoutcast servers from their
>>directory. AFAIK this hasn't changed
> 
> 
> Ah, thanks for the clue++, that is unfortunate.  Obviously I am a noob
> at streaming audio and I had presumed that the compability layer I
> needed to worry about was the encoding algorithm.  
> 

He is right though, we do need to add this to the FAQ, it's a question 
asked way too often.

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


From telmnstr at 757.org  Sat May 28 01:47:09 2005
From: telmnstr at 757.org (Ethan)
Date: Fri, 27 May 2005 21:47:09 -0400 (EDT)
Subject: [Icecast] Admin stats... okay, what have people done?
Message-ID: <Pine.BSF.4.58L0.0505272139270.77213@users.757.org>


As someone who still runs icecast1 as well as icecast2, I gotta admin I
love the status page of icecast1 over icecast2.

I realize the admin functions can't be called without authentication
(Without modifying the source code). Is there any way to get this data
from icecast easily?

I'm going to attempt again to generate a good looking quick overview page,
but certain things like resolved hostnames for connected clients -- I'm
betting that is not going to be availible.

Has anyone else already modded the xsl files??

We run a large number of streams, so with 10+ feeds running it tends to
make the displays real long.

One thing I've done is modded the "unauthenticted" xsl file to generate a
simple file that shows the client connects, stream mountpoint, and the
current connections. This is pulled every minute and parsed by another box
(wget) and sent to an Alpha LED sign. So you can kick back and watch the
stats scroll across the signboard.

Also, a friend (Richard) has modded the icecast2 source and added a new
function that makes icecast dump to disk, however break the file and start
a new one every X number of seconds. This should allow us to make fairly
accurate logs of streams all day. I dunno if there would be any desire for
that to be contributed back to the main source, since it's pretty specific
to our odd use.

--
                               // Ethan O'Toole
                               // http://users.757.org/~ethan


From Jason at Weatherserver.net  Mon May 30 00:02:55 2005
From: Jason at Weatherserver.net (Jason)
Date: Sun, 29 May 2005 20:02:55 -0400
Subject: [Icecast] Wireless Lan and icecast
Message-ID: <002b01c564aa$eea50fe0$1400000a@workstation>

Is there any issues with running icecast on a wireless lan.  My friend has the encoder on 1 machine and is feeding it to icecast over a wireless nic to another machine which is connected to a router via a wired NIC but after the feeds been on for awhile it starts buffering.

 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Weather @ 8:00pm - Temp: 17.0 ?C - Humidity 55 % - Wind: NW @ 0 km/h
 Baro: 1009 kPa Steady - Vis: 14 km - Sky: Few Clouds - Weather: ---
 Hourly Rain: 0.00 mm - Daily Rain: 0.00 mm - Total Rain(May 28th): 47.00 mm

 =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-=
 Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion,
 SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch
 Signup at www.weatherserver.net today...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050529/8ba115f6/attachment.htm>

From karl at xiph.org  Mon May 30 02:42:10 2005
From: karl at xiph.org (Karl Heyes)
Date: 30 May 2005 03:42:10 +0100
Subject: [Icecast] Wireless Lan and icecast
In-Reply-To: <002b01c564aa$eea50fe0$1400000a@workstation>
References: <002b01c564aa$eea50fe0$1400000a@workstation>
Message-ID: <1117420929.32074.32.camel@bogus.hackers.club>

On Mon, 2005-05-30 at 01:02, Jason wrote:
> Is there any issues with running icecast on a wireless lan.  My friend
> has the encoder on 1 machine and is feeding it to icecast over a
> wireless nic to another machine which is connected to a router via a
> wired NIC but after the feeds been on for awhile it starts buffering.

wireless links will add a certain amount of lag, so that could be a
problem for sustained streaming throughput, but it really depends on
what you are working with.

karl.




From ross at stationplaylist.com  Mon May 30 08:28:25 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Mon, 30 May 2005 20:28:25 +1200
Subject: [Icecast] streaming video
Message-ID: <096d01c564f1$8c4e12f0$5100a8c0@levis4>

An online Christian radio station who I do some technical work for is considering branching out to the video streaming arena.  They have free preaching videos they can broadcast.  They are only familiar with Windows and want to stay with that.

I think I can talk them into using Theora & Icecast2, but the 1 million dollar question is how does one take several high quality MPEG or AVI videos, re-encode using Theora and stream on the fly.

What they need is something like Oddcast for Winamp but works for videos.  Winamp can play videos.  Are there any options at this stage for Windows?

Regards,
Ross Levis.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050530/72f586d9/attachment.htm>

From geoff at hitsandpieces.net  Mon May 30 09:50:36 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Mon, 30 May 2005 19:50:36 +1000 (EST)
Subject: [Icecast] streaming video
In-Reply-To: <096d01c564f1$8c4e12f0$5100a8c0@levis4>
References: <096d01c564f1$8c4e12f0$5100a8c0@levis4>
Message-ID: <Pine.LNX.4.62.0505301945190.24250@data.home>

Hi,

I'm pretty sure ezstream for windows can stream theora.  Whether it's 
complex enough for their needs I guess will be up to them.

Oddsock has a howto for using ezstream to stream theora, I can dig out the 
URL if you can't find it.

I think everything listed there can be done with it under windows, you 
might need to check with him.

Geoff.


-- 
Geoff Shang <geoff at hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff at acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


From un at dom.de  Mon May 30 11:40:46 2005
From: un at dom.de (un at dom.de)
Date: Mon, 30 May 2005 13:40:46 +0200
Subject: [Icecast] source client on winXP for live input?
Message-ID: <20050530134046.B4557@aporee.org>


hey there,
short question, maybe asked 1000times... but have no access to the list 
archive at the moment and need a quick setup. i need a live feed (microphone)
to connect to an icecst2 server. on linux i've successfully used muse,
but what's the best... on winXP?
thanks, 
uno 


From greg at orban.com  Mon May 30 14:48:05 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Mon, 30 May 2005 07:48:05 -0700
Subject: [Icecast] source client on winXP for live input?
In-Reply-To: <20050530134046.B4557@aporee.org>
References: <20050530134046.B4557@aporee.org>
Message-ID: <6.2.1.2.2.20050530074709.06c27aa0@66.220.31.130>

Orban Opticodec-PC for AAC/aacPlus audio streams.
http://www.opticodec.com
-greg.



At 04:40 2005-05-30, un at dom.de wrote:

>hey there,
>short question, maybe asked 1000times... but have no access to the list
>archive at the moment and need a quick setup. i need a live feed (microphone)
>to connect to an icecst2 server. on linux i've successfully used muse,
>but what's the best... on winXP?
>thanks,
>uno
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast


__________________________________________________________________________
Greg J. Ogonowski
VP Product Development
ORBAN / CRL, Inc.
1525 Alvarado St.
San Leandro, CA  94577  USA
TEL +1 510 351-3500
FAX +1 510 351-0500
greg at orban.com
http://www.orban.com



From Jason at Weatherserver.net  Mon May 30 18:37:40 2005
From: Jason at Weatherserver.net (Jason)
Date: Mon, 30 May 2005 14:37:40 -0400
Subject: [Icecast] source client on winXP for live input?
References: <20050530134046.B4557@aporee.org>
	<6.2.1.2.2.20050530074709.06c27aa0@66.220.31.130>
Message-ID: <005f01c56546$a8b3a9f0$1400000a@workstation>

I use a program called SimpleCast for all my live streaming.


----- Original Message ----- 
From: "Greg J. Ogonowski" <greg at orban.com>
To: <un at dom.de>; <icecast at xiph.org>
Sent: Monday, May 30, 2005 10:48 AM
Subject: Re: [Icecast] source client on winXP for live input?


> Orban Opticodec-PC for AAC/aacPlus audio streams.
> http://www.opticodec.com
> -greg.
>
>
>
> At 04:40 2005-05-30, un at dom.de wrote:
>
>>hey there,
>>short question, maybe asked 1000times... but have no access to the list
>>archive at the moment and need a quick setup. i need a live feed 
>>(microphone)
>>to connect to an icecst2 server. on linux i've successfully used muse,
>>but what's the best... on winXP?
>>thanks,
>>uno
>>_______________________________________________
>>Icecast mailing list
>>Icecast at xiph.org
>>http://lists.xiph.org/mailman/listinfo/icecast
>
>
> __________________________________________________________________________
> Greg J. Ogonowski
> VP Product Development
> ORBAN / CRL, Inc.
> 1525 Alvarado St.
> San Leandro, CA  94577  USA
> TEL +1 510 351-3500
> FAX +1 510 351-0500
> greg at orban.com
> http://www.orban.com
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 




From geoff at hitsandpieces.net  Mon May 30 21:15:24 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 31 May 2005 07:15:24 +1000 (EST)
Subject: [Icecast] source client on winXP for live input?
In-Reply-To: <20050530134046.B4557@aporee.org>
References: <20050530134046.B4557@aporee.org>
Message-ID: <Pine.LNX.4.62.0505310713370.24250@data.home>

Hi,

You could use Oddsock's Oddcast plugin for Winamp and Foobar2000 
(www.oddsock.org), either using a line recording plugin or using line 
recording mode in the plugin itself.  Or you can use the win32 version of 
streamtranscoder from the same website if you want something standalone.

Geoff.


-- 
Geoff Shang <geoff at hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff at acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


From geoff at hostricity.com  Mon May 30 19:51:56 2005
From: geoff at hostricity.com (Geoff Staples)
Date: Mon, 30 May 2005 14:51:56 -0500
Subject: [Icecast] Complete set of tools for Icecast
Message-ID: <429B6EDC.2050405@hostricity.com>

We are switching from Windows Media to Icecast. I want to get as close 
to open source as possible.

That means that I need the following open-source items:

Player for Windows (not Winamp if possible - it's now owned by AOL.)

Player for Mac

Player for Linux

We will also be podcasting, so that means our encoding needs to be 
compatible with the Apple iPod. Here's what it supports: MP3 (8 to 320 
Kbps), MP3 VBR, AAC (8 to 320 Kbps), Protected AAC (from iTunes Music 
Store, M4A, M4B, M4P), Audible (formats 2, 3, and 4) and WAV (Some iPods 
also support AIFF)

As best as I can tell, we'll have to encode ogg vorbis for broadcast and 
MP3 for the iPods - unless one of the formats supported by the iPod is 
Open Source.

Also, I'd like to know anything you know about recording / encoding 
systems that are open source. The only one I am aware of at the moment 
is Audacity.

Thanks in advance for any ideas or info you have.

Geoff


From mihamina.rakotomandimby at etu.univ-orleans.fr  Mon May 30 21:33:09 2005
From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby (R12y) Mihamina)
Date: Mon, 30 May 2005 23:33:09 +0200
Subject: [Icecast] Complete set of tools for Icecast
In-Reply-To: <429B6EDC.2050405@hostricity.com>
References: <429B6EDC.2050405@hostricity.com>
Message-ID: <1117488789.5703.82.camel@vavahady>

On Mon, 2005-05-30 at 14:51 -0500, Geoff Staples wrote:
> We are switching from Windows Media to Icecast. I want to get as close 
> to open source as possible.

Great. Do you also switch the operating system?

> Player for Windows
> Player for Mac
> Player for Linux

http://www.vorbis.com/software.psp

> We will also be podcasting, so that means our encoding needs to be 
> compatible with the Apple iPod. Here's what it supports: MP3 (8 to 320 
> Kbps), MP3 VBR, AAC (8 to 320 Kbps), Protected AAC (from iTunes Music 
> Store, M4A, M4B, M4P), Audible (formats 2, 3, and 4) and WAV (Some iPods 
> also support AIFF)

Oups... no ogg....

> As best as I can tell, we'll have to encode ogg vorbis for broadcast and 
> MP3 for the iPods - unless one of the formats supported by the iPod is 
> Open Source.

Xiph softwares/tools, AFAIK, dont encode to mp3. Only to ogg.

> Also, I'd like to know anything you know about recording / encoding 
> systems that are open source. The only one I am aware of at the moment 
> is Audacity.

Ices2 cant encode On the fly to ogg from the line-in.
On modern linux system you can directly read from /dev/dsp, then
equalize with sox then encode to ogg. You can also optionally normalize
with normalize. All on the fly if you have enough CPU + RAM. And All in
command line.


-- 
Get a fully managed dedicated server for ?200/month ($257/month)
No time limit for taking care of your server.
You keep the "root" acces if you want. Billing periods are 3 months.
See the conditions at http://aspo.rktmb.org/activities/managed_servers



From ross at stationplaylist.com  Mon May 30 22:05:19 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 31 May 2005 10:05:19 +1200
Subject: [Icecast] source client on winXP for live input?
References: <20050530134046.B4557@aporee.org>
	<6.2.1.2.2.20050530074709.06c27aa0@66.220.31.130>
Message-ID: <001e01c56563$ab5a80d0$5100a8c0@levis4>

Why pay $100 when you can do it for free with Ogg Vorbis.

One option is to use the Oddcast DSP plugin with Winamp.  Once attached 
to the DSP section in Winamp, you just need to have Winamp loaded (not 
playing) and click the "Live Recording" button.
http://www.oddsock.org/tools/oddcastv3

Regards,
Ross.

----- Original Message ----- 
From: "Greg J. Ogonowski" <greg at orban.com>
To: <un at dom.de>; <icecast at xiph.org>
Sent: Tuesday, May 31, 2005 2:48 AM
Subject: Re: [Icecast] source client on winXP for live input?


Orban Opticodec-PC for AAC/aacPlus audio streams.
http://www.opticodec.com
-greg.



At 04:40 2005-05-30, un at dom.de wrote:

>hey there,
>short question, maybe asked 1000times... but have no access to the list
>archive at the moment and need a quick setup. i need a live feed 
>(microphone)
>to connect to an icecst2 server. on linux i've successfully used muse,
>but what's the best... on winXP?
>thanks,
>uno



From ross at stationplaylist.com  Mon May 30 22:23:04 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 31 May 2005 10:23:04 +1200
Subject: [Icecast] source client on winXP for live input?
References: <20050530134046.B4557@aporee.org><6.2.1.2.2.20050530074709.06c27aa0@66.220.31.130>
	<005f01c56546$a8b3a9f0$1400000a@workstation>
Message-ID: <004201c56566$26118880$5100a8c0@levis4>

Does SimpleCast have a Theora video encoder?  I thought is was just a 
peer-to-peer distribution server.

Ross.

----- Original Message ----- 
From: "Jason" <Jason at Weatherserver.net>
To: <icecast at xiph.org>
Sent: Tuesday, May 31, 2005 6:37 AM
Subject: Re: [Icecast] source client on winXP for live input?


I use a program called SimpleCast for all my live streaming.


----- Original Message ----- 
From: "Greg J. Ogonowski" <greg at orban.com>
To: <un at dom.de>; <icecast at xiph.org>
Sent: Monday, May 30, 2005 10:48 AM
Subject: Re: [Icecast] source client on winXP for live input?


> Orban Opticodec-PC for AAC/aacPlus audio streams.
> http://www.opticodec.com
> -greg.
>
>
>
> At 04:40 2005-05-30, un at dom.de wrote:
>
>>hey there,
>>short question, maybe asked 1000times... but have no access to the 
>>list
>>archive at the moment and need a quick setup. i need a live feed
>>(microphone)
>>to connect to an icecst2 server. on linux i've successfully used muse,
>>but what's the best... on winXP?
>>thanks,
>>uno
>>_______________________________________________
>>Icecast mailing list
>>Icecast at xiph.org
>>http://lists.xiph.org/mailman/listinfo/icecast
>
>
> __________________________________________________________________________
> Greg J. Ogonowski
> VP Product Development
> ORBAN / CRL, Inc.
> 1525 Alvarado St.
> San Leandro, CA  94577  USA
> TEL +1 510 351-3500
> FAX +1 510 351-0500
> greg at orban.com
> http://www.orban.com
>
> _______________________________________________
> 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 ross at stationplaylist.com  Mon May 30 22:32:27 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 31 May 2005 10:32:27 +1200
Subject: [Icecast] Complete set of tools for Icecast
References: <429B6EDC.2050405@hostricity.com>
Message-ID: <006401c56567$756690a0$5100a8c0@levis4>

> Player for Windows (not Winamp if possible - it's now owned by AOL.)

Here are some Ogg Vorbis solutions for Windows.

Winamp v5 or v2
Foobar2000
Windows Media Player with Plugin
Real Player 10 with Plugin
Quintessential Player

Regards,
Ross.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050531/805bd27a/attachment.htm>

From geoff at hostricity.com  Mon May 30 23:26:21 2005
From: geoff at hostricity.com (Geoff Staples)
Date: Mon, 30 May 2005 18:26:21 -0500
Subject: [Icecast] Other Icecast resources
Message-ID: <429BA11D.9040105@hostricity.com>

Ross: Thank you for the list of Windows players.

Are there other Icecast / Ogg Vorbis resources in addition to this mail 
list - such as bulletin board or blog?

Geoff


From j.schaefer at sscsolutions.com  Tue May 31 01:59:39 2005
From: j.schaefer at sscsolutions.com (Jason Schaefer)
Date: Mon, 30 May 2005 19:59:39 -0600
Subject: [Icecast] Complete set of tools for Icecast
In-Reply-To: <429B6EDC.2050405@hostricity.com>
References: <429B6EDC.2050405@hostricity.com>
Message-ID: <429BC50B.7020907@sscsolutions.com>

Some other worthwhile (gpl) players are:
http://www.videolan.org/ (win,lin,mac)
http://zinf.org/ (win,lin)

I have not tried but imagine ices0 can save the stream to mp3 format.



Geoff Staples wrote:

> We are switching from Windows Media to Icecast. I want to get as close
> to open source as possible.
>
> That means that I need the following open-source items:
>
> Player for Windows (not Winamp if possible - it's now owned by AOL.)
>
> Player for Mac
>
> Player for Linux
>
> We will also be podcasting, so that means our encoding needs to be
> compatible with the Apple iPod. Here's what it supports: MP3 (8 to 320
> Kbps), MP3 VBR, AAC (8 to 320 Kbps), Protected AAC (from iTunes Music
> Store, M4A, M4B, M4P), Audible (formats 2, 3, and 4) and WAV (Some
> iPods also support AIFF)
>
> As best as I can tell, we'll have to encode ogg vorbis for broadcast
> and MP3 for the iPods - unless one of the formats supported by the
> iPod is Open Source.
>
> Also, I'd like to know anything you know about recording / encoding
> systems that are open source. The only one I am aware of at the moment
> is Audacity.
>
> Thanks in advance for any ideas or info you have.
>
> Geoff
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>


From geoff at hostricity.com  Tue May 31 04:53:38 2005
From: geoff at hostricity.com (Geoff Staples)
Date: Mon, 30 May 2005 23:53:38 -0500
Subject: [Icecast] Feature by feature comparison with Shoutcast
Message-ID: <429BEDD2.2020301@hostricity.com>

Has anyone seen a current feature by feature comparison of Icecast and 
Shoutcast?

Also, how about putting on your marketing hat and tell why one should 
use Icecast instead of Shoutcast. (I'm wanting more open and I don't 
trust AOL, but, those aren't really very good sales points since those 
are more "political" reasons than benefits to the customer.)

Geoff