From gshang at uq.net.au  Sun Jun  1 00:46:06 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sun, 1 Jun 2003 10:46:06 +1000 (EST)
Subject: [icecast] no mp3s with ices2!? an other way?
In-Reply-To: <3ED8EE9E.29897.1B860B7@localhost>
Message-ID: <Pine.LNX.4.44.0306011043400.12754-100000@data.home>



On Sat, 31 May 2003, Stefan Neufeind wrote:

> But we're not talking about "decoding", are we? Just sending the raw
> mp3-data to the server. Or are you talking about re-encoding while
> streaming to the server? In this point I agree with your patent-
> doubts!

Well, since ices 2.x only has ogg output, then yes, you'd have to do
decoding.

As far as sending MP3 output to icecast2, ices 0.x already does this and
there seems little point to me in hacking up another tool to do a job that
an existing tool is already doing.  Now, as I said, if there are issues
with ices 0.x and icecast2, then that's a bug which needs to be fixed.

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  Mon Jun  2 10:30:50 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Mon, 02 Jun 2003 12:30:50 +0200
Subject: [icecast] no mp3s with ices2!? an other way?
In-Reply-To: <20030531161809.GA425@24-29-155-9.nyc.rr.com>
Message-ID: <3EDB437A.19769.2A6E74@localhost>



Alright, will try to test again in a few days and post my findings to 
the list. At the moment time's short :-((

<p>Greetings
 Stefan

On 31 May 2003 at 12:20, Brendan Cully wrote:

> On Saturday, 31 May 2003 at 15:00, Stefan Neufeind wrote:
> > Yes but ices-0.2.3-cvs seems to have problems, ices-2.x doesn't yet
> > support mp3. And all other tools I can find are only for shoutcast-
> > or icecast-servers. Sure i could send mp3-stream to a shoutcast just
> > to relay it from an icecast2 ... but ... :-)
> 
> I've tested ices 0 against icecast 2 many times with no problems. It
> should work. Please describe your setup and any error messages from
> ices or 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 adon at yorku.ca  Mon Jun  2 12:57:36 2003
From: adon at yorku.ca (Adon Irani)
Date: Mon, 2 Jun 2003 08:57:36 -0400 (EDT)
Subject: [icecast] no mp3s with ices2!? an other way?
In-Reply-To: <3EDB437A.19769.2A6E74@localhost>
Message-ID: <Pine.SOL.4.50.0306020855200.24359-100000@sunburn.ccs.yorku.ca>



i know i had ices problems playing ogg files with any errors in the
timec0de/etc . perhaps some of your mp3's may be causing like problems
. there may be a similar util to ogginfo for mp3 to detect if your files
do have errors .

 a:/,

<p>On Mon, 2 Jun 2003, Stefan Neufeind wrote:

> Alright, will try to test again in a few days and post my findings to
> the list. At the moment time's short :-((
--- >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 abob at speakeasy.net  Mon Jun  2 17:15:08 2003
From: abob at speakeasy.net (Andrew Burghardt)
Date: Mon, 2 Jun 2003 10:15:08 -0700
Subject: [icecast] Playlist handling
Message-ID: <200306021015.08644.abob@speakeasy.net>



I have some questions about how the playlist handling works in ices2. I'm 
trying to decide whether I want to use the script option within ices or set 
up a cron job that writes a new playlist.txt every so often. I play live 
recordings and want to minimize any gaps between files, so the internal 
scripting option seems like it would introduce even longer gaps than occur 
with straight playlist usage. I would rip the recordings as a long single 
track, but that would mean I lose individual track metadata. Concatenate is 
not really an option because I also have to run a simultaneous mp3 stream via 
ices0.23 and in my testing it seems ices0 will only read the first song in a 
concatenated ogg file.

So my questions are...

> From experience it looks like ices2 reads in the entire playlist into memory 
and plays that back in it's entirety. At the end it re-reads the playlist and 
starts again. Is this correct? Is this also how ices 0.23 works?

Is there a way to force ices2 to re-read the playlist file at any given moment 
without disconnecting clients?

<p>
-- 
--
Andrew Burghardt
abob at speakeasy.net
--- >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 linuxmailing at derpaul.com  Mon Jun  2 21:42:56 2003
From: linuxmailing at derpaul.com (Paul)
Date: Mon, 2 Jun 2003 23:42:56 +0200
Subject: [icecast] cannot play stream if i use alias (icecast 1.3.x)
Message-ID: <DFEOICOONOJCDOJPCEFPAEADDBAA.linuxmailing@derpaul.com>



Hello people!

(mount_fallback 0)
I try to use 2 streams, on 192.168.1.47 i run one ices which run a stream
with 128kbits and the second ices 32kbits, the first with mountpoint all and
the second pub...
if i connect with winamp to all or pub icecast says Kicking unknown 12
[192.168.1.3] [No encoder], connected for 0 seconds

if mount_fallback 1 winamp goes to the stream which i runs first

why i cannot use 192.168.1.50:8000/pub or all?

icecast has both streams add also with the mountpoints!?

any idea?
thanks
Paul

--- >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  Mon Jun  2 22:10:10 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 03 Jun 2003 00:10:10 +0200
Subject: [icecast] Playlist handling
In-Reply-To: <200306021015.08644.abob@speakeasy.net>
Message-ID: <3EDBE762.11613.198968@localhost>



On 2 Jun 2003 at 10:15, Andrew Burghardt wrote:

> I have some questions about how the playlist handling works in ices2.
> I'm trying to decide whether I want to use the script option within
> ices or set up a cron job that writes a new playlist.txt every so
> often. I play live recordings and want to minimize any gaps between
> files, so the internal scripting option seems like it would introduce
> even longer gaps than occur with straight playlist usage. I would rip
> the recordings as a long single track, but that would mean I lose
> individual track metadata. Concatenate is not really an option because
> I also have to run a simultaneous mp3 stream via ices0.23 and in my
> testing it seems ices0 will only read the first song in a concatenated
> ogg file.

Maybe you could use libshout to build a small app that suits your 
needs? The metadata can be updated while sending audio by simply 
calling specific URLs - so you could even do it from a separate 
process. Already done such things. If you don't need 1-second-
accuracy of metadata I think this task should easily be solvable 
(call your meta-data-update-application in a shellscript at the same 
time as you start your stream).
Our how about making a few additions to ices so that you can place a 
.cue-file that containts times and titles for each singletrack-
audiofile with the same name? .cue-files are already standard in 
audioapplications and also supported by many ripping-apps.

> From experience it looks like ices2 reads in the entire playlist into
> memory and plays that back in it's entirety. At the end it re-reads
> the playlist and starts again. Is this correct? Is this also how ices
> 0.23 works?
> 
> Is there a way to force ices2 to re-read the playlist file at any
> given moment without disconnecting clients?

I haven't done it myself but did you try sending a signal (HUP, USR1, 
USR2 etc.) to ices2 while playing?

And generally: Are you talking about 0.23(-cvs) or ices2?

<p>Good luck
 Stefan

PS: Please post your findings to the list!
--- >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 uq.net.au  Mon Jun  2 22:16:56 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 3 Jun 2003 08:16:56 +1000 (EST)
Subject: [icecast] Playlist handling
In-Reply-To: <200306021015.08644.abob@speakeasy.net>
Message-ID: <Pine.LNX.4.44.0306030810320.12754-100000@data.home>



On Mon, 2 Jun 2003, Andrew Burghardt wrote:

> Concatenate is
> not really an option because I also have to run a simultaneous mp3 stream via
> ices0.23 and in my testing it seems ices0 will only read the first song in a
> concatenated ogg file.

If this is the case, this is a bug i ices0 - chained ogg files are part of
the ogg spec.  Alternatively, you could run streamtranscoder
<http://www.oddsock.org/tools/streamTranscoder> across your ogg stream and
provide it in MP3.  This would save you the hassle of maintaining 2 lots of
ices.

> So my questions are...
>
> From experience it looks like ices2 reads in the entire playlist into memory
> and plays that back in it's entirety. At the end it re-reads the playlist and
> starts again. Is this correct? Is this also how ices 0.23 works?

Not sure on this one, but it doesn't really matter.

> Is there a way to force ices2 to re-read the playlist file at any given
> moment without disconnecting clients?

If you touch the playlist file, it will be re-read after the currently
playing track.  If you HUP ices (I think it's HUP), it will stop the
current song and move on immediately.

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 gktnews at gktech.net  Mon Jun  2 22:20:58 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Mon, 2 Jun 2003 15:20:58 -0700 (PDT)
Subject: [icecast] ices not quite random
Message-ID: <Pine.LNX.4.30.0306021517140.23622-100000@penguin.gktech.net>



Hello,

I just got iceast + ices setup. I'm streaming from a playlist and it
streams/play just fine, however, it doesn't seem to be that random. It is
randomly picking through the first "grou" but not the rest. e.g. the
playlist.txt file has full paths to the ogg files, which are in different
subdirectories according to artist. But, it will only play from the first
artist.

Any ideas on how to get this to work?

Thanks,

        Bryan

--- >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 gktnews at gktech.net  Mon Jun  2 22:34:10 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Mon, 2 Jun 2003 15:34:10 -0700 (PDT)
Subject: Nevermind Re: [icecast] ices not quite random
In-Reply-To: <Pine.LNX.4.30.0306021517140.23622-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.30.0306021533090.23622-100000@penguin.gktech.net>



Sorry to post un-needed junk, i tried a killall -HUP icecast instead of
ices. Oops. Works after I restarted them both.

        Bryan

On Mon, 2 Jun 2003, Bryan Koschmann - GKT wrote:

> Hello,
>
> I just got iceast + ices setup. I'm streaming from a playlist and it
> streams/play just fine, however, it doesn't seem to be that random. It is
> randomly picking through the first "grou" but not the rest. e.g. the
> playlist.txt file has full paths to the ogg files, which are in different
> subdirectories according to artist. But, it will only play from the first
> artist.
>
> Any ideas on how to get this to work?
>
> Thanks,
>
> 	Bryan
>
> --- >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 gktnews at gktech.net  Tue Jun  3 18:34:43 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 11:34:43 -0700 (PDT)
Subject: [icecast] icecast2, ogg, mp3, etc
Message-ID: <Pine.LNX.4.30.0306031132150.23622-100000@penguin.gktech.net>



Hi,

Just wanted to clarify, can icecast2 not read OR broadcast any mp3, or
can it just not broadcast mp3 (but still play from a playlist)? I know the
quality would be dropped if it had to reencode them though.

And what's up with that POS Winamp3, it doesn't even play gg streams?!?
I use xmms, but we have winamp3 on a demo computer, it just sits and keeps
prebuffering. I need something else for windows I think.

Thanks in advance,

        Bryan

--- >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 remco at rc6.org  Tue Jun  3 18:38:58 2003
From: remco at rc6.org (Remco Brink)
Date: Tue, 03 Jun 2003 20:38:58 +0200
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <Pine.LNX.4.30.0306031132150.23622-100000@penguin.gktech.net>
Message-ID: <oprp7fe8fezl8hsk@192.168.0.101>



On Tue, 3 Jun 2003 11:34:43 -0700 (PDT), Bryan Koschmann - GKT 
<gktnews at gktech.net> wrote:

> Just wanted to clarify, can icecast2 not read OR broadcast any mp3, or
> can it just not broadcast mp3 (but still play from a playlist)?

Icecast2 will stream MP3 just nicely. No problems.

-rbb


-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
--- >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 Jun  3 18:43:17 2003
From: oddsock at oddsock.org (oddsock)
Date: Tue, 03 Jun 2003 13:43:17 -0500
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <Pine.LNX.4.30.0306031132150.23622-100000@penguin.gktech.ne t>
Message-ID: <5.1.1.6.0.20030603133624.01f0de60@www.oddsock.org>



icecast2 is a broadcast server and will broadcast both ogg vorbis and mp3 
streams.  This assumes that you have a source client which can produce an 
ogg vorbis and mp3 stream and send it TO an icecast2 server.  With mp3 
streams, shoutcast mp3 metadata is supported, however you cannot use the 
shoutcast DSP as a source stream to an icecast2 server.

Current clients that we know about that can communicate with icecast2 :

Unix Source clients :
ices0.x (supports mp3 streams)
ices2.x (supports ogg vorbis streams)
darkice (supports mp3 + ogg vorbis)
oddcast xmms plugin (supports mp3 + ogg vorbis)
streamTranscoder (supports mp3 + ogg vorbis)

Win32 Source Clients :
oddcast winamp/foobar/tcmp plugin (supports mp3 + ogg vorbis)
streamTranscoder (supports mp3 + ogg vorbis)

If there are more, then please add to the list...

oddsock

At 11:34 AM 6/3/2003 -0700, you wrote:
>Hi,
>
>Just wanted to clarify, can icecast2 not read OR broadcast any mp3, or
>can it just not broadcast mp3 (but still play from a playlist)? I know the
>quality would be dropped if it had to reencode them though.
>
>And what's up with that POS Winamp3, it doesn't even play gg streams?!?
>I use xmms, but we have winamp3 on a demo computer, it just sits and keeps
>prebuffering. I need something else for windows I think.
>
>Thanks in advance,
>
>         Bryan
>
>--- >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 gktnews at gktech.net  Tue Jun  3 18:45:39 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 11:45:39 -0700 (PDT)
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <5.1.1.6.0.20030603133624.01f0de60@www.oddsock.org>
Message-ID: <Pine.LNX.4.30.0306031144180.23622-100000@penguin.gktech.net>



Has this changed within the past few months? I swear awhile back icecast2
had no mp3 support, but then again I could be suffering from caffiene
withdrawal or something :)

Thanks for the information, it was all very helpful indeed!

        Bryan

<p>On Tue, 3 Jun 2003, oddsock wrote:

> icecast2 is a broadcast server and will broadcast both ogg vorbis and mp3
> streams.  This assumes that you have a source client which can produce an
> ogg vorbis and mp3 stream and send it TO an icecast2 server.  With mp3
> streams, shoutcast mp3 metadata is supported, however you cannot use the
> shoutcast DSP as a source stream to an icecast2 server.
>
> Current clients that we know about that can communicate with icecast2 :
>
> Unix Source clients :
> ices0.x (supports mp3 streams)
> ices2.x (supports ogg vorbis streams)
> darkice (supports mp3 + ogg vorbis)
> oddcast xmms plugin (supports mp3 + ogg vorbis)
> streamTranscoder (supports mp3 + ogg vorbis)
>
> Win32 Source Clients :
> oddcast winamp/foobar/tcmp plugin (supports mp3 + ogg vorbis)
> streamTranscoder (supports mp3 + ogg vorbis)
>
> If there are more, then please add to the list...
>
> oddsock
>
> At 11:34 AM 6/3/2003 -0700, you wrote:
> >Hi,
> >
> >Just wanted to clarify, can icecast2 not read OR broadcast any mp3, or
> >can it just not broadcast mp3 (but still play from a playlist)? I know the
> >quality would be dropped if it had to reencode them though.
> >
> >And what's up with that POS Winamp3, it doesn't even play gg streams?!?
> >I use xmms, but we have winamp3 on a demo computer, it just sits and keeps
> >prebuffering. I need something else for windows I think.
> >
> >Thanks in advance,
> >
> >         Bryan
> >
> >--- >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 matt at sprout.org  Tue Jun  3 18:56:14 2003
From: matt at sprout.org (Matt Boersma)
Date: Tue, 3 Jun 2003 12:56:14 -0600
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <Pine.LNX.4.30.0306031144180.23622-100000@penguin.gktech.net>
Message-ID: <20030603125614.A26978@sprout.org>


On Tue, Jun 03, 2003 at 11:45:39AM -0700, Bryan Koschmann - GKT wrote:
> Has this changed within the past few months? I swear awhile back icecast2
> had no mp3 support, but then again I could be suffering from caffiene
> withdrawal or something :)

I agree--last time I asked, mp3 support was explicitly out of
icecast2.

In the last couple days, I got icecast2 working, and was 
pleasantly shocked to find that mp3 streaming support is
also there.  I now use darkice to send both ogg vorbis
and mp3 to iceast2, and it works quite well.  Only two
processes to keep track of, and so far both are quite
stable.

Matt

-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 233 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030603/b7c076ca/attachment.sig>

From linuxmailing at derpaul.com  Tue Jun  3 18:57:32 2003
From: linuxmailing at derpaul.com (Paul)
Date: Tue, 3 Jun 2003 20:57:32 +0200
Subject: WG: [icecast] cannot play stream if i use alias (icecast 1.3.x)
Message-ID: <DFEOICOONOJCDOJPCEFPCEAODBAA.linuxmailing@derpaul.com>



can not tell me anybody what i make wrong?
--- >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 Jun  3 19:08:00 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 03 Jun 2003 21:08:00 +0200
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <5.1.1.6.0.20030603133624.01f0de60@www.oddsock.org>
Message-ID: <3EDD0E30.23207.B13DD6@localhost>



On 3 Jun 2003 at 13:43, oddsock wrote:

> Current clients that we know about that can communicate with icecast2:
> 
> Unix Source clients :
> ices0.x (supports mp3 streams)
> ices2.x (supports ogg vorbis streams)
> darkice (supports mp3 + ogg vorbis)
> oddcast xmms plugin (supports mp3 + ogg vorbis)
> streamTranscoder (supports mp3 + ogg vorbis)

Darkice works with icecast2? Thought I read just 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 matt at sprout.org  Tue Jun  3 19:25:24 2003
From: matt at sprout.org (Matt Boersma)
Date: Tue, 3 Jun 2003 13:25:24 -0600
Subject: [icecast] WinAMP POS: mime types
In-Reply-To: <Pine.LNX.4.30.0306031132150.23622-100000@penguin.gktech.net>
Message-ID: <20030603132524.A32426@sprout.org>


The problem with WinAMP 3 is that it will accept only ogg
data with the old MIME type "application/x-ogg", but current
icecast sources emit the new and correct mime type
"application-ogg".  WinAMP must reject the ogg data because
it didn't match the MIME type it expected, so yes, it just
sits there prebuffering, and prebuffering, and prebuffering...

I fixed this by altering one string in format.c, and another
in fserve.c in the current CVS icecast sources, then 
rebuilding.  WinAMP works just fine after you change them
both to the old MIME type "application/x-ogg", and the other
players I've tried (xmms, Whamp for Mac OS X) do too.

Perhaps we could revert to the old MIME type in CVS?  I
know it's great that the new type is official, but for the
time being players *should* support both types, and emitting
the old type will work around WinAMP's dain bramage.  Just
a suggestion...

Matt

<p>On Tue, Jun 03, 2003 at 11:34:43AM -0700, Bryan Koschmann - GKT wrote:
> .... 
> And what's up with that POS Winamp3, it doesn't even play gg streams?!?
> I use xmms, but we have winamp3 on a demo computer, it just sits and keeps
> prebuffering. I need something else for windows I think.
> ... 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 233 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030603/77f8bb01/attachment.sig>

From oddsock at oddsock.org  Tue Jun  3 19:34:27 2003
From: oddsock at oddsock.org (oddsock)
Date: Tue, 03 Jun 2003 14:34:27 -0500
Subject: [icecast] WinAMP POS: mime types
In-Reply-To: <20030603132524.A32426@sprout.org>
Message-ID: <5.1.1.6.0.20030603142825.01e716e0@www.oddsock.org>



At 01:25 PM 6/3/2003 -0600, you wrote:
>The problem with WinAMP 3 is that it will accept only ogg
>data with the old MIME type "application/x-ogg", but current
>icecast sources emit the new and correct mime type
>"application-ogg".  WinAMP must reject the ogg data because
>it didn't match the MIME type it expected, so yes, it just
>sits there prebuffering, and prebuffering, and prebuffering...
>
>I fixed this by altering one string in format.c, and another
>in fserve.c in the current CVS icecast sources, then
>rebuilding.  WinAMP works just fine after you change them
>both to the old MIME type "application/x-ogg", and the other
>players I've tried (xmms, Whamp for Mac OS X) do too.
>
>Perhaps we could revert to the old MIME type in CVS?  I
>know it's great that the new type is official, but for the
>time being players *should* support both types, and emitting
>the old type will work around WinAMP's dain bramage.  Just
>a suggestion...
>
>Matt
>
Winamp3's problems do not end with this simple mod, it has fundamental and 
major broken-ness that really should be fixed...you know things are 
seriously busted when Nullsoft has said themselves they are ditching wa3... 
and good riddance.... :)

and supporting this type of broken-ness is not the right solution 
anyway....it's ironic though, since wa3 deals with formats using the method 
that is generally accepted as correct (based off content-type, rather than 
file extension)...no other media player does this (foobar2k might, but I 
don't know)....

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 vanguardist at cox.net  Tue Jun  3 19:35:27 2003
From: vanguardist at cox.net (Manuel Lora)
Date: Tue, 3 Jun 2003 14:35:27 -0500
Subject: [icecast] WinAMP POS: mime types
In-Reply-To: <5.1.1.6.0.20030603142825.01e716e0@www.oddsock.org>
Message-ID: <200306031435.27484.vanguardist@cox.net>



Huh? Nullsoft is ditching Winamp 3? Care to elaborate? 

It did seem kinda flimsy :)

hhhmmm....

ml

<p><p>>
> Winamp3's problems do not end with this simple mod, it has fundamental and
> major broken-ness that really should be fixed...you know things are
> seriously busted when Nullsoft has said themselves they are ditching wa3...
> and good riddance.... :)
>
> and supporting this type of broken-ness is not the right solution
> anyway....it's ironic though, since wa3 deals with formats using the method
> that is generally accepted as correct (based off content-type, rather than
> file extension)...no other media player does this (foobar2k might, but I
> don't know)....
>
> 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.


From oddsock at oddsock.org  Tue Jun  3 19:45:02 2003
From: oddsock at oddsock.org (oddsock)
Date: Tue, 03 Jun 2003 14:45:02 -0500
Subject: [icecast] WinAMP POS: mime types
In-Reply-To: <200306031435.27484.vanguardist@cox.net>
Message-ID: <5.1.1.6.0.20030603144129.02246490@www.oddsock.org>



hmmm...didn't everyone know this ?

http://forums.winamp.com/showthread.php?threadid=129224

oddsock
At 02:35 PM 6/3/2003 -0500, you wrote:
>Huh? Nullsoft is ditching Winamp 3? Care to elaborate?
>
>It did seem kinda flimsy :)
>
>hhhmmm....
>
>ml
>
>
>
> >
> > Winamp3's problems do not end with this simple mod, it has fundamental and
> > major broken-ness that really should be fixed...you know things are
> > seriously busted when Nullsoft has said themselves they are ditching wa3...
> > and good riddance.... :)
> >
> > and supporting this type of broken-ness is not the right solution
> > anyway....it's ironic though, since wa3 deals with formats using the method
> > that is generally accepted as correct (based off content-type, rather than
> > file extension)...no other media player does this (foobar2k might, but I
> > don't know)....
> >
> > 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 vanguardist at cox.net  Tue Jun  3 19:45:24 2003
From: vanguardist at cox.net (Manuel Lora)
Date: Tue, 3 Jun 2003 14:45:24 -0500
Subject: [icecast] WinAMP POS: mime types
In-Reply-To: <5.1.1.6.0.20030603144129.02246490@www.oddsock.org>
Message-ID: <200306031445.24456.vanguardist@cox.net>



Forgive me, Oh Odd One, for having misses this extraordinary event. I promise 
to deeply bury myself in the trenches of nullsoft forums.

Rock baby! 

ml

<p>On Tuesday 03 June 2003 02:45 pm, oddsock wrote:
> hmmm...didn't everyone know this ?
>
> http://forums.winamp.com/showthread.php?threadid=129224
>
> oddsock
>
> At 02:35 PM 6/3/2003 -0500, you wrote:
> >Huh? Nullsoft is ditching Winamp 3? Care to elaborate?
> >
> >It did seem kinda flimsy :)
> >
> >hhhmmm....
> >
> >ml
> >
> > > Winamp3's problems do not end with this simple mod, it has fundamental
> > > and major broken-ness that really should be fixed...you know things are
> > > seriously busted when Nullsoft has said themselves they are ditching
> > > wa3... and good riddance.... :)
> > >
> > > and supporting this type of broken-ness is not the right solution
> > > anyway....it's ironic though, since wa3 deals with formats using the
> > > method that is generally accepted as correct (based off content-type,
> > > rather than file extension)...no other media player does this (foobar2k
> > > might, but I don't know)....
> > >
> > > 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.


From gktnews at gktech.net  Tue Jun  3 20:16:02 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 13:16:02 -0700 (PDT)
Subject: [icecast] web stats and now playing
Message-ID: <Pine.LNX.4.30.0306031256550.23622-100000@penguin.gktech.net>



Hi once again,

Does anyone have any info on getting such information into a website? If I
can get the "now playing" raw info that would be great. Also, does anyone
know of a directory server for icecast? I checked freshmeat but couldn't
find what I was looking for.

Thanks,

        Bryan

--- >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 jjenning at fastmail.fm  Tue Jun  3 20:30:32 2003
From: jjenning at fastmail.fm (jared jennings)
Date: Tue, 3 Jun 2003 16:30:32 -0400
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031256550.23622-100000@penguin.gktech.net>
Message-ID: <20030603163032.1b5c62a8.jjenning@fastmail.fm>



On Tue, 3 Jun 2003 13:16:02 -0700 (PDT)
Bryan Koschmann - GKT <gktnews at gktech.net> wrote:

> Hi once again,
> 
> Does anyone have any info on getting such information into a
> website? If I can get the "now playing" raw info that would be
> great. Also, does anyone know of a directory server for icecast? I
> checked freshmeat but couldn't find what I was looking for.

you just parse out the cue file that ices makes. this file is updated
every second, so whenever you open it, it wil be current. i have some
(rather nasty) php code to do that if you'd like it. (does ices2 make
cue files? i forgot.)

--- >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 gktnews at gktech.net  Tue Jun  3 21:26:11 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 14:26:11 -0700 (PDT)
Subject: [icecast] web stats and now playing
In-Reply-To: <20030603163032.1b5c62a8.jjenning@fastmail.fm>
Message-ID: <Pine.LNX.4.30.0306031424130.23622-100000@penguin.gktech.net>



On Tue, 3 Jun 2003, jared jennings wrote:
> you just parse out the cue file that ices makes. this file is updated
> every second, so whenever you open it, it wil be current. i have some
> (rather nasty) php code to do that if you'd like it. (does ices2 make
> cue files? i forgot.)

I would be thrilled to have that php code if you wouldn't mind. I don't
even know where the cue file is, but I suppose I could hunt through an
lsof output for it.. maybe?

Thanks,

        Bryan

--- >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 jjenning at fastmail.fm  Tue Jun  3 21:41:13 2003
From: jjenning at fastmail.fm (jared jennings)
Date: Tue, 3 Jun 2003 17:41:13 -0400
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031424130.23622-100000@penguin.gktech.net>
Message-ID: <20030603174113.029133a6.jjenning@fastmail.fm>


On Tue, 3 Jun 2003 14:26:11 -0700 (PDT)
Bryan Koschmann - GKT <gktnews at gktech.net> wrote:

> On Tue, 3 Jun 2003, jared jennings wrote:
> > you just parse out the cue file that ices makes. this file is
> > updated every second, so whenever you open it, it wil be current.
> > i have some (rather nasty) php code to do that if you'd like it.
> > (does ices2 make cue files? i forgot.)
> 
> I would be thrilled to have that php code if you wouldn't mind. I
> don't even know where the cue file is, but I suppose I could hunt
> through an lsof output for it.. maybe?

it's in the ices config file. i use ices 0.2.3; the pertinent
directive is BaseDirectory. The pid file, log file and cue file all go
in this BaseDirectory. 

In order to understand my whole scheme you should know i have multiple
channels ("genres"). i have attached the php and the config file from
the classical genre. you will have to rip a lot of code out to get
what you want but hopefully it will help some.

if anyone finds this via the archives, the code inside is.. we'll say, in the public domain.


-- 

"We're reasonably stable for musicians, actually."
                           - Steve Hindalong, The Choir


-------------- next part --------------
A non-text attachment was scrubbed...
Name: cue-stuff.tar.gz
Type: application/octet-stream
Size: 2460 bytes
Desc: cue-stuff.tar.gz
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030603/ccb89473/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030603/ccb89473/attachment.sig>

From abob at speakeasy.net  Tue Jun  3 21:52:13 2003
From: abob at speakeasy.net (Andrew Burghardt)
Date: Tue, 3 Jun 2003 14:52:13 -0700
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031424130.23622-100000@penguin.gktech.net>
Message-ID: <200306031452.13324.abob@speakeasy.net>



On Tuesday 03 June 2003 2:26 pm, Bryan Koschmann - GKT wrote:
> On Tue, 3 Jun 2003, jared jennings wrote:
> > you just parse out the cue file that ices makes. this file is updated
> > every second, so whenever you open it, it wil be current. i have some
> > (rather nasty) php code to do that if you'd like it. (does ices2 make
> > cue files? i forgot.)
>
> I would be thrilled to have that php code if you wouldn't mind. I don't
> even know where the cue file is, but I suppose I could hunt through an
> lsof output for it.. maybe?
>

I think ices 0.23 generally writes the cue file to /tmp/ices.cue. The cue file 
also lists the full path and filename of what is currently playing. So 
another useful thing is to call vorbiscomment in your php script and get any 
additional comment information that ices doesn't write explicitly to the cue 
file. Alternatively there are some php id3 reading classes if your source 
files are mp3 instead...try googling for "php id3 class".

I don't believe ices2 writes a cue file.


-- 
--
Andrew Burghardt
abob at speakeasy.net
--- >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 gktnews at gktech.net  Tue Jun  3 22:04:21 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 15:04:21 -0700 (PDT)
Subject: [icecast] web stats and now playing
In-Reply-To: <200306031452.13324.abob@speakeasy.net>
Message-ID: <Pine.LNX.4.30.0306031501290.23622-100000@penguin.gktech.net>



On Tue, 3 Jun 2003, Andrew Burghardt wrote:

> I think ices 0.23 generally writes the cue file to /tmp/ices.cue. The cue file
> also lists the full path and filename of what is currently playing. So
> another useful thing is to call vorbiscomment in your php script and get any
> additional comment information that ices doesn't write explicitly to the cue
> file. Alternatively there are some php id3 reading classes if your source
> files are mp3 instead...try googling for "php id3 class".
>
> I don't believe ices2 writes a cue file.

I'm using ices from cvs, so then I won't be able to get the data? I find
no cue file, and actually nothing in the /usr/local/icecast (basedir)
either.

Thanks,

        Bryan

--- >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 uq.net.au  Tue Jun  3 23:31:03 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Wed, 4 Jun 2003 09:31:03 +1000 (EST)
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031256550.23622-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.56.0306040927570.552@data.home>



Hi:

Assuming you're using icecast2, you can get stats and "now playing"
information using XSL.  There are a couple of examples shipped with
icecast2.

As for YP servers, there is one at http://www.oddsock.org/icecast2yp/ and
another at http://yp.icecast.net.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 uq.net.au  Tue Jun  3 23:33:59 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Wed, 4 Jun 2003 09:33:59 +1000 (EST)
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <5.1.1.6.0.20030603133624.01f0de60@www.oddsock.org>
Message-ID: <Pine.LNX.4.56.0306040932100.552@data.home>



On Tue, 3 Jun 2003, oddsock wrote:

> shoutcast mp3 metadata is supported, however you cannot use the
> shoutcast DSP as a source stream to an icecast2 server.

Why is this?  This would seem somewhat to defeat the point of
including shoutcast-style stream support.

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  Tue Jun  3 23:45:28 2003
From: oddsock at oddsock.org (oddsock)
Date: Tue, 03 Jun 2003 18:45:28 -0500
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <Pine.LNX.4.56.0306040932100.552@data.home>
Message-ID: <5.1.1.6.0.20030603183705.01ff56c8@www.oddsock.org>



At 09:33 AM 6/4/2003 +1000, you wrote:
>On Tue, 3 Jun 2003, oddsock wrote:
>
> > shoutcast mp3 metadata is supported, however you cannot use the
> > shoutcast DSP as a source stream to an icecast2 server.
>
>Why is this?  This would seem somewhat to defeat the point of
>including shoutcast-style stream support.

there are a few things which prevent using the shoutcast DSP, first is the 
authentication.  Shoutcast has it's own custom authentication protocol, 
that icecast2 would have to emulate.  Secondly, updates for metadata are 
done via a URL call (/admin.cgi?mode=updingo&pass=password&st=MyMetadata) 
or something like this.  This is also quite different than the way icecast2 
has been coded to support metadata updates for mp3.  So while it's quite 
possible to add Shoutcast DSP compatability, it is a matter of emulating a 
product that noone on this side of the fence is terribly fond of....And if 
there were no alternatives to the Shoutcast DSP, then maybe the answer 
would be different, but that is not the case...

the shoutcast style mp3 metadata is a bit different however as there is 
really no other alternatives to providing metadata for mp3 streams.  And 
believe me, it was added begrudgingly (as Mike will probably attest to)....

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 gktnews at gktech.net  Tue Jun  3 23:49:43 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Tue, 3 Jun 2003 16:49:43 -0700 (PDT)
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.56.0306040927570.552@data.home>
Message-ID: <Pine.LNX.4.30.0306031636550.23622-100000@penguin.gktech.net>



> Assuming you're using icecast2, you can get stats and "now playing"
> information using XSL.  There are a couple of examples shipped with
> icecast2.

I am using Icecast 2. I found the status.xsl files, but to be honest I'm
not quite sure what to do with them

> As for YP servers, there is one at http://www.oddsock.org/icecast2yp/ and
> another at http://yp.icecast.net.

Oops, sorry, I meant to set one up locally. :)

Thanks,

        Bryan

<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  Wed Jun  4 00:13:08 2003
From: brendan at xiph.org (Brendan Cully)
Date: Tue, 3 Jun 2003 20:13:08 -0400
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <5.1.1.6.0.20030603183705.01ff56c8@www.oddsock.org>
Message-ID: <20030604001307.GA15481@24-29-155-9.nyc.rr.com>



On Tuesday, 03 June 2003 at 18:45, oddsock wrote:
> At 09:33 AM 6/4/2003 +1000, you wrote:
> >On Tue, 3 Jun 2003, oddsock wrote:
> >
> >> shoutcast mp3 metadata is supported, however you cannot use the
> >> shoutcast DSP as a source stream to an icecast2 server.
> >
> >Why is this?  This would seem somewhat to defeat the point of
> >including shoutcast-style stream support.
> 
> there are a few things which prevent using the shoutcast DSP, first is the 
> authentication.  Shoutcast has it's own custom authentication protocol, 
> that icecast2 would have to emulate.  Secondly, updates for metadata are 

I think it does this. At least it accepts ices in "icy" protocol. I haven't
tested against the DSP, but I believe it's supposed to work.

