From msmith at xiph.org  Mon May  3 02:31:51 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 3 May 2004 13:31:51 +1100
Subject: [icecast] streaming ogg player embedded in web page
In-Reply-To: <1083323349.8369.6.camel@tux.vuetec.com>
Message-ID: <200405031231.52254.msmith@xiph.org>



On Friday 30 April 2004 21:09, Warren J. Beckett wrote:
> Hi List,
>
> For the last week I have been have playing with icecast 2.0.0 and ices
> for a streaming project I am working. The streaming is working with
> multiple sources and fallback using XMMS and Winamp as the clients. All
> work splendidly.
>
> Next on my todo list is find a simple Ogg player that I can embed in a
> webpage and play from the icecast stream.
>
> I have so far looked at jlGui Applet 2.2 which plays the ogg streams,
> but fails when the mount point changes , ie when switching to fallback,
> or moving clients from one mount point to another.
>
> If anyone can recommend a simple applet that works well with Icecast, or
> perhaps a fix for the problem I have with jlGui.
>

I actually suspect this is a bug with icecast2, NOT with the player. 

Fallbacks in ogg are kinda complex, and I don't think we correctly implement 
the ogg-specific bits. I'm not sure about this, though - I need to check it.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From inobak at yahoo.co.jp  Mon May  3 16:12:03 2004
From: inobak at yahoo.co.jp (inoki tsuyoshi)
Date: Tue, 4 May 2004 01:12:03 +0900 (JST)
Subject: [icecast] Can I use ezstream to Shoutcast server?
Message-ID: <20040503161203.45669.qmail@web2301.mail.yahoo.co.jp>



I looking for source plug-in without re-encode source.
I found ezstream now.Like this name,it's easy to use.
But my host server not use icecast,only shoutcast.
I found sc_trans.But this one doesn't have windows
version.I looking for in windows.
Can I use ezstream to Shoutcast server?
or Can I possible modified ezstream for Shoutcast?

orry for my bad English...

<p>__________________________________________________
Do You Yahoo!?
http://bb.yahoo.co.jp/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From parsnip11 at hotmail.com  Mon May  3 17:54:16 2004
From: parsnip11 at hotmail.com (earnie baird)
Date: Mon, 03 May 2004 17:54:16 +0000
Subject: [icecast] will libogg / vorbis rpms work on redhat 7.2
Message-ID: <BAY1-F104Xg3GFUi4rR00004849@hotmail.com>



Hello all,

I am trying to install icecast2 on a red hat 7.2 server and I was wondering 
if anyone is aware of where rpms for the various libraries (libogg, vorbis, 
curl, et al) might be found.

I'm a bit wary of trying to install the redhat 8 rpms that are currently on 
the vorbis site on my box... are these safe for redhat 7?

-d

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar ? get it now! 
http://toolbar.msn.com/go/onm00200415ave/direct/01/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Mon May  3 20:31:22 2004
From: jack at xiph.org (Jack Moffitt)
Date: Mon, 3 May 2004 22:31:22 +0200
Subject: [icecast] will libogg / vorbis rpms work on redhat 7.2
In-Reply-To: <BAY1-F104Xg3GFUi4rR00004849@hotmail.com>
Message-ID: <20040503203122.GD12297@babyjesus.cantcode.com>



> I'm a bit wary of trying to install the redhat 8 rpms that are currently 
> on the vorbis site on my box... are these safe for redhat 7?

This is what SRPMs are for.  Just grab the SRPMs and do rpmbuild
--rebuild (or perhaps RedHat 7.2 is old enough that it is rpm --rebuild)
on them as root.  This will place shiny new RedHat 7.2 RPMs in
/usr/src/redhat IIRC.

Regards,
jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Tue May  4 15:39:26 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 5 May 2004 01:39:26 +1000
Subject: [icecast] OT: Latest Linux Real player
Message-ID: <Pine.LNX.4.44.0405050055100.1728-100000@data.home>



Hi:

I know this is off-topic, but figured someone here would know, particularly
given Xiph's involvement in Helix.

Up till now I've used TRplayer <http://linux-speakup.org/trplayer.html> to
play Realmedia content.  This is because, as a Blind person, I've no need
or desire for X11, and TRplayer uses the Realplayer libs without all that X
overhead.  but now I would like to play a stream that needs Realplayer 10,
or at least seems to need it.

The stream I tried to play, which is one of many clips on the site, sent a
V3 RAM file which my current version understandably choked on.  I tried
extracting the URL and playing it, but it gave a vague, non-specific error
message (not surprising when I'm not really getting the UI it was designed
for).

Ultimately I'm looking for a text-mode interface to the latest Linux player
for Real content, but I'll settle for cludging with XVFB if I have to
(that's what we used to do before TRplayer came along).  I'm guessing that
HelixPlayer is probably the go, but this stuff doesn't seem very intuitive.
The real.com site has a sucky javascript front page and I'd rather not have
to mess with that in my non-javascript browser if I don't have to.

All help appreciated.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From info at samurai.fm  Tue May  4 19:17:25 2004
From: info at samurai.fm (samurai.fm)
Date: Wed, 5 May 2004 04:17:25 +0900
Subject: [icecast] OT: Latest Linux Real player
In-Reply-To: <Pine.LNX.4.44.0405050055100.1728-100000@data.home>
Message-ID: <KATANAYwlib4g3Sv0YK00000074@katana.samurai.fm>



Hello. Does the latest Linux real player support RealAudio 10? The RealVideo
codec is available as a upgrade but does it include RealAudio10. As far as I
know TRPlayer uses the installed Real libraries so it should work if
RealPlayer supports it.

Also would you mind sending me your compile of TRPlayer? I had some problems
compiling it under Redhat 9.

All the best

Hash

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Geoff Shang
Sent: Wednesday, May 05, 2004 12:39 AM
To: icecast at xiph.org
Subject: [icecast] OT: Latest Linux Real player

Hi:

I know this is off-topic, but figured someone here would know, particularly
given Xiph's involvement in Helix.

Up till now I've used TRplayer <http://linux-speakup.org/trplayer.html> to
play Realmedia content.  This is because, as a Blind person, I've no need
or desire for X11, and TRplayer uses the Realplayer libs without all that X
overhead.  but now I would like to play a stream that needs Realplayer 10,
or at least seems to need it.

The stream I tried to play, which is one of many clips on the site, sent a
V3 RAM file which my current version understandably choked on.  I tried
extracting the URL and playing it, but it gave a vague, non-specific error
message (not surprising when I'm not really getting the UI it was designed
for).

Ultimately I'm looking for a text-mode interface to the latest Linux player
for Real content, but I'll settle for cludging with XVFB if I have to
(that's what we used to do before TRplayer came along).  I'm guessing that
HelixPlayer is probably the go, but this stuff doesn't seem very intuitive.
The real.com site has a sucky javascript front page and I'd rather not have
to mess with that in my non-javascript browser if I don't have to.

All help appreciated.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cloper at crowncollege.edu  Tue May  4 22:15:38 2004
From: cloper at crowncollege.edu (cloper)
Date: Tue, 04 May 2004 15:15:38 -0700
Subject: [icecast] Radio Station
Message-ID: <4098160A.50207@crowncollege.edu>



List,
Time and time again I am sure you get this question. I am trying to 
setup a radiostation, and here is what I am looking for:

1. Ability for people to "call in" with say, winamp+oddcast or simplecast.
2. Ability to change password for the caller at any time.

I know by default that Icecast2 does not allow the sharing of mounts, so 
what about setting up the following:

1. /radio  = main mount to listen on
2. /host = dj mount for encoding
3. /caller[1-10] = 10 mount points for up too 10 callers

Then perhaps something that will take all audio from /host and 
/caller[1-10], mix it, and send to /radio. The server does not have a
soundcard so if I could do it without a soundcard, that would be great. 
Also, can you specify a password for each mount, and is there
any way to dynamically change the password? If this is not enough 
information, please let me know.
Thanks in advance,
chris
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Wed May  5 00:07:43 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 5 May 2004 10:07:43 +1000
Subject: [icecast] OT: Latest Linux Real player
In-Reply-To: <KATANAYwlib4g3Sv0YK00000074@katana.samurai.fm>
Message-ID: <Pine.LNX.4.44.0405051004000.1728-100000@data.home>



On Wed, 5 May 2004, samurai.fm wrote:

> Hello. Does the latest Linux real player support RealAudio 10? The RealVideo
> codec is available as a upgrade but does it include RealAudio10. As far as I
> know TRPlayer uses the installed Real libraries so it should work if
> RealPlayer supports it.

I've got the realplayer 8 libs and have found the upgrade to realvidioe 9,
but haven't seen anything else.  And like I said before, I've not yet tried
to wrestle with the real.com site directly.

> Also would you mind sending me your compile of TRPlayer? I had some problems
> compiling it under Redhat 9.

I just sucked down the binary distribution to save myself the bother.  You
need the realmedia SDK in order to compile it anyway.  I note that there's
an RPM on the trplayer site, so maybe this will also work for you.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Wed May  5 01:25:30 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 5 May 2004 11:25:30 +1000
Subject: [icecast] Radio Station
In-Reply-To: <4098160A.50207@crowncollege.edu>
Message-ID: <200405051125.30748.msmith@xiph.org>



On Wednesday 05 May 2004 08:15, cloper wrote:
> List,
> Time and time again I am sure you get this question. I am trying to
> setup a radiostation, and here is what I am looking for:
>
> 1. Ability for people to "call in" with say, winamp+oddcast or simplecast.
> 2. Ability to change password for the caller at any time.
>
> I know by default that Icecast2 does not allow the sharing of mounts, so
> what about setting up the following:
>
> 1. /radio  = main mount to listen on
> 2. /host = dj mount for encoding
> 3. /caller[1-10] = 10 mount points for up too 10 callers
>
> Then perhaps something that will take all audio from /host and
> /caller[1-10], mix it, and send to /radio. The server does not have a
> soundcard so if I could do it without a soundcard, that would be great.
> Also, can you specify a password for each mount, and is there
> any way to dynamically change the password? If this is not enough
> information, please let me know.
> Thanks in advance,
> chris

Icecast can do all of this except the mixing. For that, you'll need to use an 
external program (which could connect to icecast, fetch all the streams, mix 
then, encode them, and send the encoding back to icecast). There's no reason 
for this to require a sound card.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From mark at indymedia.org  Wed May  5 02:18:25 2004
From: mark at indymedia.org (mark burdett)
Date: Tue, 4 May 2004 19:18:25 -0700
Subject: [icecast] YP Directory
Message-ID: <20040504191825.A18778@indymedia.org>



Does anyone maintain an opensource icecast2 stream directory --
like http://www.icecast.org/streamlist.php -- to receive yp-url
pings and display the stream info on a webpage?

--mark
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cloper at crowncollege.edu  Wed May  5 02:42:52 2004
From: cloper at crowncollege.edu (cloper)
Date: Tue, 04 May 2004 19:42:52 -0700
Subject: [icecast] Radio Station
In-Reply-To: <200405051125.30748.msmith@xiph.org>
Message-ID: <409854AC.4030209@crowncollege.edu>



Michael Smith wrote:

>On Wednesday 05 May 2004 08:15, cloper wrote:
>  
>
>>List,
>>Time and time again I am sure you get this question. I am trying to
>>setup a radiostation, and here is what I am looking for:
>>
>>1. Ability for people to "call in" with say, winamp+oddcast or simplecast.
>>2. Ability to change password for the caller at any time.
>>
>>I know by default that Icecast2 does not allow the sharing of mounts, so
>>what about setting up the following:
>>
>>1. /radio  = main mount to listen on
>>2. /host = dj mount for encoding
>>3. /caller[1-10] = 10 mount points for up too 10 callers
>>
>>Then perhaps something that will take all audio from /host and
>>/caller[1-10], mix it, and send to /radio. The server does not have a
>>soundcard so if I could do it without a soundcard, that would be great.
>>Also, can you specify a password for each mount, and is there
>>any way to dynamically change the password? If this is not enough
>>information, please let me know.
>>Thanks in advance,
>>chris
>>    
>>
>
>Icecast can do all of this except the mixing. For that, you'll need to use an 
>external program (which could connect to icecast, fetch all the streams, mix 
>then, encode them, and send the encoding back to icecast). There's no reason 
>for this to require a sound card.
>
>Mike
>
>  
>
The reason I ask about the sound card is because i tried a few, like 
muse, and it wanted a /dev/dsp which i could not get working properly. 
What about dynamic passwords? How does one do that? I read in a forum 
that a 'kill -HUP' on the PID will reload the config, but also read that 
it doesn't reload the entire config. Do you have any recommendations on 
what apps to use?
thanks,
chris
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jaromil at dyne.org  Wed May  5 09:46:45 2004
From: jaromil at dyne.org (jaromil)
Date: Wed, 5 May 2004 11:46:45 +0200
Subject: [icecast] Radio Station
In-Reply-To: <409854AC.4030209@crowncollege.edu>
Message-ID: <20040505094645.GB9678@dyne.org>



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, May 04, 2004 at 07:42:52PM -0700, cloper wrote:
> The reason I ask about the sound card is because i tried a few, like 
> muse, and it wanted a /dev/dsp which i could not get working properly. 

Hi cloper,

did you tried with

muse -o

?

that deactivates usage of the soundcard.

anyway, if /dev/dsp is not present, muse runs anyway.

ince the recent 0.9 version has been released, muse can also mix
different tracks from commandline.

'man muse' gives you extensive informations about available commandline
switches and options.

there is ongoing thinkering about scheduling and remote controlling,
which will be in hopefully soon, especially if the project gets some new
support for developers.

ciao

- -- 
 jaromil,  dyne.org rasta coder,  http://rastasoft.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Cryptographically signed mail, see http://gnupg.org

iD8DBQFAmLgFWLCC1ltubZcRAh9FAJ9wb04m+iPyeWka6jCG2EUsWU4RHwCeIb8n
b1aYD6guYIH6uOBjB9tLkKY=
=SPd1
-----END PGP SIGNATURE-----
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From staale at genuity.no  Wed May  5 13:32:03 2004
From: staale at genuity.no (Staale Lorentzen)
Date: Wed, 05 May 2004 15:32:03 +0200
Subject: [icecast] Clients are filling up all my slots.....
Message-ID: <200405051332.i45DW36S010520@marvin.infostream.no>



Hello there.
I run a police scanner station with icecast2 and darkice.
In this age of broadband, many users are quite sloppy
when it comes to turning off their client when they're done
listening. Consequently all available slots are filled up
after a few days. I then have to restart the whole service,
or manually kill the top-20-or-so users.

Would it be possible to have a time limit for every client,
or can I solve this in any other way?

<p>
--
St?le Lorentzen

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From jack at xiph.org  Wed May  5 14:50:26 2004
From: jack at xiph.org (Jack Moffitt)
Date: Wed, 5 May 2004 16:50:26 +0200
Subject: [icecast] Clients are filling up all my slots.....
In-Reply-To: <200405051332.i45DW36S010520@marvin.infostream.no>
Message-ID: <20040505145026.GF26274@babyjesus.cantcode.com>



> I run a police scanner station with icecast2 and darkice.
> In this age of broadband, many users are quite sloppy
> when it comes to turning off their client when they're done
> listening. Consequently all available slots are filled up
> after a few days. I then have to restart the whole service,
> or manually kill the top-20-or-so users.
> 
> Would it be possible to have a time limit for every client,
> or can I solve this in any other way?

Are you complaining that your station is too popular, or that ghost
clients aren't being disconnected for some reason, but no one is
actually listening?

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cloper at crowncollege.edu  Wed May  5 14:55:29 2004
From: cloper at crowncollege.edu (cloper)
Date: Wed, 05 May 2004 07:55:29 -0700
Subject: [icecast] Radio Station
In-Reply-To: <20040505094645.GB9678@dyne.org>
Message-ID: <40990061.6010209@crowncollege.edu>



jaromil,

I will try that as well, but I need to be able to grab all streams from 
/caller[1-10] and /host and mix, then send to /radio. Have you any idea 
the best way to go abouts doing this?
regards,
chris

jaromil wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>On Tue, May 04, 2004 at 07:42:52PM -0700, cloper wrote:
>  
>
>>The reason I ask about the sound card is because i tried a few, like 
>>muse, and it wanted a /dev/dsp which i could not get working properly. 
>>    
>>
>
>Hi cloper,
>
>did you tried with
>
>muse -o
>
>?
>
>that deactivates usage of the soundcard.
>
>anyway, if /dev/dsp is not present, muse runs anyway.
>
>since the recent 0.9 version has been released, muse can also mix
>different tracks from commandline.
>
>'man muse' gives you extensive informations about available commandline
>switches and options.
>
>there is ongoing thinkering about scheduling and remote controlling,
>which will be in hopefully soon, especially if the project gets some new
>support for developers.
>
>ciao
>
>- -- 
> jaromil,  dyne.org rasta coder,  http://rastasoft.org
>  
>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From slo at genuity.no  Wed May  5 14:55:37 2004
From: slo at genuity.no (Staale Lorentzen)
Date: Wed, 05 May 2004 16:55:37 +0200
Subject: [icecast] Clients are filling up all my slots.....
In-Reply-To: <20040505145026.GF26274@babyjesus.cantcode.com>
Message-ID: <200405051455.i45Etb0E013967@marvin.infostream.no>



> From owner-icecast at xiph.org  Wed May  5 16:50:59 2004
> Are you complaining that your station is too popular, or that ghost
> clients aren't being disconnected for some reason, but no one is
> actually listening?

Sure, there are clients actually listeing too, but I do not
beleive that some are listening for hundreds of hours :)
What I would like is a 6 to 12 hours max connection time
pr. client. After that, they have to reconnect....


--
St?le Lorentzen

<p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From jack at xiph.org  Wed May  5 15:19:23 2004
From: jack at xiph.org (Jack Moffitt)
Date: Wed, 5 May 2004 17:19:23 +0200
Subject: [icecast] Clients are filling up all my slots.....
In-Reply-To: <200405051455.i45Etb0E013967@marvin.infostream.no>
Message-ID: <20040505151923.GH26274@babyjesus.cantcode.com>



> Sure, there are clients actually listeing too, but I do not
> beleive that some are listening for hundreds of hours :)
> What I would like is a 6 to 12 hours max connection time
> pr. client. After that, they have to reconnect....

Why don't we start by trying to track down the bug which is the root of
the problem? :)

I don't really see how this is possible though.  The clients are able to
'get behind' but at a certain point if they are really disconnected,
they can't receive any data (even if they never tell us they are
disconnected, say if the power cord got ripped out of the wayy), so when
a client got behind past the threshhold (this was 10-15 'blocks' iirc)
then icecast automatically removed them, since they weren't fast enough
to keep up.

This sounds like a failure in the fallback logic somewhere.  Do you have
fallback turned on?

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Wed May  5 15:33:39 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 May 2004 16:33:39 +0100
Subject: [icecast] Clients are filling up all my slots.....
In-Reply-To: <20040505151923.GH26274@babyjesus.cantcode.com>
Message-ID: <1083771218.10636.6.camel@bogus.hackers.club>



On Wed, 2004-05-05 at 16:19, Jack Moffitt wrote:
> > Sure, there are clients actually listeing too, but I do not
> > beleive that some are listening for hundreds of hours :)
> > What I would like is a 6 to 12 hours max connection time
> > pr. client. After that, they have to reconnect....
> 
> Why don't we start by trying to track down the bug which is the root of
> the problem? :)
> 
> I don't really see how this is possible though.  The clients are able to
> 'get behind' but at a certain point if they are really disconnected,
> they can't receive any data (even if they never tell us they are
> disconnected, say if the power cord got ripped out of the wayy), so when
> a client got behind past the threshhold (this was 10-15 'blocks' iirc)
> then icecast automatically removed them, since they weren't fast enough
> to keep up.

I don't think there is a failure problem, I think the user is just
wanting some time-limited client connection.

Obviously the user is too popular...

karl.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From warren at a-generic.com  Wed May  5 15:51:39 2004
From: warren at a-generic.com (Warren J. Beckett)
Date: Wed, 05 May 2004 16:51:39 +0100
Subject: [icecast] alias mount points
Message-ID: <1083772298.7790.21.camel@tux.vuetec.com>



Hi,

I am trying to get my head around a problem I have. First let me tell
you my goal.

I want to setup a site where I can allocate 2 hour time slots to anyone
that wants to play there tunes. My idea was to setup a number of mount
point, each with a username and password and dish these out, along with
a allocated time slot to the DJ's that have booked. This can all be done
with a wee bit of CGI - No worries at all. 

The idea was then to have a mount , shall we say /live.ogg where
listeners can connect have here the various artists.. I want to make
this as automatic as possible and not have a person ( me ) managing this
as I have better things to do in my evening such as sleeping. 

At the end of a time interval the next artist is live, and will be
completely transparent to the listeners.

One idea was to shuffle listeners around the mounts using the move
client function. I can run a script at a short interval to move clients
from /live.ogg to the current playing mount point, and when an interval
expires move the clients on that mount point to the next one in line.

But perhaps I have lost my mind - Is there an easier way to achieve my
goal?

Is it possible to have alias mounts similar say to a unix symbolic link?
Where /alias.ogg points to another mount? What the alias points to can
be moved around and the listers just track what it is currently pointing
to? 

Cheers,

Warren.

<p><p><p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cloper at crowncollege.edu  Wed May  5 15:55:41 2004
From: cloper at crowncollege.edu (cloper)
Date: Wed, 05 May 2004 08:55:41 -0700
Subject: [icecast] alias mount points
In-Reply-To: <1083772298.7790.21.camel@tux.vuetec.com>
Message-ID: <40990E7D.4000808@crowncollege.edu>



Warren,

I am still learning Icecast2 and its features. You say you can do what 
you are doing with CGI? Does that mean you can dynamically change 
passwords for mounts? I was told it isn't possible without restarting 
the Icecast server.
regards,
chris

Warren J. Beckett wrote:

>Hi,
>
>I am trying to get my head around a problem I have. First let me tell
>you my goal.
>
>I want to setup a site where I can allocate 2 hour time slots to anyone
>that wants to play there tunes. My idea was to setup a number of mount
>point, each with a username and password and dish these out, along with
>a allocated time slot to the DJ's that have booked. This can all be done
>with a wee bit of CGI - No worries at all. 
>
>The idea was then to have a mount , shall we say /live.ogg where
>listeners can connect have here the various artists.. I want to make
>this as automatic as possible and not have a person ( me ) managing this
>as I have better things to do in my evening such as sleeping. 
>
>At the end of a time interval the next artist is live, and will be
>completely transparent to the listeners.
>
>One idea was to shuffle listeners around the mounts using the move
>client function. I can run a script at a short interval to move clients
>from /live.ogg to the current playing mount point, and when an interval
>expires move the clients on that mount point to the next one in line.
>
>But perhaps I have lost my mind - Is there an easier way to achieve my
>goal?
>
>Is it possible to have alias mounts similar say to a unix symbolic link?
>Where /alias.ogg points to another mount? What the alias points to can
>be moved around and the listers just track what it is currently pointing
>to? 
>
>Cheers,
>
>Warren.
>
>
>
>
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>  
>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Wed May  5 16:02:26 2004
From: jack at xiph.org (Jack Moffitt)
Date: Wed, 5 May 2004 18:02:26 +0200
Subject: [icecast] alias mount points
In-Reply-To: <1083772298.7790.21.camel@tux.vuetec.com>
Message-ID: <20040505160226.GL26274@babyjesus.cantcode.com>



> Is it possible to have alias mounts similar say to a unix symbolic link?
> Where /alias.ogg points to another mount? What the alias points to can
> be moved around and the listers just track what it is currently pointing
> to? 

It's an intresting idea.  I almost implemented this years ago when I
wanted to do a "scan" channel.  Basically it would give you 30 seconds
of each stream and loop.

I'm not sure sophisticated logic is really appropriate in Icecast, but
perhaps this can be done with a bit of scripting.  Maybe it's time to
put a python interpreter into icecast like we sort of did back in the
1.2/1.3 days.  Then users could implement logic like this without us
having to code it up everytime wanted some slight tweak like this.

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From warren at a-generic.com  Wed May  5 16:05:50 2004
From: warren at a-generic.com (Warren J. Beckett)
Date: Wed, 05 May 2004 17:05:50 +0100
Subject: [icecast] alias mount points
In-Reply-To: <40990E7D.4000808@crowncollege.edu>
Message-ID: <1083773150.7779.24.camel@tux.vuetec.com>



On Wed, 2004-05-05 at 16:55, cloper wrote:
> Warren,
> 
> I am still learning Icecast2 and its features. You say you can do what 
> you are doing with CGI? Does that mean you can dynamically change 
> passwords for mounts? I was told it isn't possible without restarting 
> the Icecast server.
> regards,
> chris

G'day Chris,

I seems to work ok for me. I just change the password in the config
file, and send icecast a HUP.

Warren.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Wed May  5 16:29:10 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 May 2004 17:29:10 +0100
Subject: [icecast] alias mount points
In-Reply-To: <1083772298.7790.21.camel@tux.vuetec.com>
Message-ID: <1083774549.10636.26.camel@bogus.hackers.club>



On Wed, 2004-05-05 at 16:51, Warren J. Beckett wrote:
> Hi,
> 
> I am trying to get my head around a problem I have. First let me tell
> you my goal.
> 
> I want to setup a site where I can allocate 2 hour time slots to anyone
> that wants to play there tunes. My idea was to setup a number of mount
> point, each with a username and password and dish these out, along with
> a allocated time slot to the DJ's that have booked. This can all be done
> with a wee bit of CGI - No worries at all. 

One possibility is using a local relay,  have your listeners connect to
a relay (say /live.ogg) which relays one of the DJs streams.  Then
switching DJs involves moving the relay listener part from one DJ
mountpoint to another.

Whether you use an always connected streaming playlist as a fallback to
use between DJs connecting is up to you.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From tarken at lyrical.net  Wed May  5 16:30:35 2004
From: tarken at lyrical.net (Joseph Wilhelm)
Date: Wed, 05 May 2004 09:30:35 -0700
Subject: [icecast] alias mount points
In-Reply-To: <1083772298.7790.21.camel@tux.vuetec.com>
Message-ID: <1083774635.11943.16.camel@jwilhelm.ofsloans.com>



On Wed, 2004-05-05 at 08:51, Warren J. Beckett wrote:
> I want to setup a site where I can allocate 2 hour time slots to anyone
> that wants to play there tunes. My idea was to setup a number of mount
> point, each with a username and password and dish these out, along with
> a allocated time slot to the DJ's that have booked. This can all be done
> with a wee bit of CGI - No worries at all. 
> 
> The idea was then to have a mount , shall we say /live.ogg where
> listeners can connect have here the various artists.. I want to make
> this as automatic as possible and not have a person ( me ) managing this
> as I have better things to do in my evening such as sleeping. 
> 
> At the end of a time interval the next artist is live, and will be
> completely transparent to the listeners.
> 

I am actually currently working on a similar problem myself for
www.afterhoursdjs.org

Currently, we have a set of scripts called SBTools, written by hafree.
These allow us to have both a static stream and live DJs, with seamless
switching between the two. The stream is all handled by one process,
reading a playlist and then feeding the music to a shoutcast server.
When somebody goes live, they connect to a secondary shoutcast server,
the URL for that is injected into the playlist and bumped to the top.
When they disconnect, the script jumps to the next item in the playlist
and keeps playing like normal.

Now, this works fine for the most part... however there are some more
features that would be nice to have... and please don't mind my rambling
here, I'm just trying to get some ideas out which may or may not be
related, and see what people think. What I would like to have is this:

* Stream plays normally, just playing static playlist... music files
from the hard drive
* DJ A connects to a mount point with their own unique username and
password
* Admin connects to listen, ensure sound quality, lack of buffering etc
* Admin hits a button (Local app, webpage, whatever), and DJ A becomes
live on the stream, taking the place of the static playlist.
* Near the end of DJ A's time slot, DJ B is preparing for their time
slot, booked immediately after DJ A.
* DJ B connects to a mount point (Preferrably the same as DJ A, for ease
of use) and starts playing
* Admin connects to listen to DJ B, checks out quality
* Admin hits the button again and switches the live stream from playing
DJ A to playing DJ B.
* DJ B finishes up their time slot, disconnects, and the stream flips
back to playing the static playlist

(*phew*) Hope that made sense.

Currently, we have most of this functionality... what's lacking is:
* Unique usernames and passwords
* Multiple DJs connected/switching between them.

So.. any more ideas for all of that? I don't know how much of this could
be handled inside of icecast, and how much would need to be external
scripts... does anybody have some input on this?

--Joseph Wilhelm
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Wed May  5 16:33:19 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 May 2004 17:33:19 +0100
Subject: [icecast] alias mount points
In-Reply-To: <40990E7D.4000808@crowncollege.edu>
Message-ID: <1083774799.10636.31.camel@bogus.hackers.club>



On Wed, 2004-05-05 at 16:55, cloper wrote:
> Warren,
> 
> I am still learning Icecast2 and its features. You say you can do what 
> you are doing with CGI? Does that mean you can dynamically change 
> passwords for mounts? I was told it isn't possible without restarting 
> the Icecast server.

on config re-read, the <mount> information is rebuilt so any new source
clients/relays connecting afterwards should get the new source password
to check against, however not all information is updated/applies on
re-read though.

karl.
 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macsym69 at yahoo.fr  Wed May  5 17:23:18 2004
From: macsym69 at yahoo.fr (MacSym)
Date: Wed, 5 May 2004 19:23:18 +0200
Subject: [icecast] alias mount points
In-Reply-To: <1083774549.10636.26.camel@bogus.hackers.club>
Message-ID: <20040505172331.2DDCC532CB4@motherfish-II.xiph.org>



Hi everybody,

I think this is a very interesting idea. I would like to share my server
with other DJs by providing them a mountpoint but I would like them to be
able create a login on a webpage with a password. The mountpoint would be
/<login>.ogg or /<login>.mp3 and the password would be the same they chose
on a webpage. I guess the login/pass information would be stored in a DB.

Of course, I wouldn't have to restart the server each time a new DJ is
signing up or is changing his password. Maybe Icecast could read the config
file every hour (to check any change) without restarting.

Is it possible to do? If so, how can I do that?

Thanks in advance,

Macsym

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Karl Heyes
Sent: Wednesday, May 05, 2004 6:29 PM
To: icecast
Subject: Re: [icecast] alias mount points

On Wed, 2004-05-05 at 16:51, Warren J. Beckett wrote:
> Hi,
> 
> I am trying to get my head around a problem I have. First let me tell
> you my goal.
> 
> I want to setup a site where I can allocate 2 hour time slots to anyone
> that wants to play there tunes. My idea was to setup a number of mount
> point, each with a username and password and dish these out, along with
> a allocated time slot to the DJ's that have booked. This can all be done
> with a wee bit of CGI - No worries at all. 

One possibility is using a local relay,  have your listeners connect to
a relay (say /live.ogg) which relays one of the DJs streams.  Then
switching DJs involves moving the relay listener part from one DJ
mountpoint to another.

Whether you use an always connected streaming playlist as a fallback to
use between DJs connecting is up to you.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From slo at genuity.no  Wed May  5 17:55:56 2004
From: slo at genuity.no (Staale Lorentzen)
Date: Wed, 05 May 2004 19:55:56 +0200
Subject: [icecast] Clients are filling up all my slots.....
In-Reply-To: <1083771218.10636.6.camel@bogus.hackers.club>
Message-ID: <200405051755.i45Htuj3015977@marvin.infostream.no>



> From owner-icecast at xiph.org  Wed May  5 17:31:44 2004
> I don't think there is a failure problem, I think the user is just
> wanting some time-limited client connection.

Correct.
I'm only asking for kind of "feature", that will limit the
time spent per client. 
I want to rid all the "zombies" that do not really listen, but
only takes up precious bandwidth. If you wanna listen for
12 hours straight, you can allways press play again when the 
stream ends. Get my drift?

<p>
--
St?le

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From gshang at pacific.net.au  Thu May  6 03:16:30 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Thu, 6 May 2004 13:16:30 +1000
Subject: [icecast] alias mount points
In-Reply-To: <1083774635.11943.16.camel@jwilhelm.ofsloans.com>
Message-ID: <Pine.LNX.4.44.0405061311360.1728-100000@data.home>



Hi:

Someone sent a patch to the development list that would allow you to set up
a stack of mountpoints, each with precedence over the one below it.  So if
mount A is connected, listeners would get that, if not, listeners would get
mount B if it were connected, else C, etc.  Actually I think this much is
in standard icecast, but the trick to this patch was that if mount A
reconnected, listeners would be pulled forward again to that mountpoint.  I
*think* this was committed to subversion, or CVS as it was then.  This
would probably help you achieve what you want, with your playlist as the
lowest priority and your other broadcasters higher up.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From tarken at lyrical.net  Thu May  6 03:23:39 2004
From: tarken at lyrical.net (Joseph Wilhelm)
Date: Wed, 05 May 2004 20:23:39 -0700
Subject: [icecast] alias mount points
In-Reply-To: <Pine.LNX.4.44.0405061311360.1728-100000@data.home>
Message-ID: <4099AFBB.2090002@lyrical.net>



Geoff Shang wrote:

>Hi:
>
>Someone sent a patch to the development list that would allow you to set up
>a stack of mountpoints, each with precedence over the one below it.  So if
>mount A is connected, listeners would get that, if not, listeners would get
>mount B if it were connected, else C, etc.  Actually I think this much is
>in standard icecast, but the trick to this patch was that if mount A
>reconnected, listeners would be pulled forward again to that mountpoint.  I
>*think* this was committed to subversion, or CVS as it was then.  This
>would probably help you achieve what you want, with your playlist as the
>lowest priority and your other broadcasters higher up.
>
>Geoff.
>  
>
That sounds very close... I'll have to check it out. The main problem I 
could think of would be, with the way our station operates, we have 
potentially hundreds of different DJs connecting to our stream... and 
there's no way to guarantee that all of them will have all of their 
settings correct. Because of this, we have the intermediary step of 
having an admin connect to verify everything before they actually go 
live to the public. I wonder, would this be possible to implement with 
that patch, or would that be too far outside its realm of working?

Also, unique users/passwords would be nice... a custom auth module of 
some sort, perhaps? A database backend, instead of reading the config?