> done via a URL call (/admin.cgi?mode=updingo&pass=password&st=MyMetadata) 
> or something like this.  This is also quite different than the way icecast2 
> has been coded to support metadata updates for mp3.  So while it's quite 
> possible to add Shoutcast DSP compatability, it is a matter of emulating a 
> product that noone on this side of the fence is terribly fond of....And if 
> there were no alternatives to the Shoutcast DSP, then maybe the answer 
> would be different, but that is not the case...

this may work too, although I'm less confident. I'd like to know if it's
been tested...

-b
--- >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 labyrinth.net.au  Wed Jun  4 00:13:26 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Wed, 4 Jun 2003 10:13:26 +1000
Subject: [icecast] icecast2, ogg, mp3, etc
In-Reply-To: <Pine.LNX.4.56.0306040932100.552@data.home>
Message-ID: <20030604001322.B70C1A4397@eyre.southern.net.au>



Geoff Shang <gshang at uq.net.au> said:

> On Tue, 3 Jun 2003, oddsock wrote:
> 
> > shoutcast mp3 metadata is supported, however you cannot use the
> > shoutcast DSP as a source stream to an icecast2 server.
> 
> Why is this?  This would seem somewhat to defeat the point of
> including shoutcast-style stream support.
> 

It's meant to work. I suspect there's some sort of subtle bug that means it
doesn't. Since I don't have any windows machines to run scDSP on, I can't
easily test/fix this. Since shoutcast's protocol is nasty and unspecified
(it's sort of like HTTP, but horribly mutilated), I'm not really sure what the
problem is. It'd probably be easily fixed if I had some network traces of what
the shoutcast DSP does when connecting to icecast2.

As an aside, the mp3 metadata support was primarily (originally) written to
support _relaying_ of shoutcast servers - which is why it's at least somewhat
useful even without shoutcastDSP working.

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 uq.net.au  Wed Jun  4 00:47:52 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Wed, 4 Jun 2003 10:47:52 +1000 (EST)
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031636550.23622-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.56.0306041046370.552@data.home>



On Tue, 3 Jun 2003, Bryan Koschmann - GKT wrote:

> > As for YP servers, there is one at http://www.oddsock.org/icecast2yp/ and
> > another at http://yp.icecast.net.
>
> Oops, sorry, I meant to set one up locally. :)

Oh right.  Well, Oddsock's your guy, as he wrote the spec and the code.
The icecast.net server seems to be the same PHP code, so maybe it's
available somewhere (not sure though).

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 gktnews at gktech.net  Wed Jun  4 20:55:37 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Wed, 4 Jun 2003 13:55:37 -0700 (PDT)
Subject: yp server ( [icecast] web stats and now playing)
In-Reply-To: <Pine.LNX.4.56.0306041046370.552@data.home>
Message-ID: <Pine.LNX.4.30.0306041353350.4610-100000@penguin.gktech.net>



On Wed, 4 Jun 2003, Geoff Shang wrote:
>
> Oh right.  Well, Oddsock's your guy, as he wrote the spec and the code.
> The icecast.net server seems to be the same PHP code, so maybe it's
> available somewhere (not sure though).

Thanks Geoff. I've e-mailed him directly (not knowing if I should though)
but if anyone else can point me to the code I would be much appreciative
:)

Does anyone happen to know how the yp server works? I see you mentioned
PHP code, so I guess if I knew the basic structure I might be able to get
it going.

Thanks!

        Bryan

--- >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 Jun  4 20:58:03 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Wed, 04 Jun 2003 22:58:03 +0200
Subject: yp server ( [icecast] web stats and now playing)
In-Reply-To: <Pine.LNX.4.30.0306041353350.4610-100000@penguin.gktech.net>
Message-ID: <3EDE797B.15952.AECB81@localhost>



I'm sure Oddsock would provide his YP-server-scripts, won't he?

Otherwise: The calls to the yp-server-scripts should be fairly 
simple. Just have a look at the sourcecode ... the yp-server-part 
shouldn't be hard to find / "decode".

On 4 Jun 2003 at 13:55, Bryan Koschmann - GKT wrote:

> On Wed, 4 Jun 2003, Geoff Shang wrote:
> >
> > Oh right.  Well, Oddsock's your guy, as he wrote the spec and the
> > code. The icecast.net server seems to be the same PHP code, so maybe
> > it's available somewhere (not sure though).
> 
> Thanks Geoff. I've e-mailed him directly (not knowing if I should
> though) but if anyone else can point me to the code I would be much
> appreciative :)
> 
> Does anyone happen to know how the yp server works? I see you
> mentioned PHP code, so I guess if I knew the basic structure I might
> be able to get it going.
--- >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 aleigh at fdmedia.com  Wed Jun  4 21:01:55 2003
From: aleigh at fdmedia.com (adam leigh)
Date: Wed, 04 Jun 2003 16:01:55 -0500
Subject: [icecast] Can't get ices to work on secondary audio card
Message-ID: <20030604210155.0BA382CEA1B@webmail.fdmedia.com>



Hi,

I've been having LOTS of problems lately getting ices to work the way I want on
my computer and I've just about gotten to the last problem.

When broadcasting live media off of any sound card other than the primary
(Default, aka: /dev/dsp) sound device I only end up broadcasting silence. 
Furthermore, the connection time is much longer than usual and not because of
buffering.  I can't fathom what's the problem.  I've checked hte logs and they
say nothing is wrong.  I can hear the input sound coming off of my microphone
without sound but the client hears nothing.

Please, I need help and I don't know where else to turn.  If nobody has any
ideas can someone direct me to a list or forum that might have an idea?

--Adam

-- 
--- >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 k.heyes at blueyonder.co.uk  Wed Jun  4 22:08:51 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 04 Jun 2003 23:08:51 +0100
Subject: [icecast] Can't get ices to work on secondary audio card
In-Reply-To: <20030604210155.0BA382CEA1B@webmail.fdmedia.com>
Message-ID: <1054764531.1085.18.camel@bogus.hackers.club>



On Wed, 2003-06-04 at 22:01, adam leigh wrote:

> When broadcasting live media off of any sound card other than the primary
> (Default, aka: /dev/dsp) sound device I only end up broadcasting silence. 
> Furthermore, the connection time is much longer than usual and not because of
> buffering.  I can't fathom what's the problem.  I've checked hte logs and they
> say nothing is wrong.  I can hear the input sound coming off of my microphone
> without sound but the client hears nothing.

o there's a connection to icecast being maintained and icecast shows a
stream with so many listeners (status.xsl) ?

if that is correct then email the ices log file to me.

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 gktnews at gktech.net  Wed Jun  4 22:08:12 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Wed, 4 Jun 2003 15:08:12 -0700 (PDT)
Subject: yp server ( [icecast] web stats and now playing)
In-Reply-To: <3EDE797B.15952.AECB81@localhost>
Message-ID: <Pine.LNX.4.30.0306041506450.4610-100000@penguin.gktech.net>



> I'm sure Oddsock would provide his YP-server-scripts, won't he?
>
> Otherwise: The calls to the yp-server-scripts should be fairly
> simple. Just have a look at the sourcecode ... the yp-server-part
> shouldn't be hard to find / "decode".

I hope so :)

I'm not too good with C or anything like that, so the sourcecode would
probably be a bit confusing. Maybe I'll take a look, looks like there is a
yp.* file that I can peruse...

Thanks, I'll look to hear from Oddsock with (hopefully) good news :)

        Bryan

--- >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 gktnews at gktech.net  Wed Jun  4 22:10:29 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Wed, 4 Jun 2003 15:10:29 -0700 (PDT)
Subject: [icecast] general questions
Message-ID: <Pine.LNX.4.30.0306041508260.4610-100000@penguin.gktech.net>



Okay, just to satisfy my mind, can someone give me a rundown on what the
other things do (other than the streaming portion)

admin root
web root

by setting these I'm not sure what to put in there or how to access
them...

and how to use the xsl files? I still cannot find anything on it.

Sorry if it all sounds stupid, it's just been rather difficult to find
what I am looking for

Thanks,

        Bryan

--- >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 Jun  4 23:34:44 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Thu, 05 Jun 2003 01:34:44 +0200
Subject: [icecast] Guide on icecast2-yellowpages - Version 0.1
Message-ID: <3EDE9E34.7574.13E3EFA@localhost>


Hi everybody,

ince some people on this list have asked for further details on how 
to implement your own scripts for running a yellowpages-directory 
with icecast2 I've written a small guide on it (please see the 
textfile attached to this email).

At the moment, surely, this is just an initial release. But hopefully 
it can serve as a basis for a documentation project on the icecast2-
protocol standards. Oddsock, what do you think? Should this guide be 
added to your page?

Hope it helps some people. And I think if somebody could make 
reference implementations of a yellowpage-directory in PHP, Python, 
Perl or something we'd all be lucky if you let us know about it :-))

Let me know what you think about it.

Yours sincerely,
 Stefan Neufeind

-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast2-yellowpages.txt
Type: application/octet-stream
Size: 6293 bytes
Desc: icecast2-yellowpages.txt
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030605/82b7a45d/attachment.obj>

From tbrill at rackforce.com  Thu Jun  5 02:05:29 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Wed, 4 Jun 2003 19:05:29 -0700 (PDT)
Subject: [icecast] Newbie Problem
Message-ID: <56808.192.197.213.242.1054778729.squirrel@sqm.rackforce.com>



Hi all!

I just finished an install of icecast/iceS but I'm having problems. I
followed the documentation provided here:

http://melmoth.dyndns.org/stream/doc/

to the letter and this is the problem I'm having:

Everything seems to function (icecast runs, iceS runs) and it generates
messages such as:

[root at icecast stream]# bin/ices conf/ices-playlist.xml
[2003-06-04  06:43:17] INFO ices-core/main ices started...
[2003-06-04  06:43:17] INFO signals/signal_usr1_handler Metadata update
requested [2003-06-04  06:43:17] INFO playlist-builtin/playlist_read
Currently playing /home/melmoth/stream/audiofiles/notfound.ogg [2003-06-04
06:43:17] INFO stream/ices_instance_stream Connected to server:
69.10.138.86:8000/silk.ogg [2003-06-04  06:43:17] DBUG
reencode/reencode_page Reinitialising reencoder for new logical stream
[2003-06-04  06:43:17] INFO encode/encode_initialise Encoder initialising in
VBR mode: 2 channel(s), 44100 Hz, quality 3.000000

When I do a netstat -an:

[root at icecast stream]# netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 x.x.x.x:8000       0.0.0.0:*               LISTEN tcp
    0      0 x.x.x.x:8000       x.x.x.x:39113      ESTABLISHED tcp        0
    0 x.x.x.x:39113      x.x.x.x:8000       ESTABLISHED tcp        0      0
x.x.x.x:39112      x.x.x.x:8000       TIME_WAIT

(obviously, 'x.x.x.x' is the proper IP address for the server).

The dynamic webpages work and look fine but when I try and connect using
WinAmp3 (x.x.x.x:8000), I get no sound and I get the display fluctuating between
"Prebuffering" and the name of the stream.

Here is a dump of my access.log:

x.x.x.x - - [04/Jun/2003:06:58:01 -0700] "GET / HTTP/1.0" 404 109 "-"
"Nullsoft Winamp3 version 3.0d build 488" 0
x.x.x.x - - [04/Jun/2003:06:58:12 -0700] "GET / HTTP/1.0" 404 109 "-"
"Nullsoft Winamp3 version 3.0d build 488" 0
x.x.x.x - - [04/Jun/2003:06:58:16 -0700] "GET / HTTP/1.0" 404 109 "-"
"Nullsoft Winamp3 version 3.0d build 488" 0

<p>and here is error.log:

[2003-06-04  06:57:47] INFO main/main icecast server started
[2003-06-04  06:57:52] INFO connection/_handle_source_request Source logging
in at mountpoint "/silk.ogg"
[2003-06-04  06:57:52] DBUG source/source_main Source creation complete
[2003-06-04  06:58:01] DBUG connection/_handle_get_request Client connected
[2003-06-04  06:58:01] DBUG connection/_handle_get_request Source not found
for client
[2003-06-04  06:58:12] DBUG connection/_handle_get_request Client connected
[2003-06-04  06:58:12] DBUG connection/_handle_get_request Source not found
for client
[2003-06-04  06:58:16] DBUG connection/_handle_get_request Client connected
[2003-06-04  06:58:16] DBUG connection/_handle_get_request Source not found
for client

and here is my icecast.xml:

<icecast>
        <location>Not Currently Used</location>
        <admin>Not Currently Used</admin>
        <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>
                <source-password>hackme</source-password>
                <relay-password>hackme</relay-password>
                <admin-user>admin</admin-user>
                <admin-password>hackme</admin-password>
        </authentication>

        <hostname>x.x.x.x</hostname>

        <listen-socket>
                <port>8000</port>
                <bind-address>x.x.x.x</bind-address>
        </listen-socket>

        <mount>
                <mount-name>/silk.ogg</mount-name>
                <password>hackme</password>
        </mount>

        <fileserve>1</fileserve>

        <paths>
                <basedir>/home/melmoth/stream</basedir>
                <logdir>/home/melmoth/stream</logdir>
                <webroot>/home/melmoth/stream/web</webroot>
                <adminroot>/home/melmoth/stream/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>melmoth</user>
                        <group>melmoth</group>
                </changeowner>
        </security>
</icecast>

and my ices-playlist.xml:

<?xml version="1.0"?>
<ices>

        <background>0</background> <!-- run in background? (unimplemented) -->
        <logpath>/home/melmoth/stream</logpath> <!-- where logs, etc go. -->
        <logfile>ices.log</logfile>
        <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug -->
        <consolelog>1</consolelog> <!-- set this to 1 to log to the console
instead
                                    of to the file above -->
        <stream>
                <metadata>
                        <name>Example stream name</name>
                        <genre>Example genre</genre>
                        <description>A short description of your
stream</description>
                </metadata>
                <input>
                        <module>playlist</module>
                        <param name="type">basic</param><!-- Only 'basic'
implemented -->
                        <param name="file">playlist.txt</param> <!-- be sure
this exists -->
                        <param name="random">0</param> <!-- random play -->
                        <param name="once">0</param> <!-- if set to 1 , plays
once through,
                                                          then exits. -->
                </input>
                <instance>
                        <hostname>x.x.x.x</hostname>
                        <port>8000</port>
                        <password>hackme</password>
                        <mount>/silk.ogg</mount>
                        <reconnectdelay>2</reconnectdelay>
                        <reconnectattempts>5</reconnectattempts>
                        <maxqueuelength>80</maxqueuelength>
                        <encode>
                                <nominal-bitrate>64000</nominal-bitrate> <!--
bps. e.g. 64000 for 64 kbps -->
                                <samplerate>44100</samplerate>
                                <channels>2</channels>
                        </encode>
                </instance>
        </stream>
</ices>

Can anyone help me out here since the docs are pretty lame ?

<p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 labyrinth.net.au  Thu Jun  5 02:18:07 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 5 Jun 2003 12:18:07 +1000
Subject: [icecast] Newbie Problem
In-Reply-To: <56808.192.197.213.242.1054778729.squirrel@sqm.rackforce.com>
Message-ID: <20030605021803.91AE1A413E@eyre.southern.net.au>



> The dynamic webpages work and look fine but when I try and connect using
> WinAmp3 (x.x.x.x:8000), I get no sound and I get the display fluctuating between
> "Prebuffering" and the name of the stream.

<p>This is a simple problem to solve: don't use winamp3, it's horribly broken.

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 tbrill at rackforce.com  Thu Jun  5 02:27:30 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Wed, 4 Jun 2003 19:27:30 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
Message-ID: <57681.192.197.213.242.1054780050.squirrel@sqm.rackforce.com>



Mike,

Even though it plays the test .ogg file I have fine and plays other ShoutCast
streams fine ?
Sorry for the stupid questions but I'm a Linux sysadmin who's never done
streaming audio like this before.
Thanks for the input.
-----------------------------------
Todd Brill
mailto:tbrill at rackforce.com
Linux Network Engineer
Rackforce Hosting Inc.
http://www.rackforce.com
====================================

-------- Original Message --------
Subject: Re: [icecast] Newbie Problem
From: "Michael Smith" <msmith at labyrinth.net.au>
Date: Wed, June 4, 2003 7:18 pm
To: <icecast at xiph.org>
Cc:

<p>> The dynamic webpages work and look fine but when I try and connect using
> WinAmp3 (x.x.x.x:8000), I get no sound and I get the display fluctuating
> between "Prebuffering" and the name of the stream.

<p>This is a simple problem to solve: don't use winamp3, it's horribly broken.

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><p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 uq.net.au  Thu Jun  5 02:26:52 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 12:26:52 +1000 (EST)
Subject: [icecast] Guide on icecast2-yellowpages - Version 0.1
In-Reply-To: <3EDE9E34.7574.13E3EFA@localhost>
Message-ID: <Pine.LNX.4.56.0306051225290.552@data.home>



Hi:

I've not cross-referenced your document with the following, but I just
wanted to make sure you and everyone else knew about Oddsock's spec at
http://www.oddsock.org/icecast2yp/spec.html

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 uq.net.au  Thu Jun  5 02:28:38 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 12:28:38 +1000 (EST)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <57681.192.197.213.242.1054780050.squirrel@sqm.rackforce.com>
Message-ID: <Pine.LNX.4.56.0306051227200.552@data.home>



Hi:

Ogg streaming is broken in winamp3 since it's expecting the wrong MIME
type.  Now that Winamp3 has been discontinued, I wouldn't expect it to be
fixed.  In addition, your access.log seemed to indicate that the actual
mountpoint wasn't being requested.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 tbrill at rackforce.com  Thu Jun  5 02:37:42 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Wed, 4 Jun 2003 19:37:42 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <Pine.LNX.4.56.0306051227200.552@data.home>
Message-ID: <58085.192.197.213.242.1054780662.squirrel@sqm.rackforce.com>



This is what I was sorta complaining about - the documentation is lacking.  I
still don't comprehend how the mountpoints work at all.  Can anyone explain to
me how they work ?  Does the mountpoint point to a local file/folder or is it
something else ?  The example configurations just confuse matters.

Thanks.

-----------------------------------
Todd Brill
mailto:tbrill at rackforce.com
Linux Network Engineer
Rackforce Hosting Inc.
http://www.rackforce.com
====================================

> Hi:
>
> Ogg streaming is broken in winamp3 since it's expecting the wrong MIME type.
>  Now that Winamp3 has been discontinued, I wouldn't expect it to be fixed.
> In addition, your access.log seemed to indicate that the actual mountpoint
> wasn't being requested.
>
> Geoff.
>
>
> --
> Geoff Shang <gshang at uq.net.au>
> ICQ number 43634701
>
> Make sure your E-mail can be read by everyone!
> http://www.betips.net/etc/evilmail.html
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.fsf.org/philosophy/no-word-attachments.html
>
> --- >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>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 uq.net.au  Thu Jun  5 02:43:12 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 12:43:12 +1000 (EST)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <58085.192.197.213.242.1054780662.squirrel@sqm.rackforce.com>
Message-ID: <Pine.LNX.4.56.0306051238000.552@data.home>



Hi:

Mountpoints are used to allow hosting several streams on the one server.
So instead of only having the one stream on port 8000, for example, you can
have as many as you can think of mountpoints for.  Mountpoints only have to
be specified in the streamer's configuration (ices in your case), and are
created when the streamer connects to the server.

So, assuming I remember your example correctly since I've deleted it, you'd
tune into your stream by entering http://x.x.x.x:8000/silk.ogg into your
player, where x.x.x.x is your server's IP address.

Note that I'm not sure what the expected behaviour is when no mountpoint is
specified by the player (i.e. playing http://x.x.x.x:8000/).

Hope this hasn't confused you further.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 uq.net.au  Thu Jun  5 02:56:56 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 12:56:56 +1000 (EST)
Subject: [icecast] general questions
In-Reply-To: <Pine.LNX.4.30.0306041508260.4610-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.56.0306051246300.552@data.home>



On Wed, 4 Jun 2003, Bryan Koschmann - GKT wrote:

> Okay, just to satisfy my mind, can someone give me a rundown on what the
> other things do (other than the streaming portion)
>
> admin root
> web root
>
> by setting these I'm not sure what to put in there or how to access
> them...
>
> and how to use the xsl files? I still cannot find anything on it.

Ok.  I don't know much about the admin stuff so I won't comment on that.
I think Mike might have posted about it before, so a search of the list
archives might prove useful.

the webroot and XSL files questions are related.  To use the XSL files, put
them into the directory you've defined as webroot, and then call them
through icecast like so:

http://server:port/status.xsl

The XSL files are templates which you can edit at will to suit your
needs/desires.

I can't remember if webroot is used for anything else yet.

Hope this helps.

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 uq.net.au  Thu Jun  5 03:00:50 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 13:00:50 +1000 (EST)
Subject: yp server ( [icecast] web stats and now playing)
In-Reply-To: <Pine.LNX.4.30.0306041353350.4610-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.56.0306051257210.552@data.home>



On Wed, 4 Jun 2003, Bryan Koschmann - GKT wrote:

> I see you mentioned
> PHP code, so I guess if I knew the basic structure I might be able to get
> it going.

hmmmm.  Now that I think about it, I don't know where I got the impression
that it was in PHP, particularly given that Oddsock's spec document
recommends a server written in C.  But I've no doubt it could be written
in PHP if you wanted.

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  Thu Jun  5 03:01:45 2003
From: oddsock at oddsock.org (oddsock)
Date: Wed, 04 Jun 2003 22:01:45 -0500
Subject: yp server ( [icecast] web stats and now playing)
In-Reply-To: <Pine.LNX.4.30.0306041506450.4610-100000@penguin.gktech.net >
Message-ID: <5.1.1.6.0.20030604220017.0203ee10@www.oddsock.org>



http://cvs.casterclub.com/horde/chora/cvs.php/icecast2yp?rt=CVS.ODDSOCK.ORG
and
http://www.oddsock.org/icecast2yp/spec.html

there is still alot to do with it...but the base implementation is sound.

oddsock

At 03:08 PM 6/4/2003 -0700, you wrote:
> > I'm sure Oddsock would provide his YP-server-scripts, won't he?
> >
> > Otherwise: The calls to the yp-server-scripts should be fairly
> > simple. Just have a look at the sourcecode ... the yp-server-part
> > shouldn't be hard to find / "decode".
>
>I hope so :)
>
>I'm not too good with C or anything like that, so the sourcecode would
>probably be a bit confusing. Maybe I'll take a look, looks like there is a
>yp.* file that I can peruse...
>
>Thanks, I'll look to hear from Oddsock with (hopefully) good news :)
>
>         Bryan
>
>--- >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 gktnews at gktech.net  Thu Jun  5 03:13:51 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Wed, 4 Jun 2003 20:13:51 -0700 (PDT)
Subject: [icecast] general questions
In-Reply-To: <Pine.LNX.4.56.0306051246300.552@data.home>
Message-ID: <Pine.LNX.4.30.0306042009410.8023-100000@penguin.gktech.net>



On Thu, 5 Jun 2003, Geoff Shang wrote:
> Ok.  I don't know much about the admin stuff so I won't comment on that.
> I think Mike might have posted about it before, so a search of the list
> archives might prove useful.

Okay I'll look around and see what I can find...

> the webroot and XSL files questions are related.  To use the XSL files, put
> them into the directory you've defined as webroot, and then call them
> through icecast like so:
>
> http://server:port/status.xsl

Ahhh!! That will work just great, I can just use a PHP script to read the
status2.xsl and format it using php. I'm curious about one more thing, the
stream name and all that, I don't recall being able to set that, but maybe
I missed something in the default config. I'm not at that location so I
can't check, but would anyone care to give me an enlightening snippet of
info?

<p>Also, is there something that the yp server does that formatting the .xsl
files can't?

Thanks, I think I'm starting to get it all now.. :)

        Bryan

--- >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 tbrill at rackforce.com  Thu Jun  5 03:17:13 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Wed, 4 Jun 2003 20:17:13 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <Pine.LNX.4.56.0306051238000.552@data.home>
Message-ID: <59584.192.197.213.242.1054783033.squirrel@sqm.rackforce.com>



Thanks, Geoff!  Trust me, you can only make things clearer than the docs at
this point.

Now, one last question:  How does a mountpoint work ? Am I pointing it to an
actual file since I've already specified the playlist ? Or is this just a
'virtual' pointer used to connect to the server ?  Should I point to the first
file in my playlist ?

How does the server know that when it receives requests to this mountpoint
that it should start streaming the audio ?

-----------------------------------
Todd Brill
mailto:tbrill at rackforce.com
Linux Network Engineer
Rackforce Hosting Inc.
http://www.rackforce.com
====================================

> Hi:
>
> Mountpoints are used to allow hosting several streams on the one server. So
> instead of only having the one stream on port 8000, for example, you can
> have as many as you can think of mountpoints for.  Mountpoints only have to
> be specified in the streamer's configuration (ices in your case), and are
> created when the streamer connects to the server.
>
> So, assuming I remember your example correctly since I've deleted it, you'd
> tune into your stream by entering http://x.x.x.x:8000/silk.ogg into your
> player, where x.x.x.x is your server's IP address.
>
> Note that I'm not sure what the expected behaviour is when no mountpoint is
> specified by the player (i.e. playing http://x.x.x.x:8000/).
>
> Hope this hasn't confused you further.
>
> Geoff.
>
>
> --
> Geoff Shang <gshang at uq.net.au>
> ICQ number 43634701
>
> Make sure your E-mail can be read by everyone!
> http://www.betips.net/etc/evilmail.html
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.fsf.org/philosophy/no-word-attachments.html
>
> --- >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>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 labyrinth.net.au  Thu Jun  5 03:53:58 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 5 Jun 2003 13:53:58 +1000
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <57681.192.197.213.242.1054780050.squirrel@sqm.rackforce.com>
Message-ID: <20030605035355.23D20A43A5@eyre.southern.net.au>



Todd Brill <tbrill at rackforce.com> said:

> Mike,
> 
> Even though it plays the test .ogg file I have fine and plays other ShoutCast
> streams fine ?
> Sorry for the stupid questions but I'm a Linux sysadmin who's never done
> streaming audio like this before.
> Thanks for the input.

Yes. That's right. It plays local oggs ok, it cannot listen to ogg streams
correctly. Use winamp 2.x, it's much more usable.

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 labyrinth.net.au  Thu Jun  5 03:56:16 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 5 Jun 2003 13:56:16 +1000
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <Pine.LNX.4.56.0306051238000.552@data.home>
Message-ID: <20030605035613.0E4A8A413C@eyre.southern.net.au>



> Note that I'm not sure what the expected behaviour is when no mountpoint is
> specified by the player (i.e. playing http://x.x.x.x:8000/).

That case isn't 'no mountpoint', it's the mountpoint '/'. If you don't enter a
trailing slash in your player, the player uses it anyway, since the HTTP
protocol requires 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 oddsock at oddsock.org  Thu Jun  5 04:10:54 2003
From: oddsock at oddsock.org (oddsock)
Date: Wed, 04 Jun 2003 23:10:54 -0500
Subject: [icecast] general questions
In-Reply-To: <Pine.LNX.4.56.0306051246300.552@data.home>
Message-ID: <5.1.1.6.0.20030604220541.02621e78@www.oddsock.org>



the adminroot is similar to the webroot.

It is the intent that the webroot contain files (html or XSLT files) that 
normal listeners can access...so things like a status page or what's 
playing page could be served from there.  So if you enable file serving 
(<fileserve>1</fileserve> in the icecast.xml) and you place files in your 
webroot, they should be served as a normal web server would serve them.. 
obviously things like .php or cgi scripts are not supported.  If you happen 
to place an xslt file in that dir, then it will be transformed by the 
server.  The XML file which it uses for the transformation is icecast2's 
internal stat tree. This is the XML that you see if you hit 
/admin/stats.xml or /admin/rawstats.  In order to use the XSLT stuff, you 
really need to know XSLT, and that is why samples are provided.

now adminroot is like webroot except it serves up exclusively xslt files 
with predetermined names.  It is located as a separate directory since most 
people don't want their listeners accessing admin pages as well :).  The 
look and feel of the admin XSLT pages can be modified easily (if you know 
XSLT that is) and sample admin xslt templates are also provided in the 
/admin distribution directory.

also, as a side note, in testing that what I was saying was actually true, 
I found a bug in the win32 version of icecast which prevented fileserving 
from the webroot to function properly....so this will be fixed immediately 
and a new exe will be posted at http://www.oddsock.org/tools/icecast2.... 
note that the bug applied only to the win32 version.

hope it clarifies things a bit..

oddsock

At 12:56 PM 6/5/2003 +1000, you wrote:
>On Wed, 4 Jun 2003, Bryan Koschmann - GKT wrote:
>
> > Okay, just to satisfy my mind, can someone give me a rundown on what the
> > other things do (other than the streaming portion)
> >
> > admin root
> > web root
> >
> > by setting these I'm not sure what to put in there or how to access
> > them...
> >
> > and how to use the xsl files? I still cannot find anything on it.
>
>Ok.  I don't know much about the admin stuff so I won't comment on that.
>I think Mike might have posted about it before, so a search of the list
>archives might prove useful.
>
>the webroot and XSL files questions are related.  To use the XSL files, put
>them into the directory you've defined as webroot, and then call them
>through icecast like so:
>
>http://server:port/status.xsl
>
>The XSL files are templates which you can edit at will to suit your
>needs/desires.
>
>I can't remember if webroot is used for anything else yet.
>
>Hope this helps.
>
>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.

<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 tbrill at rackforce.com  Thu Jun  5 05:23:31 2003
From: tbrill at rackforce.com (tbrill at rackforce.com)
Date: Wed, 4 Jun 2003 22:23:31 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <20030605035613.0E4A8A413C@eyre.southern.net.au>
Message-ID: <64517.192.197.213.242.1054790611.squirrel@sqm.rackforce.com>



Okay so how does this work then with the <mount> tags ? If I want to have
users point their Winamp to http://x.x.x.x:8000, what does <mount> require
?

Thanks again for the help on this guys.

-Todd

>
>> Note that I'm not sure what the expected behaviour is when no
>> mountpoint is specified by the player (i.e. playing
>> http://x.x.x.x:8000/).
>
> That case isn't 'no mountpoint', it's the mountpoint '/'. If you don't
> enter a trailing slash in your player, the player uses it anyway, since
> the HTTP protocol requires 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.

<p><p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 labyrinth.net.au  Thu Jun  5 05:35:52 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 5 Jun 2003 15:35:52 +1000
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <64517.192.197.213.242.1054790611.squirrel@sqm.rackforce.com>
Message-ID: <20030605053549.2536DA413E@eyre.southern.net.au>



tbrill at rackforce.com said:

> Okay so how does this work then with the <mount> tags ? If I want to have
> users point their Winamp to http://x.x.x.x:8000, what does <mount> require
> ?
> 

In icecast, you shouldn't specify this, unless you want non-default settings
on this mountpoint, but not on any others.

In your source client, you should specify the mount as "/" if you want that
URL to work (but note that many clients have very buggy HTTP implementations,
and won't decode ogg correctly if the URL doesn't end with ".ogg")

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 tbrill at rackforce.com  Thu Jun  5 05:59:15 2003
From: tbrill at rackforce.com (tbrill at rackforce.com)
Date: Wed, 4 Jun 2003 22:59:15 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <20030605053549.2536DA413E@eyre.southern.net.au>
Message-ID: <33252.192.197.213.242.1054792755.squirrel@sqm.rackforce.com>



Mike,

Making those changes, I now get a 404 error.  Here is my error.log:

[root at icecast stream]# tail error.log
[2003-06-04  10:55:26] INFO main/main icecast server started
[2003-06-04  10:55:42] INFO connection/_handle_source_request Source
logging in at mountpoint "/stream.ogg"
[2003-06-04  10:55:42] DBUG source/source_main Source creation complete
[2003-06-04  10:55:42] DBUG connection/_handle_get_request Client connected
[2003-06-04  10:55:42] DBUG connection/_handle_get_request Source not
found for client
[2003-06-04  10:55:52] DBUG connection/_handle_get_request Client connected
[2003-06-04  10:55:52] DBUG connection/_handle_get_request Source not
found for client

Here is my access.log:

[04/Jun/2003:10:55:42 -0700] "GET / HTTP/1.0" 404 109 "-" "WinampMPEG/2.9" 0

Does this help ?

-Todd

> tbrill at rackforce.com said:
>
>> Okay so how does this work then with the <mount> tags ? If I want to
>> have users point their Winamp to http://x.x.x.x:8000, what does
>> <mount> require ?
>>
>
> In icecast, you shouldn't specify this, unless you want non-default
> settings on this mountpoint, but not on any others.
>
> In your source client, you should specify the mount as "/" if you want
> that URL to work (but note that many clients have very buggy HTTP
> implementations, and won't decode ogg correctly if the URL doesn't end
> with ".ogg")
>
> 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><p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 labyrinth.net.au  Thu Jun  5 06:47:52 2003
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 5 Jun 2003 16:47:52 +1000
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <33252.192.197.213.242.1054792755.squirrel@sqm.rackforce.com>
Message-ID: <20030605064749.28BFBA4391@eyre.southern.net.au>



tbrill at rackforce.com said:

> Mike,
> 
> Making those changes, I now get a 404 error.  Here is my error.log:
> 

> logging in at mountpoint "/stream.ogg"

Your source logged in at "/stream.ogg"

> Here is my access.log:
> 
> [04/Jun/2003:10:55:42 -0700] "GET / HTTP/1.0" 404 109 "-" "WinampMPEG/2.9" 0

Your client requested "/". Since there's no source logged in at "/", you get a
404.

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 tbrill at rackforce.com  Thu Jun  5 06:53:25 2003
From: tbrill at rackforce.com (tbrill at rackforce.com)
Date: Wed, 4 Jun 2003 23:53:25 -0700 (PDT)
Subject: [Fwd: Re: [icecast] Newbie Problem]
In-Reply-To: <20030605064749.28BFBA4391@eyre.southern.net.au>
Message-ID: <35241.192.197.213.242.1054796005.squirrel@sqm.rackforce.com>



Amusingly enough, that occurred to me and I tried this after I posted and
I'm listening to the stream right now !

Thanks for all your help.  Now I just have to figure out how to hook up a
radio receiver to this thing and get the streaming working..

Cheers,

-Todd

<p>> tbrill at rackforce.com said:
>
>> Mike,
>>
>> Making those changes, I now get a 404 error.  Here is my error.log:
>>
>
>> logging in at mountpoint "/stream.ogg"
>
> Your source logged in at "/stream.ogg"
>
>> Here is my access.log:
>>
>> [04/Jun/2003:10:55:42 -0700] "GET / HTTP/1.0" 404 109 "-"
>> "WinampMPEG/2.9" 0
>
> Your client requested "/". Since there's no source logged in at "/", you
> get a 404.
>
> 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><p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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  Thu Jun  5 07:17:09 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Thu, 05 Jun 2003 09:17:09 +0200
Subject: [icecast] Guide on icecast2-yellowpages - Version 0.1
In-Reply-To: <Pine.LNX.4.56.0306051225290.552@data.home>
Message-ID: <3EDF0A95.22039.D45A8@localhost>



Hmmm, grrr, via which link did you find it? I think there are several 
documents on the server I do not know about - simply because I didn't 
find them anywhere linked.

Okay, forget all what I posted ...

On 5 Jun 2003 at 12:26, Geoff Shang wrote:

> I've not cross-referenced your document with the following, but I just
> wanted to make sure you and everyone else knew about Oddsock's spec at
> http://www.oddsock.org/icecast2yp/spec.html
--- >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 uq.net.au  Thu Jun  5 08:46:30 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 18:46:30 +1000 (EST)
Subject: [icecast] Guide on icecast2-yellowpages - Version 0.1
In-Reply-To: <3EDF0A95.22039.D45A8@localhost>
Message-ID: <Pine.LNX.4.56.0306051845000.552@data.home>



On Thu, 5 Jun 2003, Stefan Neufeind wrote:

> Hmmm, grrr, via which link did you find it? I think there are several
> documents on the server I do not know about - simply because I didn't
> find them anywhere linked.

It was contained in a message from Oddsock posted to this list a few months
ago when the YP support was added to Icecast.  Fortuitously, I decided at
the time that I'd better keep the message.

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 uq.net.au  Thu Jun  5 08:53:09 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 5 Jun 2003 18:53:09 +1000 (EST)
Subject: [icecast] general questions
In-Reply-To: <Pine.LNX.4.30.0306042009410.8023-100000@penguin.gktech.net>
Message-ID: <Pine.LNX.4.56.0306051847570.552@data.home>



On Wed, 4 Jun 2003, Bryan Koschmann - GKT wrote:

> Ahhh!! That will work just great, I can just use a PHP script to read the
> status2.xsl and format it using php. I'm curious about one more thing, the
> stream name and all that, I don't recall being able to set that, but maybe
> I missed something in the default config. I'm not at that location so I
> can't check, but would anyone care to give me an enlightening snippet of
> info?

Yeah, the stream name 'n stuff is set in the streamer's config (e.g.
ices2).  this is pretty obvious since the name of a stream is different for
each stream.

> Also, is there something that the yp server does that formatting the .xsl
> files can't?

YP servers are meant to be directories of a whole bunch of streams from a
whole bunch of servers.  If you just want to show stats and listen links
for your own streams on your own server, then there's probably not a lot of
point in running a YP server.  If you visit
http://www.oddsock.org/icecast2yp/ or http://yp.icecast.net you'll see many
streams listed from all sorts of places.

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 aleigh at fdmedia.com  Thu Jun  5 14:32:05 2003
From: aleigh at fdmedia.com (adam leigh)
Date: Thu, 05 Jun 2003 09:32:05 -0500
Subject: [icecast] Can't get ices to work on secondary audio card
In-Reply-To: <1054764531.1085.18.camel@bogus.hackers.club>
Message-ID: <20030605143206.57CC52CEA20@webmail.fdmedia.com>



> On Wed, 2003-06-04 at 22:01, adam leigh wrote:
> 
> > When broadcasting live media off of any sound card other than the primary
> > (Default, aka: /dev/dsp) sound device I only end up broadcasting silence. 
> 
> so there's a connection to icecast being maintained and icecast shows a
> stream with so many listeners (status.xsl) ?

That's right.  Icecast recognizes the stream and the status.xsl page updates
properly to reflect the attempts to connect I make.
 
> if that is correct then email the ices log file to me.

okay, here you go: ices-live-2.log 

---

[2003-06-05  06:22:51] INFO ices-core/main ices started...
[2003-06-05  06:22:51] INFO input-oss/oss_open_module Opened audio device
/dev/dsp4 at 2 channel(s), 44100 Hz
[2003-06-05  06:22:51] INFO input-oss/oss_open_module Started metadata update
thread
[2003-06-05  06:22:51] INFO signals/signal_usr1_handler Metadata update
requested
[2003-06-05  06:22:51] WARN metadata/metadata_thread_signal Failed to open file
test for metadata update: No such file or directory
[2003-06-05  06:22:51] INFO audio/resample_initialise Initialised resampler for
2 channels, from 44100 Hz to 22050 Hz
[2003-06-05  06:22:51] INFO encode/encode_initialise Encoder initialising in
VBR mode: 2 channel(s), 22050 Hz, quality 0.000000
[2003-06-05  06:22:51] INFO stream/ices_instance_stream Connected to server:
localhost:8000/2
----

IT doesn't seem like much to me but maybe you'll notice something I dont.
Thanks again!

--Adam
 
> 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 remco at rc6.org  Thu Jun  5 14:34:21 2003
From: remco at rc6.org (Remco B. Brink)
Date: Thu, 5 Jun 2003 16:34:21 +0200
Subject: [icecast] Can't get ices to work on secondary audio card
In-Reply-To: <20030605143206.57CC52CEA20@webmail.fdmedia.com>
Message-ID: <20030605163421.40985d63.remco@rc6.org>



<quote who="adam leigh">

> > On Wed, 2003-06-04 at 22:01, adam leigh wrote:
> > 
> > > When broadcasting live media off of any sound card other than the
> > > primary(Default, aka: /dev/dsp) sound device I only end up
> > > broadcasting silence. 
> > 
> > so there's a connection to icecast being maintained and icecast
> > shows a stream with so many listeners (status.xsl) ?
> 
> That's right.  Icecast recognizes the stream and the status.xsl page
> updates properly to reflect the attempts to connect I make.

Are you sure that the user accessing the secondary sound device actually
has rights to access that device?

If that user doesn't, you'll end up streaming silence - resulting in the
problem you're describing.

Your problem is not on the Icecast server, but on the program you use to
stream *towards* the Icecast server. Either permission problems or
your recording device is somehow configured wrong.

-rbb


-- 
   Remco B. Brink -- Information Systems Developer, Opera Software ASA
   Personal site at http://rc6.org - PGP key at http://rc6.org/rbb.pgp
--- >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 aleigh at fdmedia.com  Thu Jun  5 14:48:49 2003
From: aleigh at fdmedia.com (adam leigh)
Date: Thu, 05 Jun 2003 09:48:49 -0500
Subject: [icecast] Can't get ices to work on secondary audio card
In-Reply-To: <20030605163421.40985d63.remco@rc6.org>
Message-ID: <20030605144849.27D972CEA20@webmail.fdmedia.com>



> <quote who="adam leigh">
> 
> > That's right.  Icecast recognizes the stream and the status.xsl page
> > updates properly to reflect the attempts to connect I make.
> 
> Are you sure that the user accessing the secondary sound device actually
> has rights to access that device?

For testing purposes (and because I'm pretty careless most of the time) I'm
running everything as root, so I wouldn't think permissions is the problem. 
Now, Icecast isn't running on root, but on it's own limited user, but, you
followed up with...

> Your problem is not on the Icecast server, but on the program you use to
> stream *towards* the Icecast server. Either permission problems or
> your recording device is somehow configured wrong.

So if it's not the Icecast server, then ices has all the permissions it wants.

But, for thoroughness sake, I'm going to alter the permissions on the dsp
devices right now.

Oh, and as for configuration... well, I'm not really sure.  THis card seems to
be from some sort of age bordering on the paleolithic, so I'm willing to
acknoledge that it's configured wrong but in all other applications, the cards
are working properly so I'm weary.

Thanks for the tip!

--Adam

> -rbb
> 
> -- 
>    Remco B. Brink -- Information Systems Developer, Opera Software ASA
>    Personal site at http://rc6.org - PGP key at http://rc6.org/rbb.pgp
> --- >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 gktnews at gktech.net  Thu Jun  5 17:56:56 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Thu, 5 Jun 2003 10:56:56 -0700 (PDT)
Subject: [icecast] no metadata?
Message-ID: <Pine.LNX.4.30.0306051055000.12235-100000@penguin.gktech.net>



Hello,

I've added metadata information in my ices config; a generic name under
stream, and individual under each instance. when looking at status2.xsl,
it doesn't show any stream name or information.

Also, I uncommented the stuff for oddsock's yp server, but it never shows
on the page.

Am I missing something somewere?

Thanks,

        Bryan

--- >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  Thu Jun  5 18:12:52 2003
From: groups at mediacast1.com (Dave St John)
Date: Thu, 5 Jun 2003 12:12:52 -0600
Subject: [icecast] no metadata?
In-Reply-To: <Pine.LNX.4.30.0306051055000.12235-100000@penguin.gktech.net>
Message-ID: <00f601c32b8e$16ce6000$ca01a8c0@eaglenest>



> Am I missing something somewere?
Make sure you have the latest icecst2 build from cvs.
i noticed some changes in oddsocks yp code for the latest build.

<p><p><p>Dave St John
(720) 641-7586
Mediacast1 Administration
----- Original Message ----- 
From: "Bryan Koschmann - GKT" <gktnews at gktech.net>
To: "Icecast List" <icecast at xiph.org>
Sent: Thursday, June 05, 2003 11:56 AM
Subject: [icecast] no metadata?

<p>> Hello,
>
> I've added metadata information in my ices config; a generic name under
> stream, and individual under each instance. when looking at status2.xsl,
> it doesn't show any stream name or information.
>
> Also, I uncommented the stuff for oddsock's yp server, but it never shows
> on the page.
>
> Am I missing something somewere?
>
> Thanks,
>
> Bryan
>
> --- >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  Thu Jun  5 18:13:33 2003
From: oddsock at oddsock.org (oddsock)
Date: Thu, 05 Jun 2003 13:13:33 -0500
Subject: [icecast] no metadata?
In-Reply-To: <Pine.LNX.4.30.0306051055000.12235-100000@penguin.gktech.ne t>
Message-ID: <5.1.1.6.0.20030605131236.021718b0@www.oddsock.org>



look in your icecast error.log for messages from the YP regarding why it's 
not being listed...and if you don't see any messages, then your  source 
client is not telling the server to list your stream...

oddsock
At 10:56 AM 6/5/2003 -0700, you wrote:
>Hello,
>
>I've added metadata information in my ices config; a generic name under
>stream, and individual under each instance. when looking at status2.xsl,
>it doesn't show any stream name or information.
>
>Also, I uncommented the stuff for oddsock's yp server, but it never shows
>on the page.
>
>Am I missing something somewere?
>
>Thanks,
>
>         Bryan
>
>--- >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 gktnews at gktech.net  Thu Jun  5 19:39:05 2003
From: gktnews at gktech.net (Bryan Koschmann - GKT)
Date: Thu, 5 Jun 2003 12:39:05 -0700 (PDT)
Subject: [icecast] now ices fails to start
Message-ID: <Pine.LNX.4.30.0306051236260.12235-100000@penguin.gktech.net>



Okay I was poking around the logs, getting ready to test the yp server
update, and then I decided to check the configs. I still had localhost set
for the hostname, so I changed it to my real hostname. Now I get this in
my ices.log when trying to start (although icecast is started fine):

[2003-06-05  12:27:00] EROR stream/ices_instance_stream Failed initial
connect to myreal.hostname.net:8000 (Couldn't connect: Bad file
descriptor)
[2003-06-05  12:27:00] EROR stream/ices_instance_stream Failed initial
connect to myreal.hostname.net:8000 (Couldn't connect: Bad file
descriptor)
[2003-06-05  12:27:00] DBUG reencode/reencode_clear Clearing reencoder
[2003-06-05  12:27:00] DBUG input/input_loop An instance died, removing it
[2003-06-05  12:27:00] DBUG input/input_flush_queue Input queue flush
requested
[2003-06-05  12:27:00] DBUG input/input_loop An instance died, removing it
[2003-06-05  12:27:00] DBUG input/input_flush_queue Input queue flush
requested
[2003-06-05  12:27:00] DBUG input/input_loop All instances removed,
shutting down c
ontrol thread.
[2003-06-05  12:27:00] INFO ices-core/main Shutdown complete

Shouldn't it work fine with this? There should be no issues with firewalls
or dns.

Thanks,

        Bryan

--- >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 k.heyes at blueyonder.co.uk  Fri Jun  6 20:07:27 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 06 Jun 2003 21:07:27 +0100
Subject: [icecast] now ices fails to start
In-Reply-To: <Pine.LNX.4.30.0306051236260.12235-100000@penguin.gktech.net>
Message-ID: <1054930047.1608.144.camel@bogus.hackers.club>



On Thu, 2003-06-05 at 20:39, Bryan Koschmann - GKT wrote:

> [2003-06-05  12:27:00] EROR stream/ices_instance_stream Failed initial
> connect to myreal.hostname.net:8000 (Couldn't connect: Bad file
> descriptor)

I've committed a fix in libshout which can show this error, the message
should typically be connection refused. In either case a connection to
icecast cannot be made.

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 chrisg1 at umbc.edu  Sat Jun  7 01:07:37 2003
From: chrisg1 at umbc.edu (Chris G Moguta)
Date: Fri, 6 Jun 2003 21:07:37 -0400
Subject: [icecast] PeerCast development...
Message-ID: <3EEA667B@webmail.umbc.edu>



I know this isn't exactly concerning Icecast, but PeerCast shares some 
similarities nonetheless...

Is there anyone who would be willing/capable to code a streamlined Ogg Vorbis 
decoder for inclusion with the PeerCast client?  The only thing preventing Ogg 
Vorbis from wide use is the many software players that still don't support it 
(Real, WiMP, MMJB).  Since people have to download the PeerCast client to 
listen over the PeerCast network, it would 1) be annoying for the typical user 
to download a Vorbis-compatible player seperately (especially if they're 
comfortable with their current player) and 2) be beneficial to include by 
default an Ogg Vorbis decoder (plus a few controls, like volume & tag display) 
that only has the functions needed for decoding a stream.

If anyone's interested (especially with summer now, for those in school), give 
a visit over to  www.peercast.org
... it could potentially go a long way for Vorbis' acceptance if the cheapest 
broadcasting software (because it saves bandwidth costs) has included support 
for the format.

NOTE: I am not a part of the PeerCast development team, but an avid fan & 
potential future (legal) broadcaster.

--- >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 tbrill at rackforce.com  Sat Jun  7 02:50:47 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Fri, 6 Jun 2003 19:50:47 -0700 (PDT)
Subject: [icecast] Live Streaming Problem
Message-ID: <48552.192.197.213.242.1054954247.squirrel@sqm.rackforce.com>



Me again....

After getting regular playlist streaming working, I'm not trying to
complete the project and implement the live streaming.  Unfortunately, due
to the sad, lacking documentation for icecast and ices (especially what
the xml tags in the configuration files actually DO and how they can be
used), I've run into another snag that only you guys can help me out with.
 Here it goes.  The problem seems to be in the sample rate (see error
message below):

Here's my icecast.xml file:

<icecast>
      <location>Not Currently Used</location>
      <admin>Not Currently Used</admin>

      <limits>
        <clients>100</clients>
        <sources>2</sources>
        <threadpool>5</threadpool>
        <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>hackme</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>hackme</relay-password>
        <!-- Admin logs in with the username given below -->
        <admin-user>admin</admin-user>
        <admin-password>hackme</admin-password>
      </authentication>

      <!--<directory>
      <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>192.168.0.41</hostname>
      <port>8000</port>

      <!--<bind-address>127.0.0.1</bind-address>-->
      <!--<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>/foo.ogg</mount>
       <local-mount>/bar.ogg</local-mount>
      </relay>-->

      <!--<mount>
        <mount-name>/example1.ogg</mount-name>
        <username>othersource</username>
        <password>hackmemore</password>-->

        <!-- These next three aren't yet implemented -->
        <!--<max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <fallback-mount>/example2.ogg</fallback-mount>
      </mount>-->

      <fileserve>1</fileserve>

      <paths>
        <basedir>/home/melmoth/stream</basedir>
        <logdir>/home/melmoth/stream</logdir>
        <webroot>/home/melmoth/stream/web</webroot>
      </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>melmoth</user>
                <group>melmoth</group>
        </changeowner>
      </security>
</icecast>

Here's my ices-live.xml :

<?xml version="1.0"?>
<ices>

        <background>0</background> <!-- run in background? (unimplemented)
-->
        <logpath>/home/melmoth/stream</logpath> <!-- where logs, etc go. -->
        <logfile>ices.log</logfile>
        <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug -->
        <consolelog>1</consolelog> <!-- logfile is ignored if this is set
to 1 -->

        <stream>
                <!-- metadata used for stream listing (not currently used)
-->
                <metadata>
                        <name>Example stream name</name>
                        <genre>Example genre</genre>
                        <description>A short description of your
stream</description>
                </metadata>

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

                <!-- Stream instance
                         You may have one or more instances here. This
allows you to
                         send the same input data to one or more servers
(or to different
                         mountpoints on the same server). Each of them can
have different
                         parameters. This is primarily useful for a)
relaying to multiple
                         independent servers, and b) encoding/reencoding
to multiple
                         bitrates.
                         If one instance fails (for example, the
associated server goes
                         down, etc), the others will continue to function
correctly.
                         This example defines a single instance doing live
encoding at
                         low bitrate.
                -->
                <instance>
                        <!-- Server details:
                                 You define hostname and port for the
server here, along with
                                 the source password and mountpoint.
                        -->
                        <hostname>localhost</hostname>
                        <port>8000</port>
                        <password>hackme</password>
                        <!--<mount>/example1.ogg</mount>-->

                        <!-- Live encoding/reencoding:
                                 channels and samplerate currently MUST
match the channels
                                 and samplerate given in the parameters to
the oss input
                                 module above.

<p>                        <encode>
                                <quality>0</quality>
                                <samplerate>22050</samplerate>
                                <channels>1</channels>
                        </encode>-->

            <!-- stereo->mono downmixing, enabled by setting this to 1 -->
            <downmix>1</downmix>

            <!-- resampling. Set to the frequency (in Hz) you wish to
resample
                 to, or 0 to disable -->

            <resample>
                <in-rate>44100</in-rate>
                <out-rate>22050</out-rate>
            </resample>
                </instance>
        </stream>
</ices>

Here's the message that appears when I try and start the server:

[root at silky stream]# service icecast start
Starting IceCast Server:  Changed groupid to 500.
Changed userid to 500.
[2003-06-06  07:46:15] INFO ices-core/main ices started...
[2003-06-06  07:46:15] EROR input-oss/oss_open_module Couldn't set
sampling rate
[2003-06-06  07:46:15] EROR input/input_loop Couldn't initialise input
module "oss"

[2003-06-06  07:46:15] INFO ices-core/main Shutdown complete

<p>Thanks for the help guys !

-Todd Brill

<p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 uq.net.au  Sat Jun  7 05:59:47 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sat, 7 Jun 2003 15:59:47 +1000 (EST)
Subject: [icecast] Live Streaming Problem
In-Reply-To: <48552.192.197.213.242.1054954247.squirrel@sqm.rackforce.com>
Message-ID: <Pine.LNX.4.56.0306071554440.5372@data.home>



On Fri, 6 Jun 2003, Todd Brill wrote:

> Here's my icecast.xml file:
...
>       <hostname>192.168.0.41</hostname>

Note that this will cause problems if you want to be able to listen from on
the net, as the M3U files the server will generate will be wrong.

>         <!-- These next three aren't yet implemented -->
>         <!--<max-listeners>1</max-listeners>
>         <dump-file>/tmp/dump-example1.ogg</dump-file>
>         <fallback-mount>/example2.ogg</fallback-mount>
>       </mount>-->

hmmm, aren't dump and fallback implemented now?

> [2003-06-06  07:46:15] EROR input-oss/oss_open_module Couldn't set
> sampling rate
> [2003-06-06  07:46:15] EROR input/input_loop Couldn't initialise input
> module "oss"

hmmm.  The ices config looks fine to me.  Do you have read permission to
/dev/dsp?  Can you record?

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 k.heyes at blueyonder.co.uk  Sat Jun  7 10:54:05 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 07 Jun 2003 11:54:05 +0100
Subject: [icecast] Live Streaming Problem
In-Reply-To: <48552.192.197.213.242.1054954247.squirrel@sqm.rackforce.com>
Message-ID: <1054983245.1608.148.camel@bogus.hackers.club>



On Sat, 2003-06-07 at 03:50, Todd Brill wrote:

> Here's the message that appears when I try and start the server:
> 
> [root at silky stream]# service icecast start
> Starting IceCast Server:  Changed groupid to 500.
> Changed userid to 500.
> [2003-06-06  07:46:15] INFO ices-core/main ices started...
> [2003-06-06  07:46:15] EROR input-oss/oss_open_module Couldn't set
> sampling rate
> [2003-06-06  07:46:15] EROR input/input_loop Couldn't initialise input
> module "oss"

your sound card/driver does not deal with 44100hz samplerates, try 48000
instead. Remember to change the resample tags according.

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 gshang at uq.net.au  Sat Jun  7 15:31:47 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sun, 8 Jun 2003 01:31:47 +1000 (EST)
Subject: [icecast] Live Streaming Problem
In-Reply-To: <1054983245.1608.148.camel@bogus.hackers.club>
Message-ID: <Pine.LNX.4.56.0306080130320.5372@data.home>



On Sat, 7 Jun 2003, Karl Heyes wrote:

> your sound card/driver does not deal with 44100hz samplerates, try 48000
> instead. Remember to change the resample tags according.

Are there many cards in this category?  I'dve thought that all cards would
support 44100, it being the standard that it is.  Your comments however
suggest experience of this problem.

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 k.heyes at blueyonder.co.uk  Sat Jun  7 18:47:52 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 07 Jun 2003 19:47:52 +0100
Subject: [icecast] Live Streaming Problem
In-Reply-To: <Pine.LNX.4.56.0306080130320.5372@data.home>
Message-ID: <1055011673.1058.158.camel@bogus.hackers.club>



On Sat, 2003-06-07 at 16:31, Geoff Shang wrote:
> On Sat, 7 Jun 2003, Karl Heyes wrote:
> 
> > your sound card/driver does not deal with 44100hz samplerates, try 48000
> > instead. Remember to change the resample tags according.
> 
> Are there many cards in this category?  I'dve thought that all cards would
> support 44100, it being the standard that it is.  Your comments however
> suggest experience of this problem.

I've not experienced it myself,  but there are a small number of people
that have reported this problem. In each case AFAIK using a setting of
48000 hz worked.

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 tbrill at rackforce.com  Sat Jun  7 23:30:07 2003
From: tbrill at rackforce.com (Todd Brill)
Date: Sat, 7 Jun 2003 16:30:07 -0700 (PDT)
Subject: [icecast] Live Streaming Problem
In-Reply-To: <1055011673.1058.158.camel@bogus.hackers.club>
Message-ID: <48579.192.197.213.242.1055028607.squirrel@sqm.rackforce.com>



You da man Karl!  Setting it to 48000 worked perfectly.  Thanks for all 
your help.

=============================
Todd Brill

> On Sat, 2003-06-07 at 16:31, Geoff Shang wrote:
>> On Sat, 7 Jun 2003, Karl Heyes wrote:
>>
>> > your sound card/driver does not deal with 44100hz samplerates, try
>> 48000 instead. Remember to change the resample tags according.
>>
>> Are there many cards in this category?  I'dve thought that all cards
>> would support 44100, it being the standard that it is.  Your comments
>> however suggest experience of this problem.
>
> I've not experienced it myself,  but there are a small number of people
> that have reported this problem. In each case AFAIK using a setting of
> 48000 hz worked.
>
> 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>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 ross.levis at cchlawbase.co.nz  Mon Jun  9 03:29:45 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Mon, 9 Jun 2003 15:29:45 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10E3@bagheera.internal.cch.co.nz>



We want to setup multiple streams using multiple copies of
Winamp/SQRSoft crossfader/OddCast.  We are guessing that somewhere
between 16 and 24 streams may be supported on one dual-processor PC.
However, rather than sending the output of all the streams to a
soundcard (which may cause problems?), I thought it should be possible
to send the output to a dummy soundcard driver.  I was sure one existed
but I can't find one searching the net.  Any ideas.

Cheers,
Ross.
--- >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  Mon Jun  9 10:53:41 2003
From: adam at xs4all.nl (adam)
Date: Mon, 9 Jun 2003 12:53:41 +0200 (CEST)
Subject: [icecast] icecast workshop anyone?
In-Reply-To: <Pine.LNX.4.56.0306080130320.5372@data.home>
Message-ID: <20030609124738.O47811-100000@xs1.xs4all.nl>



hi,

I am a part of a group that is organising a workshop in Amsterdam about
independent and tactical media. The event is called 'Next Five Minutes'
and there is some info online at www.n5m.org. The event is on sept
12,13,14 of this year.

Is there anyone that is part of the dev team for icecast that would like
to present Icecast at this event?

I am working on getting some funding for travel and accomodation for this.
It is not confirmed yet but if anyone is interested in doing this please
let me know.

adam

<p><p>Adam Hyde
r a d i o q u a l i a
Free as in 'media'

<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 darkeye at tyrell.hu  Mon Jun  9 11:09:10 2003
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 09 Jun 2003 13:09:10 +0200
Subject: [icecast] icecast workshop anyone?
In-Reply-To: <20030609124738.O47811-100000@xs1.xs4all.nl>
Message-ID: <3EE46AD6.7030909@tyrell.hu>



adam wrote:
> hi,
> 
> I am a part of a group that is organising a workshop in Amsterdam about
> independent and tactical media. The event is called 'Next Five Minutes'
> and there is some info online at www.n5m.org. The event is on sept
> 12,13,14 of this year.
> 
> Is there anyone that is part of the dev team for icecast that would like
> to present Icecast at this event?
> 
> I am working on getting some funding for travel and accomodation for this.
> It is not confirmed yet but if anyone is interested in doing this please
> let me know.

I may be there myself, depending on travel arrangements. If so, I'd be 
presenting darkice with icecast for sure.. (I did so last year.)

--- >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  Mon Jun  9 12:10:37 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Mon, 09 Jun 2003 14:10:37 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10E3@bagheera.internal.cch.co.nz>
Message-ID: <3EE4955D.6507.1A6768@localhost>



For Linux I don't know. If your using Windows you could have a look 
at TotalRecorder I guess. Well, it's not free - but maybe this hint 
helps you a bit.

btw: Running one WinAmp (for input) with several outputs you mean? 
Get WinAmp classic (2.x) and take a look at the "dsp stacker". Maybe 
that's what you want. You can have multiple DSP / Output-plugins at 
the same time, set the order of the plugins etc.

On 9 Jun 2003 at 15:29, Ross Levis wrote:

> We want to setup multiple streams using multiple copies of
> Winamp/SQRSoft crossfader/OddCast.  We are guessing that somewhere
> between 16 and 24 streams may be supported on one dual-processor PC.
> However, rather than sending the output of all the streams to a
> soundcard (which may cause problems?), I thought it should be possible
> to send the output to a dummy soundcard driver.  I was sure one
> existed but I can't find one searching the net.  Any ideas.
--- >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 matt at sprout.org  Mon Jun  9 16:27:39 2003
From: matt at sprout.org (Matt Boersma)
Date: Mon, 9 Jun 2003 10:27:39 -0600
Subject: [icecast] OT: sample rate and emu10k1
In-Reply-To: <Pine.LNX.4.56.0306080130320.5372@data.home>
Message-ID: <20030609102739.B18291@sprout.org>


This is slightly off-topic, but since we're talking about sample rates
perhaps one of you can help.

I have a SoundBlaster Live! 5.1 card installed in a nice server
running Debian Woody (stable).  I have ices and icecast2 working
well from recent CVS sources.  Linux 2.4.18 kernel using the included
OSS/Free emu10k1 driver.

Everything works great, but recording from the Line input only
works if I set sample rate to 32000.  Shouldn't I be able to use
44100 or 48000?  I've done so before on much cheaper cards.  Would
the other (Line2/Mic) inputs work?  I get a segfault in ices or any
software I use that opens /dev/dsp if I set sample rate to 44100
or 48000.

Sorry, I know this has nothing to do with icecast per se, but I
thought someone on the list would have experience here.

Thanks,

Matt

On Sun, Jun 08, 2003 at 01:31:47AM +1000, Geoff Shang wrote:
> On Sat, 7 Jun 2003, Karl Heyes wrote:
> 
> > your sound card/driver does not deal with 44100hz samplerates, try 48000
> > instead. Remember to change the resample tags according.
> 
> Are there many cards in this category?  I'dve thought that all cards would
> support 44100, it being the standard that it is.  Your comments however
> suggest experience of this problem.
> 
> 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.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 233 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030609/67592061/attachment.sig>

From k.heyes at blueyonder.co.uk  Mon Jun  9 16:50:21 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 09 Jun 2003 17:50:21 +0100
Subject: [icecast] OT: sample rate and emu10k1
In-Reply-To: <20030609102739.B18291@sprout.org>
Message-ID: <1055177421.4123.26.camel@bogus.hackers.club>



On Mon, 2003-06-09 at 17:27, Matt Boersma wrote:

> Everything works great, but recording from the Line input only
> works if I set sample rate to 32000.  Shouldn't I be able to use
> 44100 or 48000?  I've done so before on much cheaper cards.  Would
> the other (Line2/Mic) inputs work?  I get a segfault in ices or any
> software I use that opens /dev/dsp if I set sample rate to 44100
> or 48000.

48000 or 44100 should be available on all cards, 32k samplerate is more
unusual, if your getting a segfault in ices2 then let me know the
details of the backtrace. 
 
karl.

<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 ross.levis at cchlawbase.co.nz  Mon Jun  9 20:51:13 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 08:51:13 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10E9@bagheera.internal.cch.co.nz>



Hi Stefan

> Running one WinAmp (for input) with several outputs you mean?
 
No, many Winamps.  We will be setting up hundreds and eventually
thousands of stations with IceCast2, so the more we can run on one PC
the better.

I'll take a look at TotalRecorder.

Thanks,
Ross.
--- >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  Mon Jun  9 21:58:39 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Mon, 09 Jun 2003 23:58:39 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10E9@bagheera.internal.cch.co.nz>
Message-ID: <3EE51F2F.14477.234C7A4@localhost>



What are you planning to do? Is there no other way? Where does your 
input come from, why do you need these many streams etc.?

On 10 Jun 2003 at 8:51, Ross Levis wrote:

> > Running one WinAmp (for input) with several outputs you mean?
> 
> No, many Winamps.  We will be setting up hundreds and eventually
> thousands of stations with IceCast2, so the more we can run on one PC
> the better.
> 
> I'll take a look at TotalRecorder.
--- >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 uq.net.au  Mon Jun  9 22:21:30 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 10 Jun 2003 08:21:30 +1000 (EST)
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10E3@bagheera.internal.cch.co.nz>
Message-ID: <Pine.LNX.4.56.0306100819570.985@data.home>



Hi:

It might be easier if you had a null output plugin for Winamp.  I had a
vague recollection of one existing, as I'm sure this can't be a new
problem, but I'm sure it'd be easy to write (if someone's inclined to do
it)  if it doesn't.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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  Mon Jun  9 22:42:00 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 00:42:00 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <Pine.LNX.4.56.0306100819570.985@data.home>
Message-ID: <3EE52958.27886.25C77F4@localhost>



If thats the problem, why didn't you mention that before?

http://classic.winamp.com/plugins/detail.jhtml?componentId=28451
Null Output Plugin
Null Output Plugin allows to run WinAMP without need of any soundcard 
installed in the system. [...]

On 10 Jun 2003 at 8:21, Geoff Shang wrote:

> It might be easier if you had a null output plugin for Winamp.  I had
> a vague recollection of one existing, as I'm sure this can't be a new
> problem, but I'm sure it'd be easy to write (if someone's inclined to
> do it)  if it doesn't.
--- >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 ross.levis at cchlawbase.co.nz  Mon Jun  9 22:56:15 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 10:56:15 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10ED@bagheera.internal.cch.co.nz>



Stefan Neufeind wrote:
> What are you planning to do?

I'm not allowed to go into details but it will be a large commercial
operation utilising hundreds, perhaps thousands of DJ's from all over
the world.  I'm contracted to the company to produce all the required
software.

> Is there no other way?

To do what?

> Where does your input come from

A very large repository of audio files and pre-recorded DJ
announcements.

Regards,
Ross Levis
http://www.stationplaylist.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 ross.levis at cchlawbase.co.nz  Mon Jun  9 22:59:39 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 10:59:39 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10EE@bagheera.internal.cch.co.nz>



We want crossfading so we need to use the SQRSoft crossfading Winamp
output plugin.

Ross.

Stefan Neufeind wrote:
> If thats the problem, why didn't you mention that before?
> 
http://classic.winamp.com/plugins/detail.jhtml?componentId=28451
Null Output Plugin
Null Output Plugin allows to run WinAMP without need of any soundcard 
installed in the system. [...]

On 10 Jun 2003 at 8:21, Geoff Shang wrote:

> It might be easier if you had a null output plugin for Winamp.  I had 
> a vague recollection of one existing, as I'm sure this can't be a new 
> problem, but I'm sure it'd be easy to write (if someone's inclined to 
> do it)  if it doesn't.
--- >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 djsnm at djsnm.com  Mon Jun  9 23:17:00 2003
From: djsnm at djsnm.com (Scott Manley)
Date: Mon, 09 Jun 2003 16:17:00 -0700
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10EE@bagheera.internal.cch.co.nz>
Message-ID: <3EE5156C.1000601@djsnm.com>



Ross Levis wrote:
> We want crossfading so we need to use the SQRSoft crossfading Winamp
> output plugin.
>

In that case you may be in trouble.

One more reason why computers will never replace real DJ's ;-)

Scott Manley
DJ, Astronomer, Hacker

--- >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  Mon Jun  9 23:05:17 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 01:05:17 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10EE@bagheera.internal.cch.co.nz>
Message-ID: <3EE52ECD.28852.271C8FB@localhost>



Could you be a BIT more precise? If you use SQRSoft crossfading, 
doesn't it work as desired with the normal Oddcast DSP? And if it 
does: Where's the problem with using the Null output plugin?
And if it doesn't:

Try the DSP-stacker-plugin. Here you can say "send output to 
crossfading and what comes out send it to the Oddcast DSP" and 
finally use your Null output if you want.

So basically: All tools seem to be there. Where's the problem?

On 10 Jun 2003 at 10:59, Ross Levis wrote:

> We want crossfading so we need to use the SQRSoft crossfading Winamp
> output plugin.
> 
> Ross.
> 
> Stefan Neufeind wrote:
> > If thats the problem, why didn't you mention that before?
> > 
> http://classic.winamp.com/plugins/detail.jhtml?componentId=28451
> Null Output Plugin
> Null Output Plugin allows to run WinAMP without need of any soundcard
> installed in the system. [...]
> 
> On 10 Jun 2003 at 8:21, Geoff Shang wrote:
> 
> > It might be easier if you had a null output plugin for Winamp.  I
> > had a vague recollection of one existing, as I'm sure this can't be
> > a new problem, but I'm sure it'd be easy to write (if someone's
> > inclined to do it)  if it doesn't.
--- >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 ross.levis at cchlawbase.co.nz  Mon Jun  9 23:26:45 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 11:26:45 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10F1@bagheera.internal.cch.co.nz>