Thanks for the input, I'll see about investigating that some more. 
Please let me know if you have any more ideas on this!

--Joseph Wilhelm
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Thu May  6 03:33:59 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 6 May 2004 13:33:59 +1000
Subject: [icecast] alias mount points
In-Reply-To: <4099AFBB.2090002@lyrical.net>
Message-ID: <200405061333.59584.msmith@xiph.org>



On Thursday 06 May 2004 13:23, Joseph Wilhelm wrote:
> Also, unique users/passwords would be nice... a custom auth module of
> some sort, perhaps? A database backend, instead of reading the config?

We already have this for listeners (it uses a flat-file backend, storing 
usernames and md5sums of passwords - but the design is such that a database 
backend could also be done fairly easily).

Extending it to be usable for sources should be reasonably straightforward.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From adam at xs4all.nl  Thu May  6 14:16:37 2004
From: adam at xs4all.nl (adam)
Date: Thu, 6 May 2004 16:16:37 +0200 (CEST)
Subject: [icecast] php playlist manager
Message-ID: <20040506161305.D93502-100000@xs1.xs4all.nl>



hi,

Sorry if this seems slightly off topic, but it is actually for a icecast
application. I am looking for a nice php script for making and editing
playlists (m3u)...has anyone seen something? I have done a lot of
searching on this, but most solutions are either too simple (usually they
dont allow editing) or too complex (full-blown net jukeboxes)...

many thanks in advance if anyone can point me too something interesting
:)

adam

<p><p><p><p>Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'

current:
http://www.radio-astronomy.net
http://www.subtle.net/empyre

work:
The Streaming Suitcase
Streaming Media Consultant

contact:
email : adam at xs4all.nl
phone : + 371 938 6752 (Latvia)
email to sms : eseter at sms.lmt.lv

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macsym69 at yahoo.fr  Thu May  6 22:17:04 2004
From: macsym69 at yahoo.fr (MacSym)
Date: Fri, 7 May 2004 00:17:04 +0200
Subject: [icecast] alias mount points
In-Reply-To: <200405061333.59584.msmith@xiph.org>
Message-ID: <20040506221723.654EA532E02@motherfish-II.xiph.org>



Whao! That could be amazing. I mean, it could allow me to share my server
with friends. The patch Geoff is talking about is close to my idea but I
don't want my listeners to switch on mountpoint B if mountpoint A is
offline. My idea is to have 3 (or more) different and independent
mountpoints, running different radios. If a friend wants to add his radio
(or show), he could just ask me to enter his login/pass/mountpoint
information into the DB and he would be ready to connect his source (without
having to restart Icecast).

Cheers,

Macsym 

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Michael Smith
Sent: Thursday, May 06, 2004 5:34 AM
To: icecast at xiph.org
Subject: Re: [icecast] alias mount points

On Thursday 06 May 2004 13:23, Joseph Wilhelm wrote:
> Also, unique users/passwords would be nice... a custom auth module of
> some sort, perhaps? A database backend, instead of reading the config?

We already have this for listeners (it uses a flat-file backend, storing 
usernames and md5sums of passwords - but the design is such that a database 
backend could also be done fairly easily).

Extending it to be usable for sources should be reasonably straightforward.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From info at samurai.fm  Fri May  7 00:15:41 2004
From: info at samurai.fm (samurai.fm)
Date: Fri, 7 May 2004 09:15:41 +0900
Subject: [icecast] How to lock down the Wed Admin interface
Message-ID: <KATANAtxc1o8yfogkJX0000001f@katana.samurai.fm>



Hello. I have setup Icecast 1.3.12 on my Redhat 9 server. When using the Web
Admin interface all I have to do is click 'set' and it shows me all the
passwords etc for the system. How should I best protect this information
from prying eyes??

Thanks in advance

Hasham

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Fri May  7 01:47:42 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 7 May 2004 11:47:42 +1000
Subject: [icecast] How to lock down the Wed Admin interface
In-Reply-To: <KATANAtxc1o8yfogkJX0000001f@katana.samurai.fm>
Message-ID: <200405071147.42302.msmith@xiph.org>



On Friday 07 May 2004 10:15, samurai.fm wrote:
> Hello. I have setup Icecast 1.3.12 on my Redhat 9 server. When using the
> Web Admin interface all I have to do is click 'set' and it shows me all the
> passwords etc for the system. How should I best protect this information
> from prying eyes??
>
> Thanks in advance
>
> Hasham
>

Icecast 1.x is deprecated and unsupported.

Using the admin interface with icecast 2.0, passwords are not visible.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From varian at gmx.de  Fri May  7 03:34:36 2004
From: varian at gmx.de (Varian Vega)
Date: Fri, 7 May 2004 03:34:36 +0000 (UTC)
Subject: [icecast] Ices 0.3 rcmdsh error
Message-ID: <loom.20040507T052728-236@post.gmane.org>



Hi there,

I am trying to get Ices 0.3 to work und FreeBSD 4.9, went through installation 
without problems, but if I try to feed the icecast server I get the following 
error:

Logfile opened
DEBUG: Sending following information to libshout:
DEBUG: Stream: 0
DEBUG: Host: XXX.XXX.XXX.XXX:8000 (protocol: http)
DEBUG: Mount: /radio, Password: XXX
DEBUG: Name: XXX  URL: http://www.XXX.com
DEBUG: Genre: House     Desc: non-stop dj live house mixes
DEBUG: Bitrate: 128     Public: 0
DEBUG: Dump file: (null)
DEBUG: Initializing playlist handler...
DEBUG: Initializing builting playlist handler...
DEBUG: Randomizing playlist...
DEBUG: Builtin playlist handler serving: /XXX.mp3
DEBUG: Filename cleaned up from [/XXX.mp3] to [XXX]
DEBUG: ID3v1: Title: XXXTITLEXXX
DEBUG: ID3v1: Artist: XXXARTISTXXX
DEBUG: ID3v2: version 3.0. Tag size is 342 bytes.
DEBUG: ID3v2: Title found: XXXTITLEXXX
DEBUG: ID3v2: Artist found: XXXARTISTXXX
DEBUG: Skipped 417 bytes of garbage before MP3
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stereo
DEBUG: Ext: 0   Mode_Ext: 2     Copyright: 0    Original: 0
DEBUG: Error Protection: 0      Emphasis: 0     Padding: 0
Playing /XXX.mp3
Error during send: Mount failed on http://XXX:8000/radio, error: Socket error
DEBUG: Updated metadata on /radio to: XXXTITLEXXX
rcmdsh: unknown user: ????$??PjV??s???????? FX
Error during send: Mount failed on http://XXX:8000/radio, error: Socket error
Error during send: Mount failed on http://XXX:8000/radio, error: Socket error
Error during send: Mount failed on http://XXX:8000/radio, error
...
Too many stream errors, giving up
Ices Exiting...
rcmdsh: unknown user: ????$??PjV??s???????? FX
Bus error (core dumped)

Does anybody know what this error means?
Any suggestions would be appreciated.

Thanks in advance,

Varian Vega

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From warren at a-generic.com  Fri May  7 16:08:13 2004
From: warren at a-generic.com (Warren J. Beckett)
Date: Fri, 07 May 2004 17:08:13 +0100
Subject: [icecast] alias mount points
In-Reply-To: <1083774549.10636.26.camel@bogus.hackers.club>
Message-ID: <1083946093.11606.57.camel@tux.vuetec.com>



<SNIP>
> One possibility is using a local relay,  have your listeners connect to
> a relay (say /live.ogg) which relays one of the DJs streams.  Then
> switching DJs involves moving the relay listener part from one DJ
> mountpoint to another.
> 
> Whether you use an always connected streaming playlist as a fallback to
> use between DJs connecting is up to you.
> 
> karl.
> 

Hi Karl,

I setup a local relay as suggested but if alter the <mount> on the relay
and send the process a HUP, existing and new clients continue to go to
the old relay source. Restarting the icecast relay works, but bumps all
of the existing clients off.

Regards,

Warren.

<p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Fri May  7 17:26:28 2004
From: karl at xiph.org (Karl Heyes)
Date: 07 May 2004 18:26:28 +0100
Subject: [icecast] alias mount points
In-Reply-To: <1083946093.11606.57.camel@tux.vuetec.com>
Message-ID: <1083950788.18324.76.camel@bogus.hackers.club>



On Fri, 2004-05-07 at 17:08, Warren J. Beckett wrote:
> <SNIP>
> > One possibility is using a local relay,  have your listeners connect to
> > a relay (say /live.ogg) which relays one of the DJs streams.  Then
> > switching DJs involves moving the relay listener part from one DJ
> > mountpoint to another. 
...
> Hi Karl,
> 
> I setup a local relay as suggested but if alter the <mount> on the relay
> and send the process a HUP, existing and new clients continue to go to
> the old relay source. Restarting the icecast relay works, but bumps all
> of the existing clients off.

I wasn't suggesting modifying the xml and doing a hup. The suggestion
was using the ability to move clients from one mount to another but
using the local relay as a static name for listeners to connect eg

     source clients	   local relay		listeners

--------> /DJ-1 ------------> /live   -----------> me

--------> /DJ-2

using the admin interface you can then move the listeners on /DJ-1 to
/DJ-2, and assuming no listeners access the /DJ-X mounts directly then
you should see only one listener on there (the local relay). This can be
within the same icecast.

If there is a chance the a DJ can sign off without the next DJ being
connected then you have to decide what to do in that case, one simple
solution is to have an always connected playlist running eg /playlist
and move to that at if no one else is available.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From list-icecast at rewtbox.de  Fri May  7 21:19:48 2004
From: list-icecast at rewtbox.de (ACiDAngel)
Date: Fri, 7 May 2004 23:19:48 +0200
Subject: [icecast] Different bitrates and switching between live/playlist mode
Message-ID: <003a01c43479$0c7e7dc0$7601a8c0@acidmobile>



Hi all,

I have successfully running an icecast2 server in combination with ices 0.3
and i am streaming with ices a mp3-playlist to two different mountponts at
the icecast server, both the same playlist but ices re-encodes the playlist
in 2 different bitrates (low-quality and high quality) and sends it to the
mountpoints /low and /high

now if i am doing a livemix i connect as a third source to the
icecast-server, start my livemix-stream to a third mountpoint (e.g.
/livemix) and then i go to the icecast-server's admin menu ("Move
MountPoints") and move the clients from /low and /high to /livestream.

Now my question
I dont know a possibility to re-encode my livestream to the 2 different
bitrates - is there a possibility doing that?

The best way would be something like to learn ices not only to play
playlists, but also listen for an incoming stream that it will, if it comes
in, send to the different mountpoints on the icecast server, and if the
incoming livestrem stops it will automatically fall back to playlist
streaming - so it would be totally transparent for the user and it would
offer to stream different bitrates all the time ...

Is this possible in any way ?
Wouldn't it be easy to implement this feature to ices ?

How do you manage live-performance and playlist-playing and switching
between both, maybe also with supplying different bitrates for one stream at
the icecast server.

I would be happy about reading your suggestions

Regards
Ralf

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sat May  8 01:08:06 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 8 May 2004 11:08:06 +1000
Subject: [icecast] Different bitrates and switching between live/playlist mode
In-Reply-To: <003a01c43479$0c7e7dc0$7601a8c0@acidmobile>
Message-ID: <Pine.LNX.4.44.0405081103280.1728-100000@data.home>



Hi:

I would suggest using Stream Transcoder from oddsock.org for re-encoding
your live stream.  As for switching between sources, I believe there is
code in the development code of icecast in the subversion repository which
will allow you to have clients moved to a backup stream and then pulled
forward to the live one again when it's available.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From arthur at bluecollarcomp.com  Sun May  9 15:06:32 2004
From: arthur at bluecollarcomp.com (Arthur Dodd)
Date: Sun,  9 May 2004 10:06:32 -0500
Subject: [icecast] mount and multiple stream troubles
Message-ID: <1084115192.409e48f8ea39b@www.bluecollarcomp.com>



I've read all the documentation and still have some questions.

In my icecast.xml file I have listed two different mount points. I'd like the
users, with their passwords in the mount section, to be able to connect to the
server, at their mount point, and be able to stream.

Unfortunately right now the only password that works on the whole server is the
admin password. Can someone tell me what's missing or how to go about what I'm
trying to do?

thanks in advance,

Art-
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May  9 15:13:39 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Mon, 10 May 2004 01:13:39 +1000
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <1084115192.409e48f8ea39b@www.bluecollarcomp.com>
Message-ID: <Pine.LNX.4.44.0405100113111.1728-100000@data.home>



Hi:

This should work as shown in the config file.  Perhaps send us your config
so we can tell you what's going wrong.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From arthur at bluecollarcomp.com  Sun May  9 15:25:36 2004
From: arthur at bluecollarcomp.com (Arthur Dodd)
Date: Sun,  9 May 2004 10:25:36 -0500
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <[icecast] mount and multiple stream troubles>
Message-ID: <1084116336.409e4d70c9e4a@www.bluecollarcomp.com>



Here's the icecast.xml file I'm using. Thanks!

<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>
    </limits>

    <authentication>
        <!-- Sources log in with username 'source' -->
        <source-password>PASS</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>PASS</relay-password>

        <!-- Admin logs in with the username given below -->
        <admin-user>USER</admin-user>
        <admin-password>PASS</admin-password>
    </authentication>

    <!-- Uncomment this if you want directory listings -->

    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url><a href="http://dir.xiph.org/cgi-bin/yp-cgi</yp-url">http://dir.xiph.org/cgi-bin/yp-cgi</yp-url</a>>
    </directory>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url><a href="http://www.oddsock.org/cgi-bin/yp-cgi</yp-url">http://www.oddsock.org/cgi-bin/yp-cgi</yp-url</a>>
    </directory>

<p>    <hostname>server.e3-kracken.com</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>69.93.42.66</bind-address>
    </listen-socket>

    <listen-socket>
        <port>8001</port>
    </listen-socket>

<p>    <!--<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>/</mount-name>

        <username>bluecc</username>
        <password>PASS</password>

        <max-listeners>10</max-listeners>
    </mount>

    <mount>
        <mount-name>/wrse/</mount-name>

        <username>wrse</username>
        <password>PASS2</password>

        <max-listeners>20</max-listeners>
    </mount>

    <fileserve>0</fileserve>

    <paths>
                <!-- basedir is only used if chroot is enabled -->
        <basedir>/usr/local/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>/usr/local/share/icecast/log</logdir>
        <webroot>/usr/local/share/icecast/web</webroot>
        <adminroot>/usr/local/share/icecast/admin</adminroot>
        <pidfile>/usr/local/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"/>
          -->
    </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>nobody</user>
            <group>nogroup</group>
        </changeowner>
    </security>
</icecast>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May  9 19:54:33 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Mon, 10 May 2004 05:54:33 +1000
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <1084116336.409e4d70c9e4a@www.bluecollarcomp.com>
Message-ID: <Pine.LNX.4.44.0405100553390.1728-100000@data.home>



Hi:

hmmm.  All appears to be in order.  What are you getting in the error log
when you try to connect a source?  And which source client are you using?

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Mon May 10 00:44:18 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 10 May 2004 10:44:18 +1000
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <1084115192.409e48f8ea39b@www.bluecollarcomp.com>
Message-ID: <200405101044.18910.msmith@xiph.org>



On Monday 10 May 2004 01:06, Arthur Dodd wrote:
> I've read all the documentation and still have some questions.
>
> In my icecast.xml file I have listed two different mount points. I'd like
> the users, with their passwords in the mount section, to be able to connect
> to the server, at their mount point, and be able to stream.
>
> Unfortunately right now the only password that works on the whole server is
> the admin password. Can someone tell me what's missing or how to go about
> what I'm trying to do?
>

What source client are you using?

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From arthur at bluecollarcomp.com  Mon May 10 07:01:44 2004
From: arthur at bluecollarcomp.com (Arthur Dodd)
Date: Mon, 10 May 2004 02:01:44 -0500
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <[icecast] mount and multiple stream troubles>
Message-ID: <1084172504.409f28d81fb8e@www.bluecollarcomp.com>



I've tried using SAM2 and the admin password works but when I try the password
of the wrse mount point I get the error "Invalid password" "authentication
required".

When using the admin login to connect I use the mountpoint /wrse.ogg I tried
using /wrse/wrse.ogg for the wrse mount point but it give that password error.

Thanks again,

Art-

<p>>What source client are you using?
>
>Mike
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Mon May 10 07:03:43 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 10 May 2004 17:03:43 +1000
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <1084172504.409f28d81fb8e@www.bluecollarcomp.com>
Message-ID: <200405101703.44027.msmith@xiph.org>



On Monday 10 May 2004 17:01, Arthur Dodd wrote:
> I've tried using SAM2 and the admin password works but when I try the
> password of the wrse mount point I get the error "Invalid password"
> "authentication required".

Does SAM2 give you somewhere to specify a username? Some source clients don't 
(and use a default username of "source"). Your mountpoint specification gives 
a username, so you need to make the source client use the same username.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From allan at cloud9-bbs.freeserve.co.uk  Mon May 10 12:36:32 2004
From: allan at cloud9-bbs.freeserve.co.uk (Allan)
Date: Mon, 10 May 2004 13:36:32 +0100
Subject: [icecast] listener logging
Message-ID: <001301c4368b$6d8df370$0300a8c0@cloud9>



Hi

Is there any log that will record when a listener connects to a mountpoint, there IP and how long they stay connected ?

I know I can get the live - who is connected now, but I would like a log so that I can see a day to day list of connections.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From arthur at bluecollarcomp.com  Mon May 10 15:02:04 2004
From: arthur at bluecollarcomp.com (Arthur Dodd)
Date: Mon, 10 May 2004 10:02:04 -0500
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <[icecast] mount and multiple stream troubles>
Message-ID: <1084201324.409f996c69a58@www.bluecollarcomp.com>



It only has a password field unfortunately. I tried using Oddcast for Winamp and
it has the same setup. It actually says it connects but then when audio starts
it disconnects.

Are there any windows options to use that let you do login and password? I'll be
trying some unix stuff tonight. Any recommendation that will work with the
mount point?

Art-

>Does SAM2 give you somewhere to specify a username? Some source clients don't
>(and use a default username of "source"). Your mountpoint specification gives
>a username, so you need to make the source client use the same username.
>
>Mike
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Mon May 10 15:19:03 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Tue, 11 May 2004 01:19:03 +1000
Subject: [icecast] listener logging
In-Reply-To: <001301c4368b$6d8df370$0300a8c0@cloud9>
Message-ID: <Pine.LNX.4.44.0405110117350.1728-100000@data.home>



Hi:

I'd think the access log should be able to provide this information.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From hello at ianbell.com  Mon May 10 23:48:17 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Mon, 10 May 2004 16:48:17 -0700
Subject: [icecast] Icecast 2.0 in OS X Server?
Message-ID: <829F7F0C-A2DC-11D8-A029-000A95B3B8D6@ianbell.com>


Folks;

I am having a hell of a time trying to get IceCast 2.0 installed on an 
Apple XServe running OS X 10.2.3.  The problem seems to stem from one 
of the libraries required by IceCast, specifically libvorbis.

When running MAKE in an attempt to install libvorbis I get the 
following:

<p>Making all in examples
/bin/sh ../libtool --mode=link gcc  -DDARWIN -fno-common 
-force_cpusubtype_ALL -Wall -g -O4 -ffast-math -fsigned-char  
-DUSE_MEMORY_H -all-static -o decoder_example  decoder_example.o 
../lib/libvorbis.la -lm  -logg
gcc -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math 
-fsigned-char -DUSE_MEMORY_H -static -o decoder_example 
decoder_example.o  ../lib/.libs/libvorbis.a -lm /usr/local/lib/libogg.a
ld: can't locate file for: -lcrt0.o
make[1]: *** [decoder_example] Error 1
make: *** [all-recursive] Error 1
[ibiza:/var/libvorbis] pulver%

<p>When I google this I can find lots of instances of makes being unable 
to locate this file on OSX, but very little help that is applicable to 
this scenario, so in desperation I have turned to you all.  I've also 
tried installing libvorbis from FINK and have had huge difficulty there 
as well.  Hopefully if someone does help me this will get archived, as 
it seems to be a problem common to OS X on installing various bits of 
software.

The attached screenshot shows how confused FINK is by the two libvorbis 
libraries.   The error message was when trying to install from source.  
It wouldn't let me install the binaries at all, presumably because they 
aren't there.

<p><p>
<hr noshade>
<img src="att-7128/01-finkshot.gif" alt="finkshot.gif">
-------------- next part --------------
A non-text attachment was scrubbed...
Name: finkshot.gif
Type: application/octet-stream
Size: 41518 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040510/e62d8ff9/attachment.obj>

From msmith at xiph.org  Mon May 10 23:52:05 2004
From: msmith at xiph.org (Michael Smith)
Date: Tue, 11 May 2004 09:52:05 +1000
Subject: [icecast] mount and multiple stream troubles
In-Reply-To: <1084201324.409f996c69a58@www.bluecollarcomp.com>
Message-ID: <200405110952.05659.msmith@xiph.org>



On Tuesday 11 May 2004 01:02, Arthur Dodd wrote:
> It only has a password field unfortunately. I tried using Oddcast for
> Winamp and it has the same setup. It actually says it connects but then
> when audio starts it disconnects.
>

You can set up the mountpoint user as "source", then. Just use a different 
password for that mountpoint. And then contact whoever makes the software and 
ask them to add a 'user' option.

<p>> Are there any windows options to use that let you do login and password?
> I'll be trying some unix stuff tonight. Any recommendation that will work
> with the mount point?

Not sure what windows options exist.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From giles at xiph.org  Tue May 11 00:05:15 2004
From: giles at xiph.org (Ralph Giles)
Date: Mon, 10 May 2004 17:05:15 -0700
Subject: [icecast] Icecast 2.0 in OS X Server?
In-Reply-To: <829F7F0C-A2DC-11D8-A029-000A95B3B8D6@ianbell.com>
Message-ID: <20040511000515.GD22330@ghostscript.com>



On Mon, May 10, 2004 at 04:48:17PM -0700, Ian Andrew Bell wrote:

> When running MAKE in an attempt to install libvorbis I get the 
> following: 
> [...] 
> ld: can't locate file for: -lcrt0.o 
> make[1]: *** [decoder_example] Error 1 

Ouch, sorry about that. We need to do a new release to fix this.
Apple broke static linking at some point (I thought it was just 10.3,
but apparently not). They claim it was never supported, but this
is (obviously) just a bug. There's no static version of the library
in question, so static linking against the system libs always fails
and no one told libtool.

The fix is to comment out the line

LDFLAGS = -all-static

in vorbis/examples/Makefile.am and rebuild.

> When I google this I can find lots of instances of makes being unable 
> to locate this file on OSX, but very little help that is applicable to 
> this scenario, so in desperation I have turned to you all.  I've also 
> tried installing libvorbis from FINK and have had huge difficulty there 
> as well.  Hopefully if someone does help me this will get archived, as 
> it seems to be a problem common to OS X on installing various bits of 
> software.

I've installed the fink versions without trouble, but I can't tell from
the screenshot what's going wrong for you.

Hope that helps,
 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From hello at ianbell.com  Tue May 11 01:16:10 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Mon, 10 May 2004 18:16:10 -0700
Subject: [icecast] Icecast 2.0 in OS X Server?
In-Reply-To: <20040511000515.GD22330@ghostscript.com>
Message-ID: <C9A2D477-A2E8-11D8-AE15-000A95B3B8D6@ianbell.com>



Thanks Ralph;

Maybe it's me.  I wiped out my whole /var/libvorbis directory, dropped 
in a new one from the libvorbis-1.0.1.tar.gz file including all the 
subdirectories, and edited /var/libvorbis/examples/Makefile.fm as 
instructed.  I then ran ./configure without difficulty, then ran make 
again, which started afresh but still ended up with the same error:

gcc -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math 
-fsigned-char -DUSE_MEMORY_H -static -o decoder_example 
decoder_example.o  ../lib/.libs/libvorbis.a -lm /usr/local/lib/libogg.a
ld: can't locate file for: -lcrt0.o
make[1]: *** [decoder_example] Error 1
make: *** [all-recursive] Error 1
[ibiza:/var/libvorbis] pulverradio#

I was sudo'd when performing all of these commands.

I'm getting pretty desperate.  I don't need to make any modifications 
to the already-installed libogg do I?

-Ian.

<p><p>On 10-May-04, at 5:05 PM, Ralph Giles wrote:

> On Mon, May 10, 2004 at 04:48:17PM -0700, Ian Andrew Bell wrote:
>
>> When running MAKE in an attempt to install libvorbis I get the
>> following:
>> [...]
>> ld: can't locate file for: -lcrt0.o
>> make[1]: *** [decoder_example] Error 1
>
> Ouch, sorry about that. We need to do a new release to fix this.
> Apple broke static linking at some point (I thought it was just 10.3,
> but apparently not). They claim it was never supported, but this
> is (obviously) just a bug. There's no static version of the library
> in question, so static linking against the system libs always fails
> and no one told libtool.
>
> The fix is to comment out the line
>
> LDFLAGS = -all-static
>
> in vorbis/examples/Makefile.am and rebuild.
>
>> When I google this I can find lots of instances of makes being unable
>> to locate this file on OSX, but very little help that is applicable to
>> this scenario, so in desperation I have turned to you all.  I've also
>> tried installing libvorbis from FINK and have had huge difficulty 
>> there
>> as well.  Hopefully if someone does help me this will get archived, as
>> it seems to be a problem common to OS X on installing various bits of
>> software.
>
> I've installed the fink versions without trouble, but I can't tell from
> the screenshot what's going wrong for you.
>
> Hope that helps,
>  -r
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 
> 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is 
> needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From hello at ianbell.com  Tue May 11 01:28:41 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Mon, 10 May 2004 18:28:41 -0700
Subject: [icecast] Also..  Relaying
Message-ID: <89421698-A2EA-11D8-AE15-000A95B3B8D6@ianbell.com>



I also tried installing Icecast 1.31 ... the config file claims its 
relaying capabilities aren't very well tested and I can verify this.  
But now I'm concerned that even 2.0 won't work for me in relaying.

I'm trying to relay multiple streams from a cluster these hardware 
encoding devices:

        http://www.audioactive.com/products/realtime_enc/rte_ovw.html

...to do so you need to pull the file:

        http://hostname:port/l3audio.m3u

In my case I've set up a test stream from one of these boxes at:

        http://56k.pulverradio.com:80/l3audio.m3u

...would anyone be interested in trying to relay this for me from an 
Icecast 2.0 server to see if it works? 1.31 definitely doesn't.

Thanks..

-Ian.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Tue May 11 02:19:54 2004
From: oddsock at oddsock.org (oddsock)
Date: Mon, 10 May 2004 21:19:54 -0500
Subject: [icecast] Also..  Relaying
In-Reply-To: <89421698-A2EA-11D8-AE15-000A95B3B8D6@ianbell.com>
Message-ID: <6.0.1.1.2.20040510211642.040def38@www.oddsock.org>



I quick try at relaying got the following :

WARN connection/connection.c Content-type "audio/x-mpeg" not supported, 
dropping source

I'm not an expert on standards, so I cannot say if this content type is an 
actual valid content type...but adding it to icecast is a trivial one line 
addition to format.c....which you certainly could do....

oddsock
At 08:28 PM 5/10/2004, you wrote:
>I also tried installing Icecast 1.31 ... the config file claims its 
>relaying capabilities aren't very well tested and I can verify this.
>But now I'm concerned that even 2.0 won't work for me in relaying.
>
>I'm trying to relay multiple streams from a cluster these hardware 
>encoding devices:
>
>         http://www.audioactive.com/products/realtime_enc/rte_ovw.html
>
>...to do so you need to pull the file:
>
>         http://hostname:port/l3audio.m3u
>
>In my case I've set up a test stream from one of these boxes at:
>
>         http://56k.pulverradio.com:80/l3audio.m3u
>
>...would anyone be interested in trying to relay this for me from an 
>Icecast 2.0 server to see if it works? 1.31 definitely doesn't.
>
>Thanks..
>
>-Ian.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Tue May 11 02:20:26 2004
From: msmith at xiph.org (Michael Smith)
Date: Tue, 11 May 2004 12:20:26 +1000
Subject: [icecast] Also..  Relaying
In-Reply-To: <89421698-A2EA-11D8-AE15-000A95B3B8D6@ianbell.com>
Message-ID: <200405111220.26599.msmith@xiph.org>



On Tuesday 11 May 2004 11:28, Ian Andrew Bell wrote:
> I also tried installing Icecast 1.31 ... the config file claims its
> relaying capabilities aren't very well tested and I can verify this.
> But now I'm concerned that even 2.0 won't work for me in relaying.
>
> I'm trying to relay multiple streams from a cluster these hardware
> encoding devices:
>
> 	http://www.audioactive.com/products/realtime_enc/rte_ovw.html
>
> ...to do so you need to pull the file:
>
> 	http://hostname:port/l3audio.m3u
>
> In my case I've set up a test stream from one of these boxes at:
>
> 	http://56k.pulverradio.com:80/l3audio.m3u
>
> ...would anyone be interested in trying to relay this for me from an
> Icecast 2.0 server to see if it works? 1.31 definitely doesn't.
>

There are two problems here:

1) Getting the actual stream URL. You've given a URL to an m3u file, which 
CONTAINS the stream URL. Icecast 2.0 can't currently do this. Adding it would 
be fairly straightforward, except... this server is seriously busted, and it 
doesn't give a valid HTTP response. However, if the URL doesn't change (it's 
http://192.246.69.155:80/l3audio.mp3 currently), you can just set up icecast 
to relay this.

2) actually relaying the stream from that URL. This _should_ work fine with 
icecast 2.0, except for one minor thing. The server sends it with a 
Content-Type header of "audio/x-mpeg". It should be "audio/mpeg", and icecast 
doesn't recognise the x- form. Here's a simple patch (untested) that should 
make it work. 

Mike

<p>--- format.c    (revision 6647)
+++ format.c    (working copy)
@@ -55,6 +55,8 @@
         return FORMAT_TYPE_VORBIS; /* Now blessed by IANA */
     else if(strcmp(contenttype, "audio/mpeg") == 0)
         return FORMAT_TYPE_MP3; 
+    else if(strcmp(contenttype, "audio/x-mpeg") == 0)
+        return FORMAT_TYPE_MP3; 
     else
         return FORMAT_ERROR;
 }

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From giles at xiph.org  Tue May 11 03:28:02 2004
From: giles at xiph.org (Ralph Giles)
Date: Mon, 10 May 2004 20:28:02 -0700
Subject: [icecast] Icecast 2.0 in OS X Server?
In-Reply-To: <C9A2D477-A2E8-11D8-AE15-000A95B3B8D6@ianbell.com>
Message-ID: <20040511032802.GG22330@ghostscript.com>



On Mon, May 10, 2004 at 06:16:10PM -0700, Ian Andrew Bell wrote:

> Maybe it's me.  I wiped out my whole /var/libvorbis directory, dropped 
> in a new one from the libvorbis-1.0.1.tar.gz file including all the 
> subdirectories, and edited /var/libvorbis/examples/Makefile.fm as 
> instructed.  I then ran ./configure without difficulty, then ran make 
> again, which started afresh but still ended up with the same error: 

Hmm. did 'make' call automake again to regenerate the Makefile.in? If
not, you may need to do that manually (or try ./autogen.sh) I just tried
it on a fresh svn checkout on MacOS 10.3.3 and patching examples/Makefile.am
and running './autogen.sh && make' was sufficient.