Scott Manley wrote:
> Ross Levis wrote:
> > We want crossfading so we need to use the SQRSoft
> > crossfading Winamp output plugin.
> 
> In that case you may be in trouble.
> One more reason why computers will never replace real DJ's ;-)

Not too much trouble I think.  The output of all the Winamp's can be
sent to the same soundcard.  We will just keep the sound muted otherwise
it would sound like a mess.  I was concerned that perhaps the soundcard
driver may not support so many connections to it, however.  Any
technical types out there know about this?

Cheers,
Ross.
--- >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 ross.levis at cchlawbase.co.nz  Mon Jun  9 23:29:37 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 11:29:37 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10F3@bagheera.internal.cch.co.nz>



Stefan Neufeind wrote:
> Could you be a BIT more precise? If you use SQRSoft crossfading, 
> doesn't it work as desired with the normal Oddcast DSP? And if it 
> does: Where's the problem with using the Null output plugin?

You can only select one output plugin in Winamp and that needs to the
the SQRSoft one, not the Null output plugin.  The audio needs to pass
through the crossfade plugin before being sent to the OddCast DSP.  The
crossfade plugin provides for a DSP to be selected for this purpose.

> And if it doesn't:
> Try the DSP-stacker-plugin. Here you can say "send output to 
> crossfading and what comes out send it to the Oddcast DSP" and 
> finally use your Null output if you want.

I see your confusion.  The crossfade plugin is an output plugin, not a
DSP plugin.
Speaking of DSP stackers, I've tried 3 of them now but the Oddcast DSP
doesn't work when going thru a stacker via the SQRSoft plugin.  It just
sits there at 0kb/s sent.  I wanted to use an audio compressor/limiter
DSP as well but it looks like we'll have to do without this luxury.

Regards,
Ross.
--- >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  Mon Jun  9 23:48:51 2003
From: groups at mediacast1.com (Dave St John)
Date: Mon, 9 Jun 2003 17:48:51 -0600
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <3EE5156C.1000601@djsnm.com>
Message-ID: <00b701c32ee1$aeb56a70$c901a8c0@EAGLENEST>



> One more reason why computers will never replace real DJ's ;-)
I believe its called desktop webcasting or will be ;)

Doesnt sound like replacing dj's, its just enabling them to dj remotely
without the need and fuss localy
oh and not to mention redundancy, doing a webcast from a house/office/home
pc is a major ordeal with
todays shitty dsl/cable providers
just my 2 dollaws

<p>Dave St John
Mediacast1 Administration
(720) 641-7586
----- Original Message ----- 
From: "Scott Manley" <djsnm at djsnm.com>
To: <icecast at xiph.org>
Sent: Monday, June 09, 2003 5:17 PM
Subject: Re: [icecast] Dummy soundcard driver for Windows (OT)

<p>> Ross Levis wrote:
> > We want crossfading so we need to use the SQRSoft crossfading Winamp
> > output plugin.
> >
>
> In that case you may be in trouble.
>
> One more reason why computers will never replace real DJ's ;-)
>
> Scott Manley
> DJ, Astronomer, Hacker
>
> --- >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 djsnm at djsnm.com  Tue Jun 10 00:09:46 2003
From: djsnm at djsnm.com (Scott Manley)
Date: Mon, 09 Jun 2003 17:09:46 -0700
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <00b701c32ee1$aeb56a70$c901a8c0@EAGLENEST>
Message-ID: <3EE521CA.1070501@djsnm.com>



Dave St John wrote:
>>One more reason why computers will never replace real DJ's ;-)
> 
> I believe its called desktop webcasting or will be ;)
> 
> Doesnt sound like replacing dj's, its just enabling them to dj remotely
> without the need and fuss localy
> oh and not to mention redundancy, doing a webcast from a house/office/home
> pc is a major ordeal with
> todays shitty dsl/cable providers
> just my 2 dollaws

<p>You know, when I first released mp3serv in '97 I was on a 128kbit 
connection shared by my entire academic institution - my DSL is a big 
step up ;-)

Anyway - by DJ - I'm talking about real people who know how to mix and 
beatmatch records, that can't be done with the kind of latency icecast 
offers.

Scott Manley
"I invented this shit"

--- >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 dachande at gmx.net  Tue Jun 10 00:50:17 2003
From: dachande at gmx.net (Daniel Seebald)
Date: Tue, 10 Jun 2003 02:50:17 +0200
Subject: [icecast] web stats and now playing
In-Reply-To: <Pine.LNX.4.30.0306031636550.23622-100000@penguin.gktech.net>
Message-ID: <3EE52B49.5030509@gmx.net>



hi,

how about trying the XML output you get via
http://yourdomain:port/admin/stats.xml
it will ask you for your username and password
which you previously defined in your icecast-config with the following 
variables:

<admin-user>
<admin-password>

you could then parse this xml output with some self- or prewritten xml 
parser to get the desired information on your stream(s).

Bryan Koschmann - GKT wrote:
>>Assuming you're using icecast2, you can get stats and "now playing"
>>information using XSL.  There are a couple of examples shipped with
>>icecast2.
> 
> 
> I am using Icecast 2. I found the status.xsl files, but to be honest I'm
> not quite sure what to do with them
> 
> 
>>As for YP servers, there is one at http://www.oddsock.org/icecast2yp/ and
>>another at http://yp.icecast.net.
> 
> 
> Oops, sorry, I meant to set one up locally. :)
> 
> Thanks,
> 
> 	Bryan
> 
> 
> --- >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>
-- 
CU und wech... Daniel
...this is Linux Country. If you listen carefully you can hear Windows 
reboot!
...and may the breaks be with you!

http://thefront.is-a-geek.com (new homepage, 70% done)
http://www.thefront.tk (old one)

--- >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 Jun 10 03:16:20 2003
From: oddsock at oddsock.org (oddsock)
Date: Mon, 09 Jun 2003 22:16:20 -0500
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10F3@bagheera.internal.c ch.co.nz>
Message-ID: <5.1.1.6.0.20030609220723.023e3df0@www.oddsock.org>



At 11:29 AM 6/10/2003 +1200, you wrote:
>I see your confusion.  The crossfade plugin is an output plugin, not a
>DSP plugin.
>Speaking of DSP stackers, I've tried 3 of them now but the Oddcast DSP
>doesn't work when going thru a stacker via the SQRSoft plugin.  It just
>sits there at 0kb/s sent.  I wanted to use an audio compressor/limiter
>DSP as well but it looks like we'll have to do without this luxury.
>
>Regards,
>Ross.
ok, I think I'll step in at this point and throw up (in) my $0.03.....The 
SQRSoft plugin is a great crossfader (yes it really is), however their 
"dsp" support is pretty darn weak.  I've had lots of complaints with my 
plugin not working with SQRSoft, and they were all a result of SQRSoft just 
doing something stupid...support was added via a series of hacks that I 
hated to add, but did since SQRSoft apparently won't fix their stuff...that 
being said, coupling their buggy DSP implementation with a DSP stacker is, 
well, just asking for trouble.  I'd suggest looking at foobar2000..their 
DSP handling is proper (not without some issues) but at least DSP chaining 
is built in..so adding limiters/compressors/etc to the chain is very 
simple.  Oddcastv2 is supported under foobar2000 as well (how convienient! :))

also, your previous comment about running 16-24 encoding instances on a 
single box (dual CPU) is a bit extreme....the trouble is the 
encoding....anytime that you encode or transcode, CPU is going to be a 
major issue.  LAME has some neat ways to mediate this via "quality" 
settings, but that has the unfortunate effect of crapifying the sound....

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 ross.levis at cchlawbase.co.nz  Tue Jun 10 04:40:30 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 10 Jun 2003 16:40:30 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A10FE@bagheera.internal.cch.co.nz>



Oddsock wrote:
> coupling their buggy DSP implementation with a 
> DSP stacker is, 
> well, just asking for trouble.

I realise that which is why I resigned to not using a stacker.

> I'd suggest looking at foobar2000

I would if there was an intelligent crossfade option.

> also, your previous comment about running 16-24 encoding 
> instances on a single box (dual CPU) is a bit extreme

We will be using Ogg Vorbis format.  I'm not sure how many encodes will
be able to run simultaneously on dual Athlon XP 2400+.  Perhaps 12 then.

Best regards,
Ross Levis.
--- >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 Jun 10 12:14:59 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 14:14:59 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10F1@bagheera.internal.cch.co.nz>
Message-ID: <3EE5E7E3.2532.544C430@localhost>



On 10 Jun 2003 at 11:26, Ross Levis wrote:

> Scott Manley wrote:
> > Ross Levis wrote:
> > > We want crossfading so we need to use the SQRSoft
> > > crossfading Winamp output plugin.
> > 
> > In that case you may be in trouble.
> > One more reason why computers will never replace real DJ's ;-)
> 
> Not too much trouble I think.  The output of all the Winamp's can be
> sent to the same soundcard.  We will just keep the sound muted
> otherwise it would sound like a mess.  I was concerned that perhaps
> the soundcard driver may not support so many connections to it,
> however.  Any technical types out there know about this?

If soundcard makes problems try sending the audio to the DirectSound-
device.
--- >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 Jun 10 12:16:50 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 14:16:50 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A10F3@bagheera.internal.cch.co.nz>
Message-ID: <3EE5E852.4765.5467531@localhost>



On 10 Jun 2003 at 11:29, Ross Levis wrote:

> Stefan Neufeind wrote:
> > Could you be a BIT more precise? If you use SQRSoft crossfading,
> > doesn't it work as desired with the normal Oddcast DSP? And if it
> > does: Where's the problem with using the Null output plugin?
> 
> You can only select one output plugin in Winamp and that needs to the
> the SQRSoft one, not the Null output plugin.  The audio needs to pass
> through the crossfade plugin before being sent to the OddCast DSP. 
> The crossfade plugin provides for a DSP to be selected for this
> purpose.
> 
> > And if it doesn't:
> > Try the DSP-stacker-plugin. Here you can say "send output to 
> > crossfading and what comes out send it to the Oddcast DSP" and
> > finally use your Null output if you want.
> 
> I see your confusion.  The crossfade plugin is an output plugin, not a
> DSP plugin. Speaking of DSP stackers, I've tried 3 of them now but the
> Oddcast DSP doesn't work when going thru a stacker via the SQRSoft
> plugin.  It just sits there at 0kb/s sent.  I wanted to use an audio
> compressor/limiter DSP as well but it looks like we'll have to do
> without this luxury.

How about directly "hacking" together a small WinAmp-clone? The 
plugin-interfaces (usual dlls) are open, so for a Windows-programmer 
it should fairly easy be possible to load and call all plugins in the 
order you desire - be it input / dsp / output ... whatever.
--- >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 Jun 10 12:20:15 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 14:20:15 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <00b701c32ee1$aeb56a70$c901a8c0@EAGLENEST>
Message-ID: <3EE5E91F.22273.549964E@localhost>



On 9 Jun 2003 at 17:48, Dave St John wrote:

> > One more reason why computers will never replace real DJ's ;-)
> I believe its called desktop webcasting or will be ;)
> 
> Doesnt sound like replacing dj's, its just enabling them to dj
> remotely without the need and fuss localy oh and not to mention
> redundancy, doing a webcast from a house/office/home pc is a major
> ordeal with todays shitty dsl/cable providers just my 2 dollaws

But there is no real "remote DJ"-software yet, is there? I mean, not 
just "autofades", which somehow sound a little bit crazy - but really 
offering them an interface so they can adjust the crossfading, mix 
this together with sounders etc. I've seen this technique once here 
at a local radio station and was quite impressed. But for this to 
work the server would need to send low-quality-audio to the DJ who 
could then make the crossfades etc, transmit this data back  to the 
server and the server then executes the crossfades etc. on the real 
sondfiles on the server. Hmm - sounds interesting :-)) But is there 
already a software-solution for this?

  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 aleigh at fdmedia.com  Tue Jun 10 16:19:59 2003
From: aleigh at fdmedia.com (adam leigh)
Date: Tue, 10 Jun 2003 11:19:59 -0500
Subject: [icecast] OSS/Linux and Ices
Message-ID: <20030610161959.927D42CEA0B@webmail.fdmedia.com>



Hi,

I've had a series of problems in the past getting ices to work properly which I
think might now have some relation to the OSS/Linux drivers I'm using.  Does
anyone know if you need to change a setting or take an extra step to get Ices2
to work when using the commercial OSS drivers as opposed to any of they other
available methods.

The reason I suspect this is that I've found only the recorder packaged with
OSS seems to be able to read off the mic input and if Ices does the same it
might have a problem.

If there are any configuratoin flies that you need me to quote, please let me
know.

Thanks!

<p>--acl

-- 
--- >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 djsnm at djsnm.com  Tue Jun 10 17:08:07 2003
From: djsnm at djsnm.com (Scott Manley)
Date: Tue, 10 Jun 2003 10:08:07 -0700
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <3EE5E91F.22273.549964E@localhost>
Message-ID: <3EE61077.5080104@djsnm.com>



Yes there is - both LiveIce and mpegmixer used a terminal as an 
interface - telnet/ssh into the box and control it all. Of course back 
when mpegmixer was released (1996) there was no streaming solutions 
available so you could only remotely control stuff within earshot ;-)

> 
> But there is no real "remote DJ"-software yet, is there? I mean, not 
> just "autofades", which somehow sound a little bit crazy - but really 
> offering them an interface so they can adjust the crossfading, mix 
> this together with sounders etc. I've seen this technique once here 
> at a local radio station and was quite impressed. But for this to 
> work the server would need to send low-quality-audio to the DJ who 
> could then make the crossfades etc, transmit this data back  to the 
> server and the server then executes the crossfades etc. on the real 
> sondfiles on the server. Hmm - sounds interesting :-)) But is there 
> already a software-solution for this?

--- >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 Jun 10 17:04:47 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 10 Jun 2003 19:04:47 +0200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <3EE61077.5080104@djsnm.com>
Message-ID: <3EE62BCF.20807.64E17AD@localhost>



But if you do it that way latency is a real prob, right? So how about 
sending a stream first to DJ who can decide what to do and e.g. 20 
seconds later to the listeners?

On 10 Jun 2003 at 10:08, Scott Manley wrote:

> Yes there is - both LiveIce and mpegmixer used a terminal as an 
> interface - telnet/ssh into the box and control it all. Of course back
> when mpegmixer was released (1996) there was no streaming solutions
> available so you could only remotely control stuff within earshot ;-)
> 
> > But there is no real "remote DJ"-software yet, is there? I mean, not
> > just "autofades", which somehow sound a little bit crazy - but
> > really offering them an interface so they can adjust the
> > crossfading, mix this together with sounders etc. I've seen this
> > technique once here at a local radio station and was quite
> > impressed. But for this to work the server would need to send
> > low-quality-audio to the DJ who could then make the crossfades etc,
> > transmit this data back  to the server and the server then executes
> > the crossfades etc. on the real sondfiles on the server. Hmm -
> > sounds interesting :-)) But is there already a software-solution for
> > this?
--- >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 ross.levis at cchlawbase.co.nz  Tue Jun 10 20:59:41 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Wed, 11 Jun 2003 08:59:41 +1200
Subject: [icecast] Dummy soundcard driver for Windows (OT)
In-Reply-To: <[icecast] Dummy soundcard driver for Windows (OT)>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A1102@bagheera.internal.cch.co.nz>



Stefan Neufeind wrote:
> If soundcard makes problems try sending the audio to the 
> DirectSound- device.

Hi Stefan

The only options in the Output Device selection in the SQRSoft plugin is
"Microsoft Sound Mapper" and the soundcard driver.

By the way, I forwarded your private message to the CEO for him to
follow up if he is interested.

Regards,
Ross Levis.
--- >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  Tue Jun 10 22:16:53 2003
From: jesper.johnson at welho.com (Jesper Johnson)
Date: Wed, 11 Jun 2003 01:16:53 +0300
Subject: [icecast] ices2 metadata, script module
Message-ID: <3.0.5.32.20030611011653.009d91b8@mail-hub.welho.com>



Hi!

I upgraded libshout/ices2/icecast2 from CVS today and noticed there's some
new neat stuff like the web admin interface. Thanks to whomever the
contributor may be. Yay! Btw, about icecast2 admin.c line 458 -- shouldn't
"dest_source, source->mount" be the other way around? Just a thing I
noticed :-)

..anyway, my question:
Is there a way to make ices2 update metadata about the currently playing
song if you're using a script to control the playlist in the input module
config? It seems to be possible with <param name="metadata">1</param> and
<param name="metadatafilename">metadata_info</param> when using the OSS
module, but how does one do this in my situation? It'd be really useful,
'cause none of the files I'm streaming have metadata -- I could use my
playlist script to write the metadata each time the script is invoked,
getting the artist/song data from a MySQL database where I keep all the
artist/song/copyright info.

.. hints & tips & example XMLs appreciated! :-)

<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 nettings at folkwang-hochschule.de  Wed Jun 11 09:11:30 2003
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Wed, 11 Jun 2003 11:11:30 +0200
Subject: [icecast] OSS/Linux and Ices
In-Reply-To: <20030610161959.927D42CEA0B@webmail.fdmedia.com>
Message-ID: <3EE6F242.4030002@folkwang-hochschule.de>



adam leigh wrote:
> Hi,
> 
> I've had a series of problems in the past getting ices to work properly which I
> think might now have some relation to the OSS/Linux drivers I'm using.  Does
> anyone know if you need to change a setting or take an extra step to get Ices2
> to work when using the commercial OSS drivers as opposed to any of they other
> available methods.
> 
> The reason I suspect this is that I've found only the recorder packaged with
> OSS seems to be able to read off the mic input and if Ices does the same it
> might have a problem.
> 
> If there are any configuratoin flies that you need me to quote, please let me
> know.

not quite to the point, but which card are you using ? have you 
considered moving to alsa ?

<p>
-- 
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
	-- Charter of the United Nations, Article 2.4

<p>J?rn Nettingsmeier
Kurf?rstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)

<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 nettings at folkwang-hochschule.de  Wed Jun 11 09:15:09 2003
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Wed, 11 Jun 2003 11:15:09 +0200
Subject: [icecast] OT: sample rate and emu10k1
In-Reply-To: <20030609102739.B18291@sprout.org>
Message-ID: <3EE6F31D.8090804@folkwang-hochschule.de>



Matt Boersma wrote:
> This is slightly off-topic, but since we're talking about sample rates
> perhaps one of you can help.
> 
> I have a SoundBlaster Live! 5.1 card installed in a nice server
> running Debian Woody (stable).  I have ices and icecast2 working
> well from recent CVS sources.  Linux 2.4.18 kernel using the included
> OSS/Free emu10k1 driver.
> 
> Everything works great, but recording from the Line input only
> works if I set sample rate to 32000.  Shouldn't I be able to use
> 44100 or 48000?  I've done so before on much cheaper cards.  Would
> the other (Line2/Mic) inputs work?  I get a segfault in ices or any
> software I use that opens /dev/dsp if I set sample rate to 44100
> or 48000.

afaik the sblive family of cards work at 48k and resample everything 
else on-the-fly....

#include "advocacy/why_not_alsa_instead.h"

btw, for questions like these you should try the linux-audio-users list.

<p>
-- 
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
	-- Charter of the United Nations, Article 2.4

<p>J?rn Nettingsmeier
Kurf?rstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)

<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 djstatik at djstatik.net  Wed Jun 11 15:07:26 2003
From: djstatik at djstatik.net (Mitchell Smith)
Date: Thu, 12 Jun 2003 01:07:26 +1000
Subject: [icecast] legalities of streaming
Message-ID: <001c01c3302b$2b54a380$fd01a8c0@blitztechnology.net>



Hi list,

This might not be the right list to bring this subject up on, however I
thought it might be a good place to start.

What are the current legalities in relation to non commercial music streams,
or more accurately put non profit streams, and is this currently being
seriously policed?

Basically I am wanting to start up my own online station, but I don't really
want to get my butt kicked and a huge fine dropped on top of me, so thought
it would be worth checking it out first.

I do note that if you stream on live365 they cover your royalties for you,
$200 per month for 100 listeners???  and it is only up to 56k in mp3 format,
they don't offer ogg as an option.

What are the general thoughts surrounding this subject?

As always, all feedback very welcome.

<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 matt at sprout.org  Wed Jun 11 15:11:27 2003
From: matt at sprout.org (Matt Boersma)
Date: Wed, 11 Jun 2003 09:11:27 -0600
Subject: [icecast] OT: sample rate and emu10k1
In-Reply-To: <3EE6F31D.8090804@folkwang-hochschule.de>
Message-ID: <20030611091127.A13669@sprout.org>


On Wed, Jun 11, 2003 at 11:15:09AM +0200, Joern Nettingsmeier wrote:
> Matt Boersma wrote:
> > [SB Live! won't sample at 44100 or 48000, only 32000.]
> 
> afaik the sblive family of cards work at 48k and resample everything 
> else on-the-fly....
> 
> #include "advocacy/why_not_alsa_instead.h"

Agree.  But 1) I like to keep it simple, 2) I'm replacing a system
that worked quite well without ALSA, and 3) I can't see that the
ALSA drivers for the SB Live! family offer me anything additional
for my purposes (basically just capturing Line in and doing live
streaming).

> btw, for questions like these you should try the linux-audio-users list.

Thanks for the pointer.  Just to follow up: I'm using Debian Woody
3.0r1 (stable) with a 2.4.18 kernel.  For other reasons (hyper-
threading awareness), I downloaded the 2.4.20 .deb kernel sources
and rebuilt the kernel.  It's faster, and now I can sample at 44.1kHz
no problem.  I haven't done the diffs to find out if there were
actual changes to the emu10k1 OSS/Free driver, but it certainly
Worked For Me.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 233 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030611/69b50757/attachment.sig>

From remco at rc6.org  Wed Jun 11 15:19:10 2003
From: remco at rc6.org (Remco B. Brink)
Date: Wed, 11 Jun 2003 17:19:10 +0200
Subject: [icecast] legalities of streaming
In-Reply-To: <001c01c3302b$2b54a380$fd01a8c0@blitztechnology.net>
Message-ID: <20030611171910.6a3330dc.remco@rc6.org>



<quote who="Mitchell Smith">

> What are the general thoughts surrounding this subject?

Strongly depends on what country you are streaming from.

The Netherlands is *insanely* expensive, Norway will let you stream for
little over $40 USD a month.

The US probably has some other rules and regulations.

regards,
Remco


-- 
   Remco B. Brink -- Information Systems Developer, Opera Software ASA
   Personal site at http://rc6.org - PGP key at http://rc6.org/rbb.pgp
--- >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 knm.org  Wed Jun 11 15:24:51 2003
From: mark at knm.org (Mark Lehrer)
Date: Wed, 11 Jun 2003 09:24:51 -0600
Subject: [icecast] legalities of streaming
In-Reply-To: <001c01c3302b$2b54a380$fd01a8c0@blitztechnology.net>
Message-ID: <20030611152451.GA9514@knm.org>



> This might not be the right list to bring this subject up on, however I
> thought it might be a good place to start.

It is discussed here from time to time.

> What are the current legalities in relation to non commercial music
> streams, or more accurately put non profit streams, and is this
> currently being seriously policed?

Yes it is being seriously policed.  This is controlled by copyright
law; there are three companies that basically control all music
copyrights; ASCAP, BMI, and SESAC.  From what I understand, you will
need a "compulsory" license from each, and they now have additional
royalty payments and reporting requirements for the songs you play.
jwz had a good write-up of this (before the big royalty agreement
though).  It's a must-read:
http://www.dnalounge.com/backstage/webcasting.html

The only way I have found around this is to play music that is
"legally tradeable", e.g. live phish, dead, metallica, etc who allow
you to share electronic copies.  If you use their music this way, then
there can be no revenue of any kind; even a banner ad will get you in
trouble.

It's painful.  Basically it is designed to keep the hobbyists out.
Copyrights should be a lot shorter, and should never be allowed to be
owned by a corporation... works for hire should have different, and
even shorter, terms.

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 stefan at neufeind.net  Wed Jun 11 17:38:36 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Wed, 11 Jun 2003 19:38:36 +0200
Subject: [icecast] legalities of streaming
In-Reply-To: <20030611171910.6a3330dc.remco@rc6.org>
Message-ID: <3EE7853C.11738.1A8A9D@localhost>



On 11 Jun 2003 at 17:19, Remco B. Brink wrote:

> <quote who="Mitchell Smith">
> 
> > What are the general thoughts surrounding this subject?
> 
> Strongly depends on what country you are streaming from.
> 
> The Netherlands is *insanely* expensive, Norway will let you stream
> for little over $40 USD a month.
> 
> The US probably has some other rules and regulations.

Well, here in Germany its far easier than in the US: In the US afaik 
you have to get the legal right for every song you want to broadcast. 
That's much easier here.
But in comparison to the Netherlands its quite expensive in Germany:
All I remember is about 30 Euros or so for GEMA and the same fee 
again for some other organisation. This allows you to stream 24 hours 
a day, 100% music and max. 20 concurrent listeners. If you need more 
slots or want to open a second channel they charge additional fees. 
But you can do some calculations like only 12 hours a day but 40 
listeners or so. Or just 80% music (rest: word) and so on. But you 
will never get below this "entry price" of 2x 30 Euros or so.

As you see: It's a lot better here than in other countries but still 
to expensive for "home-use" :-(((
--- >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 chrisg1 at umbc.edu  Thu Jun 12 01:33:08 2003
From: chrisg1 at umbc.edu (Chris G Moguta)
Date: Wed, 11 Jun 2003 21:33:08 -0400
Subject: [icecast] legalities of streaming
In-Reply-To: <[icecast] legalities of streaming>
Message-ID: <3EECCB28@webmail.umbc.edu>



Basically, to legally broadcast music you must:

A) Obtain permissions from the copyright holder (usually the publisher, record 
label) of the *composition*.  ASCAP, BMI, and SESAC offer compulsory licenses 
for all of the artists they represent, fees based upon roughly how many 
listeners your station has & how many songs in your broadcast are by 
artists/composers they represent.

B) Obtain permissions from the copyright holder of the particular *recording* 
of the composition you want to play.  SoundExchange (a division of the RIAA) 
offers a compulsory license at .07 cents per song per listener, for every song 
you play.  There *was* a deal for an alternative percent of revenue royalty, 
but the legislation authorizing this had a sunset clause of December 2002.

C) Switch your Internet connection to one where servers are allowed, typically 
business connections.

D) Pay royalties for using MP3 technology in your stream, or WMA, AAC, etc.  
Ogg Vorbis is great here, since there are no royalties to pay.

If any music you wish to play is not represented by ASCAP, BMI, SESAC and 
their overseas performance right organizations (or if you don't want to go 
with the compulsory licensing), then you must negotiate directly with the 
publishers for rights to broadcast their music.  The publishers have every 
right to blow you off & not even *consider* licensing their music to you.

RIAA/SoundExchange compulsory licensing covers even non-members (supposedly), 
though RIAA-members recieve 19 times the amount of royalties directed to 
non-members.  (SoundExchange admits it on their site.)

Compulsory licensing is financial death for anyone without a significant sum 
of money.  Direct negotiation as an alternative is just painful, though, 
especially when many will refer you BACK TO THEIR REPRESENTING ORGANIZATION 
(i.e. ASCAP).

>===== Original Message From Mark Lehrer <mark at knm.org> =====
>> What are the current legalities in relation to non commercial music
>> streams, or more accurately put non profit streams, and is this
>> currently being seriously policed?
>
>Yes it is being seriously policed.  This is controlled by copyright
>law; there are three companies that basically control all music
>copyrights; ASCAP, BMI, and SESAC.  From what I understand, you will
>need a "compulsory" license from each, and they now have additional
>royalty payments and reporting requirements for the songs you play.
>jwz had a good write-up of this (before the big royalty agreement
>though).  It's a must-read:
>http://www.dnalounge.com/backstage/webcasting.html
>
>The only way I have found around this is to play music that is
>"legally tradeable", e.g. live phish, dead, metallica, etc who allow
>you to share electronic copies.  If you use their music this way, then
>there can be no revenue of any kind; even a banner ad will get you in
>trouble.
>
>It's painful.  Basically it is designed to keep the hobbyists out.
>Copyrights should be a lot shorter, and should never be allowed to be
>owned by a corporation... works for hire should have different, and
>even shorter, terms.
>
>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 chrisg1 at umbc.edu  Thu Jun 12 01:44:09 2003
From: chrisg1 at umbc.edu (Chris G Moguta)
Date: Wed, 11 Jun 2003 21:44:09 -0400
Subject: [icecast] legalities of streaming
In-Reply-To: <[icecast] legalities of streaming>
Message-ID: <3EECD095@webmail.umbc.edu>



Oh, I almost forgot...

If you're going under compulsory licensing:

1) Listener requests cannot be honored, otherwise you will end up labeled an 
"interactive service" along with Audiogalaxy Rhapsody & the like.  Which means 
more & more expensive royalties.

2) You cannot play more than 3 songs of the same album in any 3 hour period 
(no more than 2 in a row).  Nor can you play more than 4 songs of the same 
artist in any 3 hour period (no more than 3 in a row).

3) You may not make available a complete list of the artists, songs, or albums 
your stream plays.

4) You may not make a list available of upcoming songs referenced by order or 
by time they will be played.

>===== Original Message From Mark Lehrer <mark at knm.org> =====
>> What are the current legalities in relation to non commercial music
>> streams, or more accurately put non profit streams, and is this
>> currently being seriously policed?
>
>Yes it is being seriously policed.  This is controlled by copyright
>law; there are three companies that basically control all music
>copyrights; ASCAP, BMI, and SESAC.  From what I understand, you will
>need a "compulsory" license from each, and they now have additional
>royalty payments and reporting requirements for the songs you play.
>jwz had a good write-up of this (before the big royalty agreement
>though).  It's a must-read:
>http://www.dnalounge.com/backstage/webcasting.html
>
>The only way I have found around this is to play music that is
>"legally tradeable", e.g. live phish, dead, metallica, etc who allow
>you to share electronic copies.  If you use their music this way, then
>there can be no revenue of any kind; even a banner ad will get you in
>trouble.
>
>It's painful.  Basically it is designed to keep the hobbyists out.
>Copyrights should be a lot shorter, and should never be allowed to be
>owned by a corporation... works for hire should have different, and
>even shorter, terms.
>
>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.

--- >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 djstatik at djstatik.net  Thu Jun 12 01:49:24 2003
From: djstatik at djstatik.net (Mitchell Smith)
Date: Thu, 12 Jun 2003 11:49:24 +1000
Subject: [icecast] legalities of streaming
In-Reply-To: <3EECCB28@webmail.umbc.edu>
Message-ID: <002b01c33084$df34c660$fd01a8c0@blitztechnology.net>



Hmmm, so in summary, anyone wanting to put together a station for a couple
of hundred listeners with out a massive bank account, it can not be done
legally.

----- Original Message ----- 
From: "Chris G (Moguta)" <chrisg1 at umbc.edu>
To: "icecast" <icecast at xiph.org>
Sent: Thursday, June 12, 2003 11:33 AM
Subject: RE: [icecast] legalities of streaming

<p>> Basically, to legally broadcast music you must:
>
> A) Obtain permissions from the copyright holder (usually the publisher,
record
> label) of the *composition*.  ASCAP, BMI, and SESAC offer compulsory
licenses
> for all of the artists they represent, fees based upon roughly how many
> listeners your station has & how many songs in your broadcast are by
> artists/composers they represent.
>
> B) Obtain permissions from the copyright holder of the particular
*recording*
> of the composition you want to play.  SoundExchange (a division of the
RIAA)
> offers a compulsory license at .07 cents per song per listener, for every
song
> you play.  There *was* a deal for an alternative percent of revenue
royalty,
> but the legislation authorizing this had a sunset clause of December 2002.
>
> C) Switch your Internet connection to one where servers are allowed,
typically
> business connections.
>
> D) Pay royalties for using MP3 technology in your stream, or WMA, AAC,
etc.
> Ogg Vorbis is great here, since there are no royalties to pay.
>
> If any music you wish to play is not represented by ASCAP, BMI, SESAC and
> their overseas performance right organizations (or if you don't want to go
> with the compulsory licensing), then you must negotiate directly with the
> publishers for rights to broadcast their music.  The publishers have every
> right to blow you off & not even *consider* licensing their music to you.
>
> RIAA/SoundExchange compulsory licensing covers even non-members
(supposedly),
> though RIAA-members recieve 19 times the amount of royalties directed to
> non-members.  (SoundExchange admits it on their site.)
>
> Compulsory licensing is financial death for anyone without a significant
sum
> of money.  Direct negotiation as an alternative is just painful, though,
> especially when many will refer you BACK TO THEIR REPRESENTING
ORGANIZATION
> (i.e. ASCAP).
>
> >===== Original Message From Mark Lehrer <mark at knm.org> =====
> >> What are the current legalities in relation to non commercial music
> >> streams, or more accurately put non profit streams, and is this
> >> currently being seriously policed?
> >
> >Yes it is being seriously policed.  This is controlled by copyright
> >law; there are three companies that basically control all music
> >copyrights; ASCAP, BMI, and SESAC.  From what I understand, you will
> >need a "compulsory" license from each, and they now have additional
> >royalty payments and reporting requirements for the songs you play.
> >jwz had a good write-up of this (before the big royalty agreement
> >though).  It's a must-read:
> >http://www.dnalounge.com/backstage/webcasting.html
> >
> >The only way I have found around this is to play music that is
> >"legally tradeable", e.g. live phish, dead, metallica, etc who allow
> >you to share electronic copies.  If you use their music this way, then
> >there can be no revenue of any kind; even a banner ad will get you in
> >trouble.
> >
> >It's painful.  Basically it is designed to keep the hobbyists out.
> >Copyrights should be a lot shorter, and should never be allowed to be
> >owned by a corporation... works for hire should have different, and
> >even shorter, terms.
> >
> >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.

--- >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 djsnm at djsnm.com  Thu Jun 12 02:02:43 2003
From: djsnm at djsnm.com (Scott Manley)
Date: Wed, 11 Jun 2003 19:02:43 -0700
Subject: [icecast] legalities of streaming
In-Reply-To: <3EECD095@webmail.umbc.edu>
Message-ID: <3EE7DF43.6020806@djsnm.com>



Chris G (Moguta) wrote:
> Oh, I almost forgot...
> 
> If you're going under compulsory licensing:
> 
> 1) Listener requests cannot be honored, otherwise you will end up labeled an 
> "interactive service" along with Audiogalaxy Rhapsody & the like.  Which means 
> more & more expensive royalties.
> 
> 2) You cannot play more than 3 songs of the same album in any 3 hour period 
> (no more than 2 in a row).  Nor can you play more than 4 songs of the same 
> artist in any 3 hour period (no more than 3 in a row).
> 
> 3) You may not make available a complete list of the artists, songs, or albums 
> your stream plays.
> 
> 4) You may not make a list available of upcoming songs referenced by order or 
> by time they will be played.

Ahh yes the details of the Vessel Hull Strengthening Act - the exact 
rules are a bit more vague than this and are open to interpretation, 
there's no legal precedent established yet. Rule 2 is commonly 
interpreted different ways - for example Myplay.com always played it 
legal but their legal advisors claimed that the 3-4 rule was - 3 songs 
from a single artist/album if 2 are played consecutively or 4 from a 
single artist album without consecutive plays. So there was no limit on 
playing a single artist in a 3 hour period, as long as you kept changing 
albums...

anyway every organisation I've worked with has their own interpretation 
of the rules.

--- >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 speedwolf at door.net  Thu Jun 12 04:04:42 2003
From: speedwolf at door.net (Bryan Payne)
Date: Wed, 11 Jun 2003 23:04:42 -0500
Subject: [icecast] legalities of streaming
In-Reply-To: <3EE7DF43.6020806@djsnm.com>
Message-ID: <005001c33097$c0965b20$6401a8c0@spacialici1s1d>



Ditto Scott - you nailed it !!

But the DMCA actually sets rules on requests and processing them without
being considered "interactive" - for instance the time frame allowed from
when requests are made and then processed and actually air (minimum 60
minutes), to displaying your playlist  - (can not be displayed public in the
order of actual performance) basically as long as you never allow the
listener to have pre-knowledge of, or "immediately or instantly influence"
the order of your content/playlist then you are not necessarily
"interactive" -

In a nutshell - do YOU pre-program and control the broadcast or does the
listener?
 - case in point "Spinner" is "Interactive" and a different licensing
scheme - then you have many Shoutcaster/Live365 and Icecast/Ogg stations
that have varying ways to automate their requests - and policies to maintain
DMCA compliance - So do they fall under the auspices of "Interactive" ? Well
they have not to my knowledge to this point? And precedent has been set at
least since 1999 that the Recording/licensing entities have indeed excepted
it and licensed broadcasters with "request" functions/features under a
"Compulsorary" license ...

Sadly for now however these rules will be changing due to the current deals
made by both the larger Commercial and Terra Broadcasters as well as
.EDU/Non-Comm.'s and for the remaining broadcasters, other than the current
set CARP rate/terms or the SWA(Small Webcasters Act)  - a broadcasters
survivability is going to be based upon "Subscription" senario most likely.
Of course your other alternative is to go total "Independent" artists with
permissions and or produce all your own content.

There is in fact however is a huge hole left and something that is being
debated a little bit but sadly not acted upon, is that there is no license
deal currently set for Small Hobbyist or Medium commercial broadcasters such
as Live365 or even AudioRealm - and sadly again no one seems to be in a
hurry or getting too excited about aggregating and or banding together to at
least attempt negotiating a deal before it becomes too late -

A few companies I know including our own have attempted it singularly but as
a united group there seems to be a void - and THAT my friends is what will
kill any future chances for a 200 listener station on a shoe string budget.

Guess there is alway "Personal Casting"?

Bryan Payne
Spacial Audio Solutions
806-549-1085
www.spacialaudio.com
www.audiorealm.com

Confidentiality Note:
The information contained in this email and document(s)attached are for the
exclusive use of the addressee and may contain confidential, privileged and
non-disclosable information.  If the recipient of this email is not the
addressee, such recipient is strictly prohibited from reading, photocopying,
distribution or otherwise using this email or its contents in any way.

----- Original Message ----- 
From: "Scott Manley" <djsnm at djsnm.com>
To: <icecast at xiph.org>
Sent: Wednesday, June 11, 2003 9:02 PM
Subject: Re: [icecast] legalities of streaming

<p>> Chris G (Moguta) wrote:
> > Oh, I almost forgot...
> >
> > If you're going under compulsory licensing:
> >
> > 1) Listener requests cannot be honored, otherwise you will end up
labeled an
> > "interactive service" along with Audiogalaxy Rhapsody & the like.  Which
means
> > more & more expensive royalties.
> >
> > 2) You cannot play more than 3 songs of the same album in any 3 hour
period
> > (no more than 2 in a row).  Nor can you play more than 4 songs of the
same
> > artist in any 3 hour period (no more than 3 in a row).
> >
> > 3) You may not make available a complete list of the artists, songs, or
albums
> > your stream plays.
> >
> > 4) You may not make a list available of upcoming songs referenced by
order or
> > by time they will be played.
>
> Ahh yes the details of the Vessel Hull Strengthening Act - the exact
> rules are a bit more vague than this and are open to interpretation,
> there's no legal precedent established yet. Rule 2 is commonly
> interpreted different ways - for example Myplay.com always played it
> legal but their legal advisors claimed that the 3-4 rule was - 3 songs
> from a single artist/album if 2 are played consecutively or 4 from a
> single artist album without consecutive plays. So there was no limit on
> playing a single artist in a 3 hour period, as long as you kept changing
> albums...
>
> anyway every organisation I've worked with has their own interpretation
> of the rules.
>
> --- >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 stefan at neufeind.net  Thu Jun 12 07:41:50 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Thu, 12 Jun 2003 09:41:50 +0200
Subject: [icecast] legalities of streaming
In-Reply-To: <3EECD095@webmail.umbc.edu>
Message-ID: <3EE84ADE.15313.31E893C@localhost>



On 11 Jun 2003 at 21:44, Chris G (Moguta) wrote:

> If you're going under compulsory licensing:
> 
> 1) Listener requests cannot be honored, otherwise you will end up
> labeled an "interactive service" along with Audiogalaxy Rhapsody & the
> like.  Which means more & more expensive royalties.

Well, here in Germany I talked to the GEMA some time ago. And they 
said that "wishlists" (you play the songs most people like) is non-
interactive. Only if everybody can decide on his own what he wants to 
hear next its interactive. That's their point of view. So I see the 
situation here is quite good :-)

> 3) You may not make available a complete list of the artists, songs,
> or albums your stream plays.

Yes, you are not allowed to list them in advance, that's right. So 
that everybody can see when it will be played next, tune in at XXX o' 
clock and record your program for that one song. That's the point.

> 4) You may not make a list available of upcoming songs referenced by
> order or by time they will be played.

Yes, but you could make up a "hitlist" that you can publish and make 
a "charts-show" on your radio. That's the only way to do 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 gshang at uq.net.au  Thu Jun 12 08:11:49 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 12 Jun 2003 18:11:49 +1000 (EST)
Subject: [icecast] legalities of streaming
In-Reply-To: <002b01c33084$df34c660$fd01a8c0@blitztechnology.net>
Message-ID: <Pine.LNX.4.56.0306121809230.498@data.home>



Hi Mitchell:

If you're going to do it from here in Australia, APRA and AMCOS are the
organisations which you need to look out for.  AMCOS represent composers,
and APRA deal with performance royalties.  I saw some draft stuff from
AMCOS, but it was several years ago and it's bound to have changed by now.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 Jun 12 08:46:45 2003
From: adam at xs4all.nl (adam)
Date: Thu, 12 Jun 2003 10:46:45 +0200 (CEST)
Subject: [icecast] legalities of streaming
In-Reply-To: <005001c33097$c0965b20$6401a8c0@spacialici1s1d>
Message-ID: <20030612104356.P59690-100000@xs1.xs4all.nl>



so if you play only music that is released under the Open Audio Licence
or gpl, then what is the status regarding replay and the payment of
royalties?

adam

<p>On Wed, 11 Jun 2003, Bryan Payne wrote:

> Ditto Scott - you nailed it !!
>
> But the DMCA actually sets rules on requests and processing them without
> being considered "interactive" - for instance the time frame allowed from
> when requests are made and then processed and actually air (minimum 60
> minutes), to displaying your playlist  - (can not be displayed public in the
> order of actual performance) basically as long as you never allow the
> listener to have pre-knowledge of, or "immediately or instantly influence"
> the order of your content/playlist then you are not necessarily
> "interactive" -
>
> In a nutshell - do YOU pre-program and control the broadcast or does the
> listener?
>  - case in point "Spinner" is "Interactive" and a different licensing
> scheme - then you have many Shoutcaster/Live365 and Icecast/Ogg stations
> that have varying ways to automate their requests - and policies to maintain
> DMCA compliance - So do they fall under the auspices of "Interactive" ? Well
> they have not to my knowledge to this point? And precedent has been set at
> least since 1999 that the Recording/licensing entities have indeed excepted
> it and licensed broadcasters with "request" functions/features under a
> "Compulsorary" license ...
>
> Sadly for now however these rules will be changing due to the current deals
> made by both the larger Commercial and Terra Broadcasters as well as
> .EDU/Non-Comm.'s and for the remaining broadcasters, other than the current
> set CARP rate/terms or the SWA(Small Webcasters Act)  - a broadcasters
> survivability is going to be based upon "Subscription" senario most likely.
> Of course your other alternative is to go total "Independent" artists with
> permissions and or produce all your own content.
>
> There is in fact however is a huge hole left and something that is being
> debated a little bit but sadly not acted upon, is that there is no license
> deal currently set for Small Hobbyist or Medium commercial broadcasters such
> as Live365 or even AudioRealm - and sadly again no one seems to be in a
> hurry or getting too excited about aggregating and or banding together to at
> least attempt negotiating a deal before it becomes too late -
>
> A few companies I know including our own have attempted it singularly but as
> a united group there seems to be a void - and THAT my friends is what will
> kill any future chances for a 200 listener station on a shoe string budget.
>
> Guess there is alway "Personal Casting"?
>
> Bryan Payne
> Spacial Audio Solutions
> 806-549-1085
> www.spacialaudio.com
> www.audiorealm.com
>
> Confidentiality Note:
> The information contained in this email and document(s)attached are for the
> exclusive use of the addressee and may contain confidential, privileged and
> non-disclosable information.  If the recipient of this email is not the
> addressee, such recipient is strictly prohibited from reading, photocopying,
> distribution or otherwise using this email or its contents in any way.
>
> ----- Original Message -----
> From: "Scott Manley" <djsnm at djsnm.com>
> To: <icecast at xiph.org>
> Sent: Wednesday, June 11, 2003 9:02 PM
> Subject: Re: [icecast] legalities of streaming
>
>
> > Chris G (Moguta) wrote:
> > > Oh, I almost forgot...
> > >
> > > If you're going under compulsory licensing:
> > >
> > > 1) Listener requests cannot be honored, otherwise you will end up
> labeled an
> > > "interactive service" along with Audiogalaxy Rhapsody & the like.  Which
> means
> > > more & more expensive royalties.
> > >
> > > 2) You cannot play more than 3 songs of the same album in any 3 hour
> period
> > > (no more than 2 in a row).  Nor can you play more than 4 songs of the
> same
> > > artist in any 3 hour period (no more than 3 in a row).
> > >
> > > 3) You may not make available a complete list of the artists, songs, or
> albums
> > > your stream plays.
> > >
> > > 4) You may not make a list available of upcoming songs referenced by
> order or
> > > by time they will be played.
> >
> > Ahh yes the details of the Vessel Hull Strengthening Act - the exact
> > rules are a bit more vague than this and are open to interpretation,
> > there's no legal precedent established yet. Rule 2 is commonly
> > interpreted different ways - for example Myplay.com always played it
> > legal but their legal advisors claimed that the 3-4 rule was - 3 songs
> > from a single artist/album if 2 are played consecutively or 4 from a
> > single artist album without consecutive plays. So there was no limit on
> > playing a single artist in a 3 hour period, as long as you kept changing
> > albums...
> >
> > anyway every organisation I've worked with has their own interpretation
> > of the rules.
> >
> > --- >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><p><p>Adam Hyde
The Streaming Suitcase

Free as in 'media'

+44 (0)7919 847 023

<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  Thu Jun 12 08:51:02 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Thu, 12 Jun 2003 10:51:02 +0200
Subject: [icecast] legalities of streaming
In-Reply-To: <20030612104356.P59690-100000@xs1.xs4all.nl>
Message-ID: <3EE85B16.28282.35DE5FB@localhost>



Is there really such music?

On 12 Jun 2003 at 10:46, adam wrote:

> so if you play only music that is released under the Open Audio
> Licence or gpl, then what is the status regarding replay and the
> payment of royalties?
--- >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 Jun 12 09:29:08 2003
From: adam at xs4all.nl (adam)
Date: Thu, 12 Jun 2003 11:29:08 +0200 (CEST)
Subject: [icecast] legalities of streaming
In-Reply-To: <3EE85B16.28282.35DE5FB@localhost>
Message-ID: <20030612112820.E45979-100000@xs2.xs4all.nl>



On Thu, 12 Jun 2003, Stefan Neufeind wrote:

> Is there really such music?

<p>for a start:
http://egoboobits.mi2.hr/

<p>the are a _great_ croatian electro label that releases under the gpl. they
just had there first national number 1  :-)))

<p><p><p><p>>
> On 12 Jun 2003 at 10:46, adam wrote:
>
> > so if you play only music that is released under the Open Audio
> > Licence or gpl, then what is the status regarding replay and the
> > payment of royalties?
> --- >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
The Streaming Suitcase

Free as in 'media'

+44 (0)7919 847 023

<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 hhuberla at 7ball.net  Thu Jun 12 16:41:54 2003
From: hhuberla at 7ball.net (Hans Huberland)
Date: Thu, 12 Jun 2003 11:41:54 -0500
Subject: [icecast] legalities of streaming
In-Reply-To: <20030611171910.6a3330dc.remco@rc6.org>
Message-ID: <3EE8AD52.3060307@7ball.net>



Where would you find out who's in charge of this in the country you're 
in (other than just doing it and waiting for letters from lawyers ;) ).

Thanks
Hans

Remco B. Brink wrote:

><quote who="Mitchell Smith">
>
>  
>
>>What are the general thoughts surrounding this subject?
>>    
>>
>
>Strongly depends on what country you are streaming from.
>
>The Netherlands is *insanely* expensive, Norway will let you stream for
>little over $40 USD a month.
>
>The US probably has some other rules and regulations.
>
>regards,
>Remco
>
>  
>

<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 remco at rc6.org  Thu Jun 12 11:12:31 2003
From: remco at rc6.org (Remco B. Brink)
Date: Thu, 12 Jun 2003 13:12:31 +0200
Subject: [icecast] legalities of streaming
In-Reply-To: <3EE8AD52.3060307@7ball.net>
Message-ID: <20030612131231.66b13bf4.remco@rc6.org>



<quote who="Hans Huberland">

> Where would you find out who's in charge of this in the country you're
> in (other than just doing it and waiting for letters from lawyers ;)
> ).

The organization that's in charge of copyrights in your country.

-rbb


-- 
   Remco B. Brink -- Information Systems Developer, Opera Software ASA
   Personal site at http://rc6.org - PGP key at http://rc6.org/rbb.pgp
--- >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 admin2 at enabled.com  Fri Jun 13 16:01:14 2003
From: admin2 at enabled.com (admin)
Date: Fri, 13 Jun 2003 08:01:14 -0800
Subject: [icecast] ices configuration not working
Message-ID: <20030613160114.M95361@enabled.com>



OS: FreeBSD4.8

okay I installed ices from /usr/ports/audio/ices

copied ices.conf.dist to config.xml

can somebody explain to me why the configuration file is not getting loaded

root at hurricane# ices                                      [/usr/local/etc/ices]
IceS 2.0beta2
  (c) Copyright 2001-2002 Michael Smith <msmith at icecast.org>

Usage: "ices config.xml"
root at hurricane# ices config.xml                           [/usr/local/etc/ices]
Failed to read config file "config.xml"
root at hurricane#

config.xml
--- snip ----
root at hurricane# less config.xml                           [/usr/local/etc/ices]
<?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>playlist.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>builtin</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>0</Verbose>
    <!-- This directory specifies where ices should put the logfile, cue file
         and pid file (if daemonizing). -->
    <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>letmein</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 -->
    <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>
    -->
    <!-- The name of you stream, not the name of the song! -->
    <Name>Default stream</Name>
    <!-- Genre of your stream, be it rock or pop or whatever -->
    <Genre>Default genre</Genre>
    <!-- Longer description of your stream -->
    <Description>Default description</Description>
    <!-- URL to a page describing your stream -->
    <URL><a href="http://localhost/</URL">http://localhost/</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>0</Reencode>
    <!-- Number of channels to reencode to, 1 for mono or 2 for stereo -->
    <Channels>2</Channels>
  </Stream>
</ices:Configuration>

--- snip --

- noah
--- >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 Jun 13 16:04:34 2003
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 13 Jun 2003 12:04:34 -0400
Subject: [icecast] ices configuration not working
In-Reply-To: <20030613160114.M95361@enabled.com>
Message-ID: <20030613160433.GA419@watanabe.kublai.com>



You are trying to use ices 2 with an ices version 1 config file.

On Friday, 13 June 2003 at 08:01, admin wrote:
> OS: FreeBSD4.8
> 
> okay I installed ices from /usr/ports/audio/ices
> 
> copied ices.conf.dist to config.xml
> 
> can somebody explain to me why the configuration file is not getting loaded
> 
> root at hurricane# ices                                      [/usr/local/etc/ices]
> IceS 2.0beta2
>   (c) Copyright 2001-2002 Michael Smith <msmith at icecast.org>
> 
> Usage: "ices config.xml"
> root at hurricane# ices config.xml                           [/usr/local/etc/ices]
> Failed to read config file "config.xml"
> root at hurricane#
> 
> config.xml
> root at hurricane# less config.xml                           [/usr/local/etc/ices]
> <?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>playlist.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>builtin</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>0</Verbose>
>     <!-- This directory specifies where ices should put the logfile, cue file
>          and pid file (if daemonizing). -->
>     <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>letmein</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 -->
>     <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>
>     <!-- The name of you stream, not the name of the song! -->
>     <Name>Default stream</Name>
>     <!-- Genre of your stream, be it rock or pop or whatever -->
>     <Genre>Default genre</Genre>
>     <!-- Longer description of your stream -->
>     <Description>Default description</Description>
>     <!-- URL to a page describing your stream -->
>     <URL><a href="http://localhost/</URL">http://localhost/</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>0</Reencode>
>     <!-- Number of channels to reencode to, 1 for mono or 2 for stereo -->
>     <Channels>2</Channels>
>   </Stream>
> </ices:Configuration>
> 
> 
> - noah
> 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 admin2 at enabled.com  Fri Jun 13 16:21:31 2003
From: admin2 at enabled.com (admin)
Date: Fri, 13 Jun 2003 08:21:31 -0800
Subject: [icecast] ices configuration not working
In-Reply-To: <20030613160433.GA419@watanabe.kublai.com>
Message-ID: <20030613161456.M9009@enabled.com>



On Fri, 13 Jun 2003 12:04:34 -0400, Brendan Cully wrote
> You are trying to use ices 2 with an ices version 1 config file.
> 

<p>ah ha!

Is ices2 adventageous to use (other than ogg-vorbis) since I have it
installed.  I guess I am wondering if this is where most of the development
focus will be placed and currently there is a phasing out of ices1 development.

I am just needing to provide a feed to my shoutcast server - does it matter if
I use ices1 or ices2 here?

- Noah

--- >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 Jun 13 16:24:42 2003
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 13 Jun 2003 12:24:42 -0400
Subject: [icecast] ices configuration not working
In-Reply-To: <20030613161456.M9009@enabled.com>
Message-ID: <20030613162442.GB419@watanabe.kublai.com>



On Friday, 13 June 2003 at 08:21, admin wrote:
> Is ices2 adventageous to use (other than ogg-vorbis) since I have it
> installed.  I guess I am wondering if this is where most of the development
> focus will be placed and currently there is a phasing out of ices1 development.
> 
> I am just needing to provide a feed to my shoutcast server - does it matter if
> I use ices1 or ices2 here?

If you want to stream ogg, use ices 2.
If you want to stream mp3, use ices 1.
Both are still being maintained.

houtcast only understands mp3, of course. You might consider trying
icecast 2 as your server.

-b
--- >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 zsh at squeamish.org  Fri Jun 13 19:55:31 2003
From: zsh at squeamish.org (Zachary Hamm)
Date: Fri, 13 Jun 2003 15:55:31 -0400
Subject: [icecast] Build problems with libshout on Mac OS X 10.2
Message-ID: <FD2DCB14-9DD8-11D7-A47F-000A957E72F4@squeamish.org>



FYI,

For anyone trying to build libshout on Mac OS X 10.2 and having 
problems change line 16 of
encode.c from:

const char urlencstring[16] = "0123456789abcdef";

to

const char urlencstring[16] = { '0', '1', '2', '3', '4', '5', '6', '7', 
'8', '9', 'a', 'b', 'c', 'd', 'e', 'f' };

Apparently Apple's gcc (or maybe its just gcc 3.1) (stupidly) has 
issues with literal strings without \0 terminators.

Just thought this might interest someone...


--
Zachary Hamm
zsh at squeamish.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 brendan at xiph.org  Fri Jun 13 21:08:42 2003
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 13 Jun 2003 17:08:42 -0400
Subject: [icecast] Build problems with libshout on Mac OS X 10.2
In-Reply-To: <FD2DCB14-9DD8-11D7-A47F-000A957E72F4@squeamish.org>
Message-ID: <20030613210842.GC419@watanabe.kublai.com>



This bug, which affects libshout 1, was fixed in CVS, but I don't
remember whether a subsequent release was made. I'd encourage you to
try a libshout 2 snaphsot. This version is very close to release, I
believe.

You can find the snapshot at xiph.org/~brendan/

Note you will also need the ogg and vorbis libraries installed in
order to build libshout 2.

-b

PS changing urlencstring[16] to urlencstring[17] should also have
worked.

On Friday, 13 June 2003 at 15:55, Zachary Hamm wrote:
> FYI,
> 
> For anyone trying to build libshout on Mac OS X 10.2 and having 
> problems change line 16 of
> encode.c from:
> 
> const char urlencstring[16] = "0123456789abcdef";
> 
> to
> 
> const char urlencstring[16] = { '0', '1', '2', '3', '4', '5', '6', '7', 
> '8', '9', 'a', 'b', 'c', 'd', 'e', 'f' };
> 
> Apparently Apple's gcc (or maybe its just gcc 3.1) (stupidly) has 
> issues with literal strings without \0 terminators.
> 
> Just thought this might interest someone...
> 
--- >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  Fri Jun 13 22:25:49 2003
From: adam at xs4all.nl (adam)
Date: Sat, 14 Jun 2003 00:25:49 +0200 (CEST)
Subject: [icecast] legalities of streaming
In-Reply-To: <3EE8AD52.3060307@7ball.net>
Message-ID: <20030614002035.T30246-100000@xs1.xs4all.nl>



ok...i am going to throw a spanner in the works, as i have found
this conversation really interesting and i would like to know more...what
happens if you make music that is:

1. released under gpl / open sudio licence (EFF)
2. is in ogg vorbis format
3. is _not_ released in album form but as individual tracks

does this mean running a streaming station that plays this content and
this content only skips all legal potholes that we have so far seen very
interestingly discussed on this list?

ie -> no format royalties (unlike mp3), no 'inalienable' copyright rights
that force unwanted restrictions on the propagation of your content, no
limit on replay of more than 3 album tracks....

<p>anyone find anything that could upset this slightly utopian scenario (not
counting amount of content available that meets all these criteria ;-) )

<p>adam

<p><p><p><p><p><p>On Thu, 12 Jun 2003, Hans Huberland wrote:

> Where would you find out who's in charge of this in the country you're
> in (other than just doing it and waiting for letters from lawyers ;) ).
>
> Thanks
> Hans
>
> Remco B. Brink wrote:
>
> ><quote who="Mitchell Smith">
> >
> >
> >
> >>What are the general thoughts surrounding this subject?
> >>
> >>
> >
> >Strongly depends on what country you are streaming from.
> >
> >The Netherlands is *insanely* expensive, Norway will let you stream for
> >little over $40 USD a month.
> >
> >The US probably has some other rules and regulations.
> >
> >regards,
> >Remco
> >
> >
> >
>
>
> --- >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
The Streaming Suitcase

Free as in 'media'

+44 (0)7919 847 023

<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 admin2 at enabled.com  Sat Jun 14 00:29:38 2003
From: admin2 at enabled.com (admin)
Date: Fri, 13 Jun 2003 16:29:38 -0800
Subject: [icecast] ices configuration not working
In-Reply-To: <20030613162442.GB419@watanabe.kublai.com>
Message-ID: <20030614002820.M13216@enabled.com>



On Fri, 13 Jun 2003 12:24:42 -0400, Brendan Cully wrote
> On Friday, 13 June 2003 at 08:21, admin wrote:
> > Is ices2 adventageous to use (other than ogg-vorbis) since I have it
> > installed.  I guess I am wondering if this is where most of the development
> > focus will be placed and currently there is a phasing out of ices1
development.
> > 
> > I am just needing to provide a feed to my shoutcast server - does it matter if
> > I use ices1 or ices2 here?
> 
> If you want to stream ogg, use ices 2.
> If you want to stream mp3, use ices 1.
> Both are still being maintained.
> 
> shoutcast only understands mp3, of course. You might consider trying
> icecast 2 as your server.

<p>I want to feed mp3s to a shoutcast public server.  so I got ices1 running with
icecast1.3.12

does this appear like the propper thing to do?

- Noah

<p><p>> 
> -b
> --- >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 arnaud.desmons at free.fr  Sat Jun 14 00:37:49 2003
From: arnaud.desmons at free.fr (Logarno)
Date: 14 Jun 2003 02:37:49 +0200
Subject: [icecast] compilation problem
Message-ID: <m3y905o5nm.fsf@armada.alcatraz>



Hi,
I have compiled and installed libogg in the directory /toto/libogg and
libvorbis in /toto/libvorbis.
But   when   I   ./configure   icecast  with   --with-ogg-prefix   and
--with-vorbis-prefix  I get  an error  with vorbis  test  that doesn't
found   ogg   includes    (ie   ogg/ogg.h).   Vorbis   tests   include
-I/toto/libvorbis/include but why not -I/toto/libogg/include ?
How can I change this properly please ?
Regards


-- 
Arnaud
--- >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  Sat Jun 14 01:48:49 2003
From: brendan at xiph.org (Brendan Cully)
Date: Fri, 13 Jun 2003 21:48:49 -0400
Subject: [icecast] ices configuration not working
In-Reply-To: <20030614002820.M13216@enabled.com>
Message-ID: <20030614014848.GA10625@watanabe.kublai.com>



On Friday, 13 June 2003 at 16:29, admin wrote:
> On Fri, 13 Jun 2003 12:24:42 -0400, Brendan Cully wrote
> > On Friday, 13 June 2003 at 08:21, admin wrote:
> > > Is ices2 adventageous to use (other than ogg-vorbis) since I have it
> > > installed.  I guess I am wondering if this is where most of the development
> > > focus will be placed and currently there is a phasing out of ices1
> development.
> > > 
> > > I am just needing to provide a feed to my shoutcast server - does it matter if
> > > I use ices1 or ices2 here?
> > 
> > If you want to stream ogg, use ices 2.
> > If you want to stream mp3, use ices 1.
> > Both are still being maintained.
> > 
> > shoutcast only understands mp3, of course. You might consider trying
> > icecast 2 as your server.
> 
> 
> I want to feed mp3s to a shoutcast public server.  so I got ices1 running with
> icecast1.3.12
> 
> does this appear like the propper thing to do?

If you want to stream to a shoutcast server, ices1 can do that
directly - there's no need to relay through an icecast 1 server. But
unless you want to be listed in the shoutcast directory, I don't know
why you need to talk to a shoutcast server. icecast 2 will also stream
MP3s to all the same client programs that shoutcast does.

icecast 1 is pretty much unsupported these days, so you might want to
try out icecast 2, currently in beta.
--- >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 admin2 at enabled.com  Sat Jun 14 18:55:46 2003
From: admin2 at enabled.com (admin)
Date: Sat, 14 Jun 2003 10:55:46 -0800
Subject: [icecast] ices configuration not working
In-Reply-To: <20030614014848.GA10625@watanabe.kublai.com>
Message-ID: <20030614185201.M40281@enabled.com>



On Fri, 13 Jun 2003 21:48:49 -0400, Brendan Cully wrote
> If you want to stream to a shoutcast server, ices1 can do that
> directly - there's no need to relay through an icecast 1 server. But
> unless you want to be listed in the shoutcast directory, I don't know
> why you need to talk to a shoutcast server. icecast 2 will also 
> stream MP3s to all the same client programs that shoutcast does.
> 
> icecast 1 is pretty much unsupported these days, so you might want to
> try out icecast 2, currently in beta.

<p>Hi,

okay thanks.   since I want to stream to the shoutcast server and be listed in
their directory I am attempting the following:

I have the shoutcast server running and ices1 is attempting to stream to the
shoutcast server.

ices1 complains of mount failings:

=== snip ===

Error during send: Mount failed on http://127.0.0.1:8001/icy_0, error: Not
connected to server. Too many stream errors, giving up
Encountered error while transfering /home/noah/mp3/StrangeFruit.mp3: Mount
failed on http://127.0.0.1:8001/icy_0, error: Not connected to server.
Warning: ices_file_get_next() gave me an error, this is not good. [Unreadable
or empty playlist]
ices in free(): warning: chunk is already free
Ices Exiting...

=== snip ===

<p>is there a better direction I should go or is there something I need to tweak
in the ices configuration file to get this working properly

- Noah

<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 gshang at uq.net.au  Sun Jun 15 00:49:18 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sun, 15 Jun 2003 10:49:18 +1000 (EST)
Subject: [icecast] ices configuration not working
In-Reply-To: <20030614185201.M40281@enabled.com>
Message-ID: <Pine.LNX.4.56.0306151047530.498@data.home>



On Sat, 14 Jun 2003, admin wrote:

> ices1 complains of mount failings:
>
> === snip ===
>
> Error during send: Mount failed on http://127.0.0.1:8001/icy_0, error: Not
> connected to server. Too many stream errors, giving up

Does the log for the shoutcast server say anything?  And can you show us
your ices config?

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 web-host-pro.com  Sun Jun 15 10:18:08 2003
From: info at web-host-pro.com (Web-Host-Pro)
Date: Sun, 15 Jun 2003 12:18:08 +0200
Subject: [icecast] streaming in stead of downloading
Message-ID: <001b01c33327$6abd7c50$5a00a8c0@persario>



Hi,
 
I just installed icecast and iceS on  linux machine.
The problem is that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it
askes if i want to open or to save it, when i hit open, it starts
downloading the whole stream.
 
How comes
Thx
 
Maarten

<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 mg at trash.net  Sun Jun 15 10:20:16 2003
From: mg at trash.net (Mathias Gygax)
Date: Sun, 15 Jun 2003 12:20:16 +0200
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <001b01c33327$6abd7c50$5a00a8c0@persario>
Message-ID: <20030615102016.GA25463@zeus.eniac.ch.eu.org>



On Sun, Jun 15, 2003 at 12:18:08PM +0200, Web-Host-Pro wrote:
> Hi,

hi,

> I just installed icecast and iceS on  linux machine.  The problem is
> that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it askes if i
> want to open or to save it, when i hit open, it starts downloading the
> whole stream.

try to open it with xmms or another stream-capable player.

HTH

 - regards, mathias
--- >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  Sun Jun 15 10:32:26 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Sun, 15 Jun 2003 12:32:26 +0200
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <20030615102016.GA25463@zeus.eniac.ch.eu.org>
Message-ID: <3EEC675A.9895.5B0BEA1@localhost>



On 15 Jun 2003 at 12:20, Mathias Gygax wrote:

> On Sun, Jun 15, 2003 at 12:18:08PM +0200, Web-Host-Pro wrote:
> 
> > I just installed icecast and iceS on  linux machine.  The problem is
> > that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it askes if i
> > want to open or to save it, when i hit open, it starts downloading
> > the whole stream.
> 
> try to open it with xmms or another stream-capable player.

Is there any way of avoiding downloading the stream? Afaik shoutcast 
does this by checking if you are using a browser (then download is 
not permitted) or a streaming application. Well, any such solution 
would be helpful to me since I don't want all dumb-users to be able 
to download a stream. Sure you can trick solutions like this by 
setting a user-agent via wget or something - but ...
--- >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 web-host-pro.com  Sun Jun 15 12:26:44 2003
From: info at web-host-pro.com (Web-Host-Pro)
Date: Sun, 15 Jun 2003 14:26:44 +0200
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <3EEC675A.9895.5B0BEA1@localhost>
Message-ID: <000101c33339$622d6340$5a00a8c0@persario>



It starts downloading it anyway, no mather with what kind of program you
use.
But how comes, what is wrong, cause when i click on a link of an other
internetradio .
Mostly link to listen.pls it askes if it has to be downloaded or open,
if you click on open, it starts winamp directly en plays the stream.

Anyone?

Thx

MAarten

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf
Of Stefan Neufeind
Sent: zondag 15 juni 2003 12:32
To: icecast at xiph.org
Subject: Re: [icecast] streaming in stead of downloading

<p>On 15 Jun 2003 at 12:20, Mathias Gygax wrote:

> On Sun, Jun 15, 2003 at 12:18:08PM +0200, Web-Host-Pro wrote:
> 
> > I just installed icecast and iceS on  linux machine.  The problem is

> > that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it askes if i

> > want to open or to save it, when i hit open, it starts downloading 
> > the whole stream.
> 
> try to open it with xmms or another stream-capable player.

Is there any way of avoiding downloading the stream? Afaik shoutcast 
does this by checking if you are using a browser (then download is 
not permitted) or a streaming application. Well, any such solution 
would be helpful to me since I don't want all dumb-users to be able 
to download a stream. Sure you can trick solutions like this by 
setting a user-agent via wget or something - but ...
--- >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 gshang at uq.net.au  Sun Jun 15 14:19:19 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Mon, 16 Jun 2003 00:19:19 +1000 (EST)
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <001b01c33327$6abd7c50$5a00a8c0@persario>
Message-ID: <Pine.LNX.4.56.0306152250230.498@data.home>



Hi:

You need to make a .pls or .m3u file with the URL to the stream in it and
link that from your website.  M3U files just have the URL to your stream in
them, for example:

http://server:8000/yourstream.ogg

Just put this single line in a .M3U file, and then link to it from your
website like so:

<A HREF="yourstream.m3u">Click here to listen</A>

PLS files are a bit more complicated and look like this:

[playlist]
File1=http://server:port/yourstream.ogg
Title1=Your stream title
Length1=-1
NumberOfEntries=1
Version=2

Again, you just link to a file like this as shown above.

Also note that icecast2 has the built-in ability to auto-generate .M3U
files for the streams it serves.  Simply link to
http://server:port/yourstream.ogg.m3u and, providing the hostname element
is set correctly  in the config file, an M3U file will be returned with the
specified stream.

Geoff.
 -- Geoff Shang <gshang at uq.net.au> ICQ number 43634701

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

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

--- >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 web-host-pro.com  Sun Jun 15 23:15:11 2003
From: info at web-host-pro.com (Web-Host-Pro)
Date: Mon, 16 Jun 2003 01:15:11 +0200
Subject: [icecast] stats
In-Reply-To: <Pine.LNX.4.56.0306152250230.498@data.home>
Message-ID: <000201c33393$fad52e70$5a00a8c0@persario>