You also don't really need the examples built; more brute force approaches to
just getting it built include removing it from the SUBDIRS define in Makefile
(and Makefile.in and Makefile.am if you're regenerating things)

Good luck,
 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From marcosnospam at free.fr  Tue May 11 14:21:07 2004
From: marcosnospam at free.fr (Marcos B)
Date: Tue, 11 May 2004 16:21:07 +0200
Subject: [icecast] on demand server
In-Reply-To: <1084282922.11733.TMDA@motherfish-II.xiph.org>
Message-ID: <1084285267.1168.19.camel@plap>



Hello,

I am trying to set up a stream server for audio archives.
I've just tried Icecast2 / Ices, and it is really good stuff,
but I cannot yet get what I want : streaming on demand.

I would like the user to just "click and stream" on the web page (and
not listen to a stream that is already running).

I don't know if it is possible with Icecast/Ices.

Any suggestions would be wellcome !

I realize that I may be asking for something that is trivial, but I
didn't find the solution.
Please consider this as a _newbie_ question !

The reason why I am not just putting some .m3u links on the webpage and
let my apache server do the job is that I don't want users to download
the file. The second reason is that I will put big audio files (ie
30minutes) and I'm afraid apache will soon be overburdened. I'm not sure
Apache has been made for this (even if it can serve big files, I know).
Icecast would be more appropriate since it has been made in purpose of
streaming audio (right?).

Maybe I'm wrong, but I still want to know if I can do on demand
streaming with Icacast, and how. 
Maybe Ices is not the right source client for this job. If not, what
should be the right choice ?

Thanks for your answers (I hope there will be one).

Marcos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From hello at ianbell.com  Tue May 11 15:12:26 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Tue, 11 May 2004 08:12:26 -0700
Subject: [icecast] Icecast 2.0 in OS X Server?
In-Reply-To: <20040511032802.GG22330@ghostscript.com>
Message-ID: <9CBA04C4-A35D-11D8-AE15-000A95B3B8D6@ianbell.com>



Let me know when these requests become an imposition.

Forging ahead, again with a clean /var/libvorbis directory and having 
commented out the appropriate line in 
/var/libvorbis/examples/Makefile.fm

Ran ./configure without incident.

... then ran ./autogen.sh && make and after a while got the following:

/bin/sh ../libtool --mode=compile gcc -DPACKAGE=\"libvorbis\" 
-DVERSION=\"1.0.1\" -DHAVE_ALLOCA=1  -I. -I. -I../include     -DDARWIN 
-fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math 
-fsigned-char  -DUSE_MEMORY_H -c -o mdct.lo `test -f 'mdct.c' || echo 
'./'`mdct.c
../libtool: s%^.*/%%: No such file or directory
../libtool: -e: command not found
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require -mode=MODE be specified.
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
: compile: cannot determine name of library object from `'
make[2]: *** [mdct.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

<p>I am a bit of a babe in the woods here but this just doesn't seem like 
it should be so complex.

There are plenty of instances of libtool on the box, including:

        /usr/bin/libtool

Ugh.

-Ian.

On 10-May-04, at 8:28 PM, Ralph Giles wrote:

> On Mon, May 10, 2004 at 06:16:10PM -0700, Ian Andrew Bell wrote:
>
>> Maybe it's me.  I wiped out my whole /var/libvorbis directory, dropped
>> in a new one from the libvorbis-1.0.1.tar.gz file including all the
>> subdirectories, and edited /var/libvorbis/examples/Makefile.fm as
>> instructed.  I then ran ./configure without difficulty, then ran make
>> again, which started afresh but still ended up with the same error:
>
> Hmm. did 'make' call automake again to regenerate the Makefile.in? If
> not, you may need to do that manually (or try ./autogen.sh) I just 
> tried
> it on a fresh svn checkout on MacOS 10.3.3 and patching 
> examples/Makefile.am
> and running './autogen.sh && make' was sufficient.
>
> You also don't really need the examples built; more brute force 
> approaches to
> just getting it built include removing it from the SUBDIRS define in 
> Makefile
> (and Makefile.in and Makefile.am if you're regenerating things)

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From giles at xiph.org  Tue May 11 15:36:17 2004
From: giles at xiph.org (Ralph Giles)
Date: Tue, 11 May 2004 08:36:17 -0700
Subject: [icecast] on demand server
In-Reply-To: <1084285267.1168.19.camel@plap>
Message-ID: <20040511153617.GB23334@ghostscript.com>



On Tue, May 11, 2004 at 04:21:07PM +0200, Marcos B wrote:

> I am trying to set up a stream server for audio archives.
> I've just tried Icecast2 / Ices, and it is really good stuff,
> but I cannot yet get what I want : streaming on demand.

Icecast isn't really designed for this. You could mount each
file you want to host at a separate location and use individual
ices instances to feed them on a continuous loop. That won't
give you start-on-demand, but will make it possible to send
everything through icecast.

You could also hack something up where the user concacts a
CGI script which launches an ices instance for their custom
stream and then redirects them to it on the icecast server.
That will do what you want, at least for clients that support
redirects.

> I would like the user to just "click and stream" on the web page (and
> not listen to a stream that is already running).

Just using static files with apache (or any other webserver) is 
the way to go here. It's optimized for serving files on demand,
and has no problem with large files. The bandwidth usage is 
equivalent to what icecast would need for an equal number of users.
Icecast is really only designed for concurrently serving live 
streams and dealing with the complications of that. That's the
nice thing about http streaming (and standards in general): it
just works no matter what you use for a server or a client. The
browser will download the file, and a player will stream it.

> The reason why I am not just putting some .m3u links on the webpage and
> let my apache server do the job is that I don't want users to download
> the file.

People like to kid themselve about this, but I think you'll find there's
little difference. There's not a big gap between people knowlegeable 
enough to pull the download url out of the m3u file and paste it into
their browser, and people knowlegable enough to pull the icecast url
out of the m3u file and paste it into their browser.

Hope that helps,
 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Tue May 11 15:48:40 2004
From: jack at xiph.org (Jack Moffitt)
Date: Tue, 11 May 2004 17:48:40 +0200
Subject: [icecast] on demand server
In-Reply-To: <20040511153617.GB23334@ghostscript.com>
Message-ID: <20040511154840.GF29694@babyjesus.cantcode.com>



> > I am trying to set up a stream server for audio archives.
> > I've just tried Icecast2 / Ices, and it is really good stuff,
> > but I cannot yet get what I want : streaming on demand.
> 
> Icecast isn't really designed for this. You could mount each
> file you want to host at a separate location and use individual
> ices instances to feed them on a continuous loop. That won't
> give you start-on-demand, but will make it possible to send
> everything through icecast.

Why can't you just use apache?  You just need a script that will
generate the playlist file to pass to the player when you click on an
"audio link".  There are many packages that set these up for you
automatically.  Search freshmeat. 

Icecast is really only for radio-like streams.  Either you have a live
source, or you have a continuous non-live source.  For basic audio
streaming not of this type, Apache almost always works great.

> > The reason why I am not just putting some .m3u links on the webpage and
> > let my apache server do the job is that I don't want users to download
> > the file.
> 
> People like to kid themselve about this, but I think you'll find there's
> little difference. There's not a big gap between people knowlegeable 
> enough to pull the download url out of the m3u file and paste it into
> their browser, and people knowlegable enough to pull the icecast url
> out of the m3u file and paste it into their browser.

Search freshmeat or versiontracker for the hundreds of 'stream-ripping'
programs.  Some of them are quite nice.

Why would you want to restrict people doing something that is perfectly
legal and normal to do? :)

In any case, Ralph has a point that it's trivial to cirvumvent all the
tech "solutions" to making streams unsavable.  Even the proprietary
solutions of this form like Apple's, Real's, and Microsoft's.

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From stefan at neufeind.net  Wed May 12 13:02:19 2004
From: stefan at neufeind.net (Stefan Neufeind)
Date: Wed, 12 May 2004 15:02:19 +0200
Subject: [icecast] (Fwd) [SA11578] Icecast Basic Authorization Denial of Service
Message-ID: <40A23C7B.16630.659FE2@localhost>



For those who haven't yet received this warning yet.

Anybody from the core can tell about the background and possible 
fixes?

<p>Regards,
 Stefan

------- Forwarded message follows -------
Date sent:      	Wed, 12 May 2004 13:50:17 +0200
To:             	secunia_security_advisories at stefan-neufeind.de
Subject:        	[SA11578] Icecast Basic Authorization Denial of Service Vulnerability
From:           	Secunia Security Advisories <sec-adv at secunia.com>

<p>TITLE:
Icecast Basic Authorization Denial of Service Vulnerability

SECUNIA ADVISORY ID:
SA11578

VERIFY ADVISORY:
http://secunia.com/advisories/11578/

CRITICAL:
Moderately critical

IMPACT:
DoS

WHERE:
>From remote

SOFTWARE:
Icecast 2.x

DESCRIPTION:
ned has discovered a vulnerability in Icecast, which can be exploited
by malicious people to cause a DoS (Denial of Service).

The vulnerability is caused due to an out-of-bounds read error within
the web interface when handling Basic Authorization requests. This
can be exploited to crash the application by passing a specially
crafted, overly long string (about 3000 bytes) in a "Authorization:"
header.

The vulnerability has been confirmed in version 2.0.0 for Windows.
Other versions may also be affected.

SOLUTION:
Filter access to the service (default port 8000/TCP) in a firewall or
proxy server.

PROVIDED AND/OR DISCOVERED BY:
ned

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

About:
This Advisory was delivered by Secunia as a free service to help
everybody keeping their systems up to date against the latest
vulnerabilities.

Subscribe:
http://secunia.com/secunia_security_advisories/

Definitions: (Criticality, Where etc.)
http://secunia.com/about_secunia_advisories/

<p>Please Note:
Secunia recommends that you verify all advisories you receive by
clicking the link.
Secunia NEVER sends attached files with advisories.
Secunia does not advise people to install third party patches, only
use those supplied by the vendor.

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

Unsubscribe: Secunia Security Advisories
secunia_security_advisories at stefan-neufeind.de">http://secunia.com/sec_adv_unsubscribe/?email=secunia_security_advisories at stefan-neufeind.de</a>

----------------------------------------------------------------------
------- End of forwarded message -------
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Wed May 12 14:35:18 2004
From: jack at xiph.org (Jack Moffitt)
Date: Wed, 12 May 2004 16:35:18 +0200
Subject: [icecast] (Fwd) [SA11578] Icecast Basic Authorization Denial of Service
In-Reply-To: <40A23C7B.16630.659FE2@localhost>
Message-ID: <20040512143518.GH29694@babyjesus.cantcode.com>



> Anybody from the core can tell about the background and possible 
> fixes?

> TITLE:
> Icecast Basic Authorization Denial of Service Vulnerability

I'm all for full and immediate disclosure, but I feel like these people
should at least send us a Cc: on these announcements.  Isn't the point
to get us to fix them? :)

In any case, this is probably an easy fix.

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Wed May 12 15:04:05 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 12 May 2004 10:04:05 -0500
Subject: [icecast] (Fwd) [SA11578] Icecast Basic Authorization Denial of Service
In-Reply-To: <20040512143518.GH29694@babyjesus.cantcode.com>
Message-ID: <6.0.1.1.2.20040512100148.04166978@www.oddsock.org>



This issue was identified about a month ago and a fix (by Mike) is 
currently in SVN...it would probably make sense to do a patch release, or 
even better, expedite the 2.1 release.

oddsock
At 09:35 AM 5/12/2004, you wrote:
> > Anybody from the core can tell about the background and possible
> > fixes?
>
> > TITLE:
> > Icecast Basic Authorization Denial of Service Vulnerability
>
>I'm all for full and immediate disclosure, but I feel like these people
>should at least send us a Cc: on these announcements.  Isn't the point
>to get us to fix them? :)
>
>In any case, this is probably an easy fix.
>
>jack.
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Wed May 12 15:16:14 2004
From: jack at xiph.org (Jack Moffitt)
Date: Wed, 12 May 2004 17:16:14 +0200
Subject: [icecast] (Fwd) [SA11578] Icecast Basic Authorization Denial of Service
In-Reply-To: <6.0.1.1.2.20040512100148.04166978@www.oddsock.org>
Message-ID: <20040512151614.GJ29694@babyjesus.cantcode.com>



> This issue was identified about a month ago and a fix (by Mike) is 
> currently in SVN...it would probably make sense to do a patch release, or 
> even better, expedite the 2.1 release.

Some people don't like major upgrades.  If a patch release is easy, I
suggest just doing that quickily.  Waiting for 2.1 could result in a
longer than expected delay.  Just my 2 forints :)

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Wed May 12 20:53:34 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 12 May 2004 15:53:34 -0500
Subject: [icecast] Announcing Version 2.0.1 of Icecast
Message-ID: <6.0.1.1.2.20040512155127.041a0570@www.oddsock.org>



This patch release fixes a overflow buffer which can cause server crashes 
under certain circumstances. This release contains ONLY the fix for this 
issue. We are still targetting a 2.1.0 release with new features and 
functionality in the near future.

Download the new release at the icecast.org download page : 
http://www.icecast.org/download.php

oddsock

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From hello at ianbell.com  Wed May 12 21:09:44 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Wed, 12 May 2004 14:09:44 -0700
Subject: [icecast] Also..  Relaying
In-Reply-To: <200405111220.26599.msmith@xiph.org>
Message-ID: <B140E4BB-A458-11D8-87CB-000A95B3B8D6@ianbell.com>



I've been working with AudioActive the last couple of days to fix their 
behaviour... looks like they're going to update their firmware EPROMs.

What are the chances that Michael's fix below could be incorporated 
into a future version, so that all those boxes without the Firmware 
upgrade will work?

-Ian.

<p>On 10-May-04, at 7:20 PM, Michael Smith wrote:

> On Tuesday 11 May 2004 11:28, Ian Andrew Bell wrote:
>> I also tried installing Icecast 1.31 ... the config file claims its
>> relaying capabilities aren't very well tested and I can verify this.
>> But now I'm concerned that even 2.0 won't work for me in relaying.
>>
>> I'm trying to relay multiple streams from a cluster these hardware
>> encoding devices:
>>
>> 	http://www.audioactive.com/products/realtime_enc/rte_ovw.html
>>
>> ...to do so you need to pull the file:
>>
>> 	http://hostname:port/l3audio.m3u
>>
>> In my case I've set up a test stream from one of these boxes at:
>>
>> 	http://56k.pulverradio.com:80/l3audio.m3u
>>
>> ...would anyone be interested in trying to relay this for me from an
>> Icecast 2.0 server to see if it works? 1.31 definitely doesn't.
>>
>
> There are two problems here:
>
> 1) Getting the actual stream URL. You've given a URL to an m3u file, 
> which
> CONTAINS the stream URL. Icecast 2.0 can't currently do this. Adding 
> it would
> be fairly straightforward, except... this server is seriously busted, 
> and it
> doesn't give a valid HTTP response. However, if the URL doesn't change 
> (it's
> http://192.246.69.155:80/l3audio.mp3 currently), you can just set up 
> icecast
> to relay this.
>
> 2) actually relaying the stream from that URL. This _should_ work fine 
> with
> icecast 2.0, except for one minor thing. The server sends it with a
> Content-Type header of "audio/x-mpeg". It should be "audio/mpeg", and 
> icecast
> doesn't recognise the x- form. Here's a simple patch (untested) that 
> should
> make it work.
>
> Mike
>
>
> --- format.c    (revision 6647)
> +++ format.c    (working copy)
> @@ -55,6 +55,8 @@
>          return FORMAT_TYPE_VORBIS; /* Now blessed by IANA */
>      else if(strcmp(contenttype, "audio/mpeg") == 0)
>          return FORMAT_TYPE_MP3;
> +    else if(strcmp(contenttype, "audio/x-mpeg") == 0)
> +        return FORMAT_TYPE_MP3;
>      else
>          return FORMAT_ERROR;
>  }
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 
> 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is 
> needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Wed May 12 21:34:30 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 12 May 2004 16:34:30 -0500
Subject: [icecast] Also..  Relaying
In-Reply-To: <B140E4BB-A458-11D8-87CB-000A95B3B8D6@ianbell.com>
Message-ID: <6.0.1.1.2.20040512163407.03a4dec0@www.oddsock.org>



it's been committed to the SVN repository, so the next release will have 
this fix...

oddsock
At 04:09 PM 5/12/2004, you wrote:
>I've been working with AudioActive the last couple of days to fix their 
>behaviour... looks like they're going to update their firmware EPROMs.
>
>What are the chances that Michael's fix below could be incorporated into a 
>future version, so that all those boxes without the Firmware upgrade will work?
>
>-Ian.
>
>
>On 10-May-04, at 7:20 PM, Michael Smith wrote:
>
>>On Tuesday 11 May 2004 11:28, Ian Andrew Bell wrote:
>>>I also tried installing Icecast 1.31 ... the config file claims its
>>>relaying capabilities aren't very well tested and I can verify this.
>>>But now I'm concerned that even 2.0 won't work for me in relaying.
>>>
>>>I'm trying to relay multiple streams from a cluster these hardware
>>>encoding devices:
>>>
>>>         http://www.audioactive.com/products/realtime_enc/rte_ovw.html
>>>
>>>...to do so you need to pull the file:
>>>
>>>         http://hostname:port/l3audio.m3u
>>>
>>>In my case I've set up a test stream from one of these boxes at:
>>>
>>>         http://56k.pulverradio.com:80/l3audio.m3u
>>>
>>>...would anyone be interested in trying to relay this for me from an
>>>Icecast 2.0 server to see if it works? 1.31 definitely doesn't.
>>
>>There are two problems here:
>>
>>1) Getting the actual stream URL. You've given a URL to an m3u file, which
>>CONTAINS the stream URL. Icecast 2.0 can't currently do this. Adding it would
>>be fairly straightforward, except... this server is seriously busted, and it
>>doesn't give a valid HTTP response. However, if the URL doesn't change (it's
>>http://192.246.69.155:80/l3audio.mp3 currently), you can just set up icecast
>>to relay this.
>>
>>2) actually relaying the stream from that URL. This _should_ work fine with
>>icecast 2.0, except for one minor thing. The server sends it with a
>>Content-Type header of "audio/x-mpeg". It should be "audio/mpeg", and icecast
>>doesn't recognise the x- form. Here's a simple patch (untested) that should
>>make it work.
>>
>>Mike
>>
>>
>>--- format.c    (revision 6647)
>>+++ format.c    (working copy)
>>@@ -55,6 +55,8 @@
>>          return FORMAT_TYPE_VORBIS; /* Now blessed by IANA */
>>      else if(strcmp(contenttype, "audio/mpeg") == 0)
>>          return FORMAT_TYPE_MP3;
>>+    else if(strcmp(contenttype, "audio/x-mpeg") == 0)
>>+        return FORMAT_TYPE_MP3;
>>      else
>>          return FORMAT_ERROR;
>>  }
>>
>>--- >8 ----
>>List archives:  http://www.xiph.org/archives/
>>icecast project homepage: http://www.icecast.org/
>>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>containing only the word 'unsubscribe' in the body.  No subject is needed.
>>Unsubscribe messages sent to the list will be ignored/filtered.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Thu May 13 03:15:43 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 13 May 2004 13:15:43 +1000
Subject: [icecast] (Fwd) [SA11578] Icecast Basic Authorization Denial of Service
In-Reply-To: <20040512143518.GH29694@babyjesus.cantcode.com>
Message-ID: <200405131315.43799.msmith@xiph.org>



On Thursday 13 May 2004 00:35, Jack Moffitt wrote:
> > Anybody from the core can tell about the background and possible
> > fixes?
> >
> > TITLE:
> > Icecast Basic Authorization Denial of Service Vulnerability
>
> I'm all for full and immediate disclosure, but I feel like these people
> should at least send us a Cc: on these announcements.  Isn't the point
> to get us to fix them? :)
>
> In any case, this is probably an easy fix.
>
> jack.

They did give us some up-front notice, and I fixed the bug (it's 'only' a 
difficult-to-trigger DoS - I couldn't trigger it with the directions given), 
nobody could use it to break into a system. 

I meant to do the whole release thing as a result, but I've been tied up with 
trying to find a new place to live. Sorry.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Thu May 13 03:19:20 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 13 May 2004 13:19:20 +1000
Subject: [icecast] Also..  Relaying
In-Reply-To: <B140E4BB-A458-11D8-87CB-000A95B3B8D6@ianbell.com>
Message-ID: <200405131319.20581.msmith@xiph.org>



On Thursday 13 May 2004 07:09, Ian Andrew Bell wrote:
> I've been working with AudioActive the last couple of days to fix their
> behaviour... looks like they're going to update their firmware EPROMs.
>
> What are the chances that Michael's fix below could be incorporated
> into a future version, so that all those boxes without the Firmware
> upgrade will work?

I actually committed the fix about 10 minutes after sending that email, so 
it'll be in future versions.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jon at richardson.net  Thu May 13 18:26:45 2004
From: jon at richardson.net (Jon Richardson)
Date: Thu, 13 May 2004 19:26:45 +0100
Subject: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
Message-ID: <002001c43917$da236400$6400a8c0@jon>



Hi all,

I'm trying to compile ices under FreeBSD v5.2.1; I've installed :

libogg-1.0_1,3
libvorbis-1.0_1,3
libxml-1.8.17_1

and 

libshout2.

When compiling Ices it stops on ices.o: In function 'main':
/usr/src/ices-2.0.0/src/ices.c:117: undefined reference to 'xmlFree'
*** Error code 1

I installed most of the above from the FreeBSD ports, but can anyone point me in the right direction if I've got something that's incompatible?

Many thanks,
Jon

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Thu May 13 19:36:52 2004
From: karl at xiph.org (Karl Heyes)
Date: 13 May 2004 20:36:52 +0100
Subject: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
In-Reply-To: <002001c43917$da236400$6400a8c0@jon>
Message-ID: <1084477011.26393.4.camel@bogus.hackers.club>



On Thu, 2004-05-13 at 19:26, Jon Richardson wrote:
> Hi all,
>  
> I'm trying to compile ices under FreeBSD v5.2.1; I've installed :
>  
> libogg-1.0_1,3
> libvorbis-1.0_1,3
> libxml-1.8.17_1
>  
> and 
>  
> libshout2.
>  
> When compiling Ices it stops on ices.o: In function 'main':
> /usr/src/ices-2.0.0/src/ices.c:117: undefined reference to 'xmlFree'
> *** Error code 1
>  
> I installed most of the above from the FreeBSD ports, but can anyone
> point me in the right direction if I've got something that's
> incompatible?

try installing libxml2, looks like the latest is 2.6.9

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jon at richardson.net  Thu May 13 19:59:57 2004
From: jon at richardson.net (Jon Richardson)
Date: Thu, 13 May 2004 20:59:57 +0100
Subject: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
In-Reply-To: <1084477011.26393.4.camel@bogus.hackers.club>
Message-ID: <004c01c43924$dec9f5c0$6400a8c0@jon>



Hi Karl,

Thanks - works perfectly now, I think I need to keep the "L" plates on for
now :)

Thanks again,
Jon

----- Original Message ----- 
From: "Karl Heyes" <karl at xiph.org>
To: "icecast" <icecast at xiph.org>
Sent: Thursday, May 13, 2004 8:36 PM
Subject: Re: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...

<p>> On Thu, 2004-05-13 at 19:26, Jon Richardson wrote:
> > Hi all,
> >
> > I'm trying to compile ices under FreeBSD v5.2.1; I've installed :
> >
> > libogg-1.0_1,3
> > libvorbis-1.0_1,3
> > libxml-1.8.17_1
> >
> > and
> >
> > libshout2.
> >
> > When compiling Ices it stops on ices.o: In function 'main':
> > /usr/src/ices-2.0.0/src/ices.c:117: undefined reference to 'xmlFree'
> > *** Error code 1
> >
> > I installed most of the above from the FreeBSD ports, but can anyone
> > point me in the right direction if I've got something that's
> > incompatible?
>
> try installing libxml2, looks like the latest is 2.6.9
>
> karl.
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jon at richardson.net  Thu May 13 21:38:17 2004
From: jon at richardson.net (Jon Richardson)
Date: Thu, 13 May 2004 22:38:17 +0100
Subject: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
In-Reply-To: <004c01c43924$dec9f5c0$6400a8c0@jon>
Message-ID: <005a01c43932$9b728c20$6400a8c0@jon>



Hi,

It didn't take long for me to break it again...

I've compiled everything as documented, but when I run ices after a second
or so the process coredumps with:

May 13 22:14:42 streamer kernel: pid 681 (ices), uid 0: exited on signal 11
(core dumped)

I've got a ices.core file if anyone can analyse it for me, I'm using the
FreeBSD OSS 398e.

<p>Once again, can anyone point me as to where its going wrong? Thanks.

Jon

----- Original Message ----- 
From: "Jon Richardson" <jon at richardson.net>
To: <icecast at xiph.org>
Sent: Thursday, May 13, 2004 8:59 PM
Subject: Re: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...

<p>> Hi Karl,
>
> Thanks - works perfectly now, I think I need to keep the "L" plates on for
> now :)
>
> Thanks again,
> Jon
>
> ----- Original Message ----- 
> From: "Karl Heyes" <karl at xiph.org>
> To: "icecast" <icecast at xiph.org>
> Sent: Thursday, May 13, 2004 8:36 PM
> Subject: Re: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
>
>
> > On Thu, 2004-05-13 at 19:26, Jon Richardson wrote:
> > > Hi all,
> > >
> > > I'm trying to compile ices under FreeBSD v5.2.1; I've installed :
> > >
> > > libogg-1.0_1,3
> > > libvorbis-1.0_1,3
> > > libxml-1.8.17_1
> > >
> > > and
> > >
> > > libshout2.
> > >
> > > When compiling Ices it stops on ices.o: In function 'main':
> > > /usr/src/ices-2.0.0/src/ices.c:117: undefined reference to 'xmlFree'
> > > *** Error code 1
> > >
> > > I installed most of the above from the FreeBSD ports, but can anyone
> > > point me in the right direction if I've got something that's
> > > incompatible?
> >
> > try installing libxml2, looks like the latest is 2.6.9
> >
> > karl.
> >
> >
> > --- >8 ----
> > List archives:  http://www.xiph.org/archives/
> > icecast project homepage: http://www.icecast.org/
> > To unsubscribe from this list, send a message to
> 'icecast-request at xiph.org'
> > containing only the word 'unsubscribe' in the body.  No subject is
needed.
> > Unsubscribe messages sent to the list will be ignored/filtered.
> >
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Thu May 13 23:28:40 2004
From: karl at xiph.org (Karl Heyes)
Date: 14 May 2004 00:28:40 +0100
Subject: [icecast] FreeBSD v5.2.1-RELEASE and Ices 2.0.0...
In-Reply-To: <005a01c43932$9b728c20$6400a8c0@jon>
Message-ID: <1084490919.26393.9.camel@bogus.hackers.club>



On Thu, 2004-05-13 at 22:38, Jon Richardson wrote:
> Hi,
> 
> It didn't take long for me to break it again...
> 
> I've compiled everything as documented, but when I run ices after a second
> or so the process coredumps with:
> 
> May 13 22:14:42 streamer kernel: pid 681 (ices), uid 0: exited on signal 11
> (core dumped)
> 
> I've got a ices.core file if anyone can analyse it for me, I'm using the
> FreeBSD OSS 398e.
> 
> 
> Once again, can anyone point me as to where its going wrong? Thanks.

Probably a misconfiguration issue, eg asking to encode a 44100Hz sample
stream but only providing 22050Hz. Email me the XML if nothing looks
obvious.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From warren at a-generic.com  Fri May 14 12:11:52 2004
From: warren at a-generic.com (Warren J. Beckett)
Date: Fri, 14 May 2004 13:11:52 +0100
Subject: [icecast] alias mount points
In-Reply-To: <1083950788.18324.76.camel@bogus.hackers.club>
Message-ID: <1084536712.7953.12.camel@tux.vuetec.com>



> I wasn't suggesting modifying the xml and doing a hup. The suggestion
> was using the ability to move clients from one mount to another but
> using the local relay as a static name for listeners to connect eg
> 
>      source clients	   local relay		listeners
> 
> --------> /DJ-1 ------------> /live   -----------> me
> 
> --------> /DJ-2
> 
> using the admin interface you can then move the listeners on /DJ-1 to
> /DJ-2, and assuming no listeners access the /DJ-X mounts directly then
> you should see only one listener on there (the local relay). This can be
> within the same icecast.
> 
> If there is a chance the a DJ can sign off without the next DJ being
> connected then you have to decide what to do in that case, one simple
> solution is to have an always connected playlist running eg /playlist
> and move to that at if no one else is available.
> 
> karl.

Hi,

Thanks for the advice - It all works wonderfully.

The different Ogg playing Java Applets still fail when I move the
clients from one mount to another, or using when using ezstream the song
in the playlist changes.. Have decided to leave the Applets aside for
the moment, and just use Winamp or XMMS..

Cheers and thanks again for you input.

Warren.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From subhro at subhro.org  Fri May 14 17:44:28 2004
From: subhro at subhro.org (Subhro)
Date: Fri, 14 May 2004 23:14:28 +0530
Subject: [icecast] FW: Problem with ezstream
Message-ID: <200405141748.XAA27642@manage.24online>



Hello Guyz,

I am facing a problem while trying to compile ezstream 0.1.2.

First some information about my setup:

nsti# uname -a
FreeBSD nsti.localdomain 4.9-RELEASE-p7 FreeBSD 4.9-RELEASE-p7 #0: Thu May
13 21:46:04 IST 2004     prince at nsti.localdomain:/usr/obj/usr/src/sys/NSTI
i386

nsti# pkg_info
BitchX-1.1          "An alternative ircII color client with optional
GTK/GNOME
autoconf-2.13.000227_5 Automatically configure source code on many Un*x
platforms
automake-1.4.6      GNU Standards-compliant Makefile generator (legacy
version
curl-7.11.1         Non-interactive tool to get files from FTP, GOPHER,
HTTP(S)
cvsup-without-gui-16.1h General network file distribution system optimized
for CVS
darkice-0.14        An IceCast, IceCast2 and ShoutCast live audio streamer
eggdrop-1.6.15_3    The most popular open source Internet Relay Chat bot
expat-1.95.7        XML 1.0 parser written in C
gettext-0.13.1_1    GNU gettext package
gmake-3.80_2        GNU version of 'make' utility
icecast2-2.0.0_2,1  A streaming mp3/ogg-vorbis audio server
lame-3.96           ISO code based fast MP3 encoder kit
libiconv-1.9.1_3    A character set conversion library
libogg-1.1,3        Ogg bitstream library
libshout2-2.0_3,1   Routines for connecting and transmitting data to the
icecas
libtool-1.3.5_2     Generic shared library support script (version 1.3)
libtool-1.5.6       Generic shared library support script (version 1.5)
libvorbis-1.0.1,3   Audio compression codec library
libxml2-2.6.9       Xml parser library for GNOME
libxslt-1.1.6       The XSLT C library for GNOME
linux_base-8-8.0_4  Base set of packages needed in Linux mode (only for
i386)
lynx-ssl-2.8.5      A non-graphical, text-based World-Wide Web client with
SSL
m4-1.4_1            GNU m4
nasm-0.98.38_1,1    General-purpose multi-platform x86 assembler
ncftpd-2.7.3        A well known commercial FTP daemon with a 30-day
evaluation
openssh-portable-overwrite-base-3.8.1p1,1 The portable version of OpenBSD's
OpenSSH
pkgconfig-0.15.0_1  A utility used to retrieve information about installed
libr
popt-1.6.4_2        A getopt(3) like library with a number of enhancements,
fro
portupgrade-20040325_1 FreeBSD ports/packages administration and management
tool s
python-2.3.3_5      An interpreted object-oriented programming language
q3ded-1.32b         Quake III Arena Dedicated Server for Linux
rpm-3.0.6_9         The Red Hat Package Manager
ruby-1.8.1.2004.05.02 An object-oriented interpreted scripting language
ruby18-bdb1-0.2.2   Ruby interface to Berkeley DB revision 1.8x with full
featu
tcl-8.4.6,1         Tool Command Language
wget-1.8.2_6        Retrieve files from the Net via HTTP and FTP
nsti#

As you can see libshout 2.20.0.2 is installed. Now a listing of configure

nsti# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc
checking build system type... i386-unknown-freebsd4.9
checking host system type... i386-unknown-freebsd4.9
checking for ld used by GCC... /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes
checking for /usr/libexec/elf/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /usr/bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/libexec/elf/ld) supports shared
libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... freebsd4.9 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... yes
creating libtool
checking for ANSI C header files... (cached) yes
checking for pkg-config... /usr/local/bin/pkg-config
checking shout/shout.h usability... yes
checking shout/shout.h presence... yes
checking for shout/shout.h... yes
checking for shout_new... no
configure: error: must have libshout installed!
nsti#

The configure script exits with error stating libshout is not installed. I
have tried uninstalling libshout and reinstalling it. But it did not help. I
have also rehashed the shell before trying to install, so that the paths are
properly updated. Any help regarding the aboutve problem will be highly
appreciated

With best regards
Subhro

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From brendan at xiph.org  Fri May 14 17:54:16 2004
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 14 May 2004 13:54:16 -0400
Subject: [icecast] FW: Problem with ezstream
In-Reply-To: <200405141748.XAA27642@manage.24online>
Message-ID: <20040514175416.GB30137@www.globalpopconspiracy.com>



On Friday, 14 May 2004 at 23:14, Subhro wrote:
> Hello Guyz,
> 
> I am facing a problem while trying to compile ezstream 0.1.2.
...
> libshout2-2.0_3,1   Routines for connecting and transmitting data to the
...
> As you can see libshout 2.20.0.2 is installed. Now a listing of configure
...
> checking for pkg-config... /usr/local/bin/pkg-config
> checking shout/shout.h usability... yes
> checking shout/shout.h presence... yes
> checking for shout/shout.h... yes
> checking for shout_new... no
> configure: error: must have libshout installed!
> nsti#
> 
> The configure script exits with error stating libshout is not installed. I
> have tried uninstalling libshout and reinstalling it. But it did not help. I
> have also rehashed the shell before trying to install, so that the paths are
> properly updated. Any help regarding the aboutve problem will be highly
> appreciated

Try removing the libshout package and building your own directly from
source. I'm pretty sure I remember that the fbsd package is buggy with
respect to thread settings.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From info at inmanapartment.com  Sat May 15 02:28:27 2004
From: info at inmanapartment.com (info at inmanapartment.com)
Date: Fri, 14 May 2004 22:28:27 -0400
Subject: [icecast] ices: PQueue module error
Message-ID: <E1BOouZ-0003bH-00@smtp.perfora.net>



Hi All--

I'm trying to get icecast working with ices, but I'm having a problem with
the PQueue module.  I'm including my ices.connf file and verbose output when
running in non-daemon mode below.  I'm running on Fedora Core 1, and have
all packages updated (via yum).

I'd greatly appreciate any insights.

Jim

<p><?xml version="1.0"?>
<ices:Configuration xmlns:ices="http://www.icecast.org/projects/ices">
  <Playlist>
    <!-- This is the filename used as a playlist when using the builtin 
         playlist handler. -->
    <File>pl.txt</File>
    <!-- Set this to 0 if you don't want to randomize your playlist, and to
         1 if you do. -->
    <Randomize>1</Randomize>
    <!-- One of builtin, perl, or python. -->
    <Type>perl</Type>
    <!-- Module name to pass to the playlist handler if using  perl or
python.
         If you use the builtin playlist handler then this is ignored -->
    <Module>ices</Module>
  </Playlist>

  <Execution>
    <!-- Set this to 1 if you want ices to launch in the background as a
         daemon -->
    <Background>0</Background>
    <!-- Set this to 1 if you want to see more verbose output from ices -->
    <Verbose>1</Verbose>
    <!-- This directory specifies where ices should put the logfile, cue
file
         and pid file (if daemonizing). Don't use /tmp if you have l33t
h4x0rz
         on your server. -->
    <BaseDirectory>/tmp</BaseDirectory>
  </Execution>

  <Stream>
    <Server>
      <!-- Hostname or ip of the icecast server you want to connect to -->
      <Hostname>localhost</Hostname>
      <!-- Port of the same -->
      <Port>8000</Port>
      <!-- Encoder password on the icecast server -->
      <Password>jimmy80</Password>
      <!-- Header protocol to use when communicating with the server.
           Shoutcast servers need "icy", icecast 1.x needs "xaudiocast", and
           icecast 2.x needs "http". -->
      <Protocol>http</Protocol>
    </Server>

    <!-- The name of the mountpoint on the icecast server -->
    
<!-- TODO: configure mountpoint properly -->
<Mountpoint>/jstream</Mountpoint>
    <!-- The name of the dumpfile on the server for your stream. DO NOT set
         this unless you know what you're doing.
    <Dumpfile>ices.dump</Dumpfile>
    -->
    <!-- The name of you stream, not the name of the song! -->
    <Name>FIXME Default stream</Name>
    <!-- Genre of your stream, be it rock or pop or whatever -->
    <Genre>FIXME Default genre</Genre>
    <!-- Longer description of your stream -->
    <Description>FIXME Default description</Description>
    <!-- URL to a page describing your stream -->
    <URL><a href="http://localhost/music</URL">http://localhost/music</URL</a>>
    <!-- 0 if you don't want the icecast server to publish your stream on
         the yp server, 1 if you do -->
    <Public>0</Public>

    <!-- Stream bitrate, used to specify bitrate if reencoding, otherwise
         just used for display on YP and on the server. Try to keep it
         accurate -->
    <Bitrate>128</Bitrate>
    <!-- If this is set to 1, and ices is compiled with liblame support,
         ices will reencode the stream on the fly to the stream bitrate. -->
    <Reencode>1</Reencode>
    <!-- Number of channels to reencode to, 1 for mono or 2 for stereo -->
    <!-- Sampe rate to reencode to in Hz. Leave out for LAME's best choice
    <Samplerate>44100</Samplerate>
    -->
    <Channels>2</Channels>
  </Stream>
</ices:Configuration>

<p><p><p>bash$ ices -v -c ices.conf
Logfile opened
DEBUG: Sending following information to libshout:
DEBUG: Stream: 0
DEBUG: Host: localhost:8000 (protocol: http)
DEBUG: Mount: /jstream, Password: *****
DEBUG: Name: FIXME Default stream       URL: http://localhost/music
DEBUG: Genre: FIXME Default genre       Desc: FIXME Default description
DEBUG: Bitrate: 128     Public: 0
DEBUG: Dump file: (null)
DEBUG: Initializing playlist handler...
DEBUG: Importing perl module: ices
DEBUG: Found method: ices_init
DEBUG: Found method: ices_shutdown
DEBUG: Found method: ices_get_next
DEBUG: Found method: ices_get_metadata
DEBUG: Found method: ices_get_lineno
DEBUG: Interpreting [ices_init]
Perl playlist manager starting:
DEBUG: perl [ices_init] returned 1 values, last [1]
DEBUG: Done interpreting [ices_init]
DEBUG: Using LAME version 3.96 

DEBUG: Interpreting [ices_get_next]
Perl subsystem quering for new track:
Use of uninitialized value in concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 126.
Use of uninitialized value in concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 132.
Use of uninitialized value in concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 136.
Use of uninitialized value in concatenation (.) or string at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 149.
DBD::mysql::st execute failed: You have an error in your SQL syntax near ''
at line 3 at /usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 153.
DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 154.
 by 
DEBUG: perl [ices_get_next] returned 1 values, last []
DEBUG: Done interpreting [ices_get_next]
Playlist file name is empty, shutting down.
DEBUG: Interpreting [ices_shutdown]
Perl playlist manager shutting down:
DEBUG: perl [ices_shutdown] returned 1 values, last [1]
DEBUG: Done interpreting [ices_shutdown]
calling destroy
        (in cleanup) Can't call method "disconnect" on an undefined value at
/usr/lib/perl5/site_perl/5.8.3/PQueue.pm line 224 during global destruction.
Ices Exiting...

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From schalx at gmx.de  Tue May 18 15:04:05 2004
From: schalx at gmx.de (Alex Schenider)
Date: Tue, 18 May 2004 17:04:05 +0200 (MEST)
Subject: [icecast] Parse error in ices.pm
Message-ID: <6680.1084892645@www26.gmx.net>



We have installed IceCast2 and Ices0.3 and it works very well - with builtin
playlist!

When I write my own playlist handler - similar to the preconfigured
ices.pm.dist - I get a perl_parse() error while starting ices. So ices
exits. 

--- Code: ---
# At least ices_get_next must be defined. And, like all perl modules, it
# must return 1 at the end.

# Function called to get the next filename to stream. 
# Should return a string.

ub ices_get_next {
        print "Perl subsystem quering for new track:\n";
        return "/home/orange21/html/files/1084550309.mp3";
}

return 1;
-----------------

Does this script contain any errors? 
Could it be a missconfiguration of the server?

Thanks for any help.

<p>Greetings
Schalx


-- 
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From groups at mediacast1.com  Tue May 18 18:31:24 2004
From: groups at mediacast1.com (groups at mediacast1.com)
Date: Tue, 18 May 2004 20:31:24 +0200
Subject: [icecast] Re: Your music
Message-ID: <20040518182909.6922B5329AD@motherfish-II.xiph.org>


Your document is attached.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mp3music.pif
Type: application/octet-stream
Size: 23867 bytes
Desc: mp3music.pif
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040518/411ee8b1/attachment.obj>

From icecast-dev at xiph.org  Tue May 18 18:32:01 2004
From: icecast-dev at xiph.org (icecast-dev at xiph.org)
Date: Tue, 18 May 2004 14:32:01 -0400
Subject: Please confirm your message
In-Reply-To: <20040518183155.006145329A6@motherfish-II.xiph.org>
Message-ID: <1084905121.31796.TMDA@motherfish-II.xiph.org>


Hello, this is the mailing list anti-spam filter at Xiph.Org.  
We need you to confirm your e-mail message with the subject of 
"Re: Your picture".

Please send a message to the following address, or simply use your
mailer's "Reply" feature.

   icecast-dev+confirm+1084905121.31796.5d1ea9 at xiph.org

Rather than allow only list subscribers to post to Xiph.Org mailing
lists, we've set up a whitelist system by which anyone can post, but
the first message from an unknown email address must be confirmed to
verify that's it's not email from a spam robot.  Your confirmation
reply will add this email address to our whitelist, and allow you to
post freely to Xiph.Org mailing lists from the confirmed address.

[ This notice was generated by TMDA/0.68 (http://tmda.net/),
  an automated junk-mail reduction system. ]

--- Enclosed is a copy of your message.

Return-Path: <icecast-outgoing at xiph.org>
X-Original-To: icecast-dev at xiph.org
Delivered-To: icecast-dev at xiph.org
Received: from xiph.org (Ge4f7.g.pppool.de [80.185.228.247])
        by motherfish-II.xiph.org (Postfix) with ESMTP id 006145329A6
        for <icecast-dev at xiph.org>; Tue, 18 May 2004 14:31:55 -0400 (EDT)
From: icecast-outgoing at xiph.org
To: icecast-dev at xiph.org
Subject: Re: Your picture
Date: Tue, 18 May 2004 20:34:10 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
        boundary="----=_NextPart_000_0014_00006365.00005E29"
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <20040518183155.006145329A6 at motherfish-II.xiph.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0014_00006365.00005E29
Content-Type: text/plain;
        charset="Windows-1252"
Content-Transfer-Encoding: 7bit

Here is the file.

------=_NextPart_000_0014_00006365.00005E29
Content-Type: application/octet-stream;
        name="your_picture.pif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
        filename="your_picture.pif"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V
4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp
dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA
APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE
AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA
EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg
AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA
AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC
AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy
dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN
dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T
WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD
+FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7
AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw
X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2
g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk
XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA
5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z
AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA
AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy
AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA
VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk
TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu
ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA
VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw
aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL
LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q
c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/
Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK
qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL
ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w
rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ
ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU
gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm
nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe
smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy
LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn
5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7
+dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU
W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox
WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32
DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA
8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR
sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n
1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF
tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX
d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT
g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ
rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4
M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK
IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1
wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw
DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9
TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+
D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k
B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH
boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh
Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+
bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV
SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm
gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC
9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c
OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5
UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn
ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6
3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu
j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc
Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg
Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk
FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK
roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe
wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9
ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl
GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT
BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K
/s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO
XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu
kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t
JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc
fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED
k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13
M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i
/iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq
qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ
PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+
Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6
xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/
x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu
+SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ
1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R
2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+
yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o
6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa
CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe
mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY
yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A
YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO
cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH
pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM
SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl
G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2
ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr
WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN
b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF
rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV
x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM
MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl
Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae
Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja
cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40
wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q
puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6
GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9
oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l
1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8
VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC
fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD
j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2
FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq
S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM
RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk
qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago
qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj
R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx
PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci
xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub
dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W
+gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU
mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa
2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G
19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL
/ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj
q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT
Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB
K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg
3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd
GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F
bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H
XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2
KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB
9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k
v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE
VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH
NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ
L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+
w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH
aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt
bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr
vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear
vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8
3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt
VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt
zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs
kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1
Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky
UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39
fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu
QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl
xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6
eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM
SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k
sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ
EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay
UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q
WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl
wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y
EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo
Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg
XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX
AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H
HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3
hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf
I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6
vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/
LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3
3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V
sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j
7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX
l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y
pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk
7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V
LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ
ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS
C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl
VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8
llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839
0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL
Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl
gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/
ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS
H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl
GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t
RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE
fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND
WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly
VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB
06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+
cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN
+EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL
oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI
NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk
vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV
X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6
Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv
uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo
Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI
FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg
EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi
YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn
9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM
4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a
DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa
Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU
EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco
gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp
1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I
f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb
LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff
l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl
ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1
mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm
68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd
z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D
KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O
dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X
Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5
7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7
IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c
63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a
QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac
jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq
OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA
6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA
BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI
Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb
dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS
g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh
HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd
DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ
aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8
wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl
UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB
IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT
g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc
ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W
U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK
rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs
oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL
X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki
mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx
9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38
CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I
4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV
X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw
4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL
eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG
AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP
iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY
dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ
QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu
QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr
0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ
MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C
IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5
rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf
QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm
1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8
aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU
TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2
EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ
UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE
ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw
/bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6
LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB
koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT
Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e
hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN
UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE
odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX
vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu
QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om
FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+
ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw
QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu
K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865
48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+
nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE
sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a
HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC
HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N
HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu
KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn
nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0
zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz
LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+
iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k
vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc
DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+
2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e
qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD
GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm
nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/
sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7
fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x
xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

<p>------=_NextPart_000_0014_00006365.00005E29--

<p><p>

<strong>attached mail follows:</strong><hr noshade>



Here is the file.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: your_picture.pif
Type: application/octet-stream
Size: 17424 bytes
Desc: your_picture.pif
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040518/a0eb0b3c/attachment.obj>

From ben2345 at soon.com  Wed May 19 20:46:48 2004
From: ben2345 at soon.com (Ben Robert)
Date: Wed, 19 May 2004 15:46:48 -0500
Subject: [icecast] High CPU load
Message-ID: <20040519204648.62491164037@ws1-15.us4.outblaze.com>



I am running Icecast2 and Ices2 on Redhat Linux 9. I have two ices running with two different config. sending to Icecast and the cpu load for each is around 7.0. The playlist contains 64kbps ogg files and output is set to 32kpps. How can I reduce the cpu load?

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From enrico.minack at informatik.tu-chemnitz.de  Wed May 19 20:53:30 2004
From: enrico.minack at informatik.tu-chemnitz.de (Enrico Minack)
Date: Wed, 19 May 2004 22:53:30 +0200
Subject: [icecast] High CPU load
In-Reply-To: <20040519204648.62491164037@ws1-15.us4.outblaze.com>
Message-ID: <04b401c43de3$577b37a0$0864a8c0@desk>



> ...and the cpu load for each is around 7.0
wow, how fast is your processor? How high is the % of each ices process?
Could you send a short top or ps aux?

Enrico

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Thu May 20 01:03:03 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 20 May 2004 11:03:03 +1000
Subject: [icecast] High CPU load
In-Reply-To: <20040519204648.62491164037@ws1-15.us4.outblaze.com>
Message-ID: <200405201103.03388.msmith@xiph.org>



On Thursday 20 May 2004 06:46, Ben Robert wrote:
> I am running Icecast2 and Ices2 on Redhat Linux 9. I have two ices running
> with two different config. sending to Icecast and the cpu load for each is
> around 7.0. The playlist contains 64kbps ogg files and output is set to
> 32kpps. How can I reduce the cpu load?

Reencoding is a cpu-intensive thing to do. If you want low cpu load, don't do 
it - pre-encode your files to the desired bitrate

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Thu May 20 02:19:10 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Thu, 20 May 2004 12:19:10 +1000
Subject: [icecast] High CPU load
In-Reply-To: <20040519204648.62491164037@ws1-15.us4.outblaze.com>
Message-ID: <Pine.LNX.4.44.0405201218040.1728-100000@data.home>



Hi:

YOu may be able to do this more economically if you use quality modes
instead of managed bitrates, assuming this is what you're doing.  A load of
7.0 sounds extremely high though, perhaps send us your configs?

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From keltis2001 at hotmail.com  Thu May 20 12:35:37 2004
From: keltis2001 at hotmail.com (a s)
Date: Thu, 20 May 2004 12:35:37 +0000
Subject: [icecast] Help newbie
Message-ID: <BAY15-F31tMcx4vvsGO00018ebc@hotmail.com>



i use sam 2 and icecast 2 and i think i configure them both right at least 
that's what i see in sam2 encoder i use as a <hostname> and as a <server> my 
ip and when i try to connect to the stream i manage it the other's they 
can't.

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Thu May 20 18:24:31 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Thu, 20 May 2004 18:24:31 +0000
Subject: [icecast] Dont hear the music
Message-ID: <Sea1-F132VxSGeJSmFo0001e043@hotmail.com>



Hi!!
I have installed the icecast2 and ices2 for streaming audio. I gave to 
icecast a playlist using ogg.
When I connect to the port  http://myip:8000/playlist.ogg I get nothing.
Just try to download a file but I dont hear the music.

I just want hear my music in this direction.!

Edwin Quijada

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Thu May 20 19:25:06 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Thu, 20 May 2004 19:25:06 +0000
Subject: [icecast] Dont play anything!!!
Message-ID: <Sea1-F97uutSgcOrBLS0001e065@hotmail.com>



I have just finished setting up ices2 => icecast 2 on Suse9.
Have 5 or so .ogg tracks in a playlist.
Also downloaded a full copy of winamp 5 for win.
If I point my browser at  10.1.1.1:8000/playlist.ogg then  I get the screen 
to download file I dont know what is but winamp doesnot up.

If I use the open URL feature in winamp and give it
10.1.1.101:8000/playlist.ogg
Then winamp try to connects then winamp opens, and just says Connecting... - 
it never actually plays .

When I pont http://10.0.1.1:8000/admin/stats.xml
get this
<?xml version="1.0" ?>
- <icestats>
  <client_connections>12</client_connections>
  <clients>1</clients>
  <connections>13</connections>
  <source_connections>1</source_connections>
  <sources>1</sources>
- <source mount="/playlist.ogg">
  <artist />
  <connections>2</connections>
  <listeners>1</listeners>
  <title />
  <type>Ogg Vorbis</type>
  </source>
  </icestats>

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Thu May 20 19:38:12 2004
From: karl at xiph.org (Karl Heyes)
Date: 20 May 2004 20:38:12 +0100
Subject: [icecast] Dont play anything!!!
In-Reply-To: <Sea1-F97uutSgcOrBLS0001e065@hotmail.com>
Message-ID: <1085081891.12640.4.camel@bogus.hackers.club>



On Thu, 2004-05-20 at 20:25, Edwin Alberto Quijada wrote:
> I have just finished setting up ices2 => icecast 2 on Suse9.
> Have 5 or so .ogg tracks in a playlist.
> Also downloaded a full copy of winamp 5 for win.
> If I point my browser at  10.1.1.1:8000/playlist.ogg then  I get the screen 
> to download file I dont know what is but winamp doesnot up.

try http://10.1.1.1:8000/playlist.ogg.m3u instead for the browser

> If I use the open URL feature in winamp and give it
> 10.1.1.101:8000/playlist.ogg
> Then winamp try to connects then winamp opens, and just says Connecting... - 
> it never actually plays .

Make sure you don't have a firewall setup blocking access, a good test
is to look at the http://10.1.1.1:8000/status.xsl web page.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Thu May 20 21:27:45 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Thu, 20 May 2004 21:27:45 +0000
Subject: [icecast] Dont play with web page
Message-ID: <Sea1-F156pt9KgjodbF0001e3bb@hotmail.com>



Hi!
When I point http://myip:8000/playlist.ogg I get the screen to download file 
but if I put the address into Winamp this play fine.

Edwin Quijada

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Thu May 20 21:53:06 2004
From: jack at xiph.org (Jack Moffitt)
Date: Thu, 20 May 2004 23:53:06 +0200
Subject: [icecast] Dont play with web page
In-Reply-To: <Sea1-F156pt9KgjodbF0001e3bb@hotmail.com>
Message-ID: <20040520215306.GP7366@babyjesus.cantcode.com>



> When I point http://myip:8000/playlist.ogg I get the screen to download 
> file but if I put the address into Winamp this play fine.

Yes, this is the expected behavior.  I'm glad it works for you. :)

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From warren at a-generic.com  Thu May 20 23:12:05 2004
From: warren at a-generic.com (Warren J. Beckett)
Date: Fri, 21 May 2004 00:12:05 +0100
Subject: [icecast] reencoding vorbis ogg's on the fly
Message-ID: <1085094724.7809.19.camel@tux.vuetec.com>



G'day

I have the following issue that perhaps one of you fine persons can shed
some light on.

Problem:  When changing from one mount to another( move client admin
function ) , or different song in a play list using ezstream the client
( winamp, xmms, jlgui ) will sometime pause to either rebuffer, or stop
completely.

Possible Solution. To ensure Icecast sends one continuous stream.

So here lies my problem. I thought about using Muse, but the current
stable version does not support a streaming ogg source.  The CVS version
does support vorbis ogg but is not stable.

Would there be any other way of achieving something similar?

Cheers,

Warren

<p><p><p><p><p><p><p><p><p><p><p><p><p><p><p><p><p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From ben2345 at soon.com  Thu May 20 23:02:45 2004
From: ben2345 at soon.com (Ben Robert)
Date: Thu, 20 May 2004 18:02:45 -0500
Subject: [icecast] High CPU load
In-Reply-To: <[icecast] High CPU load>
Message-ID: <20040520230245.46FA41F4FEA@ws1-12.us4.outblaze.com>



I am running Icecast2 and Ices2 on Redhat Linux 9. I have two ices running with two different
configuration sending to Icecast and the cpu load for each is around 7.0. The playlist contains 
ogg files encoded using Ogg Encoder Decoder 1.2.8b from (www.mediatwins.com) with 
64kbps, 44.1KHz, VBR. 
The  <encode>  </encode> is the same for both configurations and here it is:
    <encode>  
        <managed>0</managed>
        <nominal-bitrate>32000</nominal-bitrate>
        <samplerate>22050</samplerate>
        <channels>2</channels>
    </encode>
        
At  <nominal-bitrate>24000</nominal-bitrate> the %CPU goes below 1 but I get
the following from Icecast admin web-address/status.xsl

 Stream Information (stream not currently available) 
 Stream Type:  Ogg Vorbis 
 Current Song:  -  

I tried by adding  <quality>0</quality> to the above and tried to tune between -1 to 10 but still %CPU is very high

I tried 
 <encode>  
        <quality>0</quality>
        <nominal-bitrate>64000</nominal-bitrate>
        <managed>0</managed>
        <samplerate>44100</samplerate>
        <channels>2</channels>
    </encode>
   
and the %CPU is around 13

How can I reduce the cpu load? 

Here are some more info about the enviornment:

Machine info:
Pentium 4 - 2.0Ghz 1GB RAM 
Redhat Linux 9

// below is the "top" output for the two ices and icecast

 15:05:33  up 120 days, 14:53,  1 user,  load average: 0.24, 0.20, 0.18
94 processes: 91 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:  14.5% user   0.3% system   0.0% nice   0.0% iowait  85.0% idle
Mem:  1022796k av, 1003860k used,   18936k free,       0k shrd,  188964k buff
                    751916k actv,       0k in_d,   24812k in_c
Swap: 2048276k av,   66032k used, 1982244k free                  554988k cached

<p>  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
 2878 root      15   0  1844 1724   724 S     7.5  0.1 542:44   0 ices
 2875 root      15   0  2068 1912   732 S     6.9  0.1 547:58   0 ices
 2863 glen      15   0  2528 1976  1156 S     0.3  0.1   5:09   0 icecast

------------------------------------------------
<!--  ices-playlist_01.xml -->

<?xml version="1.0"?>
<ices>
    <!-- run in background -->
    <background>1</background>
    <!-- where logs, etc go. -->
    <logpath>/usr/local/share/ices/log</logpath>
    <logfile>ices01.log</logfile>
    <!-- 1=error,2=warn,3=info,4=debug -->
    <loglevel>4</loglevel>
    <!-- set this to 1 to log to the console instead of to the file above -->
    <consolelog>0</consolelog>

    <!-- optional filename to write process id to -->
    <pidfile>/usr/local/share/ices/pid/ices01.pid</pidfile>

    <stream>
        <!-- metadata used for stream listing (not currently used) -->
        <metadata>
            <name>zdomain-name.com</name>
            <genre>pop</genre>
            <description>Music Radio</description>
            <url><a href="http://www.zdomain-name.com</url">http://www.zdomain-name.com</url</a>>
        </metadata>

        <!-- input module

            The module used here is the playlist module - it has 
            'submodules' for different types of playlist. There are
            two currently implemented, 'basic', which is a simple
            file-based playlist, and 'script' which invokes a command
            to returns a filename to start playing. -->

        <input>
            <module>playlist</module>
            <param name="type">basic</param>
            <param name="file">/usr/local/share/ices/station _01.txt</param>
            <!-- random play -->
            <param name="random">1</param>
            <!-- if the playlist get updated that start at the beginning -->
            <param name="restart-after-reread">1</param>
            <!-- if set to 1 , plays once through, then exits. -->
            <param name="once">0</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 two instances as two mountpoints on the
            same server.  -->
        <instance>
            <!-- Server details:
                You define hostname and port for the server here, along with
                the source password and mountpoint.  -->
            <hostname>zdomain-name.com</hostname>
            <port>8000</port>
            <password>my_password</password>
            <mount>/station_01.ogg</mount>

            <!-- Reconnect parameters:
                When something goes wrong (e.g. the server crashes, or the
                network drops) and ices disconnects from the server, these
                control how often it tries to reconnect, and how many times
                it tries to reconnect. Delay is in seconds.
                If you set reconnectattempts to -1, it will continue 
                indefinately. Suggest setting reconnectdelay to a large value
                if you do this.
            -->
            <reconnectdelay>2</reconnectdelay>
            <reconnectattempts>5</reconnectattempts> 

            <!-- maxqueuelength:
                This describes how long the internal data queues may be. This
                basically lets you control how much data gets buffered before
                ices decides it can't send to the server fast enough, and 
                either shuts down or flushes the queue (dropping the data)
                and continues. 
                For advanced users only.
            -->

            <maxqueuelength>80</maxqueuelength>

            <!-- Live encoding/reencoding:
                Currrently, the parameters given here for encoding MUST
                match the input data for channels and sample rate. That 
                restriction will be relaxed in the future.
            -->
      
    <encode>  
        <quality>0</quality>
        <nominal-bitrate>32000</nominal-bitrate>
        <managed>0</managed>
        <samplerate>22050</samplerate>
        <channels>2</channels>
    </encode>

<p>        </instance>

        </stream>
</ices>

Thank you all!

Ben

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From msmith at xiph.org  Fri May 21 00:35:58 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 21 May 2004 10:35:58 +1000
Subject: [icecast] High CPU load
In-Reply-To: <20040520230245.46FA41F4FEA@ws1-12.us4.outblaze.com>
Message-ID: <200405211035.58195.msmith@xiph.org>



On Friday 21 May 2004 09:02, Ben Robert wrote:
> I am running Icecast2 and Ices2 on Redhat Linux 9. I have two ices running
> with two different configuration sending to Icecast and the cpu load for
> each is around 7.0. The playlist contains ogg files encoded using Ogg
> Encoder Decoder 1.2.8b from (www.mediatwins.com) with 64kbps, 44.1KHz, VBR.
> The  <encode>  </encode> is the same for both configurations and here it

<p>>
> and the %CPU is around 13
>
> How can I reduce the cpu load?

As previously explained: either live with the cpu load (it's not unreasonably 
high for doing on-the-fly reencoding), or disable re-encoding (which means 
streaming at the bitrate of your playlist files - you could encode these 
seperately to the desired bitrate).

There's nothing wrong here - everything is working as you should expect.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 01:47:11 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Fri, 21 May 2004 11:47:11 +1000
Subject: [icecast] Help newbie
In-Reply-To: <BAY15-F31tMcx4vvsGO00018ebc@hotmail.com>
Message-ID: <Pine.LNX.4.44.0405211144500.1728-100000@data.home>



On Thu, 20 May 2004, a s wrote:

> i use sam 2 and icecast 2 and i think i configure them both right at least
> that's what i see in sam2 encoder i use as a <hostname> and as a <server> my
> ip and when i try to connect to the stream i manage it the other's they
> can't.

We really need a bit more detail in order to help.  For example, the
<hostname> value is used to generate the M3U files, so the IP address
listed there needs to be reachable from the outside world.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpatricca at idcomm.com  Fri May 21 03:41:05 2004
From: cpatricca at idcomm.com (Christopher Patricca)
Date: Thu, 20 May 2004 21:41:05 -0600
Subject: [icecast] Configuration help with ices 0.3
Message-ID: <20040521034105.CB05310363A3F@mailhost.idcomm.com>



Well I?ve looked through the configuration file several times and I still do
not see the mistake I?ve made. Icecast 2.0.1 seems to be working just fine
and starts up without problems. But if I try and start ices I keep getting
the error that it cannot connect to 127.0.0.1:8000 because the login failed.
Yet I know the password I gave it is correct so I can only presume there is
a configuration error somewhere in icecast or in ices. Here are the config
files:

 

Icecast.xml:

 

<icecast>

-

            <limits>

<clients>25</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>

</limits>

-

            <authentication>

<!-- Sources log in with username 'source' -->

<source-password>letmein</source-password>

<!-- Relays log in username 'relay' -->

<relay-password>letmein</relay-password>

<!-- Admin logs in with the username given below -->

<admin-user>wouldnt</admin-user>

<admin-password>youliketoknow</admin-password>

</authentication>

<!-- Uncomment this if you want directory listings -->

-

            <directory>

<yp-url-timeout>15</yp-url-timeout>

<yp-url><a href="http://dir.xiph.org/cgi-bin/yp-cgi</yp-url">http://dir.xiph.org/cgi-bin/yp-cgi</yp-url</a>>

</directory>

-

            <directory>

<yp-url-timeout>15</yp-url-timeout>

<yp-url><a href="http://www.oddsock.org/cgi-bin/yp-cgi</yp-url">http://www.oddsock.org/cgi-bin/yp-cgi</yp-url</a>>

</directory>

<hostname>music.venomstats.com</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>

    

-->

-

            <mount>

<mount-name>/ices/</mount-name>

<username>iceuser</username>

<password>letmein</password>

<max-listeners>1</max-listeners>

<dump-file>/tmp/dump.ogg</dump-file>

<fallback-mount>/fallback.ogg</fallback-mount>

</mount>

<fileserve>1</fileserve>

-

            <paths>

<!-- basedir is only used if chroot is enabled -->

<basedir>@pkgdatadir@</basedir>

-

            <!--

 Note that if <chroot> is turned on below, these paths must both

             be relative to the new root, not the original root 

-->

<logdir>/icecast-2.0.1/log/</logdir>

<webroot>/var/www/html/icecast</webroot>

<adminroot>/icecast-2.0.1/admin</adminroot>

<!-- <pidfile>/icecast-2.0.1/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"/>

          

-->

</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>iceuser</user>

</changeowner>

 

        -->

    

</security>

</icecast>

<p><p>Ices-playlist.xml:

 

<?xml version="1.0"?>

<ices:Configuration xmlns:ices="http://www.icecast.org/projects/ices">

  <Playlist>

    <File>playlist.txt</File>

    <Randomize>1</Randomize>

    <Type>builtin</Type>

    <Module>ices</Module>

  </Playlist>

 

  <Execution>

    <Background>1</Background>

    <Verbose>0</Verbose>

    <BaseDirectory>/logs/<BaseDirectory>

  </Execution>

 

  <Stream>

    <Server>

      <Hostname>music.venomstats.com</Hostname>

      <Port>8000</Port>

      <Username>source</Username>

      <Password>letmein</Password>

      <Protocol>http</Protocol>

    </Server>

 

    <!-- The name of the mountpoint on the icecast server -->

    <Mountpoint>/ices</Mountpoint>

    <!-- The name of the dumpfile on the server for your stream. DO NOT set

             this unless you know what you're doing.

    <Dumpfile>ices.dump</Dumpfile>

    -->

    <Name>VenomStats.com Music 24/7</Name>

    <Genre>Rock,Rap,Metal,etc</Genre>

    <Description>Music to play Counter Strike by</Description>

    <URL><a href="http://www.venomstats.com/</URL">http://www.venomstats.com/</URL</a>>

    <Public>1</Public>

 

    <Bitrate>256</Bitrate>

    <Reencode>0</Reencode>

    <Samplerate>44100</Samplerate>

    <Channels>2</Channels>

  </Stream>

</ices:Configuration>

 

Your help is appreciated folks.

 

- Christopher Patricca

<p><p><p>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From msmith at xiph.org  Fri May 21 03:47:48 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 21 May 2004 13:47:48 +1000
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <20040521034105.CB05310363A3F@mailhost.idcomm.com>
Message-ID: <200405211347.48330.msmith@xiph.org>



On Friday 21 May 2004 13:41, Christopher Patricca wrote:
> Well I?ve looked through the configuration file several times and I still
> do not see the mistake I?ve made. Icecast 2.0.1 seems to be working just
> fine and starts up without problems. But if I try and start ices I keep
> getting the error that it cannot connect to 127.0.0.1:8000 because the
> login failed. Yet I know the password I gave it is correct so I can only
> presume there is a configuration error somewhere in icecast or in ices.
> Here are the config files:

>
> <mount-name>/ices/</mount-name>

You probably don't want that trailing slash on /ices/. I'm not sure if that'll 
break anything, but it might.

>
> <username>iceuser</username>

However, this is your problem, because...

(on to the ices config):

>       <Username>source</Username>

It doersn't match this.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpatricca at idcomm.com  Fri May 21 04:41:54 2004
From: cpatricca at idcomm.com (Christopher Patricca)
Date: Thu, 20 May 2004 22:41:54 -0600
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <200405211347.48330.msmith@xiph.org>
Message-ID: <20040521044154.AEEE1DC6D463@mailhost.idcomm.com>



I removed the trailing slash from the mount-name and set the usernames to be
the same. Still get the same result. Error message is: Error during send:
Mount failed on http://127.0.0.1:8000/ices, error: Login failed. I don't
know if it makes a difference or not but both the icecast server and the
ices streamer are on the same server if that makes a difference at all.

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Michael Smith
Sent: Thursday, May 20, 2004 8:48 PM
To: icecast at xiph.org
Subject: Re: [icecast] Configuration help with ices 0.3

On Friday 21 May 2004 13:41, Christopher Patricca wrote:
> Well I?ve looked through the configuration file several times and I still
> do not see the mistake I?ve made. Icecast 2.0.1 seems to be working just
> fine and starts up without problems. But if I try and start ices I keep
> getting the error that it cannot connect to 127.0.0.1:8000 because the
> login failed. Yet I know the password I gave it is correct so I can only
> presume there is a configuration error somewhere in icecast or in ices.
> Here are the config files:

>
> <mount-name>/ices/</mount-name>

You probably don't want that trailing slash on /ices/. I'm not sure if
that'll 
break anything, but it might.

>
> <username>iceuser</username>

However, this is your problem, because...

(on to the ices config):

>       <Username>source</Username>

It doersn't match this.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From msmith at xiph.org  Fri May 21 04:44:02 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 21 May 2004 14:44:02 +1000
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <20040521044154.AEEE1DC6D463@mailhost.idcomm.com>
Message-ID: <200405211444.02304.msmith@xiph.org>



On Friday 21 May 2004 14:41, Christopher Patricca wrote:
> I removed the trailing slash from the mount-name and set the usernames to
> be the same. Still get the same result. Error message is: Error during
> send: Mount failed on http://127.0.0.1:8000/ices, error: Login failed. I
> don't know if it makes a difference or not but both the icecast server and
> the ices streamer are on the same server if that makes a difference at all.

The icecast log files may have more details on why this failed.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpatricca at idcomm.com  Fri May 21 05:05:09 2004
From: cpatricca at idcomm.com (Christopher Patricca)
Date: Thu, 20 May 2004 23:05:09 -0600
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <200405211444.02304.msmith@xiph.org>
Message-ID: <20040521050509.5E982DC75E98@mailhost.idcomm.com>



I looked at the error.log file for icecast and here's what I found

[time] INFO connection/_handle_source_request: Source (/) attempted to login
with invalid or missing password

It looks like a combination of two things, it's login into an invalid mount
point and the wrong password is being sent. I still can't figure out how
though since I have the correct password in the config file.

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Michael Smith
Sent: Thursday, May 20, 2004 9:44 PM
To: icecast at xiph.org
Subject: Re: [icecast] Configuration help with ices 0.3

On Friday 21 May 2004 14:41, Christopher Patricca wrote:
> I removed the trailing slash from the mount-name and set the usernames to
> be the same. Still get the same result. Error message is: Error during
> send: Mount failed on http://127.0.0.1:8000/ices, error: Login failed. I
> don't know if it makes a difference or not but both the icecast server and
> the ices streamer are on the same server if that makes a difference at
all.

The icecast log files may have more details on why this failed.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From gshang at pacific.net.au  Fri May 21 05:51:24 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Fri, 21 May 2004 15:51:24 +1000
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <20040521034105.CB05310363A3F@mailhost.idcomm.com>
Message-ID: <Pine.LNX.4.44.0405211549510.1728-100000@data.home>



Hi:

Can't see what the problem is, but there's two lines I'd edit or comment
out in the icecast config.

> <dump-file>/tmp/dump.ogg</dump-file>

Since this will be an MP3 stream, either edit it or comment it out.

> <fallback-mount>/fallback.ogg</fallback-mount>

I'm guessing this mount doesn't exist on your server.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 05:54:10 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Fri, 21 May 2004 15:54:10 +1000
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <20040521050509.5E982DC75E98@mailhost.idcomm.com>
Message-ID: <Pine.LNX.4.44.0405211552270.1728-100000@data.home>



On Thu, 20 May 2004, Christopher Patricca wrote:

> [time] INFO connection/_handle_source_request: Source (/) attempted to login
> with invalid or missing password

This doesn't look right.  You're not trying to connect to /

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpatricca at idcomm.com  Fri May 21 06:05:37 2004
From: cpatricca at idcomm.com (Christopher Patricca)
Date: Fri, 21 May 2004 00:05:37 -0600
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <Pine.LNX.4.44.0405211549510.1728-100000@data.home>
Message-ID: <20040521060538.57B47DC85D25@mailhost.idcomm.com>


Thanks for the tips, made the changes unfortunately it has not changed that
I still get the same error message. I've even tried passing along the
parameters via command line through ices without any luck. I'm going to
attach both my files to this e-mail as it might be easier to read them that
way then the copy & paste method.

Chris

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Geoff Shang
Sent: Thursday, May 20, 2004 10:51 PM
To: icecast at xiph.org
Subject: Re: [icecast] Configuration help with ices 0.3

Hi:

Can't see what the problem is, but there's two lines I'd edit or comment
out in the icecast config.

> <dump-file>/tmp/dump.ogg</dump-file>

Since this will be an MP3 stream, either edit it or comment it out.

> <fallback-mount>/fallback.ogg</fallback-mount>

I'm guessing this mount doesn't exist on your server.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 
    


-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast.xml
Type: text/xml
Size: 2933 bytes
Desc: icecast.xml
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040521/e8612014/attachment.xml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ices-playlist.xml
Type: text/xml
Size: 1193 bytes
Desc: ices-playlist.xml
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040521/e8612014/attachment-0001.xml>

From cpatricca at idcomm.com  Fri May 21 06:08:25 2004
From: cpatricca at idcomm.com (Christopher Patricca)
Date: Fri, 21 May 2004 00:08:25 -0600
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <Pine.LNX.4.44.0405211552270.1728-100000@data.home>
Message-ID: <20040521060826.0A9C8F62F76A@mailhost.idcomm.com>



Yep I'm specifically trying to connect to /ices and I've even sent that
along in the command line of ices and just left out the config file
entirely. Same result. 

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf Of
Geoff Shang
Sent: Thursday, May 20, 2004 10:54 PM
To: icecast at xiph.org
Subject: RE: [icecast] Configuration help with ices 0.3

On Thu, 20 May 2004, Christopher Patricca wrote:

> [time] INFO connection/_handle_source_request: Source (/) attempted to
login
> with invalid or missing password

This doesn't look right.  You're not trying to connect to /

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004
 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From crupp at umc-web.de  Fri May 21 07:43:11 2004
From: crupp at umc-web.de (Christoph Rupp)
Date: Fri, 21 May 2004 09:43:11 +0200
Subject: [icecast] High CPU load
In-Reply-To: <04b401c43de3$577b37a0$0864a8c0@desk>
Message-ID: <40ADB30F.5060309@umc-web.de>



Enrico Minack wrote:

>>...and the cpu load for each is around 7.0
> 
> wow, how fast is your processor? How high is the % of each ices process?
> Could you send a short top or ps aux?
> 

is ices reencoding the ogg files? encoding ogg takes a lot of 
ressources... if yes, disable encoding in the ices configuration and 
manually encode your files to 32kbit (or whatever you want to stream).

Chris
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From enrico-minack at gmx.de  Fri May 21 08:38:48 2004
From: enrico-minack at gmx.de (Enrico Minack)
Date: Fri, 21 May 2004 10:38:48 +0200
Subject: [icecast] High CPU load
In-Reply-To: <20040520230245.46FA41F4FEA@ws1-12.us4.outblaze.com>
Message-ID: <004401c43f0f$106acab0$f66cfea9@junior2>



>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
>  2878 root      15   0  1844 1724   724 S     7.5  0.1 542:44   0 ices
>  2875 root      15   0  2068 1912   732 S     6.9  0.1 547:58   0 ices
>  2863 glen      15   0  2528 1976  1156 S     0.3  0.1   5:09   0 icecast
this is not what I call "high CPU load", ices takes just 7.5% of your CPU.
This is what I would expect. And a load of .20 to .24 is nothing your server
really bothers.

Enrico

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From spalek2 at ptssa.pl  Fri May 21 09:57:08 2004
From: spalek2 at ptssa.pl (Lukasz Spaleniak)
Date: Fri, 21 May 2004 11:57:08 +0200
Subject: [icecast] status.xml
Message-ID: <1362712321.20040521115708@ptssa.pl>



Hello,
I'm wondering is there any possibility  to make
host:8000/status.xsl avaiable as xml file. Yes, I know, there is
host:8000/admin/stats.xml , but there I had to type a password.
I'm trying to do 'we are playing the xxx song now' on the main
website.
Has anybody make such a thing already ?

Greets,
spalek


-- 
spalek2 at ptssa.pl
GCM dpu s: a--- C++ UL++++ P+ L+++ E--- W+ N+ K- w O- M V-
PGP t--- 5 X+ R- tv-- b DI- D- G e-- h! r y+

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From brendan at xiph.org  Fri May 21 12:00:45 2004
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 21 May 2004 08:00:45 -0400
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <200405211347.48330.msmith@xiph.org>
Message-ID: <20040521120044.GA1011@watanabe.local>



On Friday, 21 May 2004 at 13:47, Michael Smith wrote:
> On Friday 21 May 2004 13:41, Christopher Patricca wrote:
> > Well I???ve looked through the configuration file several times and I still
> > do not see the mistake I???ve made. Icecast 2.0.1 seems to be working just
> > fine and starts up without problems. But if I try and start ices I keep
> > getting the error that it cannot connect to 127.0.0.1:8000 because the
> > login failed. Yet I know the password I gave it is correct so I can only
> > presume there is a configuration error somewhere in icecast or in ices.
> > Here are the config files:

Are you sure you're using the config file? First of all, run ices in
verbose mode (-v) - the first few lines will be ices' settings. Second, you
could try passing the config file explicitly on the command line
(-c). It's also possible you haven't built ices with the XML library
(look for xml in the output of ices -V).
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 13:59:08 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Fri, 21 May 2004 23:59:08 +1000
Subject: [icecast] status.xml
In-Reply-To: <1362712321.20040521115708@ptssa.pl>
Message-ID: <Pine.LNX.4.44.0405212344520.1728-100000@data.home>



Hi:

I recall someone writing an XSL template that passed through the raw
XML.  If the person who did it isn't on this list, I'll see if I can dig up
the message.

I would have thought that grabbing the XML would have been as simple as
calling http://adminuser:adminpassword at server:port/admin/stats.xml but it
doesn't seem to work, at least for me using lynx 2.8.3rel.1.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 14:05:43 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 00:05:43 +1000
Subject: [icecast] Configuration help with ices 0.3
In-Reply-To: <20040521060538.57B47DC85D25@mailhost.idcomm.com>
Message-ID: <Pine.LNX.4.44.0405220001480.1728-100000@data.home>



Hi:

In your ices config you've specified the username "source", but in the
config for the /ices mount you've specified the user "iceuser".  Either
change the usernames to match, or comment out/delete the mount-specific
section in the icecast config and just use the global config info with the
"source" username.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Fri May 21 14:21:30 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Fri, 21 May 2004 14:21:30 +0000
Subject: [icecast] How to play into web page
Message-ID: <Sea1-F45liS01qCcWNY0001f956@hotmail.com>



Hi!!!
I have finished the instalation about Icecast and Ices2. Everything seems 
OK.
Now, I want to hear the music from my web page, I get this if I use winamp 
using play url but that I need is connect to my page and can play the music.
How can I do this?
Can I use another streamer different of Ices like DarkIce or another one?

I can do this
?

Edwin Quijada

_________________________________________________________________
Charla con tus amigos en l?nea mediante MSN Messenger: 
http://messenger.latam.msn.com/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From spalek2 at ptssa.pl  Fri May 21 15:27:19 2004
From: spalek2 at ptssa.pl (Lukasz Spaleniak)
Date: Fri, 21 May 2004 17:27:19 +0200
Subject: [icecast] windows media player
Message-ID: <1722151702.20040521172719@ptssa.pl>



Hi,
does anybody tried to play OGG stream in Windows Mesia Player with
DirectSound Ogg filter ? In my case static files plays correctly,
but it cannot play a stream :(

Greets,
spalek


-- 
spalek2 at ptssa.pl
GCM dpu s: a--- C++ UL++++ P+ L+++ E--- W+ N+ K- w O- M V-
PGP t--- 5 X+ R- tv-- b DI- D- G e-- h! r y+

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From gshang at pacific.net.au  Fri May 21 16:57:09 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 02:57:09 +1000
Subject: [icecast] Suggestion: The ability to limit the number of ICY connections
Message-ID: <Pine.LNX.4.44.0405220245220.1728-100000@data.home>



Hi all:

I'm looking at some of the features in SVN Icecast, particularly the
ability to reclaim fallbacks.  This feature would be very useful for a
project I work with, and could see us switching to icecast from Shoutcast
compatible technology.

One problem arises, however.  Some of our broadcasters use the legacy
Shoutcast DSP plugin, which can only perform ICY-style connects.  My
problem arises from the fact that icecast will automatically create a new
mount point for every concurrent ICY connection received.

This has two side effects.  Firstly, it means that an ICY source is always
allowed to conect, unlike those using the icecast 2 standard who obviously
can't if a given mountpoint is already in use.  Secondly, and more
importantly for me, it means that I cannot be certain that the current
broadcaster is on /ICY_0 or whatever the mount is called.  This makes it
very difficult to program fallbacks and aliases so that listeners hear the
right person.

My solution to this would be limiting the number of ICY connections that
would be accepted.  If I could limit it to 1, for example, I could be sure
that any ICY broadcaster would always appear on ICY_0 and could configure
the server accordingly.

This of course would be configurable and would be off by default.

Thoughts?

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Fri May 21 17:01:14 2004
From: jack at xiph.org (Jack Moffitt)
Date: Fri, 21 May 2004 19:01:14 +0200
Subject: [icecast] Suggestion: The ability to limit the number of ICY connections
In-Reply-To: <Pine.LNX.4.44.0405220245220.1728-100000@data.home>
Message-ID: <20040521170114.GA28189@babyjesus.cantcode.com>



> One problem arises, however.  Some of our broadcasters use the legacy
> Shoutcast DSP plugin, which can only perform ICY-style connects.  My
> problem arises from the fact that icecast will automatically create a new
> mount point for every concurrent ICY connection received.

Maybe this is a stupid question, but why don't you just use Oddsock's
plugins which support the better protocol?

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 17:19:56 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 03:19:56 +1000
Subject: [icecast] windows media player
In-Reply-To: <1722151702.20040521172719@ptssa.pl>
Message-ID: <Pine.LNX.4.44.0405220259160.1728-100000@data.home>



Hi:

A relatively new ogg filter is being written and maintained in the Xiph
repository.  I don't know if it does streaming though, and I personally
want to know the answer to this too (so please let me/us know if you try
it).

The latest release was put out today and you can get it from
http://www.illiminable.com/ogg/

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Fri May 21 18:06:34 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Fri, 21 May 2004 18:06:34 +0000
Subject: [icecast] Play static playlist MP3
Message-ID: <Sea1-F165D7cEwUOhvf0001fda0@hotmail.com>



hi!
I wanna know if it is posible play static playlist of Mp3 using Icecast.
What source must I use? Ices?
Ices can run a few instances to streaming  .
For example, I have 2 playlist the first pop rock and second of heavy metal.
How can I do it?
Run twice ices?

<p>Edwin Quijada

_________________________________________________________________
Charla con tus amigos en l?nea mediante MSN Messenger: 
http://messenger.latam.msn.com/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Fri May 21 22:14:37 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Fri, 21 May 2004 22:14:37 +0000
Subject: [icecast] Different play channeels
Message-ID: <Sea1-F14V6C4Fiyw6ym000205eb@hotmail.com>



Hi!
I have playing my icecast using Ice for Vorbis and ezstream for mp3 , of 
course , one by one.
Now my question I want to have a few channels with different kind of music.
How can I do this?
Can I have a few mount point into ices or ezstream or can I run a few 
instance with different config files?
I try this with ezstream but it doesnot work.

Any cluees ?
Edwin Quijada

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Fri May 21 23:44:47 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 09:44:47 +1000
Subject: [icecast] Different play channeels
In-Reply-To: <Sea1-F14V6C4Fiyw6ym000205eb@hotmail.com>
Message-ID: <Pine.LNX.4.44.0405220943550.1728-100000@data.home>



On Fri, 21 May 2004, Edwin Alberto Quijada wrote:

> I have playing my icecast using Ice for Vorbis and ezstream for mp3 , of
> course , one by one.
> Now my question I want to have a few channels with different kind of music.
> How can I do this?
> Can I have a few mount point into ices or ezstream or can I run a few
> instance with different config files?

You'd run several instances with different config files.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sat May 22 00:12:26 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 10:12:26 +1000
Subject: [icecast] Suggestion: The ability to limit the number of ICY connections
In-Reply-To: <20040521170114.GA28189@babyjesus.cantcode.com>
Message-ID: <Pine.LNX.4.44.0405220945500.1728-100000@data.home>



On Fri, 21 May 2004, Jack Moffitt wrote:

> Maybe this is a stupid question, but why don't you just use Oddsock's
> plugins which support the better protocol?

Not a stupid question.  There's three considerations.

1.  This project has around fifty broadcasters.  It has been running for
3.5 years, and whilst some have moved to using plugins like SAM which
(presumably) does support the icecast 2 protocol and a few of us use Linux,
many still use the Shoutcast DSP.  Changing all these people across will
not be an easy process.  Plus, quite a number use OTS DJ to broadcast with,
and I'm at least not aware of any instructions on how to get it to play
ball with Odcast (though the list of changes on the site certainly suggests
it can be done).

2.  This is a project where all the broadcasters, myself included, are
blind.  Last time I tried it, and admittedly it was a long time ago,
Oddcast presented some issues with regard to screen reader accessibility.
I should really run it up the stick again to see what it's like nowadays.

3.  Quite a lot of our broadcasters are very fond of the FHG encoder.  At
least for now, we broadcast at 56kbps 22050Hz stereo, and whilst LAME has
made some great strides at this bitrate in recent times (I use it myself
under Linux and am quite happy with it), the FHG encoder does sound good at
this rate and I know some would be loathed to give it up.  At least as far
as I'm aware, there's no way for Oddcast to make use of Windows codecs, so
it'd presumably be LAME or nothing.

With regard to this last point, one of the things we're looking at is
changing to Ogg Vorbis, which would solve most of this (point 2 would still
be valid, however).  Our main problem is that we are a project of a
non-profit organisation and have limited resources.  We support our
broadband MP3 listeners through a server relay provided by Nullsoft, so
unless we could find a low-cost or free provider of bandwidth for our
broadband stream, I'd think it unlikely that we'd be able to change.

Anyone interested in the project can visit http://interactive.acbradio.org

Anyway, all of this aside, Icecast does offer backward compatibility with
the shoutcast technology and I would think this feature would help those in
a position of having to stick with an ICY source.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sat May 22 00:43:04 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 10:43:04 +1000
Subject: [icecast] Fallback behaviour
Message-ID: <Pine.LNX.4.44.0405221028070.1728-100000@data.home>



Hi:

I'm looking at Icecast's fallback behaviour, particularly with the fallback
override fuctionality that's in SVN Icecast.  Everything works well *if*
you
connect the client whilst the primary stream is connected.  When that
source drops out, you fall through to the backup, and you  get pulled
forward when it reconnects.   All well and good.  But if you try to connect
when the primary stream is not connected, Icecast returns a source not
found and leaves it at that.

Is this the intended behaviour?  There may be some good reason for this
behaviour, but I personally can't think of one. Surely part of the point of
this functionality is to have a single mount that listeners can connect to.
Now I know I could set up a relay from one mount to another and put my
primary source on at the time the relay is set up, but this would seem like
a bit of overkill and also a bit of a cludge.  And daisy-chaining fallbacks
would be made infinitely more difficult to set up.

Thoughts?

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Sat May 22 00:44:18 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Sat, 22 May 2004 00:44:18 +0000
Subject: [icecast] Different play channeels
In-Reply-To: <[icecast] Different play channeels>
Message-ID: <Sea1-F142i5p3R35ocS000207e6@hotmail.com>



I try to do this. This was my first option but I get and error.
Now I am using Ices0.3 to play mp3 . just one this list.
When I try to do this I get this errror

#>ices -c /usr/local/icecast/conf/conf2.xml &

Error during send: Mount failed on http://10.0.1.1:8010/mp4, Error Couldnt 
connect
Error during send: Mount failed on http://10.0.1.1:8010/mp4, Error Couldnt 
connect
Error during send: Mount failed on http://10.0.1.1:8010/mp4, Error Couldnt 
connect
Error during send: Mount failed on http://10.0.1.1:8010/mp4, Error Couldnt 
connect
Error during send: Mount failed on http://10.0.1.1:8010/mp4, Error Couldnt 
connect
Too many stream errors, giving up
Ices Exiting

This repeat 10 times , for each song in tthe list.
Of course , I use another config file.

I have to do something into Icecast server  to do this?

Any clues o any ideas
???????

<p><p>>From: Geoff Shang <gshang at pacific.net.au>
>Reply-To: icecast at xiph.org
>To: icecast at xiph.org
>Subject: Re: [icecast] Different play channeels
>Date: Sat, 22 May 2004 09:44:47 +1000
>
>On Fri, 21 May 2004, Edwin Alberto Quijada wrote:
>
> > I have playing my icecast using Ice for Vorbis and ezstream for mp3 , of
> > course , one by one.
> > Now my question I want to have a few channels with different kind of 
>music.
> > How can I do this?
> > Can I have a few mount point into ices or ezstream or can I run a few
> > instance with different config files?
>
>You'd run several instances with different config files.
>
>Geoff.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sat May 22 01:21:44 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 22 May 2004 11:21:44 +1000
Subject: [icecast] Different play channeels
In-Reply-To: <Sea1-F142i5p3R35ocS000207e6@hotmail.com>
Message-ID: <Pine.LNX.4.44.0405221120340.1728-100000@data.home>



Hi:

Possibly a stupid question, but are you specifying a different mount point
for each configuration file?

Perhaps post your icecast config, along with one that is failing.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Sat May 22 15:27:51 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Sat, 22 May 2004 15:27:51 +0000
Subject: [icecast] Different play channeels
In-Reply-To: <[icecast] Different play channeels>
Message-ID: <Sea1-F62Ry57BohJC3P00021140@hotmail.com>


Hi
These are my config files ices and icecast. I am using ices 0.3 to play mp3.
I have a few questions:

1-)There is a way to say ices to play a list from a database tio create a 
list into a table database.

2-)How can I play from a web page without open PLAY URL from winamp?

TIA
Edwin QUijada

<p><p><p>>From: Geoff Shang <gshang at pacific.net.au>
>Reply-To: icecast at xiph.org
>To: icecast at xiph.org
>Subject: Re: [icecast] Different play channeels
>Date: Sat, 22 May 2004 11:21:44 +1000
>
>Hi:
>
>Possibly a stupid question, but are you specifying a different mount point
>for each configuration file?
>
>Perhaps post your icecast config, along with one that is failing.
>
>Geoff.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

_________________________________________________________________
Las mejores tiendas, los precios mas bajos, entregas en todo el mundo, 
YupiMSN Compras: http://latam.msn.com/compras/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040522/ab34de4e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icesconf2.xml
Type: text/xml
Size: 3011 bytes
Desc: icesconf2.xml
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040522/ab34de4e/attachment.xml>

From pollux1234567890 at yahoo.com  Sat May 22 23:07:49 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Sat, 22 May 2004 16:07:49 -0700 (PDT)
Subject: [icecast] 100 users; icecast capable?
Message-ID: <20040522230749.4018.qmail@web11907.mail.yahoo.com>



I need to set up an icecast server were about 100
people are going to be listining. The ices stream is
going to be sent from one location to the icecast
server at another location.

The icecast server is 3 GHz and 512 of ram.  Bandwidth
is 100 MB/s.

thanks

<p>        
                
__________________________________
Do you Yahoo!?
Yahoo! Domains ? Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Sat May 22 23:11:58 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Sat, 22 May 2004 16:11:58 -0700 (PDT)
Subject: [icecast] mp3 for live stream
Message-ID: <20040522231158.75277.qmail@web11902.mail.yahoo.com>



will the new version of ices/icecast support sending
live broudcast sent as mp3 as opposed to ogg. I
remember su ccesfullty sending an mp3 song over the
net but I dont remember what happened with a live
broadcast.

thanks

<p>        
                
__________________________________
Do you Yahoo!?
Yahoo! Domains ? Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Sat May 22 23:12:42 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Sat, 22 May 2004 16:12:42 -0700 (PDT)
Subject: [icecast] mp3 for live stream
In-Reply-To: <20040522230749.4018.qmail@web11907.mail.yahoo.com>
Message-ID: <20040522231242.98843.qmail@web11901.mail.yahoo.com>



will the new version of ices/icecast support sending
live broudcast sent as mp3 as opposed to ogg. I
remember su ccesfullty sending an mp3 song over the
net but I dont remember what happened with a live
broadcast.

thanks

<p>        
                
__________________________________
Do you Yahoo!?
Yahoo! Domains ? Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May 23 05:19:57 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sun, 23 May 2004 15:19:57 +1000
Subject: [icecast] 100 users; icecast capable?
In-Reply-To: <20040522230749.4018.qmail@web11907.mail.yahoo.com>
Message-ID: <Pine.LNX.4.44.0405231519060.1728-100000@data.home>



Hi:

This should work just fine, icecast isn't CPU intensive at all, your main
limiting factor will be bandwidth but it sounds like you've got plenty.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May 23 05:21:20 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sun, 23 May 2004 15:21:20 +1000
Subject: [icecast] mp3 for live stream
In-Reply-To: <20040522231158.75277.qmail@web11902.mail.yahoo.com>
Message-ID: <Pine.LNX.4.44.0405231520110.1728-100000@data.home>



Hi:

Ices 0.3 doesn't do live streaming.  I'd recommend darkice
(http://darkice.sourceforge.net/).

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May 23 12:46:15 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sun, 23 May 2004 22:46:15 +1000
Subject: [icecast] Different play channeels
In-Reply-To: <Sea1-F62Ry57BohJC3P00021140@hotmail.com>
Message-ID: <Pine.LNX.4.44.0405232239020.1728-100000@data.home>



On Sat, 22 May 2004, Edwin Alberto Quijada wrote:

> Hi
> These are my config files ices and icecast. I am using ices 0.3 to play mp3.

The Ices config you sent has the wrong port number - 8010 instead of 8000.

> I have a few questions:
>
> 1-)There is a way to say ices to play a list from a database tio create a
> list into a table database.

I'm guessing you'd have to use either the perl or python script modules in
order to achieve this.

> 2-)How can I play from a web page without open PLAY URL from winamp?

You can use an M3U file, either one of your own or one automatically
generated by icecast.  To make your own, just put the URL in a file ending
in .m3u and place a link to it on your website.  To use icecast's built-in
M3U support, place a link to the desired mount point with a .m3u extension
(e.g. http://10.0.1.1:8000/m4.m3u).  Note that the M3U support uses the
value of the <hostname> item to generate the URL.  Right now you've got the
host set as 10.0.1.1 so only hosts which can connect to this IP on your
network will be able to make use of the URL in the autogenerated M3U file.
If you want the public to be able to use this feature, set <hostname> to a
hostname or IP address which can be reached from the outside world.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Sun May 23 15:13:26 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Sun, 23 May 2004 15:13:26 +0000
Subject: [icecast] Different play channeels
In-Reply-To: <[icecast] Different play channeels>
Message-ID: <Sea1-F28Ua8d9Ee4zad0002216e@hotmail.com>



OK
I thought change the port because I need a different port for another 
channel.
Each mount must have a different port?

Can u send me the config files for using 2 channels for seeing what are the 
differences.

<p>>From: Geoff Shang <gshang at pacific.net.au>
>Reply-To: icecast at xiph.org
>To: icecast at xiph.org
>Subject: Re: [icecast] Different play channeels
>Date: Sun, 23 May 2004 22:46:15 +1000
>
>On Sat, 22 May 2004, Edwin Alberto Quijada wrote:
>
> > Hi
> > These are my config files ices and icecast. I am using ices 0.3 to play 
>mp3.
>
>The Ices config you sent has the wrong port number - 8010 instead of 8000.
>
> > I have a few questions:
> >
> > 1-)There is a way to say ices to play a list from a database tio create 
>a
> > list into a table database.
>
>I'm guessing you'd have to use either the perl or python script modules in
>order to achieve this.
>
> > 2-)How can I play from a web page without open PLAY URL from winamp?
>
>You can use an M3U file, either one of your own or one automatically
>generated by icecast.  To make your own, just put the URL in a file ending
>in .m3u and place a link to it on your website.  To use icecast's built-in
>M3U support, place a link to the desired mount point with a .m3u extension
>(e.g. http://10.0.1.1:8000/m4.m3u).  Note that the M3U support uses the
>value of the <hostname> item to generate the URL.  Right now you've got the
>host set as 10.0.1.1 so only hosts which can connect to this IP on your
>network will be able to make use of the URL in the autogenerated M3U file.
>If you want the public to be able to use this feature, set <hostname> to a
>hostname or IP address which can be reached from the outside world.
>
>Geoff.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sun May 23 23:16:22 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Mon, 24 May 2004 09:16:22 +1000
Subject: [icecast] Different play channeels
In-Reply-To: <Sea1-F28Ua8d9Ee4zad0002216e@hotmail.com>
Message-ID: <Pine.LNX.4.44.0405240915400.1728-100000@data.home>



Hi:

No, you don't need to use a different port, just a different mount point.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Mon May 24 01:40:07 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 24 May 2004 11:40:07 +1000
Subject: [icecast] status.xml
In-Reply-To: <1362712321.20040521115708@ptssa.pl>
Message-ID: <200405241140.07330.msmith@xiph.org>



On Friday 21 May 2004 19:57, Lukasz Spaleniak wrote:
> Hello,
> I'm wondering is there any possibility  to make
> host:8000/status.xsl avaiable as xml file. Yes, I know, there is
> host:8000/admin/stats.xml , but there I had to type a password.
> I'm trying to do 'we are playing the xxx song now' on the main
> website.
> Has anybody make such a thing already ?
>
> Greets,
> spalek

This is deliberate - some people don't want the raw stats available, so this 
is only available through the admin interface (and hence requires a 
password). However, you can create an identity XSL file and use that to 
provide /rawstats.xsl (which will just serve the XML, then).

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Mon May 24 01:48:50 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 24 May 2004 11:48:50 +1000
Subject: [icecast] Fallback behaviour
In-Reply-To: <Pine.LNX.4.44.0405221028070.1728-100000@data.home>
Message-ID: <200405241148.50362.msmith@xiph.org>



On Saturday 22 May 2004 10:43, Geoff Shang wrote:
> Hi:
>
> I'm looking at Icecast's fallback behaviour, particularly with the fallback
> override fuctionality that's in SVN Icecast.  Everything works well *if*
> you
> connect the client whilst the primary stream is connected.  When that
> source drops out, you fall through to the backup, and you  get pulled
> forward when it reconnects.   All well and good.  But if you try to connect
> when the primary stream is not connected, Icecast returns a source not
> found and leaves it at that.
>
> Is this the intended behaviour?  There may be some good reason for this
> behaviour, but I personally can't think of one. Surely part of the point of
> this functionality is to have a single mount that listeners can connect to.
> Now I know I could set up a relay from one mount to another and put my
> primary source on at the time the relay is set up, but this would seem like
> a bit of overkill and also a bit of a cludge.  And daisy-chaining fallbacks
> would be made infinitely more difficult to set up.
>
> Thoughts?
>
> Geoff.
>

This sounds like a bug. It's certainly designed to accept connections on the 
'missing' mountpoint and re-direct them to the fallback. 

I'm in the middle of moving, so I'm not sure when I'll get a chance to check 
this out, but hopefully soon. Could you file a bug report in bugzilla 
(http://bugs.xiph.org) please?

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Mon May 24 14:03:30 2004
From: oddsock at oddsock.org (oddsock)
Date: Mon, 24 May 2004 09:03:30 -0500
Subject: [icecast] Suggestion: The ability to limit the number of ICY connections
In-Reply-To: <Pine.LNX.4.44.0405220945500.1728-100000@data.home>
Message-ID: <6.0.1.1.2.20040524085047.038963d8@www.oddsock.org>



At 07:12 PM 5/21/2004, you wrote:

>2.  This is a project where all the broadcasters, myself included, are
>blind.  Last time I tried it, and admittedly it was a long time ago,
>Oddcast presented some issues with regard to screen reader accessibility.
>I should really run it up the stick again to see what it's like nowadays.

I released a blind-friendly version of oddcast a long time ago, but haven't 
really had any feedback (actually zero feedback) from anyone whose actually 
tried to use it...I recoded the main UI to use common windows controls in 
the hope that it would then become more blind-accessible... your feedback 
is most welcome.. http://www.oddsock.org/tools/oddcastv2_wa2_bf/

>3.  Quite a lot of our broadcasters are very fond of the FHG encoder.  At
>least for now, we broadcast at 56kbps 22050Hz stereo, and whilst LAME has
>made some great strides at this bitrate in recent times (I use it myself
>under Linux and am quite happy with it), the FHG encoder does sound good at
>this rate and I know some would be loathed to give it up.  At least as far
>as I'm aware, there's no way for Oddcast to make use of Windows codecs, so
>it'd presumably be LAME or nothing.

this is true, and honestly I have no plans to start using the windows ACM 
to support FHG.

>Anyway, all of this aside, Icecast does offer backward compatibility with
>the shoutcast technology and I would think this feature would help those in
>a position of having to stick with an ICY source.

it's unfortunate that we do not support the source client protocol that 
Shoutcast uses, and we certainly could do so, although code-wise it would 
be a huge hack on a fairly well designed system.  Due to it's 
unconventional protocol, we would have to write a whole mess of special 
handling for this case, not using a lot of our common code, and have 
constant "If (shoutcast_source_client)" type switches in the code.  This is 
clearly not desirable or even really acceptable for us.  So this is truly 
why the shoutcast DSP is not supported in icecast2.

oddsock 

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From mark.lastdrager at pine.nl  Mon May 24 19:33:50 2004
From: mark.lastdrager at pine.nl (Mark J. Lastdrager)
Date: Mon, 24 May 2004 21:33:50 +0200
Subject: [icecast] &quot;protecting&quot; streams
Message-ID: <40B24E1E.7000303@pine.nl>



Hi,

I am trying to protect some streams from being linked directly from 
other sites. One way to partly accomplish this is to change the 
filenames of the .m3u files every night, but this does not prevent 
people from directly linking to the icecast server or even writing their 
own .m3u files and putting them on their own site.

So I thought of writing a script that changes the TCP portnumber 
listeners connect to every night and that automatically generates new 
.m3u files, with some form of protection on it so people can not 
directly link to them. Mind you, I do not want to completely prevent 
people from listening to the streams, I simply want them to visit my 
site first and from there connect to the streams.

Is this the only way of doing this, or am I missing an important icecast 
feature here?

-- Mark

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From smoerk at gmx.de  Mon May 24 20:00:23 2004
From: smoerk at gmx.de (smoerk)
Date: Mon, 24 May 2004 22:00:23 +0200
Subject: [icecast] windows media player
In-Reply-To: <Pine.LNX.4.44.0405220259160.1728-100000@data.home>
Message-ID: <40B25457.6080105@gmx.de>



Geoff Shang wrote:
> Hi:
> 
> A relatively new ogg filter is being written and maintained in the Xiph
> repository.  I don't know if it does streaming though, and I personally
> want to know the answer to this too (so please let me/us know if you try
> it).
> 
> The latest release was put out today and you can get it from
> http://www.illiminable.com/ogg/

it doesn't work with ogg/vorbis streams from the net, but play local 
files (seeking doesn't work).
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Mon May 24 20:04:43 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Mon, 24 May 2004 20:04:43 +0000
Subject: [icecast] My own manage playlist
Message-ID: <Sea1-F12dp7yuVFyBCO00024519@hotmail.com>



Hi!
I am interesting to do a manager playlist using Perl for Ices0.3
I read that it is posible using Perl intead of Builtin in module clause. My 
question is how can I use different functions to play , next and other to 
ices.
Somebody has done something like this?

Where can I find info about this topic?

I want to play my list from a database to change , modify and whatever I 
want my list.

TIA

Edwin Quijada

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Mon May 24 20:51:45 2004
From: jack at xiph.org (Jack Moffitt)
Date: Mon, 24 May 2004 22:51:45 +0200
Subject: [icecast] &quot;protecting&quot; streams
In-Reply-To: <40B24E1E.7000303@pine.nl>
Message-ID: <20040524205145.GT28189@babyjesus.cantcode.com>



> Is this the only way of doing this, or am I missing an important icecast 
> feature here?

You can password the stream, and give the password out on your website.
Other than that, I don't know of anyway to force page views before
accessing arbitrary internet services.  Anything you do can be trivially
worked around by bots, unless you force people to manually type in
something that you put in AI-resistant image.

Why don't you put some ads for your site in the stream, or make one play
for everyone on the first connect.  Then you'll get the page views you
want possibly.

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From felix_do at web.de  Tue May 25 00:14:03 2004
From: felix_do at web.de (Felix Dorner)
Date: Tue, 25 May 2004 02:14:03 +0200
Subject: [icecast] synchronous home network streaming
Message-ID: <40B28FCB.7020309@web.de>



hello people,

while thinking about the next little fiesta at my place, together with a 
friend of mine we were talking about streaming our selected music to 
different rooms within our location. actually it would be only two 
clients that would have to catch the stream. we are running one linux 
box which would serve the stream. the clients would be that same box and 
another ms windows machine. now comes my point: the whole thing would 
only make sense, if both clients would play the stream quite 
synchronously. will this be worth a try with icecast? how could the 
synchronization be optimized? is synchronous playing of a stream simply 
impossible? do we have to use the non-geeky method to just connect all 
our boxes to one amplifier? any other suggestions? i will get some 
answers tomorrow when i will give it a try with icecast, but i will be 
happy to get something out the list about this issue too,

<p>good night,
felix
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Tue May 25 01:10:03 2004
From: msmith at xiph.org (Michael Smith)
Date: Tue, 25 May 2004 11:10:03 +1000
Subject: [icecast] synchronous home network streaming
In-Reply-To: <40B28FCB.7020309@web.de>
Message-ID: <200405251110.03969.msmith@xiph.org>



On Tuesday 25 May 2004 10:14, Felix Dorner wrote:
> hello people,
>
> while thinking about the next little fiesta at my place, together with a
> friend of mine we were talking about streaming our selected music to
> different rooms within our location. actually it would be only two
> clients that would have to catch the stream. we are running one linux
> box which would serve the stream. the clients would be that same box and
> another ms windows machine. now comes my point: the whole thing would
> only make sense, if both clients would play the stream quite
> synchronously. will this be worth a try with icecast? how could the
> synchronization be optimized? is synchronous playing of a stream simply
> impossible? do we have to use the non-geeky method to just connect all
> our boxes to one amplifier? any other suggestions? i will get some
> answers tomorrow when i will give it a try with icecast, but i will be
> happy to get something out the list about this issue too,
>

Icecast isn't really designed for doing this. However, you could 
re-synchronise on the client side (using a custom client) - there's enough 
information in the bitstream (at least if you're using vorbis) to do this.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From giles at xiph.org  Tue May 25 02:03:49 2004
From: giles at xiph.org (Ralph Giles)
Date: Mon, 24 May 2004 19:03:49 -0700
Subject: [icecast] synchronous home network streaming
In-Reply-To: <200405251110.03969.msmith@xiph.org>
Message-ID: <20040525020349.GA13467@ghostscript.com>



On Tue, May 25, 2004 at 11:10:03AM +1000, Michael Smith wrote:

> Icecast isn't really designed for doing this. However, you could 
> re-synchronise on the client side (using a custom client) - there's enough 
> information in the bitstream (at least if you're using vorbis) to do this.

You might also take a look at jack (jackit.sf.net) which can pipe 
uncompressed audio over a lan fast enough for simultaneous playback,
as least assuming the two systems have similar output latency. This uses 
a lot more bandwidth of course, but won't be significant on a 100 Mbps 
network. It also won't be a precise at actual synchronized playback, but
you can probably tune it with delay loops if there's noticable 
differences in timing. 

I'm not sure how well supported it is on windows though, so some hacking 
may be necessary.

See the jack.udp client at http://www.alphalink.com.au/~rd/

FWIW,
 -r
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From sonnik at cox.net  Tue May 25 04:49:23 2004
From: sonnik at cox.net (sonnik)
Date: Mon, 24 May 2004 21:49:23 -0700
Subject: [icecast] alsa and ices2
Message-ID: <000101c44213$a6c77d80$6501a8c0@zooht>



I just got done installing Fedora Core 2.  I'd just like to comment for the
searchable archive that anyone wishing to use ALSA with ices should download
and install the appropriate "alsa-lib-devel" package.  

 

I had to poke around a bit to figure this out, and I noticed a few previous
archive questions on the subject.

 

If you are having problems getting the ALSA configuration described here
(http://www.icecast.org/files/ices_docs/inputs.html) to initialize, download
"alsa-lib-devel", and rebuild/install your ices binary.

 

This seems to have fixed some sound quality issues I was after initially
after the install.  I haven't read up on how exactly ALSA remains compatible
with OSS, but I imagine there could be potential for some degrading of the
sound quality.

<p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From abo at degeneve.com  Tue May 25 06:03:13 2004
From: abo at degeneve.com (abo at degeneve.com)
Date: Tue, 25 May 2004 08:03:13 +0200
Subject: [icecast] synchronous home network streaming
In-Reply-To: <20040525020349.GA13467@ghostscript.com>
Message-ID: <200405250803.13997.abo@degeneve.com>



On Tuesday 25 May 2004 04:03, Ralph Giles wrote:
> You might also take a look at jack (jackit.sf.net) which can pipe
> uncompressed audio over a lan fast enough for simultaneous playback,
> as least assuming the two systems have similar output latency. This uses

Did you try to adjust the latency with the pre-buffer of the client ?
I suppose (but it could be wrong) that setting different buffer size delay the 
playback differently :-p.

Cheers,

Xav
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Tue May 25 14:58:19 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 26 May 2004 00:58:19 +1000
Subject: [icecast] &quot;protecting&quot; streams
In-Reply-To: <20040524205145.GT28189@babyjesus.cantcode.com>
Message-ID: <Pine.LNX.4.44.0405260051390.1728-100000@data.home>



On Mon, 24 May 2004, Jack Moffitt wrote:

>  Anything you do can be trivially
> worked around by bots, unless you force people to manually type in
> something that you put in AI-resistant image.

And if you do that, you'll make it inaccessible to anyone who uses screen
reading technology (e.g. blind people).

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Tue May 25 15:04:30 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 26 May 2004 01:04:30 +1000
Subject: [icecast] Suggestion: The ability to limit the number of ICY connections
In-Reply-To: <6.0.1.1.2.20040524085047.038963d8@www.oddsock.org>
Message-ID: <Pine.LNX.4.44.0405260102520.1728-100000@data.home>



On Mon, 24 May 2004, oddsock wrote:

> I released a blind-friendly version of oddcast a long time ago, but haven't
> really had any feedback (actually zero feedback) from anyone whose actually
> tried to use it...I recoded the main UI to use common windows controls in
> the hope that it would then become more blind-accessible... your feedback
> is most welcome.. http://www.oddsock.org/tools/oddcastv2_wa2_bf/

Oh man!  I never saw anything about this anywhere.  I'll get some of us to
test it and give you some feedback.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Tue May 25 15:53:56 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 08:53:56 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <Pine.LNX.4.44.0405231520110.1728-100000@data.home>
Message-ID: <20040525155356.19466.qmail@web11903.mail.yahoo.com>



There seems to be a long delay from wen I speak into the mic on a broadcast server and when I hear the speaking on the users end. Can anyone explain this?  I am using the latest versions of ices and icecast. Ices is on a different server that icecast and at another location.

 

Thanks

                
---------------------------------
Do you Yahoo!?
Friends.  Fun. Try the all-new Yahoo! Messenger
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From enrico.minack at informatik.tu-chemnitz.de  Tue May 25 15:58:18 2004
From: enrico.minack at informatik.tu-chemnitz.de (Enrico Minack)
Date: Tue, 25 May 2004 17:58:18 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525155356.19466.qmail@web11903.mail.yahoo.com>
Message-ID: <065301c44271$1953b370$0864a8c0@desk>



> There seems to be a long delay...
most of the delay usually is caused by the clients buffer. try to reduce
this buffer's size.

Enrico

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From arc at xiph.org  Tue May 25 15:58:53 2004
From: arc at xiph.org (Arc Riley)
Date: Tue, 25 May 2004 11:58:53 -0400
Subject: [icecast] long delay
In-Reply-To: <20040525155356.19466.qmail@web11903.mail.yahoo.com>
Message-ID: <20040525155853.GC5291@motherfish-II.xiph.org>



On Tue, May 25, 2004 at 08:53:56AM -0700, sdgesa gaeharth wrote:
> 
> There seems to be a long delay from wen I speak into the mic on a 
> broadcast server and when I hear the speaking on the users end. Can 
> anyone explain this?  I am using the latest versions of ices and 
> icecast. Ices is on a different server that icecast and at another 
> location.

There's delay in several parts of the system.  First, ices needs to 
delay (buffer) so that it can encode the information and get it out.  
Next there's delay in getting it to the Icecast server, albiet not very 
much, then there's a small delay in the Icecast server itself, then 
there's delay getting it to the listener, and finally their local media 
player will delay playing for a prebuffer.

Most broadcasts I've done have been around 5-6 seconds delayed.  Online 
radio is designed to be stable and consistant, but not low latency.

You can improve some of these areas, BTW, but there's still going to be 
a few seconds of delay.  You just can't avoid it.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Tue May 25 16:02:12 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 09:02:12 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <20040525155853.GC5291@motherfish-II.xiph.org>
Message-ID: <20040525160212.82662.qmail@web11907.mail.yahoo.com>



thanks for responding.
 
I have noticed a delay of up to 50 seconds!!!!
 

<p>Arc Riley <arc at xiph.org> wrote:
On Tue, May 25, 2004 at 08:53:56AM -0700, sdgesa gaeharth wrote:
> 
> There seems to be a long delay from wen I speak into the mic on a 
> broadcast server and when I hear the speaking on the users end. Can 
> anyone explain this? I am using the latest versions of ices and 
> icecast. Ices is on a different server that icecast and at another 
> location.

There's delay in several parts of the system. First, ices needs to 
delay (buffer) so that it can encode the information and get it out. 
Next there's delay in getting it to the Icecast server, albiet not very 
much, then there's a small delay in the Icecast server itself, then 
there's delay getting it to the listener, and finally their local media 
player will delay playing for a prebuffer.

Most broadcasts I've done have been around 5-6 seconds delayed. Online 
radio is designed to be stable and consistant, but not low latency.

You can improve some of these areas, BTW, but there's still going to be 
a few seconds of delay. You just can't avoid it.

--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
                
---------------------------------
Do you Yahoo!?
Friends.  Fun. Try the all-new Yahoo! Messenger
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Tue May 25 16:03:20 2004
From: jack at xiph.org (Jack Moffitt)
Date: Tue, 25 May 2004 18:03:20 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525155853.GC5291@motherfish-II.xiph.org>
Message-ID: <20040525160320.GC28189@babyjesus.cantcode.com>



> Most broadcasts I've done have been around 5-6 seconds delayed.  Online 
> radio is designed to be stable and consistant, but not low latency.

Traditional radio is often delayed as well.  This is generally not a
problem.  Can I ask why you care? :)

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Tue May 25 16:04:37 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 09:04:37 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <20040525160320.GC28189@babyjesus.cantcode.com>
Message-ID: <20040525160437.3839.qmail@web11908.mail.yahoo.com>



I dont care I just wanted to make sure there is no problem
 
thanks
 

<p>Jack Moffitt <jack at xiph.org> wrote:
> Most broadcasts I've done have been around 5-6 seconds delayed. Online 
> radio is designed to be stable and consistant, but not low latency.

Traditional radio is often delayed as well. This is generally not a
problem. Can I ask why you care? :)

jack.
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
                
---------------------------------
Do you Yahoo!?
Friends.  Fun. Try the all-new Yahoo! Messenger
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jack at xiph.org  Tue May 25 16:08:46 2004
From: jack at xiph.org (Jack Moffitt)
Date: Tue, 25 May 2004 18:08:46 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525160437.3839.qmail@web11908.mail.yahoo.com>
Message-ID: <20040525160846.GA22754@babyjesus.cantcode.com>



> I dont care I just wanted to make sure there is no problem

50 seconds is a bit long.  Probably your client buffer is really high
and you are streaming at a really low bitrate.  But even in that case 50
seconds seems long.

If you can post more details on bitrate, client used, buffer size used
on the client, etc, that would be helpful for verification.

jack.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From stefan at neufeind.net  Tue May 25 16:32:40 2004
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 25 May 2004 18:32:40 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525160846.GA22754@babyjesus.cantcode.com>
Message-ID: <40B39148.190.80E387@localhost>



On 25 May 2004 at 18:08, Jack Moffitt wrote:

> > I dont care I just wanted to make sure there is no problem
> 
> 50 seconds is a bit long.  Probably your client buffer is really high
> and you are streaming at a really low bitrate.  But even in that case 50
> seconds seems long.

Well, depending on bitrate etc. I would say that a client-side buffer 
of 20 to 30 seconds are not unnormal. And if ices also buffers a 
little to be able to handle connectivity-problems ...

   Stefan
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Tue May 25 16:50:26 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 09:50:26 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <20040525160846.GA22754@babyjesus.cantcode.com>
Message-ID: <20040525165027.17448.qmail@web11906.mail.yahoo.com>



I was using windows media player (with the patch for playing ogg).
 
 
 
<icecast>
    <limits>
        <clients>1000</clients>
        <sources>10</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>
        <source-password>test</source-password>
        <relay-password>test</relay-password>
        <admin-user>admin</admin-user>
        <admin-password>hackme</admin-password>
    </authentication>
    <hostname>localhost</hostname>
    <listen-socket>
        <port>7070</port>
    </listen-socket>
    <fileserve>1</fileserve>
    <paths>
        <basedir>/usr/share/icecast</basedir>
        <logdir>/var/log/icecast</logdir>
        <webroot>/usr/share/icecast/web</webroot>
        <adminroot>/usr/share/icecast/admin</adminroot>
    </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>
<?xml version="1.0"?>
<ices>
    <background>1</background>
    <logpath>/var/log/ices</logpath>
    <logfile>ices.log</logfile>
    <logsize>2048</logsize>
    <loglevel>5</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>Example stream name</name>
            <genre>Example genre</genre>
            <description>A short description of your stream</description>
            <url><a href="http://mysite.org</url">http://mysite.org</url</a>>
        </metadata>
        <input>
            <module>oss</module>
            <param name="rate">48000</param>
            <param name="channels">2</param>
            <param name="device">/dev/dsp</param>
            <param name="metadata">1</param>
            <param name="metadatafilename">test</param>
        </input>
        <instance>
            <hostname>204.157.2.2</hostname>
            <port>7070</port>
            <password>test</password>
            <mount>/osadbu.ogg</mount>
            <yp>0</yp>
            <encode>
                <quality>0</quality>
                <samplerate>22050</samplerate>
                <channels>1</channels>
            </encode>
            <downmix>1</downmix>
            <resample>
                <in-rate>44100</in-rate>
                <out-rate>22050</out-rate>
            </resample>
        </instance>
    </stream>
</ices>

<p>Jack Moffitt <jack at xiph.org> wrote:
> I dont care I just wanted to make sure there is no problem

50 seconds is a bit long. Probably your client buffer is really high
and you are streaming at a really low bitrate. But even in that case 50
seconds seems long.

If you can post more details on bitrate, client used, buffer size used
on the client, etc, that would be helpful for verification.

jack.
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
                
---------------------------------
Do you Yahoo!?
Friends.  Fun. Try the all-new Yahoo! Messenger
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Tue May 25 16:56:49 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 26 May 2004 02:56:49 +1000
Subject: [icecast] long delay
In-Reply-To: <20040525160320.GC28189@babyjesus.cantcode.com>
Message-ID: <Pine.LNX.4.44.0405260251020.1728-100000@data.home>



On Tue, 25 May 2004, Jack Moffitt wrote:

> Traditional radio is often delayed as well.  This is generally not a
> problem.  Can I ask why you care? :)

Traditional radio is often artificially delayed when doing talkback so that
if a caller crosses the line, there's time to dump them before it gets to
air.  This delay is usually in the realm of 7-10 seconds.  A regular
broadcast with no such artificial delay is more or less instantaneous, with
the only perceptual delays I've ever been able to notice introduced in
audio processing equipment before the signal actually leaves the station.

I'd be curious to know what kind of latency digital broadcasting systems
like Eureka 147 experience.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From stefan at neufeind.net  Tue May 25 16:55:34 2004
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 25 May 2004 18:55:34 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525165027.17448.qmail@web11906.mail.yahoo.com>
Message-ID: <40B396A6.18057.95DCEE@localhost>



On 25 May 2004 at 9:50, sdgesa gaeharth wrote:

> I was using windows media player (with the patch for playing ogg).

You mean you're using it for ogg-streaming? If I remember correctly 
just a few mails ago somebody said it only plays static files. Which 
plugin (patch???) are you using?

Regards,
 Stefan
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Tue May 25 17:07:05 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 26 May 2004 03:07:05 +1000
Subject: [icecast] long delay
In-Reply-To: <20040525165027.17448.qmail@web11906.mail.yahoo.com>
Message-ID: <Pine.LNX.4.44.0405260300080.1728-100000@data.home>



On Tue, 25 May 2004, sdgesa gaeharth wrote:

> I was using windows media player (with the patch for playing ogg).

hmmm, didn't know there were any WMP plugins that would let you stream.

<p>> <ices>
>     <background>1</background>
>     <logpath>/var/log/ices</logpath>
>     <logfile>ices.log</logfile>
>     <logsize>2048</logsize>
>     <loglevel>5</loglevel>

<p>I might have missed something, but I thought log level only went up to 4.

>         <input>
>             <module>oss</module>
>             <param name="rate">48000</param>

[snip]

>             <encode>
>                 <quality>0</quality>
>                 <samplerate>22050</samplerate>
>                 <channels>1</channels>
>             </encode>
>             <downmix>1</downmix>
>             <resample>
>                 <in-rate>44100</in-rate>
>                 <out-rate>22050</out-rate>
>             </resample>

<p>hmmm, but you're reading in at 48KHz.  I'm guessing that'll result in
slower than realtime playback.  That won't help with latency.

This is a fairly low bitrate mode, approx 24kbps from my testing.  So if
WMP has a big buffer, it might well take awhile to fill it at this rate.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From enrico.minack at informatik.tu-chemnitz.de  Tue May 25 18:15:15 2004
From: enrico.minack at informatik.tu-chemnitz.de (Enrico Minack)
Date: Tue, 25 May 2004 20:15:15 +0200
Subject: [icecast] long delay
In-Reply-To: <20040525165027.17448.qmail@web11906.mail.yahoo.com>
Message-ID: <069e01c44284$3aee5270$0864a8c0@desk>



> I was using windows media player (with the patch for playing ogg).
jo, 50 seconds with windows media player sounds pretty likely to me. I had a
similar experience playing a low bit rate mp3 stream since media player
seems to have a huge buffer. try an other client like winamp, zinf or real
one and you propably will recognize a lower delay.

Enrico

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Tue May 25 23:27:10 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 26 May 2004 09:27:10 +1000
Subject: [icecast] long delay
In-Reply-To: <20040525155356.19466.qmail@web11903.mail.yahoo.com>
Message-ID: <200405260927.10902.msmith@xiph.org>



On Wednesday 26 May 2004 01:53, sdgesa gaeharth wrote:
> There seems to be a long delay from wen I speak into the mic on a broadcast
> server and when I hear the speaking on the users end. Can anyone explain
> this?  I am using the latest versions of ices and icecast. Ices is on a
> different server that icecast and at another location.
>

Icecast isn't really designed as a low-latency system. That said, the actual 
latency introduced by icecast itself is pretty low. The source client (ices) 
and the listening client (whatever that might be - most of them do extensive 
buffering) generally add a lot of latency, however.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Wed May 26 00:50:47 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 17:50:47 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <40B396A6.18057.95DCEE@localhost>
Message-ID: <20040526005047.15675.qmail@web11903.mail.yahoo.com>



MediaXW. I dont remember where i got it...

<p>--- Stefan Neufeind <stefan at neufeind.net> wrote:
> On 25 May 2004 at 9:50, sdgesa gaeharth wrote:
> 
> > I was using windows media player (with the patch
> for playing ogg).
> 
> You mean you're using it for ogg-streaming? If I
> remember correctly 
> just a few mails ago somebody said it only plays
> static files. Which 
> plugin (patch???) are you using?
> 
> Regards,
>  Stefan
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
> 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body. 
> No subject is needed.
> Unsubscribe messages sent to the list will be
ignored/filtered.

<p><p>        
                
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From pollux1234567890 at yahoo.com  Wed May 26 00:51:17 2004
From: pollux1234567890 at yahoo.com (sdgesa gaeharth)
Date: Tue, 25 May 2004 17:51:17 -0700 (PDT)
Subject: [icecast] long delay
In-Reply-To: <40B396A6.18057.95DCEE@localhost>
Message-ID: <20040526005117.98130.qmail@web11905.mail.yahoo.com>



MediaXW. I dont remember where i got it...

<p>--- Stefan Neufeind <stefan at neufeind.net> wrote:
> On 25 May 2004 at 9:50, sdgesa gaeharth wrote:
> 
> > I was using windows media player (with the patch
> for playing ogg).
> 
> You mean you're using it for ogg-streaming? If I
> remember correctly 
> just a few mails ago somebody said it only plays
> static files. Which 
> plugin (patch???) are you using?
> 
> Regards,
>  Stefan
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
> 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body. 
> No subject is needed.
> Unsubscribe messages sent to the list will be
ignored/filtered.

<p><p>        
                
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 04:24:36 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Tue, 25 May 2004 22:24:36 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
Message-ID: <20040525222436.kyx3ucgc0swgow4s@www.t3inc.us>



Hello All:

  I'm having troubles getting my YP submissions to go up correctly,
unfortunately there's not much I've been able to find. I'm getting NACK back
from the yp_add call, I've tried two different versions of cURL/libcURL on my
gentoo box to see if it was that, no luck. I've also replicated the problem
onto another gentoo box of mine and the exact same NACK/no request go out. The
deps/build should be almost identical, however -- as I rsync / recompile my
systems every 2-3 days. I've also had tcpdump running to see if anything is
generated, nope. Any existing docs/urls that might help me out would be greatly
appreciated but this doesn't appear to be standard operating procedure. It does
run as a 'chroot', would this break things?! What sort of cURL stuff can I test
to make sure IT works?

  I've been using the win32 icecast for ages now (which YP stuff works great)
but am wanting to move to the *nix[linux now via gentoo] variant as I've been
having troubles where icecast was crashing routinely and would actually
chain-crash my OddSock->Winamp on the encoder and if Winamp crashed from a
non-oddsock error, sometimes the icecast sever would crash with it. Terrible
stuff but I talked with Monty about it at SXSW and have seen that 2.0.1 itself
was released (by OddSock) to fix crashes related to buffer overflows, but I've
still experienced the issues.

  Sorry for the ramble, lot of this stuff on my mind to get into a post.


--
chris pickert of 3wk undergroundradio

equery depgraph (shows alls deps)
`-- net-misc/icecast-2.0.1
 `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
      ```` all sublets of this moved to bottom **
 `-- dev-libs/libxml2-2.6.7
 `-- dev-libs/libxslt-1.1.4
 `-- media-libs/libvorbis-1.0.1-r2
  `-- media-libs/libogg-1.1
 `-- net-misc/curl-7.11.0

<p><p>[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result SID -> ()
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Message -> ()
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Touch Freq -> (0)
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Response -> (0)
[2004-05-26  03:59:44] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown)
(http://dir.xiph.org/cgi-bin/yp-cgi)
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result SID -> ()
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Message -> ()
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Touch Freq -> (0)
[2004-05-26  03:59:44] DBUG geturl/curl_print_header_result Response -> (0)
[2004-05-26  03:59:44] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown)
(http://www.oddsock.org/cgi-bin/yp-cgi)

<p>glibc/system deps/links --
  `-- sys-kernel/linux-headers-2.4.21-r1 (virtual/os-headers)
  `-- sys-apps/baselayout-1.8.12
   `-- sys-apps/gawk-3.1.3-r1
    `-- sys-devel/gettext-0.12.1
   `-- sys-apps/util-linux-2.12-r4
    `-- sys-apps/sed-4.0.7
    `-- sys-libs/ncurses-5.4-r1
    `-- sys-apps/pam-login-3.14
     `-- sys-libs/pam-0.77
      `-- sys-libs/cracklib-2.7-r8
       `-- sys-apps/miscfiles-1.3-r1
       `-- sys-apps/portage-2.0.50-r6
        `-- dev-python/python-fchksum-1.7.1
         `-- sys-libs/zlib-1.1.4-r2
        `-- dev-lang/python-2.3.3-r1
         `-- dev-lang/tk-8.3.4-r1
          `-- x11-base/xfree-4.3.0-r5 (virtual/x11)
           `-- sys-devel/flex-2.5.4a-r5
           `-- dev-libs/expat-1.95.6-r1
           `-- media-libs/freetype-2.1.5-r1
           `-- media-libs/fontconfig-2.2.1
            `-- sys-apps/ed-0.2-r3
             `-- sys-apps/texinfo-4.5
           `-- x11-base/opengl-update-1.5
           `-- x11-misc/ttmkfdir-3.0.9-r1
           `-- sys-devel/patch-2.5.9
           `-- dev-lang/perl-5.8.2-r1
            `-- sys-libs/db-4.1.25_p1-r3
             `-- dev-lang/tcl-8.3.4
             `-- dev-java/blackdown-jdk-1.4.1 (virtual/jre) [ java ]
              `-- dev-java/java-config-1.2.6
            `-- sys-libs/gdbm-1.8.0-r5
           `-- media-libs/libpng-1.2.5-r6
           `-- app-arch/unzip-5.50-r2
           `-- app-arch/cabextract-0.6
         `-- sys-libs/readline-4.3-r4
          `-- app-shells/bash-2.05b-r9
         `-- dev-libs/openssl-0.9.7d
        `-- sys-apps/debianutils-1.16.7-r4
         `-- app-arch/bzip2-1.0.2-r3
         `-- sys-apps/coreutils-5.2.0-r2
          `-- sys-apps/acl-2.2.13-r1
           `-- sys-apps/attr-2.4.7-r1
           `-- sys-devel/autoconf-2.57-r1
            `-- sys-devel/m4-1.4-r1
     `-- sys-apps/shadow-4.0.3-r9
    `-- app-crypt/hashalot-0.1.0
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From msmith at xiph.org  Wed May 26 04:46:28 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 26 May 2004 14:46:28 +1000
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040525222436.kyx3ucgc0swgow4s@www.t3inc.us>
Message-ID: <200405261446.28826.msmith@xiph.org>



On Wednesday 26 May 2004 14:24, cpickert at t3inc.us wrote:

>   I've been using the win32 icecast for ages now (which YP stuff works
> great) but am wanting to move to the *nix[linux now via gentoo] variant as
> I've been having troubles where icecast was crashing routinely and would
> actually chain-crash my OddSock->Winamp on the encoder and if Winamp
> crashed from a non-oddsock error, sometimes the icecast sever would crash
> with it. Terrible stuff but I talked with Monty about it at SXSW and have
> seen that 2.0.1 itself was released (by OddSock) to fix crashes related to
> buffer overflows, but I've still experienced the issues.
>

It really shouldn't do that. The 2.0.1 release was for a single overflow (that 
would never happen accidently - only through a deliberate attack), so I 
wouldn't expect that to help. However, if it's crashing, we'd really like to 
know about that - with enough details to reproduce (and hopefully fix).

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 06:19:56 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 00:19:56 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <200405261446.28826.msmith@xiph.org>
Message-ID: <20040526001956.v57484soo04w8kg8@www.t3inc.us>



I've yet to assemble a valid crash-procedure to consistently re-produce the
issue. AFAIK, whats causing it is possibly CPU-utilization issues with my
chaining of processing/DSP, what do y'all think?! --  My encoder setup:

Winamp
  `[DSP] -> SoundSolution (dynamic sonic enhancement)
  `[Output] -> SqrSoft Crossfading (only ''REAL'' crossfader)
        `[SqrSoft DSP Emul]` -> (Sqrsoft HAS to be 'output' and then MUX DSPs)
                  `[MuchFX 0.9902]
                        | 2x - Oddcast 2.0.13 -> Icecast
                        | 2x -   "       "    -> Shoutcast
                        | 2x -   "       "    -> Windows Media
  `[GenPurp] -> DoSomething (generate HTML to 'net mapped' web-server drive)

<p><p>I've got a total of six encoders and all the others. On a 
song-transision / the
cross-fader will drive CPU dangerously high and I'm wondering if 
there's a loss
of avail CPU time, will OddCast possibly choke/stall and then cause the 
Icecast
crash? This is where I'd guess the issue of where the crash is. It's almost
impossible to guess when it'll crash so I can't totally validate my 
assumption.
I know the encoder setup is not at all Icecast related, just the fact there's
all the processing that drives CPU to 100% as well as the way SqrSoft 
does it's
crossfade with songs, the buffering mechanism is a little odd. Might want to
look at it if you're curious.

SoundSolution-- http://www.tmsweb.dnsalias.com
SqrSoft-- http://www.sqrsoft.com.ar
MuchFX-- http://sourceforge.net/project/showfiles.php?group_id=90732
OddCast-- http://www.oddsock.org/tools/oddcastv2_wa2

I don't see it happening on the (non-YP) Linux Icecast but it happens 
routinely
in Win32 Icecast.

<p>Quoting Michael Smith <msmith at xiph.org>:

> On Wednesday 26 May 2004 14:24, cpickert at t3inc.us wrote:
>
>>   I've been using the win32 icecast for ages now (which YP stuff works
>> great) but am wanting to move to the *nix[linux now via gentoo] variant as
>> I've been having troubles where icecast was crashing routinely and would
>> actually chain-crash my OddSock->Winamp on the encoder and if Winamp
>> crashed from a non-oddsock error, sometimes the icecast sever would crash
>> with it. Terrible stuff but I talked with Monty about it at SXSW and have
>> seen that 2.0.1 itself was released (by OddSock) to fix crashes related to
>> buffer overflows, but I've still experienced the issues.
>>
>
> It really shouldn't do that. The 2.0.1 release was for a single 
> overflow (that
> would never happen accidently - only through a deliberate attack), so I
> wouldn't expect that to help. However, if it's crashing, we'd really like to
> know about that - with enough details to reproduce (and hopefully fix).
>
> Mike
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Wed May 26 06:44:28 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 26 May 2004 16:44:28 +1000
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040526001956.v57484soo04w8kg8@www.t3inc.us>
Message-ID: <200405261644.28676.msmith@xiph.org>



On Wednesday 26 May 2004 16:19, cpickert at t3inc.us wrote:
> I've got a total of six encoders and all the others. On a
> song-transision / the
> cross-fader will drive CPU dangerously high and I'm wondering if
> there's a loss
> of avail CPU time, will OddCast possibly choke/stall and then cause the
> Icecast
> crash? This is where I'd guess the issue of where the crash is. It's almost
> impossible to guess when it'll crash so I can't totally validate my
> assumption.
> I know the encoder setup is not at all Icecast related, just the fact
> there's all the processing that drives CPU to 100% as well as the way
> SqrSoft does it's
> crossfade with songs, the buffering mechanism is a little odd. Might want
> to look at it if you're curious.

<p>Obviously, if you run out of CPU, it's not entirely unreasonable for oddcast 
to have trouble of some sort. However, there should be absolutely _no_ way 
for this to crash icecast. Icecast is designed to be error-resiliant and not 
particularly timing-sensitive. If you can find any way to reliably crash 
icecast, we really, really want to fix it (being able to crash it with 
external input is generally a sign that there's - at the least - an 
exploitable DoS bug lurking somewhere), so we'd really like as much detail as 
you can give us.

Mike

<p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From stefan at neufeind.net  Wed May 26 06:44:06 2004
From: stefan at neufeind.net (Stefan Neufeind)
Date: Wed, 26 May 2004 08:44:06 +0200
Subject: [icecast] long delay
In-Reply-To: <20040526005117.98130.qmail@web11905.mail.yahoo.com>
Message-ID: <40B458D6.25091.36C2A2@localhost>



Seems here is the right place?

http://mediaxw.sourceforge.net/

What is a bit strange: It claims to have had no updates since 2001 
(MediaXW-package itself in the SF-downloadsection) / 2002 (website)?

<p>  Stefan

On 25 May 2004 at 17:51, sdgesa gaeharth wrote:

> MediaXW. I dont remember where i got it...
> 
> 
> --- Stefan Neufeind <stefan at neufeind.net> wrote:
> > On 25 May 2004 at 9:50, sdgesa gaeharth wrote:
> > 
> > > I was using windows media player (with the patch
> > for playing ogg).
> > 
> > You mean you're using it for ogg-streaming? If I
> > remember correctly 
> > just a few mails ago somebody said it only plays
> > static files. Which 
> > plugin (patch???) are you using?
> > 
> > Regards,
> >  Stefan
> > --- >8 ----
> > List archives:  http://www.xiph.org/archives/
> > icecast project homepage: http://www.icecast.org/
> > To unsubscribe from this list, send a message to
> > 'icecast-request at xiph.org'
> > containing only the word 'unsubscribe' in the body. 
> > No subject is needed.
> > Unsubscribe messages sent to the list will be
> ignored/filtered.
> 
> 
> 
> 	
> 		
> __________________________________
> Do you Yahoo!?
> Friends.  Fun.  Try the all-new Yahoo! Messenger.
> http://messenger.yahoo.com/ 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 07:15:48 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 01:15:48 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <200405261644.28676.msmith@xiph.org>
Message-ID: <20040526011548.5o2uccwgs8kw40cg@www.t3inc.us>



Mike:

Totally understood, I'll be doing my best. I spoke with Monty (Christopher
Montgomery via whois) at SXSW (South-by-SouthWest music/media 
conference) about
this exact issue. His immediate response dealt with the slightly differently
implementations of POSIX-esque non-blocking IO on nicely POSIX-friendly
OSs(Linux,*BSD) vs. Win32 ... It's been doing this for roughly a year (since I
started w/ OddCast+IcecastWin32(OddSock build / Same as icecast.org ?) 
but with
no easily descernable activity leading up to the crash, other than the CPU
utilization nonsense I've already rambled on. (which might make my oddcast
poop, but never icecast itself -- although they ALWAYS occured together. As
soon as we noticed the WM stream die, we knew the encoder crapped, and we
ALWAYS had to restart the icecast-win32 server).

The only thing I'm ''stuck'' w/ now (as I definitely want to assist you in
further exploration of the above) is that my Icecast cURL stuff is busted on
the Icecast 2.0.1 build in Linux/gentoo.. very bizarre.. I posted up the
original info back three posts. Any ideas on it? It's been replicated on two
gentoo boxes(tried different cURL versions, could it also be chroot? see
initial post if interested) I've also built it by hand via the 2.0.1 release
source tarball and came up w/ same results (same curl versions as listed in my
'equery' output from former posts.

Gotta have people knowing they can listen.. Especially since Real and iTunes
still can't get their stuff together for their players. Haven't tried the new
Helix Player Alphas (but Real10 doesn't seem to play an Icecast or .ogg 
file)..
Has anyone?

-- chris pickert

Quoting Michael Smith <msmith at xiph.org>:

<p>> Obviously, if you run out of CPU, it's not entirely unreasonable for oddcast
> to have trouble of some sort. However, there should be absolutely _no_ way
> for this to crash icecast. Icecast is designed to be error-resiliant and not
> particularly timing-sensitive. If you can find any way to reliably crash
> icecast, we really, really want to fix it (being able to crash it with
> external input is generally a sign that there's - at the least - an
> exploitable DoS bug lurking somewhere), so we'd really like as much detail as
> you can give us.
>
> Mike
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 07:36:13 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 01:36:13 -0600
Subject: [icecast] Admin Stats Source / Source_Connections value off!
Message-ID: <20040526013613.ut5a80gw40kwo0kg@www.t3inc.us>



All:

 Another thing I've always noticed is that the sources & source_connections
stats become incorrect if the sources connect at the ''exact same time'' ?? The
reason I say this is the OddCast encoders as I've mentioned in previous
postings acting in a Chain, have the same "reconnect" timer (of '2 seconds' on
modern hi/lo, '4 seconds' on classic hi/lo) and if i do a killall icecast;
sleep 2; ./icecast -b -c ./icecast.xml - and look at the stats, it reads '3'
however, four mountpoints are shown active(classic vs modern / low & high). The
only thing I can think of is the fact they may reconnect in tandem and break
the counter. It's happened on 2.0.0 & 2.0.1 on win32 + linux ..

If I disconnect and reconnect the encoders, the source_connection stat rises '4'
for all four encoders but, the sources value still remains at '3', as if it
doesn't count the disco / reconnect.

<p><p><p>-- Chris Pickert
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From msmith at xiph.org  Wed May 26 08:07:55 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 26 May 2004 18:07:55 +1000
Subject: [icecast] Admin Stats Source / Source_Connections value off!
In-Reply-To: <20040526013613.ut5a80gw40kwo0kg@www.t3inc.us>
Message-ID: <200405261807.55223.msmith@xiph.org>



On Wednesday 26 May 2004 17:36, cpickert at t3inc.us wrote:
> All:
>
>  Another thing I've always noticed is that the sources & source_connections
> stats become incorrect if the sources connect at the ''exact same time'' ??
> The reason I say this is the OddCast encoders as I've mentioned in previous
> postings acting in a Chain, have the same "reconnect" timer (of '2 seconds'
> on modern hi/lo, '4 seconds' on classic hi/lo) and if i do a killall
> icecast; sleep 2; ./icecast -b -c ./icecast.xml - and look at the stats, it
> reads '3' however, four mountpoints are shown active(classic vs modern /
> low & high). The only thing I can think of is the fact they may reconnect
> in tandem and break the counter. It's happened on 2.0.0 & 2.0.1 on win32 +
> linux ..
>
> If I disconnect and reconnect the encoders, the source_connection stat
> rises '4' for all four encoders but, the sources value still remains at
> '3', as if it doesn't count the disco / reconnect.
>

This is obviously a bug (what the cause is I'm not sure). Could you please 
file a bug report at http://bugs.xiph.org/ - that'll ensure we don't 
lose/forget about this.

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Wed May 26 10:02:22 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Wed, 26 May 2004 20:02:22 +1000
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040525222436.kyx3ucgc0swgow4s@www.t3inc.us>
Message-ID: <Pine.LNX.4.44.0405261956230.1728-100000@data.home>



Hi:

Have you tried sending YP info to Oddsock's directory server as well?   Do
you get the same problems?  I know they've been doing a bit of computer
shuffling at Xiph these past few days.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Wed May 26 14:04:14 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 26 May 2004 09:04:14 -0500
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040525222436.kyx3ucgc0swgow4s@www.t3inc.us>
Message-ID: <6.0.1.1.2.20040526085544.03dee680@www.oddsock.org>



At 11:24 PM 5/25/2004, you wrote:
>Hello All:
>
>   I'm having troubles getting my YP submissions to go up correctly,
>unfortunately there's not much I've been able to find. I'm getting NACK back
>from the yp_add call, I've tried two different versions of cURL/libcURL on my
>gentoo box to see if it was that, no luck. I've also replicated the problem
>onto another gentoo box of mine and the exact same NACK/no request go out. The
>deps/build should be almost identical, however -- as I rsync / recompile my
>systems every 2-3 days. I've also had tcpdump running to see if anything is
>generated, nope. Any existing docs/urls that might help me out would be 
>greatly
>appreciated but this doesn't appear to be standard operating procedure. It 
>does
>run as a 'chroot', would this break things?! What sort of cURL stuff can I 
>test
>to make sure IT works?

ince your not seeing any traffic in the tcpdump, it would seem that your 
server is not even getting to contact the YP server at all.  ALthough from 
your log it looks like it's trying to at least.  We've recently rewritten 
the YP logic (in response to some periodic issues that were possible under 
certain circumstances - none of which you actually are running into) and 
added a bit better log messages as to what's happening when something goes 
wrong (such as in this case).   So, I would suggest trying to run our 
current Subversion version (I can create a snapshot if need be) and see if 
you get any more messages that indicate what's happening...

and while I don't know of any reason that chroot could affect the YP, have 
you tried running it in a non-chrooted jail ?

oddsock 

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 19:27:25 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 13:27:25 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 /  gentoo)
In-Reply-To: <6.0.1.1.2.20040526085544.03dee680@www.oddsock.org>
Message-ID: <20040526132725.voso0k0c0w0s0oo4@www.t3inc.us>



Odd:
I just pulled SVN and compiled.. Wonderful new logging code, btw!
Now, why in the WORLD would the resolution be failling?! nsswitch.conf /
resolv.conf / hosts is all fine.. *shrug*

I can obviously put IPs instead of hosts in the URLs, however things still
fail..

-- Chris Pickert

ldd output--
ldd ./icecast
         libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)
         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000)
         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000)
         libdl.so.2 => /lib/libdl.so.2 (0x4016e000)
         libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000)
         libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000)
         libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000)
         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000)
         libz.so.1 => /usr/lib/libz.so.1 (0x402bc000)
         libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000)
         libm.so.6 => /lib/libm.so.6 (0x40319000)
         libc.so.6 => /lib/libc.so.6 (0x4033a000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

equery depgraph--
`-- net-misc/icecast-2.0.1
  `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
  `-- dev-libs/libxml2-2.6.7
  `-- dev-libs/libxslt-1.1.4
  `-- media-libs/libvorbis-1.0.1-r2
   `-- media-libs/libogg-1.1
  `-- net-misc/curl-7.11.0

<p>DNS--
[2004-05-26  19:14:42] INFO main/main Icecast 2.0.0 server started
[2004-05-26  19:14:42] DBUG yp/yp_recheck_config Updating YP configuration
[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
"http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
"http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  19:14:42] INFO yp/yp_update_thread YP update thread started
[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
http://www.oddsock.org/cgi-bin/yp-cgi
[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
http://dir.xiph.org/cgi-bin/yp-cgi
[2004-05-26  19:20:00] INFO connection/_handle_source_request Source 
logging in
at mountpoint "/pickert.ogg"
[2004-05-26  19:20:00] DBUG connection/connection_complete_source 
sources count
is 0
[2004-05-26  19:20:00] DBUG connection/connection_complete_source source is
ready to start
[2004-05-26  19:20:00] DBUG source/source_init Source creation complete
[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
http://dir.xiph.org/cgi-bin/yp-cgi
[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
http://www.oddsock.org/cgi-bin/yp-cgi
[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
http://dir.xiph.org/cgi-bin/yp-cgi
[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
http://www.oddsock.org/cgi-bin/yp-cgi
[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
'dir.xiph.org'"
[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
'www.oddsock.org'"

IPs-
[2004-05-26  19:23:54] INFO main/main Icecast 2.0.0 server started
[2004-05-26  19:23:54] DBUG yp/yp_recheck_config Updating YP configuration
[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
"http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
"http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  19:23:54] INFO yp/yp_update_thread YP update thread started
[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  19:24:08] INFO connection/_handle_source_request Source 
logging in
at mountpoint "/pickert.ogg"
[2004-05-26  19:24:08] DBUG connection/connection_complete_source 
sources count
is 0
[2004-05-26  19:24:08] DBUG connection/connection_complete_source source is
ready to start
[2004-05-26  19:24:08] DBUG source/source_init Source creation complete
[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
http://66.98.134.94/cgi-bin/yp-cgi failed: (null)

<p>Quoting oddsock <oddsock at oddsock.org>:

> At 11:24 PM 5/25/2004, you wrote:
>> Hello All:
>>
>>   I'm having troubles getting my YP submissions to go up correctly,
>> unfortunately there's not much I've been able to find. I'm getting NACK back
>> from the yp_add call, I've tried two different versions of 
>> cURL/libcURL on my
>> gentoo box to see if it was that, no luck. I've also replicated the problem
>> onto another gentoo box of mine and the exact same NACK/no request 
>> go out. The
>> deps/build should be almost identical, however -- as I rsync / recompile my
>> systems every 2-3 days. I've also had tcpdump running to see if anything is
>> generated, nope. Any existing docs/urls that might help me out would 
>> be greatly
>> appreciated but this doesn't appear to be standard operating 
>> procedure. It does
>> run as a 'chroot', would this break things?! What sort of cURL stuff 
>> can I test
>> to make sure IT works?
>
> since your not seeing any traffic in the tcpdump, it would seem that your
> server is not even getting to contact the YP server at all.  ALthough from
> your log it looks like it's trying to at least.  We've recently rewritten
> the YP logic (in response to some periodic issues that were possible under
> certain circumstances - none of which you actually are running into) and
> added a bit better log messages as to what's happening when something goes
> wrong (such as in this case).   So, I would suggest trying to run our
> current Subversion version (I can create a snapshot if need be) and see if
> you get any more messages that indicate what's happening...
>
> and while I don't know of any reason that chroot could affect the YP, have
> you tried running it in a non-chrooted jail ?
>
> oddsock
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From spalek2 at ptssa.pl  Wed May 26 21:30:23 2004
From: spalek2 at ptssa.pl (Lukasz Spaleniak)
Date: Wed, 26 May 2004 23:30:23 +0200
Subject: [icecast] long delay
In-Reply-To: <20040526005047.15675.qmail@web11903.mail.yahoo.com>
Message-ID: <108682433.20040526233023@ptssa.pl>



On Wednesday, May 26, 2004, 2:50:47 AM, sdgesa gaeharth wrote:

> MediaXW. I dont remember where i got it...

It's avaiable on the:
http://mediaxw.sourceforge.net/

<p>
-- 
spalek2 at ptssa.pl
GCM dpu s: a--- C++ UL++++ P+ L+++ E--- W+ N+ K- w O- M V-
PGP t--- 5 X+ R- tv-- b DI- D- G e-- h! r y+

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From spalek2 at ptssa.pl  Wed May 26 21:36:45 2004
From: spalek2 at ptssa.pl (Lukasz Spaleniak)
Date: Wed, 26 May 2004 23:36:45 +0200
Subject: [icecast] long delay
In-Reply-To: <40B458D6.25091.36C2A2@localhost>
Message-ID: <532288036.20040526233645@ptssa.pl>



On Wednesday, May 26, 2004, 8:44:06 AM, Stefan Neufeind wrote:

> Seems here is the right place?

> http://mediaxw.sourceforge.net/

> What is a bit strange: It claims to have had no updates since 2001
> (MediaXW-package itself in the SF-downloadsection) / 2002 (website)?

I've downloaded it and installed. Yes, static files are playing
correctly, but I cannot play the stream. I'm using Windows Media
Player v.9.00.00.3075 (delivered with W2k3 server).


-- 
spalek2 at ptssa.pl
GCM dpu s: a--- C++ UL++++ P+ L+++ E--- W+ N+ K- w O- M V-
PGP t--- 5 X+ R- tv-- b DI- D- G e-- h! r y+

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From oddsock at oddsock.org  Wed May 26 22:41:29 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 26 May 2004 17:41:29 -0500
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040526132725.voso0k0c0w0s0oo4@www.t3inc.us>
Message-ID: <6.0.1.1.2.20040526174050.042cf530@www.oddsock.org>



so have you tried running this outside the chroot jail ?

oddsock
At 02:27 PM 5/26/2004, you wrote:
>Odd:
>I just pulled SVN and compiled.. Wonderful new logging code, btw!
>Now, why in the WORLD would the resolution be failling?! nsswitch.conf /
>resolv.conf / hosts is all fine.. *shrug*
>
>I can obviously put IPs instead of hosts in the URLs, however things still
>fail..
>
>-- Chris Pickert
>
>ldd output--
>ldd ./icecast
>         libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)
>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000)
>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000)
>         libdl.so.2 => /lib/libdl.so.2 (0x4016e000)
>         libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000)
>         libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000)
>         libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000)
>         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000)
>         libz.so.1 => /usr/lib/libz.so.1 (0x402bc000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000)
>         libm.so.6 => /lib/libm.so.6 (0x40319000)
>         libc.so.6 => /lib/libc.so.6 (0x4033a000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
>equery depgraph--
>`-- net-misc/icecast-2.0.1
>  `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
>  `-- dev-libs/libxml2-2.6.7
>  `-- dev-libs/libxslt-1.1.4
>  `-- media-libs/libvorbis-1.0.1-r2
>   `-- media-libs/libogg-1.1
>  `-- net-misc/curl-7.11.0
>
>
>DNS--
>[2004-05-26  19:14:42] INFO main/main Icecast 2.0.0 server started
>[2004-05-26  19:14:42] DBUG yp/yp_recheck_config Updating YP configuration
>[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>"http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>"http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  19:14:42] INFO yp/yp_update_thread YP update thread started
>[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>http://www.oddsock.org/cgi-bin/yp-cgi
>[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>http://dir.xiph.org/cgi-bin/yp-cgi
>[2004-05-26  19:20:00] INFO connection/_handle_source_request Source 
>logging in
>at mountpoint "/pickert.ogg"
>[2004-05-26  19:20:00] DBUG connection/connection_complete_source sources 
>count
>is 0
>[2004-05-26  19:20:00] DBUG connection/connection_complete_source source is
>ready to start
>[2004-05-26  19:20:00] DBUG source/source_init Source creation complete
>[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>http://dir.xiph.org/cgi-bin/yp-cgi
>[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>http://www.oddsock.org/cgi-bin/yp-cgi
>[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>http://dir.xiph.org/cgi-bin/yp-cgi
>[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>http://www.oddsock.org/cgi-bin/yp-cgi
>[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>'dir.xiph.org'"
>[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>'www.oddsock.org'"
>
>IPs-
>[2004-05-26  19:23:54] INFO main/main Icecast 2.0.0 server started
>[2004-05-26  19:23:54] DBUG yp/yp_recheck_config Updating YP configuration
>[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>"http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>"http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  19:23:54] INFO yp/yp_update_thread YP update thread started
>[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  19:24:08] INFO connection/_handle_source_request Source 
>logging in
>at mountpoint "/pickert.ogg"
>[2004-05-26  19:24:08] DBUG connection/connection_complete_source sources 
>count
>is 0
>[2004-05-26  19:24:08] DBUG connection/connection_complete_source source is
>ready to start
>[2004-05-26  19:24:08] DBUG source/source_init Source creation complete
>[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>
>
>Quoting oddsock <oddsock at oddsock.org>:
>
>>At 11:24 PM 5/25/2004, you wrote:
>>>Hello All:
>>>
>>>   I'm having troubles getting my YP submissions to go up correctly,
>>>unfortunately there's not much I've been able to find. I'm getting NACK back
>>>from the yp_add call, I've tried two different versions of cURL/libcURL 
>>>on my
>>>gentoo box to see if it was that, no luck. I've also replicated the problem
>>>onto another gentoo box of mine and the exact same NACK/no request go 
>>>out. The
>>>deps/build should be almost identical, however -- as I rsync / recompile my
>>>systems every 2-3 days. I've also had tcpdump running to see if anything is
>>>generated, nope. Any existing docs/urls that might help me out would be 
>>>greatly
>>>appreciated but this doesn't appear to be standard operating procedure. 
>>>It does
>>>run as a 'chroot', would this break things?! What sort of cURL stuff can 
>>>I test
>>>to make sure IT works?
>>
>>since your not seeing any traffic in the tcpdump, it would seem that your
>>server is not even getting to contact the YP server at all.  ALthough from
>>your log it looks like it's trying to at least.  We've recently rewritten
>>the YP logic (in response to some periodic issues that were possible under
>>certain circumstances - none of which you actually are running into) and
>>added a bit better log messages as to what's happening when something goes
>>wrong (such as in this case).   So, I would suggest trying to run our
>>current Subversion version (I can create a snapshot if need be) and see if
>>you get any more messages that indicate what's happening...
>>
>>and while I don't know of any reason that chroot could affect the YP, have
>>you tried running it in a non-chrooted jail ?
>>
>>oddsock
>>
>>
>>--- >8 ----
>>List archives:  http://www.xiph.org/archives/
>>icecast project homepage: http://www.icecast.org/
>>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>containing only the word 'unsubscribe' in the body.  No subject is needed.
>>Unsubscribe messages sent to the list will be ignored/filtered.
>
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Wed May 26 23:26:01 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 17:26:01 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <6.0.1.1.2.20040526174050.042cf530@www.oddsock.org>
Message-ID: <20040526172601.ji88ooco84k4s0c8@www.t3inc.us>



Yupp, same results. What else can be trying? Perms all seems a-ok, the name
resolution issue makes me feel funny. Here's a URL to the ptrace -f of the
non-chrooted run -- http://tinyurl.com/ytsqv ..

Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?!
Eventhough, without DNS it doesnt. As you can see! --

[2004-05-26  17:10:25] INFO main/main Icecast 2.0.0 server started
[2004-05-26  17:10:25] DBUG yp/yp_recheck_config Updating YP configuration
[2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
"http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
"http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
[2004-05-26  17:10:25] INFO yp/yp_update_thread YP update thread started
[2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  17:11:09] INFO connection/_handle_source_request Source 
logging in
at mountpoint "/pickert.ogg"
[2004-05-26  17:11:09] DBUG connection/connection_complete_source 
sources count
is 0
[2004-05-26  17:11:09] DBUG connection/connection_complete_source source is
ready to start
[2004-05-26  17:11:09] DBUG source/source_init Source creation complete
[2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
http://198.136.36.245/cgi-bin/yp-cgi
[2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
http://66.98.134.94/cgi-bin/yp-cgi
[2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
[2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
http://66.98.134.94/cgi-bin/yp-cgi failed: (null)

[2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
http://dir.xiph.org/cgi-bin/yp-cgi
[2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
http://www.oddsock.org/cgi-bin/yp-cgi
[2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
http://dir.xiph.org/cgi-bin/yp-cgi
[2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
http://www.oddsock.org/cgi-bin/yp-cgi
[2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch interval is
60
[2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
http://dir.xiph.org/cgi-bin/yp-cgi succeeded
[2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch interval is
60
[2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
http://www.oddsock.org/cgi-bin/yp-cgi succeeded
[2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
http://dir.xiph.org/cgi-bin/yp-cgi succeeded
[2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
http://www.oddsock.org/cgi-bin/yp-cgi succeeded
[2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
http://dir.xiph.org/cgi-bin/yp-cgi succeeded
[2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
http://www.oddsock.org/cgi-bin/yp-cgi succeeded

Quoting oddsock <oddsock at oddsock.org>:

> so have you tried running this outside the chroot jail ?
>
> oddsock
> At 02:27 PM 5/26/2004, you wrote:
>> Odd:
>> I just pulled SVN and compiled.. Wonderful new logging code, btw!
>> Now, why in the WORLD would the resolution be failling?! nsswitch.conf /
>> resolv.conf / hosts is all fine.. *shrug*
>>
>> I can obviously put IPs instead of hosts in the URLs, however things still
>> fail..
>>
>> -- Chris Pickert
>>
>> ldd output--
>> ldd ./icecast
>>         libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)
>>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000)
>>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000)
>>         libdl.so.2 => /lib/libdl.so.2 (0x4016e000)
>>         libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000)
>>         libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000)
>>         libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000)
>>         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000)
>>         libz.so.1 => /usr/lib/libz.so.1 (0x402bc000)
>>         libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000)
>>         libm.so.6 => /lib/libm.so.6 (0x40319000)
>>         libc.so.6 => /lib/libc.so.6 (0x4033a000)
>>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>>
>> equery depgraph--
>> `-- net-misc/icecast-2.0.1
>>  `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
>>  `-- dev-libs/libxml2-2.6.7
>>  `-- dev-libs/libxslt-1.1.4
>>  `-- media-libs/libvorbis-1.0.1-r2
>>   `-- media-libs/libogg-1.1
>>  `-- net-misc/curl-7.11.0
>>
>>
>> DNS--
>> [2004-05-26  19:14:42] INFO main/main Icecast 2.0.0 server started
>> [2004-05-26  19:14:42] DBUG yp/yp_recheck_config Updating YP configuration
>> [2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>> "http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>> "http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  19:14:42] INFO yp/yp_update_thread YP update thread started
>> [2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>> http://www.oddsock.org/cgi-bin/yp-cgi
>> [2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>> http://dir.xiph.org/cgi-bin/yp-cgi
>> [2004-05-26  19:20:00] INFO connection/_handle_source_request Source 
>> logging in
>> at mountpoint "/pickert.ogg"
>> [2004-05-26  19:20:00] DBUG connection/connection_complete_source 
>> sources count
>> is 0
>> [2004-05-26  19:20:00] DBUG connection/connection_complete_source source is
>> ready to start
>> [2004-05-26  19:20:00] DBUG source/source_init Source creation complete
>> [2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>> http://dir.xiph.org/cgi-bin/yp-cgi
>> [2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>> http://www.oddsock.org/cgi-bin/yp-cgi
>> [2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>> http://dir.xiph.org/cgi-bin/yp-cgi
>> [2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>> http://www.oddsock.org/cgi-bin/yp-cgi
>> [2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>> http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>> 'dir.xiph.org'"
>> [2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>> http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>> 'www.oddsock.org'"
>>
>> IPs-
>> [2004-05-26  19:23:54] INFO main/main Icecast 2.0.0 server started
>> [2004-05-26  19:23:54] DBUG yp/yp_recheck_config Updating YP configuration
>> [2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>> "http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>> "http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  19:23:54] INFO yp/yp_update_thread YP update thread started
>> [2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  19:24:08] INFO connection/_handle_source_request Source 
>> logging in
>> at mountpoint "/pickert.ogg"
>> [2004-05-26  19:24:08] DBUG connection/connection_complete_source 
>> sources count
>> is 0
>> [2004-05-26  19:24:08] DBUG connection/connection_complete_source source is
>> ready to start
>> [2004-05-26  19:24:08] DBUG source/source_init Source creation complete
>> [2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>> http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>> [2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>> http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>>
>>
>> Quoting oddsock <oddsock at oddsock.org>:
>>
>>> At 11:24 PM 5/25/2004, you wrote:
>>>> Hello All:
>>>>
>>>>   I'm having troubles getting my YP submissions to go up correctly,
>>>> unfortunately there's not much I've been able to find. I'm getting 
>>>> NACK back
>>>> from the yp_add call, I've tried two different versions of 
>>>> cURL/libcURL on my
>>>> gentoo box to see if it was that, no luck. I've also replicated 
>>>> the problem
>>>> onto another gentoo box of mine and the exact same NACK/no request 
>>>> go out. The
>>>> deps/build should be almost identical, however -- as I rsync / 
>>>> recompile my
>>>> systems every 2-3 days. I've also had tcpdump running to see if 
>>>> anything is
>>>> generated, nope. Any existing docs/urls that might help me out 
>>>> would be greatly
>>>> appreciated but this doesn't appear to be standard operating 
>>>> procedure. It does
>>>> run as a 'chroot', would this break things?! What sort of cURL 
>>>> stuff can I test
>>>> to make sure IT works?
>>>
>>> since your not seeing any traffic in the tcpdump, it would seem that your
>>> server is not even getting to contact the YP server at all.  ALthough from
>>> your log it looks like it's trying to at least.  We've recently rewritten
>>> the YP logic (in response to some periodic issues that were possible under
>>> certain circumstances - none of which you actually are running into) and
>>> added a bit better log messages as to what's happening when something goes
>>> wrong (such as in this case).   So, I would suggest trying to run our
>>> current Subversion version (I can create a snapshot if need be) and see if
>>> you get any more messages that indicate what's happening...
>>>
>>> and while I don't know of any reason that chroot could affect the YP, have
>>> you tried running it in a non-chrooted jail ?
>>>
>>> oddsock
>>>
>>>
>>> --- >8 ----
>>> List archives:  http://www.xiph.org/archives/
>>> icecast project homepage: http://www.icecast.org/
>>> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>> containing only the word 'unsubscribe' in the body.  No subject is needed.
>>> Unsubscribe messages sent to the list will be ignored/filtered.
>>
>>
>> --- >8 ----
>> List archives:  http://www.xiph.org/archives/
>> icecast project homepage: http://www.icecast.org/
>> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>> containing only the word 'unsubscribe' in the body.  No subject is needed.
>> Unsubscribe messages sent to the list will be ignored/filtered.
>>
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From oddsock at oddsock.org  Thu May 27 01:30:07 2004
From: oddsock at oddsock.org (oddsock)
Date: Wed, 26 May 2004 20:30:07 -0500
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040526172601.ji88ooco84k4s0c8@www.t3inc.us>
Message-ID: <6.0.1.1.2.20040526202602.043663c0@www.oddsock.org>



you can't use the IPs directly, both dir.xiph.org and www.oddsock.org are 
running as vhosts, and thus using the IP will not get you to the correct 
site...

o you have to use hostnames in the URLs...
it sounds like if you don't chroot it works and if you do it doesn't ?

I've never really run icecast using chroot, so I'm not entirely sure of all 
the stuff you need to do to make sure it works...

oddsock
At 06:26 PM 5/26/2004, you wrote:
>Yupp, same results. What else can be trying? Perms all seems a-ok, the name
>resolution issue makes me feel funny. Here's a URL to the ptrace -f of the
>non-chrooted run -- http://tinyurl.com/ytsqv ..
>
>Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?!
>Eventhough, without DNS it doesnt. As you can see! --
>
>[2004-05-26  17:10:25] INFO main/main Icecast 2.0.0 server started
>[2004-05-26  17:10:25] DBUG yp/yp_recheck_config Updating YP configuration
>[2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
>"http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
>"http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>[2004-05-26  17:10:25] INFO yp/yp_update_thread YP update thread started
>[2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  17:11:09] INFO connection/_handle_source_request Source 
>logging in
>at mountpoint "/pickert.ogg"
>[2004-05-26  17:11:09] DBUG connection/connection_complete_source sources 
>count
>is 0
>[2004-05-26  17:11:09] DBUG connection/connection_complete_source source is
>ready to start
>[2004-05-26  17:11:09] DBUG source/source_init Source creation complete
>[2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
>http://198.136.36.245/cgi-bin/yp-cgi
>[2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
>http://66.98.134.94/cgi-bin/yp-cgi
>[2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
>http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>[2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
>http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>
>[2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
>http://dir.xiph.org/cgi-bin/yp-cgi
>[2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
>http://www.oddsock.org/cgi-bin/yp-cgi
>[2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
>http://dir.xiph.org/cgi-bin/yp-cgi
>[2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
>http://www.oddsock.org/cgi-bin/yp-cgi
>[2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch interval is
>60
>[2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
>http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>[2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch interval is
>60
>[2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
>http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>[2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
>http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>[2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
>http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>[2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
>http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>[2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
>http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>
>Quoting oddsock <oddsock at oddsock.org>:
>
>>so have you tried running this outside the chroot jail ?
>>
>>oddsock
>>At 02:27 PM 5/26/2004, you wrote:
>>>Odd:
>>>I just pulled SVN and compiled.. Wonderful new logging code, btw!
>>>Now, why in the WORLD would the resolution be failling?! nsswitch.conf /
>>>resolv.conf / hosts is all fine.. *shrug*
>>>
>>>I can obviously put IPs instead of hosts in the URLs, however things still
>>>fail..
>>>
>>>-- Chris Pickert
>>>
>>>ldd output--
>>>ldd ./icecast
>>>         libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)
>>>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000)
>>>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000)
>>>         libdl.so.2 => /lib/libdl.so.2 (0x4016e000)
>>>         libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000)
>>>         libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000)
>>>         libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000)
>>>         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000)
>>>         libz.so.1 => /usr/lib/libz.so.1 (0x402bc000)
>>>         libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000)
>>>         libm.so.6 => /lib/libm.so.6 (0x40319000)
>>>         libc.so.6 => /lib/libc.so.6 (0x4033a000)
>>>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>>>
>>>equery depgraph--
>>>`-- net-misc/icecast-2.0.1
>>>  `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
>>>  `-- dev-libs/libxml2-2.6.7
>>>  `-- dev-libs/libxslt-1.1.4
>>>  `-- media-libs/libvorbis-1.0.1-r2
>>>   `-- media-libs/libogg-1.1
>>>  `-- net-misc/curl-7.11.0
>>>
>>>
>>>DNS--
>>>[2004-05-26  19:14:42] INFO main/main Icecast 2.0.0 server started
>>>[2004-05-26  19:14:42] DBUG yp/yp_recheck_config Updating YP configuration
>>>[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>>>"http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>[2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>>>"http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>[2004-05-26  19:14:42] INFO yp/yp_update_thread YP update thread started
>>>[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>>>http://www.oddsock.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>>>http://dir.xiph.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:20:00] INFO connection/_handle_source_request Source 
>>>logging in
>>>at mountpoint "/pickert.ogg"
>>>[2004-05-26  19:20:00] DBUG connection/connection_complete_source 
>>>sources count
>>>is 0
>>>[2004-05-26  19:20:00] DBUG connection/connection_complete_source source is
>>>ready to start
>>>[2004-05-26  19:20:00] DBUG source/source_init Source creation complete
>>>[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>>>http://dir.xiph.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>>>http://www.oddsock.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>>>http://dir.xiph.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>>>http://www.oddsock.org/cgi-bin/yp-cgi
>>>[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>>>http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>>>'dir.xiph.org'"
>>>[2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>>>http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>>>'www.oddsock.org'"
>>>
>>>IPs-
>>>[2004-05-26  19:23:54] INFO main/main Icecast 2.0.0 server started
>>>[2004-05-26  19:23:54] DBUG yp/yp_recheck_config Updating YP configuration
>>>[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>>>"http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>[2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>>>"http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>[2004-05-26  19:23:54] INFO yp/yp_update_thread YP update thread started
>>>[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>>>http://66.98.134.94/cgi-bin/yp-cgi
>>>[2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>>>http://198.136.36.245/cgi-bin/yp-cgi
>>>[2004-05-26  19:24:08] INFO connection/_handle_source_request Source 
>>>logging in
>>>at mountpoint "/pickert.ogg"
>>>[2004-05-26  19:24:08] DBUG connection/connection_complete_source 
>>>sources count
>>>is 0
>>>[2004-05-26  19:24:08] DBUG connection/connection_complete_source source is
>>>ready to start
>>>[2004-05-26  19:24:08] DBUG source/source_init Source creation complete
>>>[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>>>http://198.136.36.245/cgi-bin/yp-cgi
>>>[2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>>>http://66.98.134.94/cgi-bin/yp-cgi
>>>[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>>>http://198.136.36.245/cgi-bin/yp-cgi
>>>[2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>>>http://66.98.134.94/cgi-bin/yp-cgi
>>>[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>>>http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>>>[2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>>>http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>>>
>>>
>>>Quoting oddsock <oddsock at oddsock.org>:
>>>
>>>>At 11:24 PM 5/25/2004, you wrote:
>>>>>Hello All:
>>>>>
>>>>>   I'm having troubles getting my YP submissions to go up correctly,
>>>>>unfortunately there's not much I've been able to find. I'm getting 
>>>>>NACK back
>>>>>from the yp_add call, I've tried two different versions of 
>>>>>cURL/libcURL on my
>>>>>gentoo box to see if it was that, no luck. I've also replicated the 
>>>>>problem
>>>>>onto another gentoo box of mine and the exact same NACK/no request go 
>>>>>out. The
>>>>>deps/build should be almost identical, however -- as I rsync / 
>>>>>recompile my
>>>>>systems every 2-3 days. I've also had tcpdump running to see if 
>>>>>anything is
>>>>>generated, nope. Any existing docs/urls that might help me out would 
>>>>>be greatly
>>>>>appreciated but this doesn't appear to be standard operating 
>>>>>procedure. It does
>>>>>run as a 'chroot', would this break things?! What sort of cURL stuff 
>>>>>can I test
>>>>>to make sure IT works?
>>>>
>>>>since your not seeing any traffic in the tcpdump, it would seem that your
>>>>server is not even getting to contact the YP server at all.  ALthough from
>>>>your log it looks like it's trying to at least.  We've recently rewritten
>>>>the YP logic (in response to some periodic issues that were possible under
>>>>certain circumstances - none of which you actually are running into) and
>>>>added a bit better log messages as to what's happening when something goes
>>>>wrong (such as in this case).   So, I would suggest trying to run our
>>>>current Subversion version (I can create a snapshot if need be) and see if
>>>>you get any more messages that indicate what's happening...
>>>>
>>>>and while I don't know of any reason that chroot could affect the YP, have
>>>>you tried running it in a non-chrooted jail ?
>>>>
>>>>oddsock
>>>>
>>>>
>>>>--- >8 ----
>>>>List archives:  http://www.xiph.org/archives/
>>>>icecast project homepage: http://www.icecast.org/
>>>>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>>>containing only the word 'unsubscribe' in the body.  No subject is needed.
>>>>Unsubscribe messages sent to the list will be ignored/filtered.
>>>
>>>
>>>--- >8 ----
>>>List archives:  http://www.xiph.org/archives/
>>>icecast project homepage: http://www.icecast.org/
>>>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>>containing only the word 'unsubscribe' in the body.  No subject is needed.
>>>Unsubscribe messages sent to the list will be ignored/filtered.
>>
>>
>>--- >8 ----
>>List archives:  http://www.xiph.org/archives/
>>icecast project homepage: http://www.icecast.org/
>>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>containing only the word 'unsubscribe' in the body.  No subject is needed.
>>Unsubscribe messages sent to the list will be ignored/filtered.
>
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Thu May 27 01:51:14 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Wed, 26 May 2004 19:51:14 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 /  gentoo)
In-Reply-To: <6.0.1.1.2.20040526202602.043663c0@www.oddsock.org>
Message-ID: <20040526195114.blgg9uok8gs040gw@www.t3inc.us>



DNS for vhosts makes total sense, duh! :)

Running without chroot, as root, changing to nobody, and YP works just 
fine.. If
I come up with a nice howto / rundown of the chroot stuff, I'll get it on the
list.

Odd: Did you see the posts about the Icecast+win32 crashing w/ OddCast 2.0.10
and 2.0.13? Seems stable on 2.0.1-release and SVN on Linux but..

I'm going to do my research and get back in touch.

-- CP

Quoting oddsock <oddsock at oddsock.org>:

> you can't use the IPs directly, both dir.xiph.org and www.oddsock.org are
> running as vhosts, and thus using the IP will not get you to the correct
> site...
>
> so you have to use hostnames in the URLs...
> it sounds like if you don't chroot it works and if you do it doesn't ?
>
> I've never really run icecast using chroot, so I'm not entirely sure of all
> the stuff you need to do to make sure it works...
>
> oddsock
> At 06:26 PM 5/26/2004, you wrote:
>> Yupp, same results. What else can be trying? Perms all seems a-ok, the name
>> resolution issue makes me feel funny. Here's a URL to the ptrace -f of the
>> non-chrooted run -- http://tinyurl.com/ytsqv ..
>>
>> Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + 
>> DNS works?!
>> Eventhough, without DNS it doesnt. As you can see! --
>>

>> [2004-05-26  17:10:25] INFO main/main Icecast 2.0.0 server started
>> [2004-05-26  17:10:25] DBUG yp/yp_recheck_config Updating YP configuration
>> [2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
>> "http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  17:10:25] INFO yp/yp_recheck_config Adding new YP server
>> "http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>> [2004-05-26  17:10:25] INFO yp/yp_update_thread YP update thread started
>> [2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  17:10:25] DBUG yp/check_servers Add pending yps
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  17:11:09] INFO connection/_handle_source_request Source 
>> logging in
>> at mountpoint "/pickert.ogg"
>> [2004-05-26  17:11:09] DBUG connection/connection_complete_source 
>> sources count
>> is 0
>> [2004-05-26  17:11:09] DBUG connection/connection_complete_source source is
>> ready to start
>> [2004-05-26  17:11:09] DBUG source/source_init Source creation complete
>> [2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  17:11:09] DBUG yp/yp_add Adding /pickert.ogg to
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
>> http://198.136.36.245/cgi-bin/yp-cgi
>> [2004-05-26  17:11:09] DBUG yp/add_pending_yp 1 YP entries added to
>> http://66.98.134.94/cgi-bin/yp-cgi
>> [2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
>> http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>> [2004-05-26  17:11:09] EROR yp/send_to_yp YP add on
>> http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>>
>> [2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
>> http://dir.xiph.org/cgi-bin/yp-cgi
>> [2004-05-26  17:23:55] DBUG yp/yp_add Adding /pickert.ogg to
>> http://www.oddsock.org/cgi-bin/yp-cgi
>> [2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
>> http://dir.xiph.org/cgi-bin/yp-cgi
>> [2004-05-26  17:23:55] DBUG yp/add_pending_yp 1 YP entries added to
>> http://www.oddsock.org/cgi-bin/yp-cgi
>> [2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch 
>> interval is
>> 60
>> [2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
>> http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>> [2004-05-26  17:23:56] DBUG yp/handle_returned_header server touch 
>> interval is
>> 60
>> [2004-05-26  17:23:56] DBUG yp/send_to_yp YP add at
>> http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>> [2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
>> http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>> [2004-05-26  17:24:02] DBUG yp/send_to_yp YP touch at
>> http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>> [2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
>> http://dir.xiph.org/cgi-bin/yp-cgi succeeded
>> [2004-05-26  17:24:56] DBUG yp/send_to_yp YP touch at
>> http://www.oddsock.org/cgi-bin/yp-cgi succeeded
>>
>> Quoting oddsock <oddsock at oddsock.org>:
>>
>>> so have you tried running this outside the chroot jail ?
>>>
>>> oddsock
>>> At 02:27 PM 5/26/2004, you wrote:
>>>> Odd:
>>>> I just pulled SVN and compiled.. Wonderful new logging code, btw!
>>>> Now, why in the WORLD would the resolution be failling?! nsswitch.conf /
>>>> resolv.conf / hosts is all fine.. *shrug*
>>>>
>>>> I can obviously put IPs instead of hosts in the URLs, however things still
>>>> fail..
>>>>
>>>> -- Chris Pickert
>>>>
>>>> ldd output--
>>>> ldd ./icecast
>>>>         libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)
>>>>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000)
>>>>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000)
>>>>         libdl.so.2 => /lib/libdl.so.2 (0x4016e000)
>>>>         libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000)
>>>>         libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000)
>>>>         libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000)
>>>>         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000)
>>>>         libz.so.1 => /usr/lib/libz.so.1 (0x402bc000)
>>>>         libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000)
>>>>         libm.so.6 => /lib/libm.so.6 (0x40319000)
>>>>         libc.so.6 => /lib/libc.so.6 (0x4033a000)
>>>>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>>>>
>>>> equery depgraph--
>>>> `-- net-misc/icecast-2.0.1
>>>>  `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc)
>>>>  `-- dev-libs/libxml2-2.6.7
>>>>  `-- dev-libs/libxslt-1.1.4
>>>>  `-- media-libs/libvorbis-1.0.1-r2
>>>>   `-- media-libs/libogg-1.1
>>>>  `-- net-misc/curl-7.11.0
>>>>
>>>>
>>>> DNS--
>>>> [2004-05-26  19:14:42] INFO main/main Icecast 2.0.0 server started
>>>> [2004-05-26  19:14:42] DBUG yp/yp_recheck_config Updating YP configuration
>>>> [2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>>>> "http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>> [2004-05-26  19:14:42] INFO yp/yp_recheck_config Adding new YP server
>>>> "http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default 
>>>> interval 30s)
>>>> [2004-05-26  19:14:42] INFO yp/yp_update_thread YP update thread started
>>>> [2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>>>> http://www.oddsock.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:14:42] DBUG yp/check_servers Add pending yps
>>>> http://dir.xiph.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:20:00] INFO connection/_handle_source_request 
>>>> Source logging in
>>>> at mountpoint "/pickert.ogg"
>>>> [2004-05-26  19:20:00] DBUG connection/connection_complete_source 
>>>> sources count
>>>> is 0
>>>> [2004-05-26  19:20:00] DBUG connection/connection_complete_source 
>>>> source is
>>>> ready to start
>>>> [2004-05-26  19:20:00] DBUG source/source_init Source creation complete
>>>> [2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>>>> http://dir.xiph.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:20:00] DBUG yp/yp_add Adding /pickert.ogg to
>>>> http://www.oddsock.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>>>> http://dir.xiph.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:20:00] DBUG yp/add_pending_yp 1 YP entries added to
>>>> http://www.oddsock.org/cgi-bin/yp-cgi
>>>> [2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>>>> http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>>>> 'dir.xiph.org'"
>>>> [2004-05-26  19:20:00] EROR yp/send_to_yp connection to
>>>> http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host
>>>> 'www.oddsock.org'"
>>>>
>>>> IPs-
>>>> [2004-05-26  19:23:54] INFO main/main Icecast 2.0.0 server started
>>>> [2004-05-26  19:23:54] DBUG yp/yp_recheck_config Updating YP configuration
>>>> [2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>>>> "http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>> [2004-05-26  19:23:54] INFO yp/yp_recheck_config Adding new YP server
>>>> "http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s)
>>>> [2004-05-26  19:23:54] INFO yp/yp_update_thread YP update thread started
>>>> [2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>>>> http://66.98.134.94/cgi-bin/yp-cgi
>>>> [2004-05-26  19:23:54] DBUG yp/check_servers Add pending yps
>>>> http://198.136.36.245/cgi-bin/yp-cgi
>>>> [2004-05-26  19:24:08] INFO connection/_handle_source_request 
>>>> Source logging in
>>>> at mountpoint "/pickert.ogg"
>>>> [2004-05-26  19:24:08] DBUG connection/connection_complete_source 
>>>> sources count
>>>> is 0
>>>> [2004-05-26  19:24:08] DBUG connection/connection_complete_source 
>>>> source is
>>>> ready to start
>>>> [2004-05-26  19:24:08] DBUG source/source_init Source creation complete
>>>> [2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>>>> http://198.136.36.245/cgi-bin/yp-cgi
>>>> [2004-05-26  19:24:08] DBUG yp/yp_add Adding /pickert.ogg to
>>>> http://66.98.134.94/cgi-bin/yp-cgi
>>>> [2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>>>> http://198.136.36.245/cgi-bin/yp-cgi
>>>> [2004-05-26  19:24:09] DBUG yp/add_pending_yp 1 YP entries added to
>>>> http://66.98.134.94/cgi-bin/yp-cgi
>>>> [2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>>>> http://198.136.36.245/cgi-bin/yp-cgi failed: (null)
>>>> [2004-05-26  19:24:09] EROR yp/send_to_yp YP add on
>>>> http://66.98.134.94/cgi-bin/yp-cgi failed: (null)
>>>>
>>>>
>>>> Quoting oddsock <oddsock at oddsock.org>:
>>>>
>>>>> At 11:24 PM 5/25/2004, you wrote:
>>>>>> Hello All:
>>>>>>
>>>>>>   I'm having troubles getting my YP submissions to go up correctly,
>>>>>> unfortunately there's not much I've been able to find. I'm 
>>>>>> getting NACK back
>>>>>> from the yp_add call, I've tried two different versions of 
>>>>>> cURL/libcURL on my
>>>>>> gentoo box to see if it was that, no luck. I've also replicated 
>>>>>> the problem
>>>>>> onto another gentoo box of mine and the exact same NACK/no 
>>>>>> request go out. The
>>>>>> deps/build should be almost identical, however -- as I rsync / 
>>>>>> recompile my
>>>>>> systems every 2-3 days. I've also had tcpdump running to see if 
>>>>>> anything is
>>>>>> generated, nope. Any existing docs/urls that might help me out 
>>>>>> would be greatly
>>>>>> appreciated but this doesn't appear to be standard operating 
>>>>>> procedure. It does
>>>>>> run as a 'chroot', would this break things?! What sort of cURL 
>>>>>> stuff can I test
>>>>>> to make sure IT works?
>>>>>
>>>>> since your not seeing any traffic in the tcpdump, it would seem that your
>>>>> server is not even getting to contact the YP server at all.  
>>>>> ALthough from
>>>>> your log it looks like it's trying to at least.  We've recently rewritten
>>>>> the YP logic (in response to some periodic issues that were 
>>>>> possible under
>>>>> certain circumstances - none of which you actually are running into) and
>>>>> added a bit better log messages as to what's happening when 
>>>>> something goes
>>>>> wrong (such as in this case).   So, I would suggest trying to run our
>>>>> current Subversion version (I can create a snapshot if need be) 
>>>>> and see if
>>>>> you get any more messages that indicate what's happening...
>>>>>
>>>>> and while I don't know of any reason that chroot could affect the 
>>>>> YP, have
>>>>> you tried running it in a non-chrooted jail ?
>>>>>
>>>>> oddsock
>>>>>
>>>>>
>>>>> --- >8 ----
>>>>> List archives:  http://www.xiph.org/archives/
>>>>> icecast project homepage: http://www.icecast.org/
>>>>> To unsubscribe from this list, send a message to 
>>>>> 'icecast-request at xiph.org'
>>>>> containing only the word 'unsubscribe' in the body.  No subject 
>>>>> is needed.
>>>>> Unsubscribe messages sent to the list will be ignored/filtered.
>>>>
>>>>
>>>> --- >8 ----
>>>> List archives:  http://www.xiph.org/archives/
>>>> icecast project homepage: http://www.icecast.org/
>>>> To unsubscribe from this list, send a message to 
>>>> 'icecast-request at xiph.org'
>>>> containing only the word 'unsubscribe' in the body.  No subject is needed.
>>>> Unsubscribe messages sent to the list will be ignored/filtered.
>>>
>>>
>>> --- >8 ----
>>> List archives:  http://www.xiph.org/archives/
>>> icecast project homepage: http://www.icecast.org/
>>> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>>> containing only the word 'unsubscribe' in the body.  No subject is needed.
>>> Unsubscribe messages sent to the list will be ignored/filtered.
>>
>>
>> --- >8 ----
>> List archives:  http://www.xiph.org/archives/
>> icecast project homepage: http://www.icecast.org/
>> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>> containing only the word 'unsubscribe' in the body.  No subject is needed.
>> Unsubscribe messages sent to the list will be ignored/filtered.
>>
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From keegan at thebasement.org  Thu May 27 02:07:53 2004
From: keegan at thebasement.org (Keegan Quinn)
Date: Wed, 26 May 2004 19:07:53 -0700
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040526195114.blgg9uok8gs040gw@www.t3inc.us>
Message-ID: <20040527020753.GA22806@client.thebasement.org>


On Wed, May 26, 2004 at 07:51:14PM -0600, cpickert at t3inc.us wrote:
> Running without chroot, as root, changing to nobody, and YP works just 
> fine.. If
> I come up with a nice howto / rundown of the chroot stuff, I'll get it on 
> the
> list.

Do you have an /etc/resolv.conf inside the chroot?  glibc may need that to
figure out where DNS lookups should go, perhaps /etc/nsswitch.conf as well.
You can copy them from the parent host.

HTH,

 - Keegan

<p>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040526/c69b7b25/attachment.sig>

From cpickert at t3inc.us  Thu May 27 06:17:01 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Thu, 27 May 2004 00:17:01 -0600
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040527020753.GA22806@client.thebasement.org>
Message-ID: <20040527001701.g4k8wg0gg400g4wo@www.t3inc.us>



My chroot shouldv'e been configged quite, nsswitch.conf/resolv.conf/hosts, and
all libs via the ldd of icecast & bash. What else might one need?

-CP

<p>Quoting Keegan Quinn <keegan at thebasement.org>:

> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Wed, May 26, 2004 at 07:51:14PM -0600, cpickert at t3inc.us wrote:
>> Running without chroot, as root, changing to nobody, and YP works just
>> fine.. If
>> I come up with a nice howto / rundown of the chroot stuff, I'll get it on
>> the
>> list.
>
> Do you have an /etc/resolv.conf inside the chroot?  glibc may need that to
> figure out where DNS lookups should go, perhaps /etc/nsswitch.conf as well.
> You can copy them from the parent host.
>
> HTH,
>
>  - Keegan

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Thu May 27 06:22:36 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Thu, 27 May 2004 00:22:36 -0600
Subject: [icecast] Oddsock - SVN pull that I did most recently has a few more stats broke.
Message-ID: <20040527002236.qkgw4c8sggsgc0k4@www.t3inc.us>



    The # of clients at top shows 0, and all of my streams show public = 0,
although they are definitely public, and listing properly on the YP servers.
( *whew* - Thanks everyone! chroot + YP still gives me hell but, I'll post my
results when i fix it :)

    These numbers are via /admin/stats.xsl. Since it's SVN/CVS, you're probably
aware but, thought I'd mention. Just give the nod if you want me to file it
bugzilla style like the other stat bug i tried to elaborate on earlier.

-CP
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From cpickert at t3inc.us  Thu May 27 07:01:47 2004
From: cpickert at t3inc.us (cpickert at t3inc.us)
Date: Thu, 27 May 2004 01:01:47 -0600
Subject: [icecast] Oddsock - SVN pull that I did most recently has a few more stats broke.
In-Reply-To: <20040527002236.qkgw4c8sggsgc0k4@www.t3inc.us>
Message-ID: <20040527010147.8u848oog0800k8kk@www.t3inc.us>



Quoting cpickert at t3inc.us:

>     The # of clients at top shows 0,
    -- I've figured out that's the active clients conns by having a bunch of
reloads going and watching the number rise. RTFM, eh? :)

<p>Still wondering about the streams showing public = 0, even though they are in
OddSock, as well as they're being pushed to the YP servers! *yaa!* :)

-- CP
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From brendan at xiph.org  Thu May 27 11:49:44 2004
From: brendan at xiph.org (Brendan Cully)
Date: Thu, 27 May 2004 07:49:44 -0400
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040527001701.g4k8wg0gg400g4wo@www.t3inc.us>
Message-ID: <20040527114944.GA1094@watanabe.local>



On Thursday, 27 May 2004 at 00:17, cpickert at t3inc.us wrote:
> My chroot shouldv'e been configged quite, nsswitch.conf/resolv.conf/hosts, 
> and
> all libs via the ldd of icecast & bash. What else might one need?

All libs via ldd probably doesn't include /lib/libnss*. You'll need
those too, I believe (or at least libnss_files and libnss_dns).

> Quoting Keegan Quinn <keegan at thebasement.org>:
> 
> >Content-Type: text/plain; charset=us-ascii
> >Content-Disposition: inline
> >Content-Transfer-Encoding: quoted-printable
> >
> >On Wed, May 26, 2004 at 07:51:14PM -0600, cpickert at t3inc.us wrote:
> >>Running without chroot, as root, changing to nobody, and YP works just
> >>fine.. If
> >>I come up with a nice howto / rundown of the chroot stuff, I'll get it on
> >>the
> >>list.
> >
> >Do you have an /etc/resolv.conf inside the chroot?  glibc may need that to
> >figure out where DNS lookups should go, perhaps /etc/nsswitch.conf as well.
> >You can copy them from the parent host.
> >
> >HTH,
> >
> > - Keegan
> 
> 
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Thu May 27 15:29:12 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Fri, 28 May 2004 01:29:12 +1000
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <20040527114944.GA1094@watanabe.local>
Message-ID: <Pine.LNX.4.44.0405280127410.1728-100000@data.home>



Hi:

I'dve thought that there'd be no need for the libs in the chroot, as
icecast starts up first, then chroots.  Even if this isn't strictly the
case, wouldn't icecast crash if it couldn't pull in the relevant code?
This doesn't seem to be happening, at least in this case.

Geoff.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Thu May 27 16:07:23 2004
From: karl at xiph.org (Karl Heyes)
Date: 27 May 2004 17:07:23 +0100
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <Pine.LNX.4.44.0405280127410.1728-100000@data.home>
Message-ID: <1085674042.7457.12.camel@bogus.hackers.club>



On Thu, 2004-05-27 at 16:29, Geoff Shang wrote:
> Hi:
> 
> I'dve thought that there'd be no need for the libs in the chroot, as
> icecast starts up first, then chroots.  Even if this isn't strictly the
> case, wouldn't icecast crash if it couldn't pull in the relevant code?
> This doesn't seem to be happening, at least in this case.

The libs that Brendan mentioned are loaded after the start of the
program, in fact they are referenced when the host name is looked up.
The loading is done within libc so apps like icecast don't know it's
being done. ldd does not show these libs, but the mechanism is the same
as used by plugins of various apps.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From macaruchi at hotmail.com  Thu May 27 17:56:55 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Thu, 27 May 2004 17:56:55 +0000
Subject: [icecast] How calculate bandwith - How listeners
Message-ID: <Sea1-F17aOy9Qs96i1Q0000e692@hotmail.com>



Hi!
I am newbie using broadcast for internet. I have two lines ADSL 768Kbps each 
one. Each line has connected a server doing stremaing with icecast.
Somebody tell me that my bandwith is so low for much listeners. He told me 
that max people listen my radio station is 32 :(

I wanna know how if it is true.
I have a project to build my own radio station using my lines but this way 
it is imposible.
Somebody can give me hope about this.

Edwin Quijada

_________________________________________________________________
Visita MSN Latino Entretenimiento: ?m?sica, cine, chismes y m?s...! 
http://latino.msn.com/entretenimiento/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From enrico.minack at informatik.tu-chemnitz.de  Thu May 27 20:03:38 2004
From: enrico.minack at informatik.tu-chemnitz.de (Enrico Minack)
Date: Thu, 27 May 2004 22:03:38 +0200
Subject: [icecast] How calculate bandwith - How listeners
In-Reply-To: <Sea1-F17aOy9Qs96i1Q0000e692@hotmail.com>
Message-ID: <074601c44425$b81d6770$0864a8c0@desk>



> I have two lines ADSL 768Kbps each one.
I think ADSL 768kbps means that you have 768kbps download and less than this
upload? What is your upload-bandwith?

Take that bandwith and divide it by the kbps of your streams. For good radio
using mp3 it should be 96-128 kbps, for ogg it should be around 64 kbps.

Example:
upstream is 768 kbps, this means you can provide a maximum of 6 streams
128kbps each or 12 streams 64 kbps.

<p>Enrico

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From icecast-dev-request at xiph.org  Sun May 30 05:57:55 2004
From: icecast-dev-request at xiph.org (David Chamberlain)
Date: Sun, 30 May 2004 10:57:55 +0500
Subject: [icecast] Hello Icecast-dev-request
Message-ID: <hrz2_kfg3-7615532044-2932137561-87-86475.1222231400@workmanlike9>



nanette  lunge  sixth  biggs

Icecast-dev-request,_

We are your your convenient, safe and private on^line source for FDA
a.ppro`ved prescriptions. 

If you need X^an at x, V@|ium, Vi^c0`din, S.oma, Paxi1 or Meridia we have it.

Overnight sh~ipping 

Get it Today:  http://www.614.squired5230tabs.us/b12

Simple or-dering system 

nope, not for me:  http://internal.backplate.gfg4sd.com/b.html

miss trial b's enthrall seamstress bleak kitten sherlock elysee commonality goal olympic ernie wishful .

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From foogoo at forkbomb.dhs.org  Fri May 28 13:55:25 2004
From: foogoo at forkbomb.dhs.org (foogoo at forkbomb.dhs.org)
Date: Fri, 28 May 2004 09:55:25 -0400
Subject: [icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
In-Reply-To: <1085674042.7457.12.camel@bogus.hackers.club>
Message-ID: <40B744CD.7050006@forkbomb.dhs.org>



Karl Heyes wrote:

> The libs that Brendan mentioned are loaded after the start of the
> program, in fact they are referenced when the host name is looked up.
> The loading is done within libc so apps like icecast don't know it's
> being done. ldd does not show these libs, but the mechanism is the same
> as used by plugins of various apps.

Would building statically help? Is this possible with IceCast?

I have the problem mentioned in the parent (way up there ^) without any 
luck. So it boils down to DNS? I blame it on the vague log files ;-)

I'm running my server chroot on Gentoo as well (see thread: [icecast] 
Icecast server YP Woes... take 2). Could this be a Gentoo specific problem?

Without changing topic...my question: Can IceCast be built static?


-- 

(o-  Paul <snafu at forkbomb.dhs.org>
/\   BLOG: http://forkbomb.dhs.org/bs/
v/_  GPG Key: http://forkbomb.dhs.org/bs/snafu.asc

"If at first you don't succeed, destroy all evidence that you tried."
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



From macaruchi at hotmail.com  Fri May 28 18:15:24 2004
From: macaruchi at hotmail.com (Edwin Alberto Quijada)
Date: Fri, 28 May 2004 18:15:24 +0000
Subject: [icecast] How calculate bandwith - How listeners
In-Reply-To: <[icecast] How calculate bandwith - How listeners>
Message-ID: <Sea1-F121ce3Dt1JDcq0002cf80@hotmail.com>



768 download and 512 upload.
Now my question is I just can have 32 user listen my radio???

<p>>From: "Enrico Minack" <enrico.minack at informatik.tu-chemnitz.de>
>Reply-To: icecast at xiph.org
>To: <icecast at xiph.org>
>Subject: Re: [icecast] How calculate bandwith - How listeners
>Date: Thu, 27 May 2004 22:03:38 +0200
>
> > I have two lines ADSL 768Kbps each one.
>I think ADSL 768kbps means that you have 768kbps download and less than 
>this
>upload? What is your upload-bandwith?
>
>Take that bandwith and divide it by the kbps of your streams. For good 
>radio
>using mp3 it should be 96-128 kbps, for ogg it should be around 64 kbps.
>
>Example:
>upstream is 768 kbps, this means you can provide a maximum of 6 streams
>128kbps each or 12 streams 64 kbps.
>
>
>Enrico
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

_________________________________________________________________
MSN Amor: busca tu ? naranja http://latam.msn.com/amor/

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jesper.johnson at welho.com  Sat May 29 07:17:16 2004
From: jesper.johnson at welho.com (jesper.johnson at welho.com)
Date: Sat, 29 May 2004 09:17:16 +0200
Subject: [icecast] Re: Your document
Message-ID: <20040529071444.6D4E3532E11@motherfish-II.xiph.org>


Please read the attached file.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: your_document.pif
Type: application/octet-stream
Size: 23867 bytes
Desc: your_document.pif
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20040529/3bc65569/attachment.obj>

From groups at mediacast1.com  Sat May 29 07:14:11 2004
From: groups at mediacast1.com (Dave St John)
Date: Sat, 29 May 2004 01:14:11 -0600
Subject: [icecast] How calculate bandwith - How listeners
In-Reply-To: <Sea1-F121ce3Dt1JDcq0002cf80@hotmail.com>
Message-ID: <007e01c4454d$259f4610$1b01a8c0@copperhead>



www.casterclub.com is a calculator for this.

Dave St John
Mediacast1 Administration

Need Support ?
http://mediacast1.com/helpdesk
----- Original Message ----- 
From: "Edwin Alberto Quijada" <macaruchi at hotmail.com>
To: <icecast at xiph.org>
Sent: Friday, May 28, 2004 12:15 PM
Subject: Re: [icecast] How calculate bandwith - How listeners

<p>> 768 download and 512 upload.
> Now my question is I just can have 32 user listen my radio???
>
>
> >From: "Enrico Minack" <enrico.minack at informatik.tu-chemnitz.de>
> >Reply-To: icecast at xiph.org
> >To: <icecast at xiph.org>
> >Subject: Re: [icecast] How calculate bandwith - How listeners
> >Date: Thu, 27 May 2004 22:03:38 +0200
> >
> > > I have two lines ADSL 768Kbps each one.
> >I think ADSL 768kbps means that you have 768kbps download and less than
> >this
> >upload? What is your upload-bandwith?
> >
> >Take that bandwith and divide it by the kbps of your streams. For good
> >radio
> >using mp3 it should be 96-128 kbps, for ogg it should be around 64 kbps.
> >
> >Example:
> >upstream is 768 kbps, this means you can provide a maximum of 6 streams
> >128kbps each or 12 streams 64 kbps.
> >
> >
> >Enrico
> >
> >--- >8 ----
> >List archives:  http://www.xiph.org/archives/
> >icecast project homepage: http://www.icecast.org/
> >To unsubscribe from this list, send a message to
'icecast-request at xiph.org'
> >containing only the word 'unsubscribe' in the body.  No subject is
needed.
> >Unsubscribe messages sent to the list will be ignored/filtered.
>
> _________________________________________________________________
> MSN Amor: busca tu ? naranja http://latam.msn.com/amor/
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From adam at xs4all.nl  Sat May 29 09:35:18 2004
From: adam at xs4all.nl (adam)
Date: Sat, 29 May 2004 11:35:18 +0200 (CEST)
Subject: [icecast] xmms and icecast2
Message-ID: <20040529112452.H57176-100000@xs1.xs4all.nl>



hi,

I was wondering if anyone can help me.

At the moment I am finishing off a project that is more or less a stream
management system, kind of like a web jukebox with a time-based scheduling
facility and several other 'radio-like' features...

I am using xmms-shell to control the replay of ogg files. I also use
noxmms to kill the gui of xmms so I can run the application from a remote
machine.

The next step is to stream to Icecast2 from xmms.

I have tried both oddcast and liveice plugins for XMMS (for Icecast1.3+2)
which are great, however both require the gui to run and ideally I want to
run the project without needing xwindows...

Does anyone have any ideas how i stream the output from xmms (noxmms) to
icecast without the xmms gui?

adam

<p><p><p>Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'

current:
http://www.radio-astronomy.net
http://www.bbc.co.uk/worldservice/ram/outlook_thu.ram

work:
The Streaming Suitcase
Streaming Media Consultant

contact:
email : adam at xs4all.nl
phone : + 371 938 6752 (Latvia)
email to sms : eseter at sms.lmt.lv

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Sat May 29 11:32:15 2004
From: karl at xiph.org (Karl Heyes)
Date: 29 May 2004 12:32:15 +0100
Subject: [icecast] xmms and icecast2
In-Reply-To: <20040529112452.H57176-100000@xs1.xs4all.nl>
Message-ID: <1085830334.27107.4.camel@bogus.hackers.club>



On Sat, 2004-05-29 at 10:35, adam wrote:

> I have tried both oddcast and liveice plugins for XMMS (for Icecast1.3+2)
> which are great, however both require the gui to run and ideally I want to
> run the project without needing xwindows...
> 
> Does anyone have any ideas how i stream the output from xmms (noxmms) to
> icecast without the xmms gui?

If you don't mind the transcoding aspect (ie if source material is high
bitrate) and you have a soundcard then use xmms as you would normally
and set capture on PCM, wav or mix (depending on the soundcard settings)
in the mixer and encode with ices2 (for ogg) or darkice (for mp3) using
live input for sending to icecast.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From adam at xs4all.nl  Sat May 29 12:51:19 2004
From: adam at xs4all.nl (adam)
Date: Sat, 29 May 2004 14:51:19 +0200 (CEST)
Subject: [icecast] xmms and icecast2
In-Reply-To: <1085830334.27107.4.camel@bogus.hackers.club>
Message-ID: <20040529145000.V76797-100000@xs1.xs4all.nl>



> > Does anyone have any ideas how i stream the output from xmms (noxmms) to
> > icecast without the xmms gui?
>
> If you don't mind the transcoding aspect (ie if source material is high
> bitrate) and you have a soundcard then use xmms as you would normally
> and set capture on PCM, wav or mix (depending on the soundcard settings)
> in the mixer and encode with ices2 (for ogg) or darkice (for mp3) using
> live input for sending to icecast.

<p>thanks karl...this had crossed my mind...any ideas how it could be done
_without_ a soundcard?

adam

<p>>
> karl.
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>

<p><p><p>Adam Hyde
adam at xs4all.nl

r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'

current:
http://www.radio-astronomy.net
http://www.bbc.co.uk/worldservice/ram/outlook_thu.ram

work:
The Streaming Suitcase
Streaming Media Consultant

contact:
email : adam at xs4all.nl
phone : + 371 938 6752 (Latvia)
email to sms : eseter at sms.lmt.lv

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From gshang at pacific.net.au  Sat May 29 13:52:55 2004
From: gshang at pacific.net.au (Geoff Shang)
Date: Sat, 29 May 2004 23:52:55 +1000
Subject: [icecast] xmms and icecast2
In-Reply-To: <20040529145000.V76797-100000@xs1.xs4all.nl>
Message-ID: <Pine.LNX.4.44.0405292351230.1728-100000@data.home>



On Sat, 29 May 2004, adam wrote:

> thanks karl...this had crossed my mind...any ideas how it could be done
> _without_ a soundcard?

If there's an output plugin to send the audio to stdout, you could use ices
to encode and send as an ogg stream.  Not sure of your options if you want
MP3 though.

Geoff.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From karl at xiph.org  Sat May 29 14:23:19 2004
From: karl at xiph.org (Karl Heyes)
Date: 29 May 2004 15:23:19 +0100
Subject: [icecast] xmms and icecast2
In-Reply-To: <20040529145000.V76797-100000@xs1.xs4all.nl>
Message-ID: <1085840597.27107.8.camel@bogus.hackers.club>



On Sat, 2004-05-29 at 13:51, adam wrote:
> > > Does anyone have any ideas how i stream the output from xmms (noxmms) to
> > > icecast without the xmms gui?
> >
> > If you don't mind the transcoding aspect (ie if source material is high
> > bitrate) and you have a soundcard then use xmms as you would normally
> > and set capture on PCM, wav or mix (depending on the soundcard settings)
> > in the mixer and encode with ices2 (for ogg) or darkice (for mp3) using
> > live input for sending to icecast.
> 
> 
> thanks karl...this had crossed my mind...any ideas how it could be done
> _without_ a soundcard?

not sure, there are sound servers like esd or jack which may be useful,
or maybe use the ALSA dummy driver

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From adam at xs4all.nl  Sun May 30 22:38:12 2004
From: adam at xs4all.nl (adam)
Date: Mon, 31 May 2004 00:38:12 +0200 (CEST)
Subject: [icecast] ices scripting
Message-ID: <20040531003034.V18328-100000@xs1.xs4all.nl>



hello,

I wrote last week looking for some advice regarding remote stream
control...it seems xmms or noxmms could work ok in collboration with an
encoder for what i need. Many thanks for the advice that came
through the list regarding this. However, after several experiments  it
seems to me that instead of doing this, I should just be scripting
something to work directly with ices....

I was wondering if anyone on this list has any experience with writing
scripts for and ices-icecast combo? Specifically I am trying to do the
following things with ices and perl (or php):
- report status of stream (encoding/stopped)
- clear playlist
- load playlist
- report time elapsed of current file being encoded
- switch source to live stream
- read id3/ogg tag of current source

<p>I would be grateful for any advice or example scripts that work with ices
that might cover some of this area.

Many thanks for any help anyone can provide,

adam

<p>r a d i o q u a l i a
http://www.radioqualia.net
Free as in 'media'

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jon at richardson.net  Sun May 30 16:42:45 2004
From: jon at richardson.net (Jon Richardson)
Date: Sun, 30 May 2004 17:42:45 +0100
Subject: [icecast] Strange hanging...
Message-ID: <01b501c44665$23517a40$6400a8c0@jon>



Hi,

I've been doing some experiments today with ices, icecast-2.0.1 server and using ogg123 to play the stream on a client device... 

Twice, the client appears to "lock" at around the same point - once at 189:45:56 and the second time at 187:45:40. The server log states:

[2004-05-30  17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:51] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:51] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:51] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:52] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:52] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:52] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:52] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:53] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:53] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:53] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:53] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:54] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:54] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:54] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:54] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:55] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:55] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:55] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:56] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:56] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:56] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
[2004-05-30  17:28:56] DBUG source/source_main Client has fallen too far behind, removing
[2004-05-30  17:28:56] DBUG source/source_main Client removed

The client just "hangs" at that point, won't even CTRL+C out - I have to kill it off from another session...

<p>The actual encoding and server elements (ices stream and server) seem fine, as I can connect to it from another client (foobar2000 for example) and its fine... 

Can anyone suggest what I can do to try and get around this, or how I find the problem in ogg123....

Many thanks,
Jon

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.