Thx a lot it is working now

Sorry to be so new, but i can't find the info for icecast2
How does the stast work and the admin options like in icecast1?

Thx

Maarten

-----Original Message-----
From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org] On Behalf
Of Geoff Shang
Sent: zondag 15 juni 2003 16:19
To: icecast at xiph.org
Subject: Re: [icecast] streaming in stead of downloading

<p>Hi:

You need to make a .pls or .m3u file with the URL to the stream in it
and link that from your website.  M3U files just have the URL to your
stream in them, for example:

http://server:8000/yourstream.ogg

Just put this single line in a .M3U file, and then link to it from your
website like so:

<A HREF="yourstream.m3u">Click here to listen</A>

PLS files are a bit more complicated and look like this:

[playlist]
File1=http://server:port/yourstream.ogg
Title1=Your stream title
Length1=-1
NumberOfEntries=1
Version=2

Again, you just link to a file like this as shown above.

Also note that icecast2 has the built-in ability to auto-generate .M3U
files for the streams it serves.  Simply link to
http://server:port/yourstream.ogg.m3u and, providing the hostname
element is set correctly  in the config file, an M3U file will be
returned with the specified stream.

Geoff.
 -- Geoff Shang <gshang at uq.net.au> ICQ number 43634701

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

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

--- >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 msmith at xiph.org  Mon Jun 16 01:20:21 2003
From: msmith at xiph.org (Michael Smith)
Date: Mon, 16 Jun 2003 11:20:21 +1000
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <001b01c33327$6abd7c50$5a00a8c0@persario>
Message-ID: <200306161120.21913.msmith@xiph.org>



On Sunday 15 June 2003 20:18, Web-Host-Pro wrote:
> Hi,
>
> I just installed icecast and iceS on  linux machine.
> The problem is that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it
> askes if i want to open or to save it, when i hit open, it starts
> downloading the whole stream.
>

That sounds like a bug with your media player. You didn't say what player you 
were using, though, so we can't really help you. 

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 adon at yorku.ca  Mon Jun 16 05:42:38 2003
From: adon at yorku.ca (Adon Irani)
Date: Mon, 16 Jun 2003 01:42:38 -0400 (EDT)
Subject: [icecast] streaming in stead of downloading
In-Reply-To: <200306161120.21913.msmith@xiph.org>
Message-ID: <Pine.SOL.4.50.0306160140170.22611-100000@sunburn.ccs.yorku.ca>



> > The problem is that when i enter http://xxx.xxx.xxx.xxx:8000/test.ogg it
> > askes if i want to open or to save it, when i hit open, it starts
> > downloading the whole stream.
> >
>
> That sounds like a bug with your media player. You didn't say what player you
> were using, though, so we can't really help you.
>

<p>isn't this a browser-based problem. .   in know in opera (for windows ) ,
it'll start d0wnloading the file immediately .  i think ie will wait for
the open , save-as decision to be made .

w/o the .m3u extention , i figure the browsers generally don't know what
to do w/ an .ogg file . .

 a:/,

--- >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 uq.net.au  Mon Jun 16 06:57:38 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Mon, 16 Jun 2003 16:57:38 +1000 (EST)
Subject: [icecast] stats
In-Reply-To: <000201c33393$fad52e70$5a00a8c0@persario>
Message-ID: <Pine.LNX.4.56.0306161647410.498@data.home>



Hi:

Here's how you set up the admin stuff - I just did it yesterday.

1.  Edit the config file.  Define the admin-user and admin-password  items,
and also the admin-root directory.

2.  Copy the *.xsl files from the admin directory to the directory you
specified as admin-root.

3.  Run the server (HUP it if it's already running, to make your config
changes take effect).

4.  Visit the following URL in your browser:

http://server:port/admin/stats.xsl

Replace "server" and "port" with the appropriate values.  You'll be
prompted for a username and password.  Use the username and password you
entered for admin-user and admin-password in the config file.

You can also use any of the other *.xsl files in the admin directory at the
end of the URL, and there will also be links to these in the output of
these pages.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 ross.levis at cchlawbase.co.nz  Tue Jun 17 02:39:38 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 17 Jun 2003 14:39:38 +1200
Subject: [icecast] Wanted: Ogg Stations Directory
Message-ID: <84C0CDE57EDD0841880993D82051278E0A1141@bagheera.internal.cch.co.nz>



I've been thinking, yes not a good thing sometimes.  I want to listen to
Ogg Vorbis streams.  As far as I know there is only the yp directory on
Oddsocks website to easily find vorbis streams in one place, but it
doesn't reflect the actual number of streams in existance.  A carefully
worded goggle search turns up quite a few more but it is time consuming
to load every website, find the stream link, and find the music is not
my taste.

Windows Media Player has a large and convenient searchable "Radio Tuner"
directory with hundreds of stations.  In my opinion what we (the Ogg
Vorbis) community needs is a friendly web directory of all stations.  It
could be either managed by the owner or via automatic submissions.

So, I've verbalized an idea but I don't have the time or knowhow to do
it myself, so any takers?  I'm sure all streamers will want to be
listed.  I can provide a few links I've collected.

Ross Levis.
http://winvorbis.stationplaylist.com

StationPlaylist.com
Low-cost Broadcasting Software
http://www.stationplaylist.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 gshang at uq.net.au  Tue Jun 17 11:45:26 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 17 Jun 2003 21:45:26 +1000 (EST)
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A1141@bagheera.internal.cch.co.nz>
Message-ID: <Pine.LNX.4.56.0306172142070.498@data.home>



Hi:

Surely it would be just easier if everyone used the directory servers
listed in the sample icecast.xml file.  It sounds like what you're
proposing is doing something manually that should be doable automatically.
Yeah, I know, getting everyone to list on the same YP server is not going
to be trivial, but if a place gets to be known as *the* place to go to find
.ogg streams, everyone will want to list there.

Anyway, the 2 directory servers I know of can be browsed at
http://www.oddsock.org/icecast2yp/ and http://yp.icecast.net .

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 Jun 17 11:55:38 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 17 Jun 2003 13:55:38 +0200
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <Pine.LNX.4.56.0306172142070.498@data.home>
Message-ID: <20030617115548.93D36532AC9@motherfish-II.xiph.org>



On Tue, 17 Jun 2003 at 13:46:33, Geoff Shang wrote:

> Surely it would be just easier if everyone used the directory servers
> listed in the sample icecast.xml file.  It sounds like what you're
> proposing is doing something manually that should be doable automatically.
> Yeah, I know, getting everyone to list on the same YP server is not going
> to be trivial, but if a place gets to be known as *the* place to go to find
> .ogg streams, everyone will want to list there.
> 
> Anyway, the 2 directory servers I know of can be browsed at
> http://www.oddsock.org/icecast2yp/ and http://yp.icecast.net .

How about offering access to these two directories via XML? This way it would 
be possible to create sites which include e.g. information from both of these 
directories (or of even more) and provide them in their content. Something like 
a "WebService" (but without the bloated SOAP-things around :-)).

Would that be an idea? If a station is listed in both dirs you can easily 
detect this. But to know which directory entry is more up2date (e.g. when doing 
title-updates) it would be good to have a "last touched"-time for each entry in 
the XML-file.

Shouldn't be too hard to implement in the existing directories, right? And 
maybe someone would set up a "directory colaboration server" that might 
summarize entries from different yellowpage-directories and submit them 
alltogether to oddsock's dir (in colaboration with oddsock, for sure - not 
against his will by brute force!).

<p>  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 uq.net.au  Tue Jun 17 13:11:19 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 17 Jun 2003 23:11:19 +1000 (EST)
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <20030617115548.93D36532AC9@motherfish-II.xiph.org>
Message-ID: <Pine.LNX.4.56.0306172306490.498@data.home>



On Tue, 17 Jun 2003, Stefan Neufeind wrote:

> If a station is listed in both dirs you can easily detect this. But to
> know which directory entry is more up2date (e.g. when doing
> title-updates) it would be good to have a "last touched"-time for each
> entry in the XML-file.

doesn't icecast's YP functions touch all directory servers at the same
time?

I still think that the best way to ensure that most people are listed in
the one place is to make it desirable for people to be listed in that
place.  Why do you think that so many people are listed on shoutcast.com
and why so many icecast 1.x users want to be?  Because that's where people
know to go to get MP3 streams.

Personally, I'm surprised that a server hasn't been set up on icecast.org
and made the official server.

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 oliver at ojms.org.uk  Tue Jun 17 13:18:08 2003
From: oliver at ojms.org.uk (Oliver Stirling)
Date: Tue, 17 Jun 2003 14:18:08 +0100
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <20030617115548.93D36532AC9@motherfish-II.xiph.org>
Message-ID: <3EEF1510.60204@ojms.org.uk>



On a slightly different note I was wondering if it was possible to add 
to the yp directory on a different port than http? My station is a 
student radio station in the UK and we are behind the uni firewall and 
as far as I know I can't get icecast to use the proxy.

However with shoutcast we can report to port 666 which I can use as they 
don't block all outgoing ports.

Hopefully someone can be of help.

Thanks.


-- 
Oliver Stirling
#===============#
|Head of IT     |
|Junction11     |
|www.1287am.com |
#===============#

Security bars are no defence against monkeys

--- >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 Jun 17 16:09:38 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 17 Jun 2003 18:09:38 +0200
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <Pine.LNX.4.56.0306172306490.498@data.home>
Message-ID: <3EEF5962.28096.13629A@localhost>



On 17 Jun 2003 at 23:11, Geoff Shang wrote:

> On Tue, 17 Jun 2003, Stefan Neufeind wrote:
> 
> > If a station is listed in both dirs you can easily detect this. But
> > to know which directory entry is more up2date (e.g. when doing
> > title-updates) it would be good to have a "last touched"-time for
> > each entry in the XML-file.
> 
> doesn't icecast's YP functions touch all directory servers at the same
> time?
> 
> I still think that the best way to ensure that most people are listed
> in the one place is to make it desirable for people to be listed in
> that place.  Why do you think that so many people are listed on
> shoutcast.com and why so many icecast 1.x users want to be?  Because
> that's where people know to go to get MP3 streams.
> 
> Personally, I'm surprised that a server hasn't been set up on
> icecast.org and made the official server.

Yes, why haven't they? Who's in charge of icecast.org? I guess that 
might be the right point to start working on it, yeah.
--- >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 Jun 17 16:13:05 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 17 Jun 2003 18:13:05 +0200
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <3EEF1510.60204@ojms.org.uk>
Message-ID: <3EEF5A31.24325.168BF8@localhost>



On 17 Jun 2003 at 14:18, Oliver Stirling wrote:

> On a slightly different note I was wondering if it was possible to add
> to the yp directory on a different port than http? My station is a
> student radio station in the UK and we are behind the uni firewall and
> as far as I know I can't get icecast to use the proxy.
> 
> However with shoutcast we can report to port 666 which I can use as
> they don't block all outgoing ports.
> 
> Hopefully someone can be of help.

Well since Icecast uses plain http for updating the YP I guess adding 
proxy-support (for usual http-proxies) to Oddcast etc. shout be the 
best solution :-) Maybe Oddsock might have a look at this, since I 
believe it's not that much work from "protocol view" to rewrite the 
queries a bit so they fit http-proxy-needs.

What strikes me most: If you are firewalled, how can you broadcast a 
stream from that machine?

   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 oliver at ojms.org.uk  Tue Jun 17 19:40:27 2003
From: oliver at ojms.org.uk (Oliver Stirling)
Date: Tue, 17 Jun 2003 20:40:27 +0100
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <3EEF5A31.24325.168BF8@localhost>
Message-ID: <3EEF6EAB.4060901@ojms.org.uk>



Stefan Neufeind wrote:

> On 17 Jun 2003 at 14:18, Oliver Stirling wrote:
> 
> 
>>On a slightly different note I was wondering if it was possible to add
>>to the yp directory on a different port than http? My station is a
>>student radio station in the UK and we are behind the uni firewall and
>>as far as I know I can't get icecast to use the proxy.
>>
>>However with shoutcast we can report to port 666 which I can use as
>>they don't block all outgoing ports.
>>
>>Hopefully someone can be of help.
> 
> 
> Well since Icecast uses plain http for updating the YP I guess adding 
> proxy-support (for usual http-proxies) to Oddcast etc. shout be the 
> best solution :-) Maybe Oddsock might have a look at this, since I 
> believe it's not that much work from "protocol view" to rewrite the 
> queries a bit so they fit http-proxy-needs.
> 
> What strikes me most: If you are firewalled, how can you broadcast a 
> stream from that machine?
> 
>    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.

Well, they only firewall outgoing http and _normally_ all incoming, but 
they have opened up the incoming ports for our streams.

It would be simple to get the server that recieves the yp commands 
(which is apache), just add the command:

Listen 666

to httpd.conf and then make sure any firewall is open and people in my 
situation should be able to be listed.

<p>
-- 
Oliver Stirling
#===============#
|Head of IT     |
|Junction11     |
|www.1287am.com |
#===============#

Security bars are no defence against monkeys

--- >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 Jun 17 21:06:19 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 17 Jun 2003 23:06:19 +0200
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <3EEF6EAB.4060901@ojms.org.uk>
Message-ID: <3EEF9EEB.20121.1230010@localhost>



On 17 Jun 2003 at 20:40, Oliver Stirling wrote:

> Stefan Neufeind wrote:
> 
> > On 17 Jun 2003 at 14:18, Oliver Stirling wrote:
> > 
> > 
> >>On a slightly different note I was wondering if it was possible to
> >>add to the yp directory on a different port than http? My station is
> >>a student radio station in the UK and we are behind the uni firewall
> >>and as far as I know I can't get icecast to use the proxy.
> >>
> >>However with shoutcast we can report to port 666 which I can use as
> >>they don't block all outgoing ports.
> >>
> >>Hopefully someone can be of help.
> > 
> > 
> > Well since Icecast uses plain http for updating the YP I guess
> > adding proxy-support (for usual http-proxies) to Oddcast etc. shout
> > be the best solution :-) Maybe Oddsock might have a look at this,
> > since I believe it's not that much work from "protocol view" to
> > rewrite the queries a bit so they fit http-proxy-needs.
> > 
> > What strikes me most: If you are firewalled, how can you broadcast a
> > stream from that machine?
> > 
> >    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.
> 
> Well, they only firewall outgoing http and _normally_ all incoming,
> but they have opened up the incoming ports for our streams.
> 
> It would be simple to get the server that recieves the yp commands
> (which is apache), just add the command:
> 
> Listen 666
> 
> to httpd.conf and then make sure any firewall is open and people in my
> situation should be able to be listed.

We'll you have a quite "rare" case (as I would call it). So maybe 
using normal proxy would be the cleanest solution. We'll see if 
Oddsock has time to comment on this.

  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 nettings at folkwang-hochschule.de  Wed Jun 18 07:39:23 2003
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Wed, 18 Jun 2003 09:39:23 +0200
Subject: [icecast] [semi-OT]: will icecast eventually be able to stream video ?
Message-ID: <3EF0172B.5010403@folkwang-hochschule.de>



hello guys !

i wonder whether the new ogg theora video codec will be added to icecast2...
we've been using icecast2 earlier this year for a webcast of our linux 
audio developers conference 
(http://www.linuxdj.com/audio/lad/eventszkm2003.php3), and since next 
year's event will be somewhat bigger, we would love to have some sort of 
video stream happening.
it's nothing mission critical, just geek play, but it might be an 
interesting test case and a nice way to bring together the linux-audio-* 
and xiph communities...

best,

j?rn

<p>
-- 
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
	-- Charter of the United Nations, Article 2.4

<p>J?rn Nettingsmeier
Kurf?rstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)

<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 msmith at xiph.org  Wed Jun 18 07:43:33 2003
From: msmith at xiph.org (Michael Smith)
Date: Wed, 18 Jun 2003 17:43:33 +1000
Subject: [icecast] [semi-OT]: will icecast eventually be able to stream video ?
In-Reply-To: <3EF0172B.5010403@folkwang-hochschule.de>
Message-ID: <200306181743.33709.msmith@xiph.org>



On Wednesday 18 June 2003 17:39, Joern Nettingsmeier wrote:
> hello guys !
>
> i wonder whether the new ogg theora video codec will be added to
> icecast2... we've been using icecast2 earlier this year for a webcast of
> our linux audio developers conference

Yes, eventually. 

Client support (both for sources and, of course, for players) I'm not so sure 
about. 

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 stefan at neufeind.net  Wed Jun 18 07:47:12 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Wed, 18 Jun 2003 09:47:12 +0200
Subject: [icecast] [semi-OT]: will icecast eventually be able to stream video ?
In-Reply-To: <200306181743.33709.msmith@xiph.org>
Message-ID: <3EF03520.31628.22E745@localhost>



On 18 Jun 2003 at 17:43, Michael Smith wrote:

> On Wednesday 18 June 2003 17:39, Joern Nettingsmeier wrote:
> > hello guys !
> >
> > i wonder whether the new ogg theora video codec will be added to
> > icecast2... we've been using icecast2 earlier this year for a
> > webcast of our linux audio developers conference
> 
> Yes, eventually. 

Is there much work-to-do for making the icecast2-server stream that 
video?

> Client support (both for sources and, of course, for players) I'm not
> so sure about. 

Aren't there mabe already source-clients and players existing? 
Players I guess may exist - and how difficult might it be to adjust 
sample-source-clients to fit the icecast2-needs?

  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 msmith at xiph.org  Wed Jun 18 07:53:45 2003
From: msmith at xiph.org (Michael Smith)
Date: Wed, 18 Jun 2003 17:53:45 +1000
Subject: [icecast] [semi-OT]: will icecast eventually be able to stream video ?
In-Reply-To: <3EF03520.31628.22E745@localhost>
Message-ID: <200306181753.45810.msmith@xiph.org>



> > Yes, eventually.
>
> Is there much work-to-do for making the icecast2-server stream that
> video?

Not too much.

<p>>
> > Client support (both for sources and, of course, for players) I'm not
> > so sure about.
>
> Aren't there mabe already source-clients and players existing?
> Players I guess may exist - and how difficult might it be to adjust
> sample-source-clients to fit the icecast2-needs?

Players probably exist. Source clients don't. Writing a useful one is quite a 
lot of work. The existing ones are not a useful basis for 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 jim at satlantic.com  Wed Jun 18 11:55:23 2003
From: jim at satlantic.com (Jim Van Spengen)
Date: Wed, 18 Jun 2003 08:55:23 -0300
Subject: [icecast] Missing xslt-config
Message-ID: <3EF0532B.1020908@satlantic.com>



When running the ./configure command on the icecast2 files downloaded 
from the nightly snapshot I get the following error:
configure:error: xslt-config could not be found

I have looked through the icecast user discussion archives and found 
that one solution was to install the xslt-devel rpms. However I have 
already installed these and still get the same error message.

Any Ideas?

Thanks
Jim Van Spengen

--- >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 Jun 19 01:20:23 2003
From: brendan at xiph.org (Brendan Cully)
Date: Wed, 18 Jun 2003 21:20:23 -0400
Subject: [icecast] Call for testing: libshout 2.0 beta 1
Message-ID: <20030619012022.GA600@watanabe.kublai.com>



Hi all,

Libshout 2.0, the icecast 2 compatible streaming library, is now in
beta. You can find it at

http://xiph.org/~brendan/beta/libshout-2.0b1.tar.gz

Please build and test it on as many platforms as possible, so that we
can do an official release in the very near future. There are no known
issues, but it has only been tested on a few platforms (recent linux,
solaris, freebsd and Mac OS X systems).

Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6. Ogg
and Vorbis are now prerequisites.

-b
--- >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 uq.net.au  Thu Jun 19 16:52:46 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 20 Jun 2003 02:52:46 +1000 (EST)
Subject: [icecast] Runaway icecast again (more YP issues)
Message-ID: <Pine.LNX.4.56.0306200244030.741@data.home>



Hi:

The sysadmin on the system where the icecast server I more or less
administer runs sent me an E-mail today saying that icecast had pushed up
the system load to over 8 and that he had to kill it off.  Some discussion
and examination of the log files suggest that there's a problem with
removing streams from the YP server.

The main source on our server is on a machine that's used for development
work.  This means that it has to be rebooted from time to time.  When this
was done, messages like this began appearing in the server log:

[2003-06-15  18:49:45] DBUG geturl/curl_print_header_result Message ->
(Server already exists)
[2003-06-15  18:49:45] EROR yp/yp_submit_url Got a NAK from yp_add(Server
already exists) (http://www.oddsock.org/cgi-bin/yp-cgi)

It seems these have persisted all week.  There are nearly 12 thousand lines
like this in the 111 MB logfile.  Here's the tail:

[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result SID -> ()
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Message ->
(Server already exists)
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Touch Freq ->
(0)
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Response -> (0)
[2003-06-19  06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server
already exists) (http://yp.icecast.net/cgi-bin/yp.cgi)
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result SID -> ()
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Message ->
(Server already exists)
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Touch Freq ->
(0)
[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Response -> (0)
[2003-06-19  06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server
already exists) (http://www.oddsock.org/cgi-bin/yp-cgi)

Our guess is that either icecast is not telling the YP servers to get rid
of the original instance from their list, or the servers aren't doing it.
So icecast keeps on trying to ad a new stream and the YP server keeps on
complaining that it already has that one listed.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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 indymedia.org  Thu Jun 19 17:16:34 2003
From: arc at indymedia.org (Arc)
Date: Thu, 19 Jun 2003 13:16:34 -0400
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <Pine.LNX.4.56.0306200244030.741@data.home>
Message-ID: <20030619171634.GN296@selket.nyfss.org>


On Fri, Jun 20, 2003 at 02:52:46AM +1000, Geoff Shang wrote:
> 
> Our guess is that either icecast is not telling the YP servers to get rid
> of the original instance from their list, or the servers aren't doing it.
> So icecast keeps on trying to ad a new stream and the YP server keeps on
> complaining that it already has that one listed.

this is similar behavior to what I saw yesterday, when I was
experimenting with my own YP and icecast was unable to connect but kept
trying to touch/add.

one problem is apparently it doesnt handle a false return code for add
properly, and tries to touch anyways, etc... but it wasnt just CPU load
that was going through the roof, it was also growing by a few megs a
second... 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030619/550aeed5/attachment.sig>

From oddsock at oddsock.org  Thu Jun 19 17:20:01 2003
From: oddsock at oddsock.org (oddsock)
Date: Thu, 19 Jun 2003 12:20:01 -0500
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <Pine.LNX.4.56.0306200244030.741@data.home>
Message-ID: <5.1.1.6.0.20030619121042.02525e88@www.oddsock.org>



a couple things here....in most cases the icecast2 server will remove 
itself gracefully from the YP...if for some reason, it is killed manually, 
then it may not do so...I have a cron job which runs every 5 minutes which 
goes in and cleans out any server that hasn't touched in a 5 minute 
period....so if your icecast2 server is forced down and doesn't 
successfully remove itself from the YP,. then for the next 5 minutes or so 
you should see the error message (Server already exists) with the NAK (as 
you see in your log)...Eventually, the clean script will run and will clean 
up your stale entry and icecast2 is configured to keep trying to do the 
yp-add until it's successful...so after about 5 minutes of NAKs, you should 
then be able to list again.

o thats the way it's supposed to work, and I just checked the DB, and 
there are no stale entries, so you shouldn't be getting the "Server already 
exists" message anymore, although clearly, according to your logs, you 
are...so can you send me the Server NAme you are using (this is specified 
in the source client) ?  Feel free to send me the info to 
oddsock at oddsock.org...

oddsock

At 02:52 AM 6/20/2003 +1000, you wrote:
>Hi:
>
>The sysadmin on the system where the icecast server I more or less
>administer runs sent me an E-mail today saying that icecast had pushed up
>the system load to over 8 and that he had to kill it off.  Some discussion
>and examination of the log files suggest that there's a problem with
>removing streams from the YP server.
>
>The main source on our server is on a machine that's used for development
>work.  This means that it has to be rebooted from time to time.  When this
>was done, messages like this began appearing in the server log:
>
>[2003-06-15  18:49:45] DBUG geturl/curl_print_header_result Message ->
>(Server already exists)
>[2003-06-15  18:49:45] EROR yp/yp_submit_url Got a NAK from yp_add(Server
>already exists) (http://www.oddsock.org/cgi-bin/yp-cgi)
>
>It seems these have persisted all week.  There are nearly 12 thousand lines
>like this in the 111 MB logfile.  Here's the tail:
>
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result SID -> ()
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Message ->
>(Server already exists)
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Touch Freq ->
>(0)
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Response -> (0)
>[2003-06-19  06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server
>already exists) (http://yp.icecast.net/cgi-bin/yp.cgi)
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result SID -> ()
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Message ->
>(Server already exists)
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Touch Freq ->
>(0)
>[2003-06-19  06:48:56] DBUG geturl/curl_print_header_result Response -> (0)
>[2003-06-19  06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server
>already exists) (http://www.oddsock.org/cgi-bin/yp-cgi)
>
>Our guess is that either icecast is not telling the YP servers to get rid
>of the original instance from their list, or the servers aren't doing it.
>So icecast keeps on trying to ad a new stream and the YP server keeps on
>complaining that it already has that one listed.
>
>Geoff.
>
>
>--
>Geoff Shang <gshang at uq.net.au>
>ICQ number 43634701
>
>Make sure your E-mail can be read by everyone!
>http://www.betips.net/etc/evilmail.html
>
>Please avoid sending me Word or PowerPoint attachments.
>See http://www.fsf.org/philosophy/no-word-attachments.html
>
>--- >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 stefan at neufeind.net  Thu Jun 19 18:06:49 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Thu, 19 Jun 2003 20:06:49 +0200
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <5.1.1.6.0.20030619121042.02525e88@www.oddsock.org>
Message-ID: <3EF217D9.20464.248DF2B@localhost>



On 19 Jun 2003 at 12:20, oddsock wrote:

> a couple things here....in most cases the icecast2 server will remove
> itself gracefully from the YP...if for some reason, it is killed
> manually, then it may not do so...I have a cron job which runs every 5
> minutes which goes in and cleans out any server that hasn't touched in
> a 5 minute period....so if your icecast2 server is forced down and
> doesn't successfully remove itself from the YP,. then for the next 5
> minutes or so you should see the error message (Server already exists)
> with the NAK (as you see in your log)...Eventually, the clean script
> will run and will clean up your stale entry and icecast2 is configured
> to keep trying to do the yp-add until it's successful...so after about
> 5 minutes of NAKs, you should then be able to list again.
> 
> so thats the way it's supposed to work, and I just checked the DB, and
> there are no stale entries, so you shouldn't be getting the "Server
> already exists" message anymore, although clearly, according to your
> logs, you are...so can you send me the Server NAme you are using (this
> is specified in the source client) ?  Feel free to send me the info to
> oddsock at oddsock.org.

maybe if someone from the same IP tries to add a server to the list 
with same URL you could drop the old entry and list the new one "ad 
hoc"?

Just a thought ...
 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 groups at mediacast1.com  Thu Jun 19 22:11:10 2003
From: groups at mediacast1.com (Dave St John)
Date: Thu, 19 Jun 2003 16:11:10 -0600
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <3EF217D9.20464.248DF2B@localhost>
Message-ID: <018401c336af$b0e3c640$6401a8c0@EAGLENEST>



> maybe if someone from the same IP tries to add a server to the list
> with same URL you could drop the old entry and list the new one "ad
> hoc"?
or list them as a cluster, if the other mount is still active.

<p>Dave St John
Mediacast1 Administration
(720) 641-7586
----- Original Message ----- 
From: "Stefan Neufeind" <stefan at neufeind.net>
To: <icecast at xiph.org>
Sent: Thursday, June 19, 2003 12:06 PM
Subject: Re: [icecast] Runaway icecast again (more YP issues)

<p>> On 19 Jun 2003 at 12:20, oddsock wrote:
>
> > a couple things here....in most cases the icecast2 server will remove
> > itself gracefully from the YP...if for some reason, it is killed
> > manually, then it may not do so...I have a cron job which runs every 5
> > minutes which goes in and cleans out any server that hasn't touched in
> > a 5 minute period....so if your icecast2 server is forced down and
> > doesn't successfully remove itself from the YP,. then for the next 5
> > minutes or so you should see the error message (Server already exists)
> > with the NAK (as you see in your log)...Eventually, the clean script
> > will run and will clean up your stale entry and icecast2 is configured
> > to keep trying to do the yp-add until it's successful...so after about
> > 5 minutes of NAKs, you should then be able to list again.
> >
> > so thats the way it's supposed to work, and I just checked the DB, and
> > there are no stale entries, so you shouldn't be getting the "Server
> > already exists" message anymore, although clearly, according to your
> > logs, you are...so can you send me the Server NAme you are using (this
> > is specified in the source client) ?  Feel free to send me the info to
> > oddsock at oddsock.org.
>
> maybe if someone from the same IP tries to add a server to the list
> with same URL you could drop the old entry and list the new one "ad
> hoc"?
>
> Just a thought ...
>  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>--- >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  Thu Jun 19 22:38:33 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Fri, 20 Jun 2003 00:38:33 +0200
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <018401c336af$b0e3c640$6401a8c0@EAGLENEST>
Message-ID: <3EF25789.1167.341A655@localhost>



On 19 Jun 2003 at 16:11, Dave St John wrote:

> > maybe if someone from the same IP tries to add a server to the list
> > with same URL you could drop the old entry and list the new one "ad
> > hoc"?
> or list them as a cluster, if the other mount is still active.

Well, know. If they are a cluster then the streamer itself needs to 
provide e.g. the same password and so on to enable listing as a 
cluster.
But if they have both the same streaming URL and request comes from 
the same IP you can be really sure they are the same server. 
Otherwise, if they come from different IPs but with same URL, 
somebody would have the ability to list your server on the YP himself 
and change your "currently playing" etc. Right?

Hmm - any suggestions? Oddsock?

  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 oddsock at oddsock.org  Thu Jun 19 22:52:53 2003
From: oddsock at oddsock.org (oddsock)
Date: Thu, 19 Jun 2003 17:52:53 -0500
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <3EF25789.1167.341A655@localhost>
Message-ID: <5.1.1.6.0.20030619174320.0281e530@www.oddsock.org>



I am currently working on clustering, and doing it so that no changes need 
to be made to the icecast2->yp interface.  Currenlty, I am planning to 
cluster based off server name and listing IP.  So this means that if your 
icecast2 server is hosting 5 mountpoints, they will all get clustered 
together.  LAter this logic will be extended to deal with relays as well 
(relays that exist on different IPs), but for the time being I'm trying to 
keep it simple.

and I don't like the concept of whacking entries if a server duplicate is 
detected....waiting 5 minutes for the listing to clear is fine in this 
case...Also, keep in mind that the yp protocol is simple enough for you to 
do whatever you'd like to do (Arc is writing his own YP for instance) and 
my implementation is simply an example implementation.

oddsock
At 12:38 AM 6/20/2003 +0200, you wrote:
>On 19 Jun 2003 at 16:11, Dave St John wrote:
>
> > > maybe if someone from the same IP tries to add a server to the list
> > > with same URL you could drop the old entry and list the new one "ad
> > > hoc"?
> > or list them as a cluster, if the other mount is still active.
>
>Well, know. If they are a cluster then the streamer itself needs to
>provide e.g. the same password and so on to enable listing as a
>cluster.
>But if they have both the same streaming URL and request comes from
>the same IP you can be really sure they are the same server.
>Otherwise, if they come from different IPs but with same URL,
>somebody would have the ability to list your server on the YP himself
>and change your "currently playing" etc. Right?
>
>Hmm - any suggestions? Oddsock?
>
>   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>--- >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 Jun 20 00:00:00 2003
From: msmith at xiph.org (Michael Smith)
Date: Fri, 20 Jun 2003 10:00:00 +1000
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <Pine.LNX.4.56.0306200244030.741@data.home>
Message-ID: <200306201000.00397.msmith@xiph.org>



On Friday 20 June 2003 02:52, Geoff Shang wrote:
> Hi:
>
> The sysadmin on the system where the icecast server I more or less
> administer runs sent me an E-mail today saying that icecast had pushed up
> the system load to over 8 and that he had to kill it off.  Some discussion
> and examination of the log files suggest that there's a problem with
> removing streams from the YP server.

Right. This sort of thing is why YP support is off by default in icecast. The 
implementation is unscalable and - obviously - problematic in other ways. I 
suggested to oddsock that it would be desirable to fix the major problems in 
it before committing the YP support, but he chose not to.

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 uq.net.au  Fri Jun 20 00:23:48 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 20 Jun 2003 10:23:48 +1000 (EST)
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <5.1.1.6.0.20030619121042.02525e88@www.oddsock.org>
Message-ID: <Pine.LNX.4.56.0306201015590.741@data.home>



On Thu, 19 Jun 2003, oddsock wrote:

> so thats the way it's supposed to work, and I just checked the DB, and
> there are no stale entries, so you shouldn't be getting the "Server already
> exists" message anymore, although clearly, according to your logs, you
> are...so can you send me the Server NAme you are using (this is specified
> in the source client) ?  Feel free to send me the info to

bumpy.braille.uwo.ca

We've not restarted the server since we hit these problems earlier today.
One thing that you'll notice from the log fragment I posted is that the
server doesn't seem to wait between attempts to update the YP server.  This
is probably why the load runs so high.  This doesn't solve why it's not
working, but at least it would keep itself under control.

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 stevelewis at creativerecords.net  Fri Jun 20 01:06:34 2003
From: stevelewis at creativerecords.net (Steve Lewis)
Date: Thu, 19 Jun 2003 21:06:34 -0400
Subject: [icecast] Question
Message-ID: <007901c336c8$337a7b90$64010a0a@spanky>



Hi,

 

I'm trying to figure out how to use icecast after my provider installs
for my record company web site. My provider is willing to install it so
I can stream my mp3 files. I'm pretty sure that icecast will be good for
what I want but once it is installed by my provider I'm not sure how I
access it.

 

Right now I just have a link to an MP3 file and it does HTTP transfers
of the music to whoever clicks on it. It is sometimes very slow and
that's why they have offered to put in a streaming server. Do I just
have the plain link to the MP3 file and the server knows how to stream
it. Probably not. What I think happens is that you give a playlist of an
.m3u file. I really don't want a play list so is it OK to just give one
song for instance song1.m3u has the information that plays song1.mp3
through the streaming server.

 

I hope I don't sound like too much of a novice in this but I am confused
and I thought you would be the best people to ask. Any and all
information you can give me I'd appreciate.

 

Thanks,

<p>Steve Lewis

 

 

 

<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 arc at indymedia.org  Fri Jun 20 01:20:15 2003
From: arc at indymedia.org (Arc)
Date: Thu, 19 Jun 2003 21:20:15 -0400
Subject: [icecast] Question
In-Reply-To: <007901c336c8$337a7b90$64010a0a@spanky>
Message-ID: <20030620012015.GP296@selket.nyfss.org>


On Thu, Jun 19, 2003 at 09:06:34PM -0400, Steve Lewis wrote:
> 
> Right now I just have a link to an MP3 file and it does HTTP transfers
> of the music to whoever clicks on it. It is sometimes very slow and
> that's why they have offered to put in a streaming server. Do I just
> have the plain link to the MP3 file and the server knows how to stream
> it. Probably not. What I think happens is that you give a playlist of an
> .m3u file. I really don't want a play list so is it OK to just give one
> song for instance song1.m3u has the information that plays song1.mp3
> through the streaming server.

For this you don't need Icecast at all.  Icecast is for streaming a
radio, not for streaming individual files on-demand.

Just put a m3u file that points to the URL of the file on the web
server.  The m3u file is sent to their media player, which will then
begin grabbing and playing the audio file.

Now beyond all this, heavy recommendation to use Ogg Vorbis instead of
MP3 to distribute music content.  It'll save on license fees, bandwidth
and hosting fees (since Ogg can be much smaller than MP3 at comperable
quality), and is accessable by just about any modern media player.  If
you choose to go with the same bitrate (thus same file sizes) as you
would with MP3 it'll also result in higher quality music at the same
bitrate, which of course means the artist's music will sound better.

It's a no-brainer :-)

<p><p>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030619/d563ff52/attachment.sig>

From stefan at neufeind.net  Fri Jun 20 01:26:46 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Fri, 20 Jun 2003 03:26:46 +0200
Subject: [icecast] Question
In-Reply-To: <20030620012015.GP296@selket.nyfss.org>
Message-ID: <3EF27EF6.13516.10B1FF@localhost>



On 19 Jun 2003 at 21:20, Arc wrote:

> On Thu, Jun 19, 2003 at 09:06:34PM -0400, Steve Lewis wrote:
> > 
> > Right now I just have a link to an MP3 file and it does HTTP
> > transfers of the music to whoever clicks on it. It is sometimes very
> > slow and that's why they have offered to put in a streaming server.
> > Do I just have the plain link to the MP3 file and the server knows
> > how to stream it. Probably not. What I think happens is that you
> > give a playlist of an .m3u file. I really don't want a play list so
> > is it OK to just give one song for instance song1.m3u has the
> > information that plays song1.mp3 through the streaming server.
> 
> For this you don't need Icecast at all.  Icecast is for streaming a
> radio, not for streaming individual files on-demand.

Well, on the other hand it would make sense to use a streaming server 
for on-demand-streaming if you:
a) use protocols like RTSP for reliable and dynamic transfer
b) don't want to allow the user to download tracks

But since you can't achieve these points with icecast2 (up to now) 
Arc is right you don't need a streaming server.
(Hmm - maybe somebody works out an RTSP-plugin for icecast2? *g*)

  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 groups at mediacast1.com  Fri Jun 20 01:37:34 2003
From: groups at mediacast1.com (Dave St John)
Date: Thu, 19 Jun 2003 19:37:34 -0600
Subject: [icecast] Question
In-Reply-To: <3EF27EF6.13516.10B1FF@localhost>
Message-ID: <035701c336cc$863c6880$6401a8c0@EAGLENEST>



isnt RTSP Protocol real networks genius??
anyone??

Dave St John
Mediacast1 Administration
(720) 641-7586
----- Original Message ----- 
From: "Stefan Neufeind" <stefan at neufeind.net>
To: <icecast at xiph.org>
Sent: Thursday, June 19, 2003 7:26 PM
Subject: Re: [icecast] Question

<p>> On 19 Jun 2003 at 21:20, Arc wrote:
>
> > On Thu, Jun 19, 2003 at 09:06:34PM -0400, Steve Lewis wrote:
> > >
> > > Right now I just have a link to an MP3 file and it does HTTP
> > > transfers of the music to whoever clicks on it. It is sometimes very
> > > slow and that's why they have offered to put in a streaming server.
> > > Do I just have the plain link to the MP3 file and the server knows
> > > how to stream it. Probably not. What I think happens is that you
> > > give a playlist of an .m3u file. I really don't want a play list so
> > > is it OK to just give one song for instance song1.m3u has the
> > > information that plays song1.mp3 through the streaming server.
> >
> > For this you don't need Icecast at all.  Icecast is for streaming a
> > radio, not for streaming individual files on-demand.
>
> Well, on the other hand it would make sense to use a streaming server
> for on-demand-streaming if you:
> a) use protocols like RTSP for reliable and dynamic transfer
> b) don't want to allow the user to download tracks
>
> But since you can't achieve these points with icecast2 (up to now)
> Arc is right you don't need a streaming server.
> (Hmm - maybe somebody works out an RTSP-plugin for icecast2? *g*)
>
>   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>--- >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 owner-icecast at xiph.org  Sat Jun 21 01:37:51 2003
From: owner-icecast at xiph.org (Majordomo)
Date: Fri, 20 Jun 2003 18:37:51 -0700 (PDT)
Subject: [icecast] From: &quot;Todd Brill&quot; <tbrill@rackforce.com>
Message-ID: <33425.192.197.213.242.1056159471.squirrel@sqm.rackforce.com>



=============================
Todd Brill
Linux System Administrator
Rackforce Hosting Inc.

<p><p><p>-----------------------------------------
Rackforce Hosting Inc.
The New Force in Hosting
http://www.rackforce.com/

<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 Jun 20 01:44:03 2003
From: msmith at xiph.org (Michael Smith)
Date: Fri, 20 Jun 2003 11:44:03 +1000
Subject: [icecast] Question
In-Reply-To: <035701c336cc$863c6880$6401a8c0@EAGLENEST>
Message-ID: <200306201144.03226.msmith@xiph.org>



On Friday 20 June 2003 11:37, Dave St John wrote:
> isnt RTSP Protocol real networks genius??
> anyone??

Real uses it, and were involved with designing it, but it's a publically 
documented protocol (there's an RFC). It's a sort of 
weird-extended-stateful-HTTP-hybrid.

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  Fri Jun 20 02:36:57 2003
From: oddsock at oddsock.org (oddsock)
Date: Thu, 19 Jun 2003 21:36:57 -0500
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <Pine.LNX.4.56.0306201015590.741@data.home>
Message-ID: <5.1.1.6.0.20030619204547.029e66d8@www.oddsock.org>



Geoff, to resolve the problem of the "Server exists" issue, I actually need 
the stream name (I called it server name), as that is what is used (in 
part) to key into the "Server exists" logic.  Also, let me know if this is 
still happening, or if it has resolved itself.

with regard to the system load above 8....what is your setting for 
<yp-url-timeout> in your icecast.xml ? and which version of icecast2 are 
you running ?  This config item was put in so that problems contacting the 
YP will time out after X seconds (specified by this parameter).  That being 
said, I am also going to look into fixing this issue of spawing threads, 
hopefully for good, although it will take some time as it is very 
non-trivial....

oddsock
At 10:23 AM 6/20/2003 +1000, you wrote:
>On Thu, 19 Jun 2003, oddsock wrote:
>
> > so thats the way it's supposed to work, and I just checked the DB, and
> > there are no stale entries, so you shouldn't be getting the "Server already
> > exists" message anymore, although clearly, according to your logs, you
> > are...so can you send me the Server NAme you are using (this is specified
> > in the source client) ?  Feel free to send me the info to
>
>bumpy.braille.uwo.ca
>
>We've not restarted the server since we hit these problems earlier today.
>One thing that you'll notice from the log fragment I posted is that the
>server doesn't seem to wait between attempts to update the YP server.  This
>is probably why the load runs so high.  This doesn't solve why it's not
>working, but at least it would keep itself under control.
>
>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.

<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  Fri Jun 20 08:55:24 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Fri, 20 Jun 2003 10:55:24 +0200
Subject: [icecast] Question
In-Reply-To: <200306201144.03226.msmith@xiph.org>
Message-ID: <3EF2E81C.749.A9D30@localhost>



On 20 Jun 2003 at 11:44, Michael Smith wrote:

> On Friday 20 June 2003 11:37, Dave St John wrote:
> > isnt RTSP Protocol real networks genius??
> > anyone??
> 
> Real uses it, and were involved with designing it, but it's a
> publically documented protocol (there's an RFC). It's a sort of
> weird-extended-stateful-HTTP-hybrid.

I just thought of RTSP some time ago because:
- it's freely documented
- most media-players already support it
- you can't simply "download" a file from an rtsp-server (okay, there 
are tools ...) as you can from a icecast2-server. Had one customer 
who wasn't "amused" to see that you can download the audio-stream 
without any problems.

Another way I thought of is disabling certain browsers / client 
identification strings for stream-access. But if you're using e.g. a 
Windows Media Player control inside Internet Explorer for listening 
to the stream you'll get the IE as browser ... and therefor you can't 
ban him.

Hmm - difficult, right?

  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 uq.net.au  Fri Jun 20 16:37:01 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sat, 21 Jun 2003 02:37:01 +1000 (EST)
Subject: [icecast] Runaway icecast again (more YP issues)
In-Reply-To: <5.1.1.6.0.20030619204547.029e66d8@www.oddsock.org>
Message-ID: <Pine.LNX.4.56.0306210231001.762@data.home>



On Thu, 19 Jun 2003, oddsock wrote:

> Geoff, to resolve the problem of the "Server exists" issue, I actually need
> the stream name (I called it server name), as that is what is used (in
> part) to key into the "Server exists" logic.  Also, let me know if this is
> still happening, or if it has resolved itself.

It has resolved itself now, by the look of things.  Though I do notice that
it touches the YP server every 30 seconds.  Is this normal and is it
controllable?

> with regard to the system load above 8....what is your setting for
> <yp-url-timeout> in your icecast.xml ? and which version of icecast2 are
> you running ?  This config item was put in so that problems contacting the
> YP will time out after X seconds (specified by this parameter).

15 seconds as per the sample config, and CVS of last weekend.  Note though
that in this example, icecast was able to contact the YP server, the YP
server sent back the error message.  It looks as though icecast kept on
trying to add the new entry, but as you say, it should have been able to
after 5 minutes.

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 ned.wolpert at knowledgenet.com  Fri Jun 20 23:28:02 2003
From: ned.wolpert at knowledgenet.com (Ned Wolpert)
Date: Fri, 20 Jun 2003 16:28:02 -0700
Subject: [icecast] Icecast deadlock with 1.3.12  (fixed)
Message-ID: <3EF39882.1070605@knowledgenet.com>



Folks-

   First, let me submit a disclaimer... I know 1.3.12 is unsupported.
However, since icecast2 isn't officially released, I'm abit SOL anyways,
so I'm currently trying to debug it and will release a patch when I'm
done.  (Which I'm doing since the code is GPL and I want to 
contribute... if no one cares, let me know and I'll stop updating the 
list with what i find)

   As some on the list knows, Alex Stansfield found a deadlock condition
(see http://www.xiph.org/archives/icecast/1300.html) back in Sept of
2001 which is found when using the transparent proxy feature.  I'm
hitting that today and I'm working on finding the solution to the 
deadlock.

   The first issue I saw is that the function find_mount_with_req() is 
unlocking mutexes out of order.  Now this may not matter since its 
during the unlocking phase, but I figure I'd mention it.

   Second, there seems to be a looping issue with mutexes being locked 
multiple times with the same thread; which is where the problem may be;
In find_mount_with_req() (which must be called with mutex's locked) if 
the transparent proxy is set, it calls relay_pull_stream(), (line 687) 
which eventually calls source_login which relocks info.source_mutex. 
(This was Alex's find)  At this point, that thread is locked up, and 
eventually the second connection handler thread tries to lock it, and 
the calendar thread too.  The original server is unable to send data so 
it kicks the relay and the server is hosed.

   The potential fix for this is cleaning up the mutex during the 
transparent_proxy configuration (source.c:681) so it behaves like
like the 'alias' one a few lines up.  (So a change to the code went from 
this (line 684):
   xa_debug (1, "DEBUG: Trying transparent proxy with host: 
[%s]",req->host);
   if ((sourcecon = relay_pull_stream (req, &err)))

to this:
   xa_debug (1, "DEBUG: Trying transparent proxy with host: [%s]", 
req->host);
   thread_mutex_unlock (&info.mount_mutex);
   thread_mutex_unlock (&info.source_mutex);
   thread_mutex_unlock (&info.double_mutex);
   sourcecon = relay_pull_stream (req, &err);
   thread_mutex_lock (&info.double_mutex);
   thread_mutex_lock (&info.mount_mutex);
   thread_mutex_lock (&info.source_mutex);
   if (sourcecon)

Simple enough... yes?  But is it correct.  It seems to work in my test 
cases.  If anyone still follows 1.3.12, please add your input.
                
Finally, the third thing was on line 497, locking &source->mutex.  I'm 
having trouble following the logic flow since it seems that the mutex 
always gets locked through the source_func() function but never 
unlocked.  (Least not in the flows that I've followed)  Any enlightenment?

<p><p>
-- 

Virtually,
Ned Wolpert <ned.wolpert at knowledgenet.com>

D08C2F45:  28E7 56CB 58AC C622 5A51  3C42 8B2B 2739 D08C 2F45

      "An idea is something you have; an ideology is
       something that has you."          --Morris Berman

<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 ross at stationplaylist.com  Sat Jun 21 00:10:54 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 12:10:54 +1200
Subject: [icecast] yd dir search
In-Reply-To: <3EF39882.1070605@knowledgenet.com>
Message-ID: <00d101c33789$96985a00$0300a8c0@levis3>



I've specified a number of genres for my station separated by commas
(Newage, World, Easy Listening, Folk) and doing a freeform search on any of
these doesn't display my station.  Is a fix needed or should I separate
genres with something else?  It is listed on http://yp.icecast.net

Regards,
Ross.

--- >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  Sat Jun 21 00:26:50 2003
From: oddsock at oddsock.org (oddsock)
Date: Fri, 20 Jun 2003 19:26:50 -0500
Subject: [icecast] yd dir search
In-Reply-To: <00d101c33789$96985a00$0300a8c0@levis3>
Message-ID: <5.1.1.6.0.20030620192631.02f48938@www.oddsock.org>



ummm...what IS your station ?

oddsock
At 12:10 PM 6/21/2003 +1200, you wrote:
>I've specified a number of genres for my station separated by commas
>(Newage, World, Easy Listening, Folk) and doing a freeform search on any of
>these doesn't display my station.  Is a fix needed or should I separate
>genres with something else?  It is listed on http://yp.icecast.net
>
>Regards,
>Ross.
>
>--- >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 ross at stationplaylist.com  Sat Jun 21 00:38:31 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 12:38:31 +1200
Subject: [icecast] yd dir search
In-Reply-To: <5.1.1.6.0.20030620192631.02f48938@www.oddsock.org>
Message-ID: <00e001c3378d$70caa130$0300a8c0@levis3>



oddsock wrote:
> ummm...what IS your station ?

Soul FM.  You can search on "soul" and you will find it.

Ross.

--- >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  Sat Jun 21 00:46:25 2003
From: groups at mediacast1.com (Dave St John)
Date: Fri, 20 Jun 2003 18:46:25 -0600
Subject: [icecast] yd dir search
In-Reply-To: <00d101c33789$96985a00$0300a8c0@levis3>
Message-ID: <01ad01c3378e$8da48900$7d01a8c0@EAGLENEST>



Sooner or later, rather sooner i suppose (time permitting)
ill be updating the yp.icecast.net site, simular to the way the old
casterclub directory was written, with alot of error checking
and possibly a xml backend for players such as winamp to interface to list
in a plugin of sorts, the way winamp uses the shoutcast yp to list in the
media library plugin.

Any ideas oddsock for writting a gen winamp plugin to interface the
icecast.net yp? like shoutcast's

<p><p>Dave St John
Mediacast1 Administration
(720) 641-7586
----- Original Message ----- 
From: "Ross Levis" <ross at stationplaylist.com>
To: <icecast at xiph.org>
Sent: Friday, June 20, 2003 6:10 PM
Subject: [icecast] yd dir search

<p>> I've specified a number of genres for my station separated by commas
> (Newage, World, Easy Listening, Folk) and doing a freeform search on any
of
> these doesn't display my station.  Is a fix needed or should I separate
> genres with something else?  It is listed on http://yp.icecast.net
>
> Regards,
> Ross.
>
> --- >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 ross at stationplaylist.com  Sat Jun 21 00:53:38 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 12:53:38 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <5.1.1.6.0.20030620192631.02f48938@www.oddsock.org>
Message-ID: <00e801c3378f$8d8dfe50$0300a8c0@levis3>



Hi oddsock

What would be really useful is if your winamp plugin could monitor the
number of listeners on the IceCast2 server and only send the audio when
listeners > 0.  Perhaps the metadata could continue to be sent.  This would
reduce bandwidth requirements substantially when there are several hundred,
perhaps thousands of streams as planned by http://www.rville.com.

It would also be very useful to me as I have a 5gig limit per month on my
DSL which only allows me to broadcast for 14 days continuously at 32kb/s.  I
could extend this considerably.

What do you think?  Any possibility for the future?

Regards,
Ross Levis.
http://xstream1.com:8616/soulfm.ogg

--- >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  Sat Jun 21 00:58:00 2003
From: groups at mediacast1.com (Dave St John)
Date: Fri, 20 Jun 2003 18:58:00 -0600
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00e801c3378f$8d8dfe50$0300a8c0@levis3>
Message-ID: <01b501c33790$29b4d100$7d01a8c0@EAGLENEST>



Thats a damn good idea, client connects, player sends request, server
responds to dsp encoder says hey i need a stream, dsp says ACK ill send ya a
stream.

<p><p><p>Dave St John
Mediacast1 Administration
(720) 641-7586
----- Original Message ----- 
From: "Ross Levis" <ross at stationplaylist.com>
To: <icecast at xiph.org>
Sent: Friday, June 20, 2003 6:53 PM
Subject: [icecast] Oddcast suggestion

<p>> Hi oddsock
>
> What would be really useful is if your winamp plugin could monitor the
> number of listeners on the IceCast2 server and only send the audio when
> listeners > 0.  Perhaps the metadata could continue to be sent.  This
would
> reduce bandwidth requirements substantially when there are several
hundred,
> perhaps thousands of streams as planned by http://www.rville.com.
>
> It would also be very useful to me as I have a 5gig limit per month on my
> DSL which only allows me to broadcast for 14 days continuously at 32kb/s.
I
> could extend this considerably.
>
> What do you think?  Any possibility for the future?
>
> Regards,
> Ross Levis.
> http://xstream1.com:8616/soulfm.ogg
>
> --- >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 ross at stationplaylist.com  Sat Jun 21 01:38:52 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 13:38:52 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <01b501c33790$29b4d100$7d01a8c0@EAGLENEST>
Message-ID: <00f601c33795$df0753c0$0300a8c0@levis3>



Hi Dave

> Thats a damn good idea, client connects, player sends request, server
> responds to dsp encoder says hey i need a stream, dsp says ACK ill send ya
a
> stream.

I don't think the listeners player should send anything as that would
require other Ogg players to follow suit.

I was thinking of simply the OddCast plugin checking the IceCast2 server
every 5 or 10 seconds to see if any player is connected.  Maybe it could
just check the yp dir.  If there are no listeners then don't send audio.
That would work, wouldn't it?

Ross.

--- >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 ross at stationplaylist.com  Sat Jun 21 02:01:01 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 14:01:01 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <01b501c33790$29b4d100$7d01a8c0@EAGLENEST>
Message-ID: <010701c33798$f6e782f0$0300a8c0@levis3>



Dave St John wrote:T
> Thats a damn good idea, client connects, player sends request, server
> responds to dsp encoder says hey i need a stream, dsp says ACK ill send ya
a
> stream.

Sorry, I mis-read your idea Dave.  It is a good one.  To further your idea,
icecast2 could send the number of listeners back to the client everytime a
connection is opened or dropped.  This would allow the number of listeners
to be displayed at the client which would be very useful.  And it could also
control whether audio data is sent or not.  It would be a good thing to add
to the spec I think.

Regards,
Ross.

--- >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 uq.net.au  Sat Jun 21 02:54:39 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Sat, 21 Jun 2003 12:54:39 +1000 (EST)
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00e801c3378f$8d8dfe50$0300a8c0@levis3>
Message-ID: <Pine.LNX.4.56.0306211251150.762@data.home>



On Sat, 21 Jun 2003, Ross Levis wrote:

> What would be really useful is if your winamp plugin could monitor the
> number of listeners on the IceCast2 server and only send the audio when
> listeners > 0.  Perhaps the metadata could continue to be sent.  This would
> reduce bandwidth requirements substantially when there are several hundred,
> perhaps thousands of streams as planned by http://www.rville.com.

ummm.  But you need a stream for people to tune into.  I don't think that's
going to work.

However, you could perhaps use relaying.  I've not messed with relaying
with icecast 2.x, but icecast 1.x could be set up so that if the server
pulled a relay, it would only connect to the originating stream when there
was someone tuned in to listen to it. If icecast 2.x does this too, then
you could run a local icecast server and get your main server to pull from
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 ross at stationplaylist.com  Sat Jun 21 04:52:02 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 21 Jun 2003 16:52:02 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <Pine.LNX.4.56.0306211251150.762@data.home>
Message-ID: <011601c337b0$db187210$0300a8c0@levis3>



Geoff Shang wrote:

> ummm.  But you need a stream for people to tune into.  I don't think
that's
> going to work.

In OddCast, I can click "Connect" without actually playing anything.  This
appears to put the station in the yp dir even though there is no stream data
connection (I may be wrong).  Can not IceCast2 detect that a connection is
wanted and then inform the client?  Sounds like a great bandwidth saver for
the Internet as a whole.  Hosting companies would appreciate less bandwidth
requirements.

> However, you could perhaps use relaying.  I've not messed with relaying
> with icecast 2.x, but icecast 1.x could be set up so that if the server
> pulled a relay, it would only connect to the originating stream when there
> was someone tuned in to listen to it. If icecast 2.x does this too, then
> you could run a local icecast server and get your main server to pull from
> you.

Sounds good for me, but perhaps ties up a few more PC's when dealing with
hundreds of streams.  Anyone know if this works in IceCast2?  Dave, does
your system support relays?

Regards,
Ross.

--- >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  Sat Jun 21 05:28:56 2003
From: brendan at xiph.org (Brendan Cully)
Date: Sat, 21 Jun 2003 01:28:56 -0400
Subject: [icecast] Experimental python bindings for libshout 2
Message-ID: <20030621052855.GA5503@watanabe.kublai.com>



I've written a first draft of python bindings for libshout 2:

http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz

Comments welcome. I've never written a python extension before so I'm
sure there's plenty of room for improvement. But it works for me.

-b
--- >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  Sat Jun 21 07:10:59 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Sat, 21 Jun 2003 09:10:59 +0200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00e801c3378f$8d8dfe50$0300a8c0@levis3>
Message-ID: <3EF42123.21888.10D38F@localhost>



On 21 Jun 2003 at 12:53, Ross Levis wrote:

> What would be really useful is if your winamp plugin could monitor the
> number of listeners on the IceCast2 server and only send the audio
> when listeners > 0.  Perhaps the metadata could continue to be sent. 
> This would reduce bandwidth requirements substantially when there are
> several hundred, perhaps thousands of streams as planned by
> http://www.rville.com.

Number of listeners might be a good solution. But there is already an 
external app, which can monitor multiple servers (relay servers?) and 
such at the same time, generate stats etc.

        http://www.casterclub.com/icecast_status.php

I tried it some time back and there the version from the download-
section didn't work properly with the latest icecast2 because there 
were some changes in icecast2. But grab the source from CVS and build 
it from there ... this was patched by Oddsock to support current 
icecast2-version. Maybe the best solution for icecast2-statistics out 
there. (PS: And maybe you don't think about inventing your own if 
this doesn't suit your needs but contribute to the project - since 
this seems a good tool anyway!)

> It would also be very useful to me as I have a 5gig limit per month on
> my DSL which only allows me to broadcast for 14 days continuously at
> 32kb/s.  I could extend this considerably.
> 
> What do you think?  Any possibility for the future?

Doing it "the usual way" seems no good solution in my eyes. Since we 
normally have buffers (e.g. on the icecast2-server and I bet as well 
on the client) that need to be filled before the listener can hear 
anything etc. this might make constructing the Icecast2-plugin quite 
difficult.
One and maybe the best solution (for now?) would be to set up an 
icecast2-server on your home-machine and tell your server to do 
relaying. With Icecast2 relay-servers already are only connected when 
there are listeners for the stream, afaik.

  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 oddsock at oddsock.org  Sat Jun 21 13:23:20 2003
From: oddsock at oddsock.org (oddsock)
Date: Sat, 21 Jun 2003 08:23:20 -0500
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00f601c33795$df0753c0$0300a8c0@levis3>
Message-ID: <5.1.1.6.0.20030621081701.0271e9b0@www.oddsock.org>



This kind of behavior (on demand live streaming) is not supported by either 
oddcast or icecast2, and honestly, really shouldn't be...In your situation, 
I'd consider doing something closer to what live365 did back in the day to 
address this particular issue, which is store all their content locally on 
their servers, and basically build playlists that are customed for each user.

I wouldn't count on oddcast to support the "connect and send audio when and 
only when a listener connects" type of logic, or icecast2 for that matter 
either, in the near or even far future....

oddsock
At 01:38 PM 6/21/2003 +1200, you wrote:
>Hi Dave
>
> > Thats a damn good idea, client connects, player sends request, server
> > responds to dsp encoder says hey i need a stream, dsp says ACK ill send ya
>a
> > stream.
>
>I don't think the listeners player should send anything as that would
>require other Ogg players to follow suit.
>
>I was thinking of simply the OddCast plugin checking the IceCast2 server
>every 5 or 10 seconds to see if any player is connected.  Maybe it could
>just check the yp dir.  If there are no listeners then don't send audio.
>That would work, wouldn't it?
>
>Ross.
>
>--- >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 brendan at xiph.org  Sat Jun 21 17:02:19 2003
From: brendan at xiph.org (Brendan Cully)
Date: Sat, 21 Jun 2003 13:02:19 -0400
Subject: [icecast] Re: [icecast-dev] Experimental python bindings for libshout 2
In-Reply-To: <20030621052855.GA5503@watanabe.kublai.com>
Message-ID: <20030621170218.GA403@watanabe.kublai.com>



On Saturday, 21 June 2003 at 01:28, Brendan Cully wrote:
> I've written a first draft of python bindings for libshout 2:
> 
> http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz
> 
> Comments welcome. I've never written a python extension before so I'm
> sure there's plenty of room for improvement. But it works for me.

I've just posted version 0.0.2:

http://xiph.org/~brendan/pyshout2/pyshout2-0.0.2.tar.gz

Changes:
Inline documentation
export the shout_delay method
Attributes now visible to dir (shout.Shout())
Licensed under the LGPL

-b
--- >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 john at io.com  Sun Jun 22 12:46:19 2003
From: john at io.com (John Buttery)
Date: Sun, 22 Jun 2003 07:46:19 -0500
Subject: [icecast] Oddcast suggestion
In-Reply-To: <5.1.1.6.0.20030621081701.0271e9b0@www.oddsock.org>
Message-ID: <20030622124619.GA31782@io.com>


* oddsock <oddsock at oddsock.org> [2003-06-21 08:23:20 -0500]:
> This kind of behavior (on demand live streaming) is not supported by
> either oddcast or icecast2, and honestly, really shouldn't be...In
> your situation, I'd consider doing something closer to what live365
> did back in the day to address this particular issue, which is store
> all their content locally on their servers, and basically build
> playlists that are customed for each user.

  This wouldn't really work for live broadcasts though.  Not saying that
makes the code any easier to write or any closer on the horizon, just
making an observation...  :)


-- 
John    # Being consistent requires that you keep track of what you
Buttery # knew in the past, so you can pretend not to have learned
www.io.c# anything since then.  -- Bob Pendleton
om/~john#


-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030622/9397e65f/attachment.sig>

From msmith at xiph.org  Mon Jun 23 01:32:48 2003
From: msmith at xiph.org (Michael Smith)
Date: Mon, 23 Jun 2003 11:32:48 +1000
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00e801c3378f$8d8dfe50$0300a8c0@levis3>
Message-ID: <200306231132.48932.msmith@xiph.org>



On Saturday 21 June 2003 10:53, Ross Levis wrote:
> Hi oddsock
>
> What would be really useful is if your winamp plugin could monitor the
> number of listeners on the IceCast2 server and only send the audio when
> listeners > 0.  Perhaps the metadata could continue to be sent.  This would
> reduce bandwidth requirements substantially when there are several hundred,
> perhaps thousands of streams as planned by http://www.rville.com.
>
> It would also be very useful to me as I have a 5gig limit per month on my
> DSL which only allows me to broadcast for 14 days continuously at 32kb/s. 
> I could extend this considerably.
>
> What do you think?  Any possibility for the future?

As described, this wouldn't even vaguely work - the protocols just don't allow 
it. 

However, you could get the same effect using some sort of on-demand relaying. 
Icecast2 doesn't currently support that - but it's designed so that it should 
be possible (and not even too difficult) to do so. 

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 ross at stationplaylist.com  Mon Jun 23 07:44:55 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Mon, 23 Jun 2003 19:44:55 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <200306231132.48932.msmith@xiph.org>
Message-ID: <00a201c3395b$58f4c7f0$0300a8c0@levis3>



Michael Smith wrote:
> As described, this wouldn't even vaguely work - the protocols just don't
allow
> it.
> However, you could get the same effect using some sort of on-demand
relaying.
> Icecast2 doesn't currently support that - but it's designed so that it
should
> be possible (and not even too difficult) to do so.

I think someone already suggested this.  Apparently IceCast v1 supports
relaying.  Is this likely to be added to IceCast2 in the near future?

Regards,
Ross Levis.

--- >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 indymedia.org  Mon Jun 23 08:03:13 2003
From: arc at indymedia.org (Arc)
Date: Mon, 23 Jun 2003 04:03:13 -0400
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00a201c3395b$58f4c7f0$0300a8c0@levis3>
Message-ID: <20030623080313.GG296@selket.nyfss.org>


On Mon, Jun 23, 2003 at 07:44:55PM +1200, Ross Levis wrote:
> 
> I think someone already suggested this.  Apparently IceCast v1 supports
> relaying.  Is this likely to be added to IceCast2 in the near future?

Icecast2 supports relaying, but not "relay on demand"... where relays
are only opened if a listener connects.  Relays are opened when Icecast2
runs, they're available the whole time.

Honestly, I think if a radio stream is worried about wasting bandwidth
by streaming and not having anyone listen, you should really look into
just putting standalone audio programs and music on a website until you
can count on more listenership.

<p>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030623/473dd93a/attachment.sig>

From msmith at xiph.org  Tue Jun 24 02:22:09 2003
From: msmith at xiph.org (Michael Smith)
Date: Tue, 24 Jun 2003 12:22:09 +1000
Subject: [icecast] Oddcast suggestion
In-Reply-To: <00a201c3395b$58f4c7f0$0300a8c0@levis3>
Message-ID: <200306241222.09529.msmith@xiph.org>



> I think someone already suggested this.  Apparently IceCast v1 supports
> relaying.  Is this likely to be added to IceCast2 in the near future?

Icecast2 already supports relaying.
It doesn't do on-demand relaying. The design is such that it should be easy to 
add, but I (and as far as I know, the other current developers) have no 
intention of implementing it in the near future. Patches are welcome.

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 ross.levis at cchlawbase.co.nz  Tue Jun 24 03:32:14 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 24 Jun 2003 15:32:14 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <[icecast] Oddcast suggestion>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A116A@bagheera.internal.cch.co.nz>



I don't develop in C unfortunately, but I think I've thought of another
way of doing it for those using Winamp.

A DSP plugin could be developed to read /admin/streamlist to get number
of listeners.  If listeners is zero then zero the audio data.  Place
this in front of the OddCast DSP.  I'm not exactly sure what is possible
with a DSP plugin.  Someone else may know if the audio data can be
completely removed or does it need to output digital silence, which
should at least be encoded at a lower bitrate.

Anyone know?

Ross.

Michael Smith wrote:
> Icecast2 already supports relaying.
> It doesn't do on-demand relaying. The design is such that it 
> should be easy to 
> add, but I (and as far as I know, the other current 
> developers) have no 
> intention of implementing it in the near future. Patches are welcome.
> 
> 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 speedwolf at door.net  Tue Jun 24 03:37:39 2003
From: speedwolf at door.net (Bryan Payne)
Date: Mon, 23 Jun 2003 22:37:39 -0500
Subject: [icecast] Oddcast suggestion
In-Reply-To: <84C0CDE57EDD0841880993D82051278E0A116A@bagheera.internal.cch.co.nz>
Message-ID: <001501c33a01$f5fbe410$6401a8c0@spacialici1s1d>



Yea,

It's VERY possbile to have the encoder sit idle until a User connects - we
do that with our WMA encoders and where thinking of applying it to mp3 and
ogg - however therein lies the problem - instead of PULL streaming you are
PUSH streaming - and the server MUST see a source connected otherwise it
will not allow a client to connect -

Bryan

----- Original Message ----- 
From: "Ross Levis" <ross.levis at cchlawbase.co.nz>
To: <icecast at xiph.org>
Sent: Monday, June 23, 2003 10:32 PM
Subject: RE: [icecast] Oddcast suggestion

<p>I don't develop in C unfortunately, but I think I've thought of another
way of doing it for those using Winamp.

A DSP plugin could be developed to read /admin/streamlist to get number
of listeners.  If listeners is zero then zero the audio data.  Place
this in front of the OddCast DSP.  I'm not exactly sure what is possible
with a DSP plugin.  Someone else may know if the audio data can be
completely removed or does it need to output digital silence, which
should at least be encoded at a lower bitrate.

Anyone know?

Ross.

Michael Smith wrote:
> Icecast2 already supports relaying.
> It doesn't do on-demand relaying. The design is such that it
> should be easy to
> add, but I (and as far as I know, the other current
> developers) have no
> intention of implementing it in the near future. Patches are welcome.
>
> 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.

--- >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 ross.levis at cchlawbase.co.nz  Tue Jun 24 04:11:13 2003
From: ross.levis at cchlawbase.co.nz (Ross Levis)
Date: Tue, 24 Jun 2003 16:11:13 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <[icecast] Oddcast suggestion>
Message-ID: <84C0CDE57EDD0841880993D82051278E0A116B@bagheera.internal.cch.co.nz>



Bryan Payne wrote:
> the server MUST see a source connected 
> otherwise it will not allow a client to connect -

Ok, so digital silence would work then.  I just encoded a 10 second
silent WAV file at quality -1 mono and it provided an average of 3kb/s.
Much better than the usual 40kb/s for music.  This would  still provide
a stream to connect to.

Ross.
--- >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 Jun 24 06:31:55 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 24 Jun 2003 08:31:55 +0200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <001501c33a01$f5fbe410$6401a8c0@spacialici1s1d>
Message-ID: <3EF80C7B.17020.73314@localhost>



Hmm, maybe it could work somehow if we're using quality-based VBR-
encoding? If you have silence only very few bandwidth is needed.

But I really personally dislike all these VBR-things ... so thats why 
I would never try implementing it :-)

If you want to try to do it this way you might have to write a dsp-
plugin that loads Oddcast DSP "behind" itself and passes audio 
through. This way you could mute the audio.

Just my 2 cents
    Stefan

On 23 Jun 2003 at 22:37, Bryan Payne wrote:

> Yea,
> 
> It's VERY possbile to have the encoder sit idle until a User connects
> - we do that with our WMA encoders and where thinking of applying it
> to mp3 and ogg - however therein lies the problem - instead of PULL
> streaming you are PUSH streaming - and the server MUST see a source
> connected otherwise it will not allow a client to connect -
> 
> Bryan
> 
> ----- Original Message ----- 
> From: "Ross Levis" <ross.levis at cchlawbase.co.nz>
> To: <icecast at xiph.org>
> Sent: Monday, June 23, 2003 10:32 PM
> Subject: RE: [icecast] Oddcast suggestion
> 
> 
> I don't develop in C unfortunately, but I think I've thought of
> another way of doing it for those using Winamp.
> 
> A DSP plugin could be developed to read /admin/streamlist to get
> number of listeners.  If listeners is zero then zero the audio data. 
> Place this in front of the OddCast DSP.  I'm not exactly sure what is
> possible with a DSP plugin.  Someone else may know if the audio data
> can be completely removed or does it need to output digital silence,
> which should at least be encoded at a lower bitrate.
> 
> Anyone know?
> 
> Ross.
> 
> Michael Smith wrote:
> > Icecast2 already supports relaying.
> > It doesn't do on-demand relaying. The design is such that it
> > should be easy to
> > add, but I (and as far as I know, the other current
> > developers) have no
> > intention of implementing it in the near future. Patches are
> > welcome.
> >
> > 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 ross at stationplaylist.com  Tue Jun 24 06:44:10 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 24 Jun 2003 18:44:10 +1200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <3EF80C7B.17020.73314@localhost>
Message-ID: <012b01c33a1c$04f44b00$0300a8c0@levis3>



Stefan Neufeind wrote:
> Hmm, maybe it could work somehow if we're using quality-based VBR-
> encoding? If you have silence only very few bandwidth is needed.

I've not seen a bitrate managed vorbis stream yet.  They are all VBR.

> If you want to try to do it this way you might have to write a dsp-
> plugin that loads Oddcast DSP "behind" itself and passes audio
> through. This way you could mute the audio.

That is exactly what I was suggesting.  DSP stackers allow DSP's to be
processed in the order you need.  In my case, however, I would use the new
DSP in the Winamp DSP/Effects and the OddCast DSP in the SQRSoft DSP area.

I will attempt to do this myself when I get time, but that may be never.

Regards,
Ross.

--- >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 Jun 24 13:20:46 2003
From: oddsock at oddsock.org (oddsock)
Date: Tue, 24 Jun 2003 08:20:46 -0500
Subject: [icecast] Oddcast suggestion
In-Reply-To: <012b01c33a1c$04f44b00$0300a8c0@levis3>
Message-ID: <5.1.1.6.0.20030624081411.00b516e0@www.oddsock.org>



At 06:44 PM 6/24/2003 +1200, you wrote:
>Stefan Neufeind wrote:
>
>That is exactly what I was suggesting.  DSP stackers allow DSP's to be
>processed in the order you need.  In my case, however, I would use the new
>DSP in the Winamp DSP/Effects and the OddCast DSP in the SQRSoft DSP area.
>
>Regards,
>Ross.
the DSP is the wrong place to do this....The right way to do it is the way 
Mike suggested (on-demand relaying).  And as Bryan also suggested, WMA 
streaming lends itself to this kind of thing easily, since it's the way WMA 
streaming works (you don't actually *send* a WMA stream to a server from 
the DSP, you host it in the DSP and the streaming server PULLs the data 
from you, so adding a "PULL only when a listener is listening" logic is 
rather easy to implement.  Since both MP3 and Vorbis streaming solutions 
are PUSH (i.e. the DSP source sends the stream to the broadcast server), in 
order to accomplish the same type of behavior, you'd need to set up an 
intermediate relay and do on-demand relaying.

oddsock

<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  Tue Jun 24 16:03:26 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Tue, 24 Jun 2003 18:03:26 +0200
Subject: [icecast] Oddcast suggestion
In-Reply-To: <5.1.1.6.0.20030624081411.00b516e0@www.oddsock.org>
Message-ID: <3EF8926E.24998.EC736@localhost>



On 24 Jun 2003 at 8:20, oddsock wrote:

> At 06:44 PM 6/24/2003 +1200, you wrote:
> >Stefan Neufeind wrote:
> >
> >That is exactly what I was suggesting.  DSP stackers allow DSP's to
> >be processed in the order you need.  In my case, however, I would use
> >the new DSP in the Winamp DSP/Effects and the OddCast DSP in the
> >SQRSoft DSP area.
> >
> >Regards,
> >Ross.
> the DSP is the wrong place to do this....The right way to do it is the
> way Mike suggested (on-demand relaying).  And as Bryan also suggested,
> WMA streaming lends itself to this kind of thing easily, since it's
> the way WMA streaming works (you don't actually *send* a WMA stream to
> a server from the DSP, you host it in the DSP and the streaming server
> PULLs the data from you, so adding a "PULL only when a listener is
> listening" logic is rather easy to implement.  Since both MP3 and
> Vorbis streaming solutions are PUSH (i.e. the DSP source sends the
> stream to the broadcast server), in order to accomplish the same type
> of behavior, you'd need to set up an intermediate relay and do
> on-demand relaying.

Okay Oddsock. Does this mean that on-demand-relay might in the near 
future find its way into icecast2 (since somebody already mentioned 
preparations are already done)? Or what might be a good solution for 
now?

  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 ross at stationplaylist.com  Wed Jun 25 21:49:15 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 26 Jun 2003 09:49:15 +1200
Subject: [icecast] skipping at change of song
Message-ID: <00e301c33b63$9fa1fba0$0300a8c0@levis3>



I think this may be an oddcast issue but I'm not sure.
I've been streaming for a few days now and I've noticed when listening to the stream that at the change of every song the stream skips ahead slightly.  It appears to occur when the metadata for the song title etc is being sent.  For me this is a few seconds before the actual change of track since I'm using the SQRSoft crossfader where a new song is loaded well before the audio changes.

Is this normal?  Perhaps it is due to the occasional buffer underrun I get now & then and the stream wants to catch up?

Regards,
Ross.

--- >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 indymedia.org  Wed Jun 25 21:53:47 2003
From: arc at indymedia.org (Arc)
Date: Wed, 25 Jun 2003 17:53:47 -0400
Subject: [icecast] skipping at change of song
In-Reply-To: <00e301c33b63$9fa1fba0$0300a8c0@levis3>
Message-ID: <20030625215347.GG296@selket.nyfss.org>


On Thu, Jun 26, 2003 at 09:49:15AM +1200, Ross Levis wrote:
> I think this may be an oddcast issue but I'm not sure.
> I've been streaming for a few days now and I've noticed when listening to the stream that at the change of every song the stream skips ahead slightly.  It appears to occur when the metadata for the song title etc is being sent.  For me this is a few seconds before the actual change of track since I'm using the SQRSoft crossfader where a new song is loaded well before the audio changes.
> 
> Is this normal?  Perhaps it is due to the occasional buffer underrun I get now & then and the stream wants to catch up?

You're likely using XMMS, or a player with the same bug.  It does this
skipping, especially with Ogg streams, and especially does so when the
track channels/samplerate changes (actually cuts off a fraction of a
second from the previous song).

Try listening to it with ogg123 if it's Ogg, if it's MP3 its likely a
similar bug.  Not saying it can't be oddcast, but because songs are
buffered in the player I highly doubt it.

<p>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030625/a70a43a8/attachment.sig>

From oddsock at oddsock.org  Wed Jun 25 21:57:00 2003
From: oddsock at oddsock.org (oddsock)
Date: Wed, 25 Jun 2003 16:57:00 -0500
Subject: [icecast] skipping at change of song
In-Reply-To: <00e301c33b63$9fa1fba0$0300a8c0@levis3>
Message-ID: <5.1.1.6.0.20030625165620.0434a008@www.oddsock.org>



At 09:49 AM 6/26/2003 +1200, you wrote:
>I think this may be an oddcast issue but I'm not sure.
>I've been streaming for a few days now and I've noticed when listening to 
>the stream that at the change of every song the stream skips ahead 
>slightly.  It appears to occur when the metadata for the song title etc is 
>being sent.  For me this is a few seconds before the actual change of 
>track since I'm using the SQRSoft crossfader where a new song is loaded 
>well before the audio changes.
>
>Is this normal?  Perhaps it is due to the occasional buffer underrun I get 
>now & then and the stream wants to catch up?
>
>Regards,
>Ross.
this may be an effect of using the SQRSoft crossfader...try disabling it 
and see if you get the same effect...

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 ross at stationplaylist.com  Wed Jun 25 22:25:58 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 26 Jun 2003 10:25:58 +1200
Subject: [icecast] skipping at change of song
In-Reply-To: <20030625215347.GG296@selket.nyfss.org>
Message-ID: <010d01c33b68$c048f430$0300a8c0@levis3>



Arc wrote:
> You're likely using XMMS, or a player with the same bug.

No, Winamp v2.91.  I will test oddsocks theory.

Ross.
--- >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 ross at stationplaylist.com  Wed Jun 25 23:12:09 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 26 Jun 2003 11:12:09 +1200
Subject: [icecast] skipping at change of song
In-Reply-To: <5.1.1.6.0.20030625165620.0434a008@www.oddsock.org>
Message-ID: <001501c33b6f$34359000$0300a8c0@levis3>



oddsock wrote:
> this may be an effect of using the SQRSoft crossfader...try disabling it
> and see if you get the same effect...

It is difficult to test this because the metadata is sent when each track is
silent so there is no audible skipping while no sound is present.  I had
almost resigned to blaming the crossfader when it happened again (without
the crossfader).  I have a very short station ID of about 1 second and
during the quick change of tracks, I did get a skip when listening to the
stream.  The station ID did not play in it's entirety, even though it did on
the source PC.  So to me it sounds like it is something to do with the
sending of the metadata interfering with the audio data.

I don't get this happening when I listen to Virgin Radio, for example, where
there is no change in metadata.  But they are using Ices I believe so who
knows.

Ross.

--- >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 Jun 26 00:35:38 2003
From: msmith at xiph.org (Michael Smith)
Date: Thu, 26 Jun 2003 10:35:38 +1000
Subject: [icecast] skipping at change of song
In-Reply-To: <001501c33b6f$34359000$0300a8c0@levis3>
Message-ID: <200306261035.38078.msmith@xiph.org>



On Thursday 26 June 2003 09:12, Ross Levis wrote:
> oddsock wrote:
> > this may be an effect of using the SQRSoft crossfader...try disabling it
> > and see if you get the same effect...
>
> It is difficult to test this because the metadata is sent when each track
> is silent so there is no audible skipping while no sound is present.  I had
> almost resigned to blaming the crossfader when it happened again (without
> the crossfader).  I have a very short station ID of about 1 second and
> during the quick change of tracks, I did get a skip when listening to the
> stream.  The station ID did not play in it's entirety, even though it did
> on the source PC.  So to me it sounds like it is something to do with the
> sending of the metadata interfering with the audio data.

Are you using mp3?

It's _possible_ (though I think unlikely) that the mp3 metadata support in 
icecast2 is causing this. It should work, but hasn't had really extensive 
testing - so it might be causing occasional problems like this. 

If you can reproduce this with another streamer AND with another listening 
client (so as to ensure it's not a problem specifically with winamp), I'll 
look into that.

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 ross at stationplaylist.com  Thu Jun 26 00:53:44 2003
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 26 Jun 2003 12:53:44 +1200
Subject: [icecast] skipping at change of song
In-Reply-To: <200306261035.38078.msmith@xiph.org>
Message-ID: <006801c33b7d$651a5080$0300a8c0@levis3>



Michael Smith wrote:
> Are you using mp3?

No, Vorbis.

> If you can reproduce this with another streamer AND with another listening
> client , I'll look into that.

Mmmm. That will be difficult/time consuming.  I may try that one day.

Ross.

--- >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 Jun 26 01:33:55 2003
From: msmith at xiph.org (Michael Smith)
Date: Thu, 26 Jun 2003 11:33:55 +1000
Subject: [icecast] skipping at change of song
In-Reply-To: <006801c33b7d$651a5080$0300a8c0@levis3>
Message-ID: <200306261133.55179.msmith@xiph.org>



On Thursday 26 June 2003 10:53, Ross Levis wrote:
> Michael Smith wrote:
> > Are you using mp3?
>
> No, Vorbis.
>
> > If you can reproduce this with another streamer AND with another
> > listening client , I'll look into that.
>
> Mmmm. That will be difficult/time consuming.  I may try that one day.

Ok. Vorbis metadata is done entirely differently, and I'm pretty certain there 
are no skipping problems there. Not an icecast problem, then, so there's no 
need to try and reproduce this on other systems. 

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 djswirl at starband.net  Thu Jun 26 05:47:04 2003
From: djswirl at starband.net (DJSwirl)
Date: Wed, 25 Jun 2003 22:47:04 -0700
Subject: [icecast] Trouble compiling ices2
Message-ID: <001301c33ba6$6284dbf0$0a0a0a0a@johndm123>



Hello,
 
I am new to the new versions and am trying to get ices2 to install
correctly.  I downloaded libshout and got that on the box, but am
getting an error when I runt the ./configure for ices2 that it can't
find libshout or can't verify that it is installed.
 
What do I need to do?
 
Thanks!
 
 

<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 k.heyes at blueyonder.co.uk  Thu Jun 26 09:15:55 2003
From: k.heyes at blueyonder.co.uk (Karl Heyes)
Date: 26 Jun 2003 10:15:55 +0100
Subject: [icecast] Trouble compiling ices2
In-Reply-To: <001301c33ba6$6284dbf0$0a0a0a0a@johndm123>
Message-ID: <1056618954.12913.12.camel@bogus.hackers.club>



On Thu, 2003-06-26 at 06:47, DJSwirl wrote:
> Hello,
> 
>  
> 
> I am new to the new versions and am trying to get ices2 to install
> correctly.  I downloaded libshout and got that on the box, but am
> getting an error when I runt the ./configure for ices2 that it can???t
> find libshout or can???t verify that it is installed.

make sure ldconfig is run so that libshout can be used and add the
--with-shout=<path> option to configure. libshout may not build
shout-config now so ices2 may not find it like it used to. Those tests
are in the process of getting updated.

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 fraser at walters1243.fsnet.co.uk  Thu Jun 26 12:12:01 2003
From: fraser at walters1243.fsnet.co.uk (fraser at walters1243.fsnet.co.uk)
Date: Thu, 26 Jun 2003 12:12:01 +0000
Subject: [icecast] Icecast2 and Ices2 and Authentication Probs.
Message-ID: <20030626121201.FEPV28680.fep03-svc.ttys.com@localhost>



Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist.
I am getting the following problem: 

[2003-06-26  12:56:08] DBUG connection/_handle_get_request Client connected
[2003-06-26  12:56:08] DBUG admin/admin_handle_request Got command (streamlist)
[2003-06-26  12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request (command: streamlist)
[2003-06-26  12:56:08] DBUG slave/create_relay_stream Adding source at mountpoint "You need to authenticate"
[2003-06-26  12:56:08] INFO connection/_handle_source_request Source logging in at mountpoint "/"
[2003-06-26  12:56:08] INFO connection/_handle_source_request Source (/) attempted to login with invalid or missing password
[2003-06-26  12:56:08] EROR connection/connection_create_source No content-type header, falling back to backwards compatibility mode for icecast 1.x relays. Assuming content is mp3.
[2003-06-26  12:56:08] DBUG source/source_main Source creation complete
[2003-06-26  12:56:08] DBUG source/source_main Disconnecting source due to socket read error: Success
[2003-06-26  12:56:08] INFO source/source_main Removing source following disconnection
[2003-06-26  12:56:08] INFO source/source_main Source "You need to authenticate" exiting

<p>Can somebody point me in the right direction to finding the fault.....

Thanks in advance....

<p>Fraser Walters

__________________________________________________________________________
Join Freeserve http://www.freeserve.com/time/

Winner of the 2003 Internet Service Providers' Association awards for Best Unmetered ISP and Best Consumer Application.

<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  Fri Jun 27 00:28:34 2003
From: oddsock at oddsock.org (oddsock)
Date: Thu, 26 Jun 2003 19:28:34 -0500
Subject: [icecast] Clustering on the YP
Message-ID: <5.1.1.6.0.20030626192425.03638f30@www.oddsock.org>



In case anyone is interested, the YP I run now supports clustering of 
servers.  The clustering is based off "Server Name" + "Listing 
IP"....currently, clustering of relays from multiple machines are not 
supported (unless they appear to be coming from the same IP)...This means 
if you are running multiple mountpoints on the same server, and your server 
name is the same for all of them, then this listing will be combined 
together (including sums of listeners)....I've also snazzied the site up a 
bit (ok, maybe just a bit)....See it all here : 
http://www.oddsock.org/icecast2yp

oh, and this was done without modifications to icecast2, so no need to 
update yourself to get this logic, its done automagically...nice eh ?

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 gshang at uq.net.au  Fri Jun 27 02:49:44 2003
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 27 Jun 2003 12:49:44 +1000 (EST)
Subject: [icecast] Icecast2 and Ices2 and Authentication Probs.
In-Reply-To: <20030626121201.FEPV28680.fep03-svc.ttys.com@localhost>
Message-ID: <Pine.LNX.4.56.0306271248530.461@data.home>



Hi:

We'll need to see your ices configuration file to determine what's going in
here.  Feel free to send it to me privately if you'd rather do that.

Geoff.

<p>
-- 
Geoff Shang <gshang at uq.net.au>
ICQ number 43634701

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

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

--- >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  Fri Jun 27 05:53:23 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Fri, 27 Jun 2003 07:53:23 +0200
Subject: [icecast] Clustering on the YP
In-Reply-To: <5.1.1.6.0.20030626192425.03638f30@www.oddsock.org>
Message-ID: <3EFBF7F3.18829.C1149@localhost>



Nice work, yeah.

But wasn't there some plan already in the standard-docs to use 
Servername + "cluster password" for listing a cluster of servers? 
Well okay, but maybe this requires an addition to icecast2 :-)

<p>Thank you for the good work
 Stefan

On 26 Jun 2003 at 19:28, oddsock wrote:

> In case anyone is interested, the YP I run now supports clustering of
> servers.  The clustering is based off "Server Name" + "Listing
> IP"....currently, clustering of relays from multiple machines are not
> supported (unless they appear to be coming from the same IP)...This
> means if you are running multiple mountpoints on the same server, and
> your server name is the same for all of them, then this listing will
> be combined together (including sums of listeners)....I've also
> snazzied the site up a bit (ok, maybe just a bit)....See it all here :
> http://www.oddsock.org/icecast2yp
> 
> oh, and this was done without modifications to icecast2, so no need to
> update yourself to get this logic, its done automagically...nice eh ?
> 
> 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.


From oddsock at oddsock.org  Fri Jun 27 13:22:09 2003
From: oddsock at oddsock.org (oddsock)
Date: Fri, 27 Jun 2003 08:22:09 -0500
Subject: [icecast] Clustering on the YP
In-Reply-To: <3EFBF7F3.18829.C1149@localhost>
Message-ID: <5.1.1.6.0.20030627082009.027266c8@www.oddsock.org>



>But wasn't there some plan already in the standard-docs to use
>Servername + "cluster password" for listing a cluster of servers?
>Well okay, but maybe this requires an addition to icecast2 :-)
>
that was the original plan, and may still be implemented to enable relay 
servers from multiple locations to cluster together, but as you mention, 
this requires updates to icecast2 and to all source clients...so I went for 
the non-impact approach initially.

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 roy at lamrim.com  Sat Jun 28 14:42:39 2003
From: roy at lamrim.com (Roy Harvey)
Date: Sat, 28 Jun 2003 07:42:39 -0700
Subject: [icecast] Playlist Web Display Code Request
In-Reply-To: <5.1.1.6.0.20030627082009.027266c8@www.oddsock.org>
Message-ID: <5.0.0.25.2.20030628073811.025e23a0@mail.lamrim.com>



Icecasters --

Does someone have any script code (perl, bash, whatever) that creates a 
"Now Playing" list from the ices playlist and logs?  Ideally, it would 
display the last five songs that played as well as the next five (for 
non-random playlists) and be able to wrap around to the beginning when it 
hits the end of the list. ;-)

Thanks,

Roy
http://www.lamrim.com/
Tibetan Buddhist Internet Radio

--- >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  Sat Jun 28 14:49:36 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Sat, 28 Jun 2003 16:49:36 +0200
Subject: [icecast] Playlist Web Display Code Request
In-Reply-To: <5.0.0.25.2.20030628073811.025e23a0@mail.lamrim.com>
Message-ID: <3EFDC720.12697.126DA49@localhost>



On 28 Jun 2003 at 7:42, Roy Harvey wrote:

> Does someone have any script code (perl, bash, whatever) that creates
> a "Now Playing" list from the ices playlist and logs?  Ideally, it
> would display the last five songs that played as well as the next five
> (for non-random playlists) and be able to wrap around to the beginning
> when it hits the end of the list. ;-)

You can grab the currently playing song from the xml-information the 
server provides with a simple script yourself - e.g. every 10 seconds 
maybe. Viewing the "last five" shouldn't be too hard either then.
And showing the next songs ... well, you wouldn't normally do this - 
and in some countries this also conflicts with law (because you may 
not announce songs that will be played next due to copyright-issues). 
If you announce the next songs I guess the intention of those laws is 
to prevent from people saying "oh, in 15 minutes I need to press 
record on my tapedeck". As far as I understand it laws want to make 
it harder for them to record what they want. Surely they can grab 
everything they currently hear - but that's a different story :-)

  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 fraser at walters1243.fsnet.co.uk  Sat Jun 28 21:46:16 2003
From: fraser at walters1243.fsnet.co.uk (Fraser Walters)
Date: Sat, 28 Jun 2003 22:46:16 +0100
Subject: [icecast] Icecast2 and Ices2 and Authentication Probs.
In-Reply-To: <Pine.LNX.4.56.0306271248530.461@data.home>
Message-ID: <008c01c33dbe$c6502e90$ed484e51@uhit204>



Thanks Geoff, for looking at it for me...... The ices config is as
follows...:

Any help would be great.....

Ices-playlist.xml is :

<?xml version="1.0"?>
<ices>

        <background>0</background> <!-- run in background?
(unimplemented) -->
        <logpath>/usr/local/icecast/stream/var/logs</logpath> <!-- where
logs, etc go. -->
        <logfile>ices.log</logfile>
        <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug -->
    <consolelog>0</consolelog> <!-- set this to 1 to log to the console
instead
                                    of to the file above -->

        <stream>
        <!-- metadata used for stream listing (not currently used) -->
        <metadata>
                <name>Example stream name</name>
                <genre>Example genre</genre>
                <description>A short description of your
stream</description>
                </metadata>

        <input>
                <module>playlist</module>
                <param name="type">basic</param><!-- Only 'basic'
implemented -->
                <param
name="file">/usr/local/icecast/stream/conf/playlist.txt</param> <!-- be sure
this exists -->
                <param name="random">0</param> <!-- random play -->
                <param name="once">0</param> <!-- if set to 1 , plays once
through,
                                          then exits. -->
        </input>

<p><instance>
        <!-- Server details:
                 You define hostname and port for the server here, along
with
                 the source password and mountpoint.
        -->
        <hostname>localhost</hostname>
        <port>8000</port>
        <password>XXXXXXX</password>
        <mount>/beatles</mount>

        <reconnectdelay>2</reconnectdelay>
        <reconnectattempts>5</reconnectattempts>

        <maxqueuelength>80</maxqueuelength>

        <encode>
                <nominal-bitrate>64000</nominal-bitrate> <!-- bps. e.g.
64000 for 64 kbps -->
                <samplerate>44100</samplerate>
                <channels>2</channels>
        </encode>
        </instance>

        <!-- Now, we define a 2nd stream instance.
        -->
        <instance>
                <hostname>localhost</hostname>
                <port>8000</port>
                <password>XXXXXXX</password>
                <mount>/example2.ogg</mount>
        <!-- Stream saving. Save the outgoing stream to the specified file
                 This is commented out since we don't want it by default -->
        <!--
            <savefile>streamdump.ogg</savefile>
         -->
        </instance>

        </stream>
</ices>

and the icecast config....:

<p>Icecast.xml is as follows :

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

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

    <!-- Uncomment this if you want directory listings -->
    <!--
    <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>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url><a href="http://yp.icecast.net/cgi-bin/yp.cgi</yp-url">http://yp.icecast.net/cgi-bin/yp.cgi</yp-url</a>>
    </directory>
     -->

    <hostname>80.253.XXX.XXX</hostname>

    <!-- You can use these two if you only want a single listener -->
    <!-- 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>

<p>    <master-server>80.253.104.218</master-server>-->
    <master-server-port>8001</master-server-port>-->
    <master-update-interval>120</master-update-interval>-->
    <master-password>XXXXXX</master-password>-->

    <paths>
        <basedir>/home/icecast/stream/share</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/icecast/stream/var/logs</logdir>
             <webroot>/usr/local/icecast/stream/share/web</webroot>
             <adminroot>/usr/local/icecast/stream/share/admin</adminroot>

        <!-- 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.

<p>    <!--<port>8000</port> -->
    <!--<bind-address>127.0.0.1</bind-address>-->

    <!-- You may have multiple <listener> elements -->
----- Original Message ----- 
From: "Geoff Shang" <gshang at uq.net.au>
To: <icecast at xiph.org>
Sent: Friday, June 27, 2003 3:49 AM
Subject: Re: [icecast] Icecast2 and Ices2 and Authentication Probs.

<p>> Hi:
>
> We'll need to see your ices configuration file to determine what's going
in
> here.  Feel free to send it to me privately if you'd rather do that.
>
> Geoff.
>
>
> -- 
> Geoff Shang <gshang at uq.net.au>
> ICQ number 43634701
>
> Make sure your E-mail can be read by everyone!
> http://www.betips.net/etc/evilmail.html
>
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.fsf.org/philosophy/no-word-attachments.html
>
> --- >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 roy at lamrim.com  Sun Jun 29 01:09:03 2003
From: roy at lamrim.com (Roy Harvey)
Date: Sat, 28 Jun 2003 18:09:03 -0700
Subject: [icecast] Playlist Web Display Code Request
In-Reply-To: <3EFDC720.12697.126DA49@localhost>
Message-ID: <5.0.0.25.2.20030628180643.020bdb48@mail.lamrim.com>



Stefan --

I'm aware of the xml option, but just didn't want to have to reinvent the 
wheel if someone more handy with Perl has done it already.

As far as next five "songs", I should have been more clear, it's actually 
next 5 "lectures" and since I have broadcast rights to the content, there 
is no problem in pre-announcing.

Best Regards,

Roy

At 04:49 PM 06/28/03 +0200, you wrote:
> > Does someone have any script code (perl, bash, whatever) that creates
> > a "Now Playing" list from the ices playlist and logs?  Ideally, it
> > would display the last five songs that played as well as the next five
> > (for non-random playlists) and be able to wrap around to the beginning
> > when it hits the end of the list. ;-)
>
>You can grab the currently playing song from the xml-information the
>server provides with a simple script yourself - e.g. every 10 seconds
>maybe. Viewing the "last five" shouldn't be too hard either then.
>And showing the next songs ... well, you wouldn't normally do this -
>and in some countries this also conflicts with law (because you may
>not announce songs that will be played next due to copyright-issues).
>If you announce the next songs I guess the intention of those laws is
>to prevent from people saying "oh, in 15 minutes I need to press
>record on my tapedeck". As far as I understand it laws want to make
>it harder for them to record what they want. Surely they can grab
>everything they currently hear - but that's a different story :-)

--- >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 dachande at gmx.net  Sun Jun 29 13:28:25 2003
From: dachande at gmx.net (Daniel Seebald)
Date: Sun, 29 Jun 2003 15:28:25 +0200
Subject: [icecast] Wanted: Ogg Stations Directory
In-Reply-To: <3EEF1510.60204@ojms.org.uk>
Message-ID: <3EFEE979.8050704@gmx.net>



I have another idea about those yp questions.
How about implementing some kind of yp network
(like botnet with eggdrops in irc) so the yp servers
could communicate with each other sending all their
station information the the connected servers.


-- 
CU und wech... Daniel
...this is Linux Country. If you listen carefully you can hear Windows 
reboot!
...and may the breaks be with you!

http://thefront.is-a-geek.com (new homepage, 70% done)
http://www.thefront.tk (old one)

--- >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 linefeed.org  Mon Jun 30 06:08:12 2003
From: mark at linefeed.org (mark burdett)
Date: Sun, 29 Jun 2003 23:08:12 -0700
Subject: [icecast] streamripper
Message-ID: <20030629230812.A16856@linefeed.org>



i just realized that streamripper doesn't seem to archive icecast2 
streams... what do people use to archive these days?  (i'm looking for 
command-line)

--mark B.
--- >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 indymedia.org  Mon Jun 30 06:20:23 2003
From: arc at indymedia.org (Arc)
Date: Mon, 30 Jun 2003 02:20:23 -0400
Subject: [icecast] streamripper
In-Reply-To: <20030629230812.A16856@linefeed.org>
Message-ID: <20030630062023.GO296@selket.nyfss.org>


On Sun, Jun 29, 2003 at 11:08:12PM -0700, mark burdett wrote:
> i just realized that streamripper doesn't seem to archive icecast2 
> streams... what do people use to archive these days?  (i'm looking for 
> command-line)

wget, curl... remember it streams with standard http :-)

Just start it up and let 'er rip!  Stop the transfer when you're done.
Easy as pie.  You can even use vcut (from vorbistools) to trim this down
to an exact sample if you want to do program archiving with it.

<p>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: part
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20030630/24564d5a/attachment.sig>

From mark at linefeed.org  Mon Jun 30 06:45:51 2003
From: mark at linefeed.org (mark burdett)
Date: Sun, 29 Jun 2003 23:45:51 -0700
Subject: [icecast] streamripper
In-Reply-To: <20030630062023.GO296@selket.nyfss.org>
Message-ID: <20030629234551.A17413@linefeed.org>



> wget, curl... remember it streams with standard http :-)
> 
> Just start it up and let 'er rip!  Stop the transfer when you're done.
> Easy as pie.  You can even use vcut (from vorbistools) to trim this down
> to an exact sample if you want to do program archiving with it.

hmmm.. ok.  something like streamripper would be nice though ;)
particularly for things like archiving a certain number of seconds
(i can write a shell script for that i suppose), reconnecting, etc.
at least wget will use less cpu.

--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 remco at rc6.org  Mon Jun 30 07:46:06 2003
From: remco at rc6.org (Remco B. Brink)
Date: Mon, 30 Jun 2003 09:46:06 +0200
Subject: [icecast] slow buffering?
Message-ID: <20030630094606.1dccce1e.remco@rc6.org>



Hi,

I am running the latest CVS version of Icecast2, updated as of this
moment.

One thing I've noticed since I've started using Icecast2, is that
Icecast2 is quite slow with its pre-buffering - even with only 1 or 2
users connected to a 24Kbps relayed MP3 stream.

The load on the p2-233 server (128mb RAM) is minimal, it usually
stays below 0.08. I first thought this was related to my <queue-size>
setting, but lowering that from 102400 to 51200 doesn't make things much
faster.

Is Icecast2 indeed slow at this, or am I totally overlooking something?

regards,
Remco


-- 
   Remco B. Brink -- Information Systems Developer, Opera Software ASA
   Personal site at http://rc6.org - PGP key at http://rc6.org/rbb.pgp
--- >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 Jun 30 08:05:17 2003
From: msmith at xiph.org (Michael Smith)
Date: Mon, 30 Jun 2003 18:05:17 +1000
Subject: [icecast] slow buffering?
In-Reply-To: <20030630094606.1dccce1e.remco@rc6.org>
Message-ID: <200306301805.17340.msmith@xiph.org>



On Monday 30 June 2003 17:46, Remco B. Brink wrote:
> Hi,
>
> I am running the latest CVS version of Icecast2, updated as of this
> moment.
>
> One thing I've noticed since I've started using Icecast2, is that
> Icecast2 is quite slow with its pre-buffering - even with only 1 or 2
> users connected to a 24Kbps relayed MP3 stream.

Icecast2 doesn't (like some servers) send an initial fast burst. It sends in 
real time. This drastically reduces latency, at the cost of slow starts if 
the client does too much pre-buffering (most clients do on low-bitrate 
streams). 

Fast-start will probably be added eventually, for those that really want it, 
but it'll be off by default. The right way to fix this 'problem' is to 
convince client authors that pre-buffering a fixed number of bytes (rather 
than a length of time) is the wrong thing to do, since it typically means 
you're buffering too little on high-bitrate streams, and too much on 
low-bitrate streams.

>
> The load on the p2-233 server (128mb RAM) is minimal, it usually
> stays below 0.08. I first thought this was related to my <queue-size>
> setting, but lowering that from 102400 to 51200 doesn't make things much
> faster.

Yes, this will reduce the peak latency, but not the typical case.

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 stefan at neufeind.net  Mon Jun 30 08:25:07 2003
From: stefan at neufeind.net (Stefan Neufeind)
Date: Mon, 30 Jun 2003 10:25:07 +0200
Subject: [icecast] streamripper
In-Reply-To: <20030629230812.A16856@linefeed.org>
Message-ID: <20030630082510.CC5BE532A81@motherfish-II.xiph.org>



On Mon, 30 Jun 2003 at 08:08:58, mark burdett wrote:

> i just realized that streamripper doesn't seem to archive icecast2 
> streams... what do people use to archive these days?  (i'm looking for 
> command-line)

Simply have a try at wget? :-) Was surprised to find it working but some weeks
ago I simply tried wget'ting a stream and save it to disk. Worked without a
problem.

What part of streamripper doesn't work for you? Does it work as expected with
shoutcast / icecast1 at your site? Can't imagine what big changes were made to
the client-side when constructing icecast2 - since the client-part was supposed
to be backward-compatible.

  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 gtgbr at gmx.net  Mon Jun 30 09:38:02 2003
From: gtgbr at gmx.net (gtgbr at gmx.net)
Date: Mon, 30 Jun 2003 11:38:02 +0200
Subject: [icecast] streamripper
In-Reply-To: <20030629234551.A17413@linefeed.org>
Message-ID: <3F0004FA.97ABE976@gmx.net>



mark burdett wrote:
> > wget, curl... remember it streams with standard http :-)
> hmmm.. ok.  something like streamripper would be nice though ;)

How about you simply ask the streamripper developers to add support for
Vorbis streams? It shouldn't be too hard for them to add it, since it's
really just http - they don't even have to deal with those weird MP3ish
metadata updates.

<p>Moritz
--- >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.