From richard at freespeech.org  Thu Aug  1 02:37:59 2002
From: richard at freespeech.org (Richard)
Date: Wed, 31 Jul 2002 20:37:59 -0600
Subject: [icecast] Ices2 - reencoding ogg?
In-Reply-To: <3.0.5.32.20020801092422.41acb490@mail.labyrinth.net.au>
Message-ID: <20020731203759.6ee0b4c8.richard@freespeech.org>



Ok so I'm up and riding with Icecast2 and ices2, thanks for all of
you who pointed me in the right directon. I can stream fine without
reencoding but when I change the nominal-bitrate tag its not happy.

Comments in the xml file say: 
<!-- Live encoding/reencoding:
Currrently, the parameters given here for encoding
MUST match the input data for channels and sample rate.
That restriction will be relaxed in the future. -->

Does that mean I can change the bitrate ? Eg I have a 256k file that
I am trying to reencode at 64k. Give me an error!

<encode>
<quality>1</quality> 
<nominal-bitrate>64000</nominal-bitrate>
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>

Thanks 
Richard 

<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 Aug  1 09:20:51 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Thu, 01 Aug 2002 19:20:51 +1000
Subject: [icecast] Ices2 - reencoding ogg?
In-Reply-To: <20020731203759.6ee0b4c8.richard@freespeech.org>
Message-ID: <3.0.5.32.20020801192051.410ce950@mail.labyrinth.net.au>



At 08:37 PM 7/31/02 -0600, you wrote:
>Ok so I'm up and riding with Icecast2 and ices2, thanks for all of
>you who pointed me in the right directon. I can stream fine without
>reencoding but when I change the nominal-bitrate tag its not happy.
>
>Comments in the xml file say: 
><!-- Live encoding/reencoding:
>Currrently, the parameters given here for encoding
>MUST match the input data for channels and sample rate.
>That restriction will be relaxed in the future. -->
>
>Does that mean I can change the bitrate ? Eg I have a 256k file that
>I am trying to reencode at 64k. Give me an error!

Try getting rid of the <nominal-bitrate> line, and using quality 0 instead
of 1. I think there's a bug in managed bitrates, but I haven't had time
to track it down yet.

Michael

<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 chr1701 at yahoo.com  Thu Aug  1 15:33:01 2002
From: chr1701 at yahoo.com (Christoph Rupp)
Date: Thu, 1 Aug 2002 08:33:01 -0700 (PDT)
Subject: [icecast] Problems with WinAMP and Synchronization
Message-ID: <20020801153301.84485.qmail@web20419.mail.yahoo.com>



Hi all!

I have some problems with Icecast, WinAMP and multiple
mountpoints. If i have several streams on several
mountpoints then WinAMP can only access the first
stream, and it ignores the mountpoint in its "URL
location" - i.e. when i'm running the streams "test1",
"test2" and "test3" and i open
http://localhost:8000/test3 in WinAMP then it will
always play the first stream "test1". Does WinAMP
ignore the mount point?

My second problem is very strange. I have a notebook
and a windows box for testing. When i start WinAMP on
both computers then they will play the same stream
synchronized (+/- 0.5 seconds). But after two minutes
the notebook is about 2 seconds ahead. Both do have
enough processor power, memory, bandwidth etc. I have
no explanation for this - any idea?

BTW: i am using Icecast 1.3.12.

Thanks in advance,
Chris

=====
http://www.crupp.de

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.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  Fri Aug  2 12:52:41 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 2 Aug 2002 22:52:41 +1000
Subject: [icecast] Problems with WinAMP and Synchronization
In-Reply-To: <20020801153301.84485.qmail@web20419.mail.yahoo.com>
Message-ID: <Pine.LNX.4.44.0208022252110.517-100000@data.home>



Hi:

Just a thought on your mountpoint issue.  Have you tried a trailing slash?

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

<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 gshang at uq.net.au  Fri Aug  2 12:59:09 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 2 Aug 2002 22:59:09 +1000
Subject: [icecast] icecast.conf and wwwadmin
In-Reply-To: <033801c23364$c757ee50$4f8fe5d8@pdc.forward.net>
Message-ID: <Pine.LNX.4.44.0208022255070.517-100000@data.home>



Hi Maria.  Apologies if you've gotten an answer to this already.

On Wed, 24 Jul 2002, Maria Wright wrote:

> Also... Ive searched and greppd
> all over. I dont have a list.cgi. Am I missing something else that didnt
> come with the above tar balls?

It's been some time since I messed with the icecast 1.3.x series, but if I
recall correctly, list.cgi doesn't exist in a physical sense.  icecast
answers calls for it correctly, but there's no file as such.  This is why
it's http://server:port/list.cgi instead of http://server/cgi-bin/list.cgi

Geoff.

<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 chr1701 at yahoo.com  Sat Aug  3 18:13:11 2002
From: chr1701 at yahoo.com (Christoph Rupp)
Date: Sat, 3 Aug 2002 11:13:11 -0700 (PDT)
Subject: [icecast] Problems with WinAMP and Synchronization
In-Reply-To: <Pine.LNX.4.44.0208022252110.517-100000@data.home>
Message-ID: <20020803181311.94275.qmail@web20415.mail.yahoo.com>



Hi Geoff,

> Just a thought on your mountpoint issue.  Have you
> tried a trailing slash?

Yes, didn't work. But i have found the problem with
gdb: the internal hostname of icecast is "localhost"
or 127.0.0.1 respectively. But when i access my server
i access a different ip address. Do you have an idea
which setting of my configuration file i have to
change?

About the synchronization and different speed of the
same stream on two computers: it seems to be dependend
of the processor load. It's a bit strange to me, but
out of my control :)

Thanks for your reply.
Chris

> -- 
> 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>=====
http://www.crupp.de

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.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 bushnell at cs.oberlin.edu  Sat Aug  3 22:35:32 2002
From: bushnell at cs.oberlin.edu (Alan Bushnell)
Date: 03 Aug 2002 18:35:32 -0400
Subject: [icecast] ices reencoding problem
Message-ID: <1028414133.2167.86.camel@ammon>



Hi,

I'm having trouble getting ices 0.2.3 to reencode MPEG-2 LSF mp3s, the
files are playing back around twice as fast as they are supposed to, ie
the "chipmunk effect".  I'm not encoding the originals but I've tried
encoding them with lame to the same effect which causes me to believe
the problem is with ices' decoding.  The source files are of varying
bitrates and I've tried many different combinations of command line
options and the behavior is always the same.

Anyone have any suggestions?

Here's a command line that I've used with the output of -v: 

/usr/local/icecast/bin/ices -v -h foo.com -P xxxx -b 16 -R -N 1 -m test
-F playlist 

DEBUG: Sending following information to libshout:
DEBUG: Stream: 0
DEBUG: Host 	foo.com	Port: 8000
DEBUG: Password: xxxxxx		Icy Compat: 0
DEBUG: Name: Default stream name	URL: http://www.icecast.org/
DEBUG: Genre: Default genre	Desc: Default description
DEBUG: Bitrate: 16	Public: 1
DEBUG: Mount: ottotest	Dumpfile: (null)
Logfile opened
DEBUG: Initializing playlist handler...
DEBUG: Initializing builting playlist handler...
DEBUG: Using LAME version 3.92 

Mounted on http://216.10.241.7:8000/test
DEBUG: Builtin playlist handler serving:
encuentro_jovenes_aborigenes-ruperta_p_rez.mp3
DEBUG: ID3v1 song: 
DEBUG: ID3v1 artist: 
DEBUG: Layer: III		Version: MPEG-2 LSF	Frequency: 22050
DEBUG: Bitrate: 64 kbit/s	Padding: 1	Mode: single-ch
DEBUG: Ext: 0	Mode_Ext: 0	Copyright: 0	Original: 0
DEBUG: Error Protection: 0	Emphasis: 0	Stereo: 1
Playing encuentro_jovenes_aborigenes-ruperta_p_rez.mp3
DEBUG: Initially delaying metadata update...
DEBUG: Filename cleaned up from
[encuentro_jovenes_aborigenes-ruperta_p_rez.mp3] to
[encuentro_jovenes_aborigenes-ruperta_p_rez]
DEBUG: Updated metadata on ottotest to:
encuentro_jovenes_aborigenes-ruperta_p_rez

thanks
alan

<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 chr1701 at yahoo.com  Sun Aug  4 11:28:42 2002
From: chr1701 at yahoo.com (Christoph Rupp)
Date: Sun, 4 Aug 2002 04:28:42 -0700 (PDT)
Subject: [icecast] Problems with WinAMP and Synchronization
In-Reply-To: <20020803181311.94275.qmail@web20415.mail.yahoo.com>
Message-ID: <20020804112842.5870.qmail@web20414.mail.yahoo.com>



> Yes, didn't work. But i have found the problem with
> gdb: the internal hostname of icecast is "localhost"
> or 127.0.0.1 respectively. But when i access my
> server
> i access a different ip address. Do you have an idea
> which setting of my configuration file i have to
> change?

OK i got it - the config setting is "server_name".

Chris

<p>=====
http://www.crupp.de

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.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 xiphmont at xiph.org  Tue Aug  6 12:49:03 2002
From: xiphmont at xiph.org (Monty)
Date: Tue, 6 Aug 2002 08:49:03 -0400
Subject: [icecast] More TMDA/antispam fixes
Message-ID: <20020806124903.GS5959@xiph.org>



I found tonight that Postfix was doing enough undocumented header
rewriting to poke holes in the TMDA filter, which let a few spam
messages through yesterday.  This was also the cause of some folks not
having their messages make it to the list (the confirmation messages
were being sent to the inappropriately munged envelope header, and not
to the original sender).

All should now be well.  Complain if something isn't working (in the
mail list system that is :-)

Monty

<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 xiphmont at xiph.org  Tue Aug  6 23:23:00 2002
From: xiphmont at xiph.org (Monty)
Date: Tue, 6 Aug 2002 19:23:00 -0400
Subject: [icecast] Xiph.Org migration: Planned service outage
Message-ID: <20020806232300.GW5959@xiph.org>



Xiph.Org is migrating to a new facility tonight (20020806).  While the
migration is happening, services such as mail, CVS and WWW access will
be suspended during the move, and may take up to an hour after the
move for new DNS to become visible.

Aside from the momentary outage, users and developers should not
notice and change in serve except the fatter pipe :-)

Monty

<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 xiphmont at xiph.org  Wed Aug  7 14:01:18 2002
From: xiphmont at xiph.org (Monty)
Date: Wed, 7 Aug 2002 10:01:18 -0400
Subject: [icecast] Server cutover complete; waiting for root server DNS propogation
Message-ID: <20020807140118.GM12632@xiph.org>



Hello,

All services have been successfully migrated to our new facility.
Unfortunately, NetSol once again displayed a brilliant inability to
grasp a clue using both hands and a suction cup, and informed us they
*might* get around to updating DNS records in about two weeks.  If we
could fax them enough identification.

Needless to say, they've lost our business and our domain transfers
should complete today.  In the meantime, I have two DNS hacks in place
to get requests flowing to the right machines [this is partly for the
benefit of the other site admins]:

Motherfish-HST has been temporarily updated to point at Motherfish-II,
the new DNS server; this host record change will appear at noon EST
and propogate slowly through the day.  When the real domain transfer
happens, we'll change this back.

Motherfish, the actual machine, is redirecting queries to the new
nameserver until the old facility shuts down today.  Until then, it's
stuffing network DNS as full of the new xiph.org records as it can.

Of course, this is just temporary until things settle properly in a
day or two.  For the curious, the new DNS server (Motherfish-II) is at 
198.136.36.245.

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


From smoerk at gmx.de  Thu Aug  8 14:33:34 2002
From: smoerk at gmx.de (smoerk)
Date: Thu, 08 Aug 2002 16:33:34 +0200
Subject: [icecast] Ices2 compile error - streaming ogg!
In-Reply-To: <20020731155710.67c781ea.richard@freespeech.org>
Message-ID: <20020808143256.177031DA4BA@motherfish-II.xiph.org>



On Wed, 31 Jul 2002 15:57:10 -0600, Richard wrote:

>I checked icecast2/ices2 out of CVS. Icecast installed ok and I could
>run it fine from the command line (don't know about the permissons
>thingy but now on doing a make on ices2 I get:(seem like I am missing 
>gnome-xml ??? All this compiling shite is making my head hurt! Perhaps
>I'll use mp3s instead :( Perhaps there is anther ogg streamer for
>icecast2 ???)

much easier to install is jroar (www.jcraft.com) as (java) server and
darkice as encoder (darkice.sf.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 dgman at rootservices.net  Sun Aug 11 17:40:04 2002
From: dgman at rootservices.net (Jeremy May)
Date: Sun, 11 Aug 2002 13:40:04 -0400
Subject: [icecast] Relay stuff
Message-ID: <200208112140.g7BLeJmo003706@web1.rootservices.net>



Question,

with icecast can i relay more then 1 feed to an alias?

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


From ADenenberg at about-inc.com  Mon Aug 12 14:04:45 2002
From: ADenenberg at about-inc.com (Denenberg, Adam)
Date: Mon, 12 Aug 2002 10:04:45 -0400
Subject: [icecast] running a radio station
Message-ID: <D1415DC80DA23448AAC727BA8F410F95014D2AAE@PRM-NYC-1440EX1.1440Resource.Corp.About.Com>



Hello,
   
  I successfully have installed icecast server and can stream content using
lame and libshout.  However I can not find iceplay anywhere and it seems to
be unavailable on the icecast site.  I for whatever reason can not get icedj
to work (only works with shout and not ices anyway).  So I was wondering
what other solutions there were to run an icecast radio station so anyone
can listen to streams and get information on what streams are playing and
also make stream requests.

 Any input is appreciated.
 
 Thanks
Adam
 

<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.olano at netonestop.net  Mon Aug 26 17:37:48 2002
From: k.olano at netonestop.net (Kenny Olano)
Date: Mon, 26 Aug 2002 13:37:48 -0400
Subject: [icecast] In need of a Streaming solution
Message-ID: <OFEBJGEHDLOJPNDHPLLDOEJPCKAA.k.olano@netonestop.net>



Hello
        My company is looking for a mp3 streaming solution for a client.  We will
have an online catalog of music for people to listen to.  Our client only
wants the user to be able to listen to the music and not download it. Is
this possible using icecast?  Does icecast support requests?  If icecast is
not the solution I need, can someone point me into the right direction for
mp3 streaming per requests?

Kenny

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 13 19:43:37 2002
From: speedwolf at door.net (Bryan Payne)
Date: Tue, 13 Aug 2002 12:43:37 -0700
Subject: [icecast] In need of a Streaming solution
In-Reply-To: <OFEBJGEHDLOJPNDHPLLDOEJPCKAA.k.olano@netonestop.net>
Message-ID: <00a801c24301$b90a8d60$0100a8c0@bryan>



www.spacialaudio.com - SAM

www.audiorealm.com - SAM in use.

Supports Mp3, WMA and in 2 weeks - Ogg..

Bryan Payne
Spacial*Audio Solutions, LLC.
806-749-4100
bryan at audiorealm.com
www.audiorealm.com
www.spacialaudio.com

----- Original Message -----
From: Kenny Olano <k.olano at netonestop.net>
To: <icecast at xiph.org>
Sent: Monday, August 26, 2002 10:37 AM
Subject: [icecast] In need of a Streaming solution

<p>> Hello
> My company is looking for a mp3 streaming solution for a client.  We will
> have an online catalog of music for people to listen to.  Our client only
> wants the user to be able to listen to the music and not download it. Is
> this possible using icecast?  Does icecast support requests?  If icecast
is
> not the solution I need, can someone point me into the right direction for
> mp3 streaming per requests?
>
> Kenny
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at 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 ice at xmira.com  Tue Aug 13 18:00:17 2002
From: ice at xmira.com (Ant Atau)
Date: Tue, 13 Aug 2002 20:00:17 +0200
Subject: [icecast] relay push crashes icecast
Message-ID: <a05111710b97ef8b75ab6@[192.105.194.85]>



I've been trying "relay push" from one icecast server to another.
When I issue the command in the first icecast's console, it crashes 
w/ a segmentation fault. Nothing ever arrives at the second machine, 
so the first server crashes before anything goes out.

version: 1.3.11
command used: relay push 1 192.105.194.202:8000
result: segmentation fault
no packet were sent at all to  192.105.194.202:8000

I searched the archives and one person was asking about this about a 
year ago, but there was never any follow up...

Anyone using push relays?

thanks,
Ant Atau

<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 pwhite at mailhaven.com  Tue Aug 13 19:43:21 2002
From: pwhite at mailhaven.com (Philip White)
Date: Tue, 13 Aug 2002 14:43:21 -0500
Subject: [icecast] In need of a Streaming solution
In-Reply-To: <OFEBJGEHDLOJPNDHPLLDOEJPCKAA.k.olano@netonestop.net>
Message-ID: <20020813194320.GA3930@server.net>


On Mon, Aug 26, 2002 at 01:37:48PM -0400, Kenny Olano wrote:
> Hello
> 	My company is looking for a mp3 streaming solution for a client.  We will
> have an online catalog of music for people to listen to.  Our client only
> wants the user to be able to listen to the music and not download it. Is
> this possible using icecast?  Does icecast support requests?  If icecast is
> not the solution I need, can someone point me into the right direction for
> mp3 streaming per requests?

        This cannot be accomplished, as the user can save anything that they can hear by changing the output from speakers to the hard drive (creating a PCM file).  It's like trying to create a webpage that someone can view but not save -- once it's on the client, the user can do anything they want with it.

                                                -- Philip.

-- 
Philip M. White
Houston, TX; U.S.A.
GPG key: 0xC2A34385


-------------- 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/20020813/48290db6/attachment.sig>

From Carl.Koeppl at hp.com  Thu Aug 15 20:50:55 2002
From: Carl.Koeppl at hp.com (Koeppl, Carl)
Date: Thu, 15 Aug 2002 16:50:55 -0400
Subject: [icecast] Multiple playlists on multiple streams
Message-ID: <4F6CFF6375E409488E99A83D28544C3528ED52@tayexc18.americas.cpqcorp.net>



I am just starting to use icecast and would appreciate some help with setup.

I have searched the archive and read the documentation, but I am unable to determine how to get ices to stream a playlist on one mount point and another separate playlist on another mount point. Is it supported? I know that streaming the same playlist at different bit rates on different mount points is supported.

I tried executing ices from two different process. It shows two different mount points at the server, but plays exactly the same stream (the one that was started first).

Any help would be appreciated.

Thanks in advance,

'Carl

<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 bushnell at cs.oberlin.edu  Thu Aug 15 21:20:14 2002
From: bushnell at cs.oberlin.edu (Alan Bushnell)
Date: 15 Aug 2002 17:20:14 -0400
Subject: [icecast] Multiple playlists on multiple streams
In-Reply-To: <4F6CFF6375E409488E99A83D28544C3528ED52@tayexc18.americas.cpqcorp.net>
Message-ID: <1029446417.2449.73.camel@ammon>



> I am unable to determine how to get ices to stream a playlist on one mount point and another separate playlist on another mount point. Is it supported? I know that streaming the same playlist at different bit rates on different mount points is supported.

I don't believe this is possible.

> 
> I tried executing ices from two different process. It shows two different mount points at the server, but plays exactly the same stream (the one that was started first).

This should work fine though you need to be sure that you are sourcing a
different playlist.  Have you used the -v flag to get ices to tell you
exactly what it is doing?

Another possible cause of the behavior would be that the second stream
is having a problem and stops streaming.  Icecast by default will fail
clients over to the first stream on the server in that case.

alan

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 icecast.org  Thu Aug 15 21:10:13 2002
From: brendan at icecast.org (Brendan Cully)
Date: Thu, 15 Aug 2002 17:10:13 -0400
Subject: [icecast] Multiple playlists on multiple streams
In-Reply-To: <4F6CFF6375E409488E99A83D28544C3528ED52@tayexc18.americas.cpqcorp.net>
Message-ID: <20020815211013.GD11171@coleridge.kublai.com>



On Thursday, 15 August 2002 at 16:50, Koeppl, Carl wrote:
> 
> I am just starting to use icecast and would appreciate some help with setup.
> 
> I have searched the archive and read the documentation, but I am unable to determine how to get ices to stream a playlist on one mount point and another separate playlist on another mount point. Is it supported? I know that streaming the same playlist at different bit rates on different mount points is supported.
> 
> I tried executing ices from two different process. It shows two different mount points at the server, but plays exactly the same stream (the one that was started first).

Use two different ices processes running _two different_ config files.

-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 webmaster at t2.net  Fri Aug 16 07:16:17 2002
From: webmaster at t2.net (Preston Lord)
Date: 16 Aug 2002 01:16:17 -0600
Subject: [icecast] 2 Live Broadcast - 1 Feed (3DFX3500FM) - with passwords?
Message-ID: <1029482177.32486.13.camel@linux>



ok, I am really starting to love linux!

I want to replace my Win2000 Media Server with Linux.

We broadcast live FM Radio to 200 listeners every night.
I need to gaurantee 50 slots to a certain group with a password
or something similar. The other 150 can be wide open.

I have icecast and liveice for xmms installed and all is good with
simple feeds, but what is the best way to do this? Is icecast able to do
this? What is the diff between icecast and icecast2? I would appreciate
any feedback that can guide me in the right direction in which GUI's to
use, whice options to use, and if I am out to lunch thinking this will
work in linux;P.

BTW: SuSE 8 Pro with the latest versions of all mentioned.

Thanks in advance!

<p>
-- 
Preston Lord (aka Zipur)
Developer
Extreme Bulletin Board
Complete iHTML Community Solutions
http://www.ebboard.ca
_________
President
EmeryJames Ventures Inc.
zipur at ebboard.ca / ICQ#109030610

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



From mark.hetherington at studentmail.newcastle.edu.au  Fri Aug 16 07:32:33 2002
From: mark.hetherington at studentmail.newcastle.edu.au (Mark Hetherington)
Date: Fri, 16 Aug 2002 17:32:33 +1000
Subject: [icecast] Multiple playlists on multiple streams
In-Reply-To: <1029446417.2449.73.camel@ammon>
Message-ID: <200208161732.33948.mark.hetherington@studentmail.newcastle.edu.au>



On Fri, 16 Aug 2002 07:20, Alan Bushnell wrote:
> > I am unable to determine how to get ices to stream a playlist on one
> > mount point and another separate playlist on another mount point. Is it
> > supported? I know that streaming the same playlist at different bit rates
> > on different mount points is supported.
>
> I don't believe this is possible.
>

Yep, defnittely, you can define multiple outputs in the ices.xml.....

Just define more than one "instance" clause with different mount points :-)

<p>To do different playlists you need two instances of ices running with 
different configurations...

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 darkeye at tyrell.hu  Sat Aug 17 22:24:19 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Sun, 18 Aug 2002 00:24:19 +0200
Subject: [icecast] intended login protocol for icecast2
Message-ID: <3D5ECD13.4010109@tyrell.hu>



Hi,

I just updated my CVS copy of icecast2, and saw that the default login 
protocol now is HTTP basic authentication, which ICE/1.0 still 
selectable through the config file (by inserting an 
<icelogin>1</icelogin> element).

My question is: what is the intended future login protocol for icecast2? 
Will ICE/1.0 be phased out in favour of HTTP basic auth?

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Sun Aug 18 03:21:48 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Sun, 18 Aug 2002 13:21:48 +1000
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <3D5ECD13.4010109@tyrell.hu>
Message-ID: <3.0.5.32.20020818132148.41821c70@mail.labyrinth.net.au>



At 12:24 AM 8/18/02 +0200, you wrote:
>Hi,
>
>I just updated my CVS copy of icecast2, and saw that the default login 
>protocol now is HTTP basic authentication, which ICE/1.0 still 
>selectable through the config file (by inserting an 
><icelogin>1</icelogin> element).
>
>My question is: what is the intended future login protocol for icecast2? 
>Will ICE/1.0 be phased out in favour of HTTP basic auth?

ICE login is deprecated. I don't intend to remove it in the immediate
future - but as you may have noticed, the <icelogin> thing isn't documented,
and that's deliberate.

HTTP Basic auth is what will be available for beta1, and probably the first
stable release. HTTP Digest auth is something I'm considering for the
future - but if that gets added, it'll be optional (so you'll be able to
configure icecast to require it if you want better security, or just leave
both available). Login will remain using some form of HTTP authentication,
however.

By the way - a beta1 release of icecast2 is planned for the near future
(probably in a week or so, depending on testing in the next few days),
so if you think darkice (assuming I'm remembering correctly and that's
your client) is stable enough, send me a short (~one sentence) description
and a URL to include in the list of source clients in the documentation.

That goes for anyone else writing source clients, too.

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 waxor at waxor.com  Sun Aug 18 03:03:52 2002
From: waxor at waxor.com (Mikel Waxler)
Date: Sat, 17 Aug 2002 22:03:52 -0500 (EST)
Subject: [icecast] Mount point switch
Message-ID: <Pine.LNX.4.44.0208172143050.5555-100000@biscuit.hampshire.edu>



>>This post is from offlist, please cc me in any reply.

I am writing a web system for running our college radio station and I
need a way of changing what source a clients hears.

We have a radio station that people broadcast live from and script that is
playing random mp3s out of our library. These are sources that are
broadcasting from /live and /jukebox.

When someone is broadcasting from /live and a  user links to
http://server:8000 it needs to attach them to /live.

When /live finishes broadcasting and logs out of the web interface I need
a way to be able to change it so that all new connections go to /jukebox
and have all existing connections switch to /jukebox.

Is there a way or resetting people's connections or could I do this with
some sort of alias? I'm not very icecast savy so bear with me. I'm writing
all this in php, perhaps I could use backticks to pass a command to a
console?

I noticed that phpcast can swap sources, so this must be possible, but the
code is not commented at all and the variable names in clude $p, $m and
such. I've emailed the author asking him about it.

Does anyone have any ideas/thoughs?

HampshireCollege.student("Mikel Waxler");

<p>PS Actually there are 4 streams and we will be using streamripper to
record the live radio shows. The web interface also includes a schedualing
system and calendar. Once the shows have been saved to mp3 people can go
back to the shows date in the calendar and click to play the mp3.

When the system is more functional I will be publishing it on sourceforge
under the GPL.

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


From oddsock at oddsock.org  Mon Aug 19 03:23:58 2002
From: oddsock at oddsock.org (oddsock)
Date: Sun, 18 Aug 2002 22:23:58 -0500
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <3.0.5.32.20020818132148.41821c70@mail.labyrinth.net.au>
Message-ID: <5.1.0.14.0.20020818221116.02b45150@oddsock.org>



well, don't get me wrong, I am not generally opposed to progress, but 
speaking as a coder of source clients, providing yet another authentication 
mechanism is a bit frustrating....

I guess it wasn't too bad having to deal with Shoutcast/Icecast/Icecast2 
specific connection protocols (yes they are ALL different!) but I am NOT 
going to support Shoutcast/ICecast/Icecast2 (ICE Login)/Icecast2 (HTTP 
Basic Auth)/Icecast2 (HTTP Digest)...

now probably the correct answer to this is to get libshout to do all this 
connection song-and-dance....but in order for *me* to use it, it must at 
least support :

- Connection protocols for Shoutcast/Icecast/Icecast2 (all variants)
- Metadata updates for all server types (this *includes* inserting the 
metadata into the vorbis stream for icecast2 *and* Shoutcast style metadata 
updates)

last I checked (and granted libshout has been getting a lot of commits of 
late) this stuff wasn't in there...

just my .02

oddsock
At 01:21 PM 8/18/2002 +1000, you wrote:
>At 12:24 AM 8/18/02 +0200, you wrote:
> >Hi,
> >
> >I just updated my CVS copy of icecast2, and saw that the default login
> >protocol now is HTTP basic authentication, which ICE/1.0 still
> >selectable through the config file (by inserting an
> ><icelogin>1</icelogin> element).
> >
> >My question is: what is the intended future login protocol for icecast2?
> >Will ICE/1.0 be phased out in favour of HTTP basic auth?
>
>ICE login is deprecated. I don't intend to remove it in the immediate
>future - but as you may have noticed, the <icelogin> thing isn't documented,
>and that's deliberate.
>
>HTTP Basic auth is what will be available for beta1, and probably the first
>stable release. HTTP Digest auth is something I'm considering for the
>future - but if that gets added, it'll be optional (so you'll be able to
>configure icecast to require it if you want better security, or just leave
>both available). Login will remain using some form of HTTP authentication,
>however.
>
>By the way - a beta1 release of icecast2 is planned for the near future
>(probably in a week or so, depending on testing in the next few days),
>so if you think darkice (assuming I'm remembering correctly and that's
>your client) is stable enough, send me a short (~one sentence) description
>and a URL to include in the list of source clients in the documentation.
>
>That goes for anyone else writing source clients, too.
>
>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>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From smoerk at gmx.de  Mon Aug 19 09:11:10 2002
From: smoerk at gmx.de (smoerk)
Date: Mon, 19 Aug 2002 11:11:10 +0200
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <5.1.0.14.0.20020818221116.02b45150@oddsock.org>
Message-ID: <3D60B62E.7030100@gmx.de>



oddsock wrote:

> well, don't get me wrong, I am not generally opposed to progress, but 
> speaking as a coder of source clients, providing yet another 
> authentication mechanism is a bit frustrating....
>
> I guess it wasn't too bad having to deal with 
> Shoutcast/Icecast/Icecast2 specific connection protocols (yes they are 
> ALL different!) but I am NOT going to support 
> Shoutcast/ICecast/Icecast2 (ICE Login)/Icecast2 (HTTP Basic 
> Auth)/Icecast2 (HTTP Digest)...

there should be only one login protocol for icecast2. are there any 
advantages of HTTP Basic Auth over ICE/1.0? There are several programms 
which have to be changed:

Server: Icecast2, Jroar
Clients: Darkice, Ices2, OddcastDSP, Ostream, Oggcast (PD external),...

Not only the coders have to change, but people have to download (, 
compile) and install the new software. So we as developers should agree 
on one login protocol.

<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 gtgbr at gmx.net  Mon Aug 19 11:57:04 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Mon, 19 Aug 2002 13:57:04 +0200
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <3D60B62E.7030100@gmx.de>
Message-ID: <3D60DD10.105163B3@gmx.net>



smoerk wrote:
> > I guess it wasn't too bad having to deal with
> > Shoutcast/Icecast/Icecast2 specific connection protocols (yes they are
> > ALL different!) but I am NOT going to support
> > Shoutcast/ICecast/Icecast2 (ICE Login)/Icecast2 (HTTP Basic
> > Auth)/Icecast2 (HTTP Digest)...
> 
> there should be only one login protocol for icecast2. are there any
> advantages of HTTP Basic Auth over ICE/1.0? There are several programms
> which have to be changed:
> 
> Server: Icecast2, Jroar
> Clients: Darkice, Ices2, OddcastDSP, Ostream, Oggcast (PD external),...
> 
> Not only the coders have to change, but people have to download (,
> compile) and install the new software. So we as developers should agree
> on one login protocol.

Well, Icecast2 was never released so far, neither as an alpha preview
nor a beta (which, afair, will happen soon, though). People always had
to get it through CVS...

I find even harsh changes like this, changing the login protocol, should
be expected until it's officially beta. How I understand this, http
basic auth will be default for Icecast2, while still offering the
deprecated ICE Login for compatibility reasons (e.g. for older source
clients that only support MP3 streaming, which also don't enjoy any
further developement).

My theory, however, has a flaw. It doesn't quite fit when ICE Login from
Icecast1 and -2 are different. ;P Can someone tell me whether this
difference is there on purpose, or simply because Icecast2 is still in
its relatively early developement stage?

<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.


From kgb at gangverk.is  Mon Aug 19 14:33:47 2002
From: kgb at gangverk.is (Kristján Guđni Bjarnason)
Date: Mon, 19 Aug 2002 14:33:47 -0000
Subject: [icecast] using UDP
Message-ID: <BOEILHPIFKHLMNLGOGGHMEDGCMAA.kgb@gangverk.is>



Hi there.  I have been using Icecast for the last 14 months and what to
thank you developers for great piece of software.  I got few questions about
the server.  Does it use TCP or UDP for the audio stream?  Can it be
configured to use UDP and if not do you know of any open source streaming
server using UDP?

Thanks,
   Kristjan Bjarnason

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 19 20:13:39 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 19 Aug 2002 22:13:39 +0200
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <3.0.5.32.20020818132148.41821c70@mail.labyrinth.net.au>
Message-ID: <3D615173.1020607@tyrell.hu>



Michael Smith wrote:
> ICE login is deprecated. I don't intend to remove it in the immediate
> future - but as you may have noticed, the <icelogin> thing isn't documented,
> and that's deliberate.
 >
> HTTP Basic auth is what will be available for beta1, and probably the first
> stable release. HTTP Digest auth is something I'm considering for the
> future - but if that gets added, it'll be optional (so you'll be able to
> configure icecast to require it if you want better security, or just leave
> both available). Login will remain using some form of HTTP authentication,
> however.

I see.

> By the way - a beta1 release of icecast2 is planned for the near future
> (probably in a week or so, depending on testing in the next few days),
> so if you think darkice (assuming I'm remembering correctly and that's
> your client) is stable enough, send me a short (~one sentence) description
> and a URL to include in the list of source clients in the documentation.

It is stable, it only doesn't support HTTP Basic auth at the moment, and 
I won't have any time to add support in the next two weeks. Anyway, it 
works using ICE login, the URL is http://darkice.sourceforge.net/

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 19 20:14:46 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 19 Aug 2002 22:14:46 +0200
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <5.1.0.14.0.20020818221116.02b45150@oddsock.org>
Message-ID: <3D6151B6.1050600@tyrell.hu>



oddsock wrote:
> I guess it wasn't too bad having to deal with Shoutcast/Icecast/Icecast2 
> specific connection protocols (yes they are ALL different!) but I am NOT 
> going to support Shoutcast/ICecast/Icecast2 (ICE Login)/Icecast2 (HTTP 
> Basic Auth)/Icecast2 (HTTP Digest)...

Looking at the good side: HTTP Basic auth is at least documented in the 
HTTP RFC :)

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 19 21:00:09 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 19 Aug 2002 23:00:09 +0200
Subject: [icecast] some features of icecast2 beta
Message-ID: <3D615C59.4080400@tyrell.hu>



I'm inquiring about some possible features of icecast2, that are 
important to me:

- stream relay
- server side stream dump
- mp3 streaming alongside Ogg Vorbis

which of these are going to be in the upcoming beta?

another question: how and what stream metadata can be set when using 
icecast2?

<p>Akos

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


From oddsock at oddsock.org  Mon Aug 19 21:12:13 2002
From: oddsock at oddsock.org (oddsock)
Date: Mon, 19 Aug 2002 16:12:13 -0500
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3D615C59.4080400@tyrell.hu>
Message-ID: <5.1.0.14.0.20020819160253.02bf4998@oddsock.org>



At 11:00 PM 8/19/2002 +0200, you wrote:
>I'm inquiring about some possible features of icecast2, that are important 
>to me:
>
>- stream relay

yep, it's in there...you give it a master server ip and port and the relay 
functionality will connect to the master server and relay all connected 
mountpoints.

>- server side stream dump

this is not in there.

>- mp3 streaming alongside Ogg Vorbis

yep, Michael added that a bit ago...Shoutcast style streaming titles (or 
any streaming titles for that matter) is not supported however.  You will 
now need to provide a Content-type which indicates what kind of stream you 
are sending in the source client code.

<p>>which of these are going to be in the upcoming beta?
>
>another question: how and what stream metadata can be set when using icecast2?

tream metadata for MP3 isn't there, and the metadata for vorbis streams is 
handled in the same way metadata is handled for vorbis files (they are part 
of the vorbis comment block)  Icecast2 doesn't currently support any kind 
of metadata updates via a web request (like Shoutcast/Icecast)

additionally, the icecast2 beta will support :

- XSLT (for presenting stats.xml in a HTML friendly format - i.e. a status 
page)
- Generic file/HTML serving

oddsock

<p>>Akos
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to 'icecast-request at 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>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 19 21:35:42 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 19 Aug 2002 23:35:42 +0200
Subject: [icecast] details of HTTP Basic auth for icecast2
Message-ID: <3D6164AE.90702@tyrell.hu>



Hi,

A question for the HTTP Basic auth for icecast2: what is the username to 
use when doing such authentication. The related line in the login is:

Authorization: Basic <base64 encoded string>

where the <base64 encoded string> in its original form is:

username:password

now, what username is used? in the config file for the icecast2 server, 
one can only set the password (except for the <changeowner> element, but 
that seems to be not related to the source login issue).

Also, in the current CVS, I see a sort of mixure in the HTTP-style login 
protocol. The whole login sequence seems like the following:

SOURCE /<mountpoint> HTTP/1.0
Content-Type: <application/x-ogg or audio/mpeg>
Authorization: Basic <base64 encoded string>
User-Agent: <user agent>
ice-name: <name>
ice-url: <url>
ice-genre: <genre>
ice-bitrate: <bitrate>
ice-public: <public>
ice-description: <description>

<p>this seems like a mule, sort of half-HTTP, half-ICE. is this the 
intended login protocol for the beta release?

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 19 21:40:08 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 19 Aug 2002 23:40:08 +0200
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <5.1.0.14.0.20020819160253.02bf4998@oddsock.org>
Message-ID: <3D6165B8.8010001@tyrell.hu>



oddsock wrote:
> yep, it's in there...you give it a master server ip and port and the 
> relay functionality will connect to the master server and relay all 
> connected mountpoints.

cool

> yep, Michael added that a bit ago...Shoutcast style streaming titles (or 
> any streaming titles for that matter) is not supported however.  You 
> will now need to provide a Content-type which indicates what kind of 
> stream you are sending in the source client code.

Yes, I'm aware of that. So far I have suppressed mp3 streaming 
capability for icecast2 from darkice, as it was not implemented in 
icecast2 yet, but now I'll enable it.

> stream metadata for MP3 isn't there, and the metadata for vorbis streams 
> is handled in the same way metadata is handled for vorbis files (they 
> are part of the vorbis comment block)  Icecast2 doesn't currently 
> support any kind of metadata updates via a web request (like 
> Shoutcast/Icecast)

I see. So as for Ogg Vorbis, all meta info is transparently supported 
for streaming that is for files, as described at 
http://www.xiph.org/ogg/vorbis/doc/v-comment.html ?

<p>Akos

<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 pozar at lns.com  Mon Aug 19 21:48:25 2002
From: pozar at lns.com (Tim Pozar)
Date: Mon, 19 Aug 2002 14:48:25 -0700
Subject: [icecast] A quick hack...
In-Reply-To: <3D6165B8.8010001@tyrell.hu>
Message-ID: <20020819144825.A91527@lns.com>



I wanted an MP3 player with some intelligence so I wrote a perl
script called "playmp3s.pl" (creative name huh?).  It will will
semi-randomly play back MP3 files. You can tell the script not to
duplicate artist or cut title for any length of time in recent
history.  Who wants to hear ABBA more than once a day?

playmp3s also creates a web page of last played. An example of this
script can be seen at http://www.lns.com/current.html.

The script can also do things like read the news at the top of the
hour, back announce the cuts played since the last "break" and do
"time checks" via the text to speech program called "Festival" from
the University of Edinburgh (http://www.cstr.ed.ac.uk/projects/festival/).
   
The script also requires the UNIX "date" program for knowing what
time it is and "wc" for counting number of lines in a file such as
how many MP3 files in a playlist. It also depends on qmp3info to
give data about an MP3 file. "qmp3info" is part of the Quelcom
toolset from http://www.etse.urv.es/~dmanye/quelcom/quelcom.html.

The next step is to get all of the programs that make noise like
MPG123 and Festival send to STDOUT so I can get this puppy to stream
to an ICECAST relay.

If folks want to take it for a spin, they can find it at:

        http://www.lns.com/papers/playmp3s/

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


From oddsock at oddsock.org  Mon Aug 19 22:11:11 2002
From: oddsock at oddsock.org (oddsock)
Date: Mon, 19 Aug 2002 17:11:11 -0500
Subject: [icecast] details of HTTP Basic auth for icecast2
In-Reply-To: <3D6164AE.90702@tyrell.hu>
Message-ID: <5.1.0.14.0.20020819170535.01c60200@oddsock.org>



At 11:35 PM 8/19/2002 +0200, you wrote:
>Hi,
>
>A question for the HTTP Basic auth for icecast2: what is the username to 
>use when doing such authentication. The related line in the login is:
>
>Authorization: Basic <base64 encoded string>
>
>where the <base64 encoded string> in its original form is:
>
>username:password
>
>now, what username is used? in the config file for the icecast2 server, 
>one can only set the password (except for the <changeowner> element, but 
>that seems to be not related to the source login issue).
looking at the code, it seems that the user names are actually hard-coded 
as "source" and "relay", so connecting a source client would specify 
source:hackme base64 encoded....I don't know if this is just a placeholder 
or in fact the way it is intended to work for real...Michael probably would 
answer that best...

<p>>Also, in the current CVS, I see a sort of mixure in the HTTP-style login 
>protocol. The whole login sequence seems like the following:
>
>SOURCE /<mountpoint> HTTP/1.0
>Content-Type: <application/x-ogg or audio/mpeg>
>Authorization: Basic <base64 encoded string>
>User-Agent: <user agent>
>ice-name: <name>
>ice-url: <url>
>ice-genre: <genre>
>ice-bitrate: <bitrate>
>ice-public: <public>
>ice-description: <description>
>
>
>this seems like a mule, sort of half-HTTP, half-ICE. is this the intended 
>login protocol for the beta release?

actually, I think this is completely valid HTTP syntax..I don't think there 
is anything preventing you from implementing a different method (i.e. 
SOURCE as opposed to GET or POST) and the ice-* headers are simply HTTP 
headers specific to a SOURCE request....The ICE part of the protocol is 
what the server responds back with....I think at least....I could be wrong...

oddsock

<p>>Akos

<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 labyrinth.net.au  Mon Aug 19 23:03:27 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Tue, 20 Aug 2002 09:03:27 +1000
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3D615C59.4080400@tyrell.hu>
Message-ID: <3.0.5.32.20020820090327.4191e740@mail.labyrinth.net.au>



At 11:00 PM 8/19/02 +0200, you wrote:
>I'm inquiring about some possible features of icecast2, that are 
>important to me:
>
>- stream relay
>- server side stream dump
>- mp3 streaming alongside Ogg Vorbis
>
>which of these are going to be in the upcoming beta?

Relaying (done already) and mp3 streaming (done already - but the support
for that is pretty limited. No metadata, for example). Serverside stream
dump doesn't seem terribly important - but if it's something you care
about, adding it should be easy. Patches welcome.

>
>another question: how and what stream metadata can be set when using 
>icecast2?

Anything can be set - icecast2 basically doesn't care, it'll send
any metadata that it receives, for vorbis. You just have to send a
vorbis stream with the metadata set as you want (in the second
vorbis header). If you want to update the metadata (i.e. change it
mid-stream), you have to start a new logical stream within the
same physical stream, with a new set of headers.

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  Mon Aug 19 23:07:05 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Tue, 20 Aug 2002 09:07:05 +1000
Subject: [icecast] details of HTTP Basic auth for icecast2
In-Reply-To: <3D6164AE.90702@tyrell.hu>
Message-ID: <3.0.5.32.20020820090705.41920a50@mail.labyrinth.net.au>



At 11:35 PM 8/19/02 +0200, you wrote:
>Hi,
>
>A question for the HTTP Basic auth for icecast2: what is the username to 
>use when doing such authentication. The related line in the login is:
>
>Authorization: Basic <base64 encoded string>
>
>where the <base64 encoded string> in its original form is:
>
>username:password
>
>now, what username is used? in the config file for the icecast2 server, 
>one can only set the password (except for the <changeowner> element, but 
>that seems to be not related to the source login issue).

Currently, "source". Other suggestions welcome. 

>
>Also, in the current CVS, I see a sort of mixure in the HTTP-style login 
>protocol. The whole login sequence seems like the following:
>
>SOURCE /<mountpoint> HTTP/1.0
>Content-Type: <application/x-ogg or audio/mpeg>
>Authorization: Basic <base64 encoded string>
>User-Agent: <user agent>
>ice-name: <name>
>ice-url: <url>
>ice-genre: <genre>
>ice-bitrate: <bitrate>
>ice-public: <public>
>ice-description: <description>
>
>
>this seems like a mule, sort of half-HTTP, half-ICE. is this the 
>intended login protocol for the beta release?

I'm not sure. I understand your misgivings about it being 
not-quite-HTTP, but I'm not sure if there's a better solution. I
changed the authentication to using HTTP auth because HTTP _does_
provide a standard way to do it, but the rest it doesn't - and
we still want that information (the rest of it is optional,
remember, leaving SOURCE as the only mandatory non-HTTP part. I
considered using PUT instead of SOURCE, and I could still be
swayed on that, but the semantics seemed sufficiently different
to keep them seperate).

Ideas 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 darkeye at tyrell.hu  Tue Aug 20 06:49:04 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Tue, 20 Aug 2002 08:49:04 +0200
Subject: [icecast] details of HTTP Basic auth for icecast2
In-Reply-To: <3.0.5.32.20020820090705.41920a50@mail.labyrinth.net.au>
Message-ID: <3D61E660.8020308@tyrell.hu>



Michael Smith wrote:
> Currently, "source". Other suggestions welcome. 

I see.

I guess the current working semantics don't need anything more 
complicated. If the need rises to provide more complex access control, 
userid / password pairs could be defined in the icecast config file. e.g.:

user1 / password1 allowed to connect as source /source1*
user2 / password2 allowed to connect as source /source2*

or something like that. this would make it possible to give different 
users a safe way to provide their sorces to the same server, but not 
interfere with each other.

> I'm not sure. I understand your misgivings about it being 
> not-quite-HTTP, but I'm not sure if there's a better solution. I
> changed the authentication to using HTTP auth because HTTP _does_
> provide a standard way to do it, but the rest it doesn't - and
> we still want that information (the rest of it is optional,
> remember, leaving SOURCE as the only mandatory non-HTTP part. I
> considered using PUT instead of SOURCE, and I could still be
> swayed on that, but the semantics seemed sufficiently different
> to keep them seperate).
> 
> Ideas are welcome.

Looking at the HTTP 1.1 RFC 2616:

ection 5, Request:

       Request       = Request-Line              ; Section 5.1
                         *(( general-header        ; Section 4.5
                          | request-header         ; Section 5.3
                          | entity-header ) CRLF)  ; Section 7.1
                         CRLF
                         [ message-body ]          ; Section 4.3

ection 5.1, Request-Line:

Request-Line   = Method SP Request-URI SP HTTP-Version CRLF

        Method         = "OPTIONS"                ; Section 9.2
                       | "GET"                    ; Section 9.3
                       | "HEAD"                   ; Section 9.4
                       | "POST"                   ; Section 9.5
                       | "PUT"                    ; Section 9.6
                       | "DELETE"                 ; Section 9.7
                       | "TRACE"                  ; Section 9.8
                       | "CONNECT"                ; Section 9.9
                       | extension-method

        extension-method = token

we can think of SOURCE as an extension-method. regarding responses to 
different methods, the RFC says that a 501 (Not Implemented) response 
should be given to all unimplemented methods (I wonder if this is done 
so), and that "methods GET and HEAD MUST be supported by all 
general-purpose servers" (most probably done already).

for the headers:

ection 4.5, General Header Fields

        general-header = Cache-Control            ; Section 14.9
                       | Connection               ; Section 14.10
                       | Date                     ; Section 14.18
                       | Pragma                   ; Section 14.32
                       | Trailer                  ; Section 14.40
                       | Transfer-Encoding        ; Section 14.41
                       | Upgrade                  ; Section 14.42
                       | Via                      ; Section 14.45
                       | Warning                  ; Section 14.46

ection 5.3, Request Header Fields

        request-header = Accept                   ; Section 14.1
                       | Accept-Charset           ; Section 14.2
                       | Accept-Encoding          ; Section 14.3
                       | Accept-Language          ; Section 14.4
                       | Authorization            ; Section 14.8
                       | Expect                   ; Section 14.20
                       | From                     ; Section 14.22
                       | Host                     ; Section 14.23
                       | If-Match                 ; Section 14.24
                       | If-Modified-Since        ; Section 14.25
                       | If-None-Match            ; Section 14.26
                       | If-Range                 ; Section 14.27
                       | If-Unmodified-Since      ; Section 14.28
                       | Max-Forwards             ; Section 14.31
                       | Proxy-Authorization      ; Section 14.34
                       | Range                    ; Section 14.35
                       | Referer                  ; Section 14.36
                       | TE                       ; Section 14.39
                       | User-Agent               ; Section 14.43

ection 7.1, Entity Header Fields

        entity-header  = Allow                    ; Section 14.7
                       | Content-Encoding         ; Section 14.11
                       | Content-Language         ; Section 14.12
                       | Content-Length           ; Section 14.13
                       | Content-Location         ; Section 14.14
                       | Content-MD5              ; Section 14.15
                       | Content-Range            ; Section 14.16
                       | Content-Type             ; Section 14.17
                       | Expires                  ; Section 14.21
                       | Last-Modified            ; Section 14.29
                       | extension-header

        extension-header = message-header

an in section 4.2, Message Headers:

        message-header = field-name ":" [ field-value ]
        field-name     = token
        field-value    = *( field-content | LWS )
        field-content  = <the OCTETs making up the field-value
                         and consisting of either *TEXT or combinations
                         of token, separators, and quoted-string>

(missing definitions can be found in section 2.2, Basic rules)

the spec says that all three header field categories can be extended, 
but basically defines a fallback mechanism: if a header is not 
recognized as a general-header, than it is most probably a 
request-header. if it is not recognized as a request-header, than most 
probably it is an entity-header. Moreover, in section 7.1:

    The extension-header mechanism allows additional entity-header fields
    to be defined without changing the protocol, but these fields cannot
    be assumed to be recognizable by the recipient.

Thus it seems that the ice-* headers can be thought of as 
extension-header fields.

Another question: will the Host: request header be supported? (Thinking 
of virtual streaming servers.)

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Tue Aug 20 06:55:06 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Tue, 20 Aug 2002 08:55:06 +0200
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3.0.5.32.20020820090327.4191e740@mail.labyrinth.net.au>
Message-ID: <3D61E7CA.5010909@tyrell.hu>



Michael Smith wrote:
> Relaying (done already) and mp3 streaming (done already - but the support
> for that is pretty limited. No metadata, for example). Serverside stream
> dump doesn't seem terribly important - but if it's something you care
> about, adding it should be easy. Patches welcome.

This is a convenient feature, used by me & other live streamers to 
archive their streams. (I already got some people e-mailing me why this 
can't be done using darkice & icecast2, while the possibility is there 
with icecast 1.x).

> Anything can be set - icecast2 basically doesn't care, it'll send
> any metadata that it receives, for vorbis. You just have to send a
> vorbis stream with the metadata set as you want (in the second
> vorbis header). If you want to update the metadata (i.e. change it
> mid-stream), you have to start a new logical stream within the
> same physical stream, with a new set of headers.

Which libvorbis API calls should I use to close a logical stream and 
open a new one? (Currently I create one physical / logical stream, but I 
don't know which calls do the physical and which do the logical stream 
part.)

<p>Akos

<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  Tue Aug 20 14:03:46 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Wed, 21 Aug 2002 00:03:46 +1000
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3D61E7CA.5010909@tyrell.hu>
Message-ID: <3.0.5.32.20020821000346.41e2c420@mail.labyrinth.net.au>



At 08:55 AM 8/20/02 +0200, you wrote:
>Michael Smith wrote:
>> Relaying (done already) and mp3 streaming (done already - but the support
>> for that is pretty limited. No metadata, for example). Serverside stream
>> dump doesn't seem terribly important - but if it's something you care
>> about, adding it should be easy. Patches welcome.
>
>This is a convenient feature, used by me & other live streamers to 
>archive their streams. (I already got some people e-mailing me why this 
>can't be done using darkice & icecast2, while the possibility is there 
>with icecast 1.x).

I would think the logical (and simpler) way to do this would be on the
client side. But as I said, patches welcome.

>
>> Anything can be set - icecast2 basically doesn't care, it'll send
>> any metadata that it receives, for vorbis. You just have to send a
>> vorbis stream with the metadata set as you want (in the second
>> vorbis header). If you want to update the metadata (i.e. change it
>> mid-stream), you have to start a new logical stream within the
>> same physical stream, with a new set of headers.
>
>Which libvorbis API calls should I use to close a logical stream and 
>open a new one? (Currently I create one physical / logical stream, but I 
>don't know which calls do the physical and which do the logical stream 
>part.)
>

If you close your stream (i.e. terminate the stream as you currently do,
in every way _except_ actually closing the underlying physical stream
layer (file, socket, etc). Then start a new stream as you created the
original stream (except, obviously, using the existing file/socket).

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  Tue Aug 20 14:06:38 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Wed, 21 Aug 2002 00:06:38 +1000
Subject: [icecast] details of HTTP Basic auth for icecast2
In-Reply-To: <3D61E660.8020308@tyrell.hu>
Message-ID: <3.0.5.32.20020821000638.41e3adf0@mail.labyrinth.net.au>



At 08:49 AM 8/20/02 +0200, you wrote:
>Michael Smith wrote:
>> Currently, "source". Other suggestions welcome. 
>
>I see.
>
>I guess the current working semantics don't need anything more 
>complicated. If the need rises to provide more complex access control, 
>userid / password pairs could be defined in the icecast config file. e.g.:
>
>user1 / password1 allowed to connect as source /source1*
>user2 / password2 allowed to connect as source /source2*
>
>or something like that. this would make it possible to give different 
>users a safe way to provide their sorces to the same server, but not 
>interfere with each other.

Yes - that was part of the longer-term plan, and a substantial part
of the reason why I wanted to move to a better/more standard auth
mechanism.

>
>> I'm not sure. I understand your misgivings about it being 
>> not-quite-HTTP, but I'm not sure if there's a better solution. I
>> changed the authentication to using HTTP auth because HTTP _does_
>> provide a standard way to do it, but the rest it doesn't - and
>> we still want that information (the rest of it is optional,
>> remember, leaving SOURCE as the only mandatory non-HTTP part. I
>> considered using PUT instead of SOURCE, and I could still be
>> swayed on that, but the semantics seemed sufficiently different
>> to keep them seperate).
>> 
>> Ideas are welcome.
>
>Looking at the HTTP 1.1 RFC 2616:

I'm really tired, so I won't respond to all of this in detail (except to
note that I agree with your conclusions generally), but:

icecast2 is deliberalely NOT an HTTP 1.1 server. Implementing
a minimal subset of HTTP/1.1 is (rough guess) an order of
magnitude more complex than a minimal HTTP/1.0 server.

>we can think of SOURCE as an extension-method. regarding responses to 
>different methods, the RFC says that a 501 (Not Implemented) response 
>should be given to all unimplemented methods (I wonder if this is done 
>so), and that "methods GET and HEAD MUST be supported by all 
>general-purpose servers" (most probably done already).

<p>Right. HEAD isn't implemented, but calling icecast2 a "general purpose
server" would also be pretty inaccurate :-)

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 darkeye at tyrell.hu  Tue Aug 20 14:08:42 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Tue, 20 Aug 2002 16:08:42 +0200
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3.0.5.32.20020821000346.41e2c420@mail.labyrinth.net.au>
Message-ID: <3D624D6A.9030205@tyrell.hu>



Michael Smith wrote:
> I would think the logical (and simpler) way to do this would be on the
> client side. But as I said, patches welcome.

darkice support stream dump on the encoder side, but this is far from 
logical: in a typical setup, the encoder is a machine not visible from 
the outside, while the server (per definition) is visible. when 
generating the stream dump on the encoder, one has to move it to the 
server afterwards to make it available for download to listeners. this 
is inconvenient, and also doubles the traffic between encoder and server.

I'll see how much time I have to provide a patch.

<p>> If you close your stream (i.e. terminate the stream as you currently do,
> in every way _except_ actually closing the underlying physical stream
> layer (file, socket, etc). Then start a new stream as you created the
> original stream (except, obviously, using the existing file/socket).

You mean de-initializng _all_ Ogg Vorbis related structures, and then 
initializing agan? I see. I'll try to experiment with this.

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Tue Aug 20 14:28:36 2002
From: adam at xs4all.nl (adam)
Date: Tue, 20 Aug 2002 16:28:36 +0200 (CEST)
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <3D624D6A.9030205@tyrell.hu>
Message-ID: <Pine.BSI.4.33L2.0208201620300.27279-100000@xs4.xs4all.nl>



On Tue, 20 Aug 2002, Akos Maroy wrote:

> Michael Smith wrote:
> darkice support stream dump on the encoder side, but this is far from
> logical: in a typical setup, the encoder is a machine not visible from
> the outside, while the server (per definition) is visible. when
> generating the stream dump on the encoder, one has to move it to the
> server afterwards to make it available for download to listeners. this
> is inconvenient, and also doubles the traffic between encoder and server.

<p>yes but ideally a stream archived on the encoding machine can be very
useful :

i) if the server goes down a clientside archive can save the day
(presuming encoding can continue if there is no server connection which is
not always supported by encoders - does darkice allow for this?)

ii) if the user encoding the stream does not have access to the streaming
server (beyond acess for sending a live stream) then archiving client side
is absolutely necessary

iii) if the file needs editing, then donwloading the file, editing, and
uploading can be a tremendous pain

iv) i imagine some servers will struggle to encode + archive

<p><p>adam

<p>"free, as in 'radio'"

<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  Tue Aug 20 14:45:20 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Tue, 20 Aug 2002 16:45:20 +0200
Subject: [icecast] some features of icecast2 beta
In-Reply-To: <Pine.BSI.4.33L2.0208201620300.27279-100000@xs4.xs4all.nl>
Message-ID: <3D625600.10501@tyrell.hu>



adam wrote:
> yes but ideally a stream archived on the encoding machine can be very
> useful :
> 
> i) if the server goes down a clientside archive can save the day
> (presuming encoding can continue if there is no server connection which is
> not always supported by encoders - does darkice allow for this?)

yes, it does.

> ii) if the user encoding the stream does not have access to the streaming
> server (beyond acess for sending a live stream) then archiving client side
> is absolutely necessary

I don't see your point. This is the very case when server side archiving 
is necessary: the encoder sends the stream to the server, and tells it 
to archive it as well (when logging in). the only form of access from 
the encoder to the server is sending the stream.

> iii) if the file needs editing, then donwloading the file, editing, and
> uploading can be a tremendous pain

you mean editing manually? that is a pain to begin with, the ideal is to 
have proper scripts set up to prepare your archive properly. for this, 
it is beneficial to have the archive on the server, and let the scripts 
prepare it there. then there is no need to down/upload it anywhere.

> iv) i imagine some servers will struggle to encode + archive

I don't see your point: the server does not encode, it serves. the 
encoder encodes.

Anyway, both archiving uses (archiving at the encoder or the server) are 
valid in some cases, the best is to have both possibilities.

<p>Akos

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


From rsteding at tecwise.com  Tue Aug 20 23:08:42 2002
From: rsteding at tecwise.com (Raymond)
Date: Tue, 20 Aug 2002 16:08:42 -0700
Subject: [icecast] Brian Zisk interview by the Allston Curmudgeon now on LPBN
In-Reply-To: <3CE8DC98.B9DABCF7@gmx.net>
Message-ID: <3D62CBFA.4F6D5C53@tecwise.com>



Don't know if anyone is interested or not but an hour long interview with Brian
is now up on the front page of LPBN.
http://www.lpbn.org
Brian Zisk co-founded Green Witch Internet Radio

Raymond Steding

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


From bryan at woxy.com  Tue Aug 20 23:33:02 2002
From: bryan at woxy.com (Bryan Jay Miller)
Date: 20 Aug 2002 19:33:02 -0400
Subject: [icecast] icecast on port 80 NOT as root
Message-ID: <1029886389.10688.27.camel@localhost.localdomain>



This may seem simple but I've looked all over and come up with nothing.
I'm interested in running Icecast 1.3.12 on port 80 to get around the
firewall issue. Obviously it's not prudent to run Icecast at root so I'm
wondering is there any way to safely run Icecast on port 80 using either
setuid or port redirection? Has anyone accomplished this and if so,
how'd you do it?

Thanks!

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


From bushnell at cs.oberlin.edu  Wed Aug 21 00:17:34 2002
From: bushnell at cs.oberlin.edu (Alan Bushnell)
Date: 20 Aug 2002 20:17:34 -0400
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1029886389.10688.27.camel@localhost.localdomain>
Message-ID: <1029889055.28100.5.camel@ammon>



You can use firewall software (iptables, netfilter, etc) to redirect
incoming requests to port 80 to an unprivileged port where you have
icecast running on the same host.

alan

<p>On Tue, 2002-08-20 at 19:33, Bryan Jay Miller wrote:
> This may seem simple but I've looked all over and come up with nothing.
> I'm interested in running Icecast 1.3.12 on port 80 to get around the
> firewall issue. Obviously it's not prudent to run Icecast at root so I'm
> wondering is there any way to safely run Icecast on port 80 using either
> setuid or port redirection? Has anyone accomplished this and if so,
> how'd you do it?
> 
> Thanks!
> 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to 'icecast-request at 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 rocaelh at yahoo.com  Wed Aug 21 01:38:36 2002
From: rocaelh at yahoo.com (Rocael Hernandez)
Date: Tue, 20 Aug 2002 18:38:36 -0700 (PDT)
Subject: [icecast] In need of a Streaming solution
In-Reply-To: <OFEBJGEHDLOJPNDHPLLDOEJPCKAA.k.olano@netonestop.net>
Message-ID: <20020821013836.50817.qmail@web20205.mail.yahoo.com>



Thats is possible Kenny,
I have done that using icecast, works great, is in
spanish but you can check it out here
http://www.yosisideral.com/estrellas/
I think is what you are looking for!

bye,
Rocael.
 
--- Kenny Olano <k.olano at netonestop.net> wrote:
> Hello
> 	My company is looking for a mp3 streaming solution
> for a client.  We will
> have an online catalog of music for people to listen
> to.  Our client only
> wants the user to be able to listen to the music and
> not download it. Is
> this possible using icecast?  Does icecast support
> requests?  If icecast is
> not the solution I need, can someone point me into
> the right direction for
> mp3 streaming per requests?
> 
> Kenny
> 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
> 'icecast-request at 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>__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.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 hathaway at munkynet.org  Wed Aug 21 02:40:08 2002
From: hathaway at munkynet.org (Samuel Hathaway)
Date: Tue, 20 Aug 2002 22:40:08 -0400 (EDT)
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1029886389.10688.27.camel@localhost.localdomain>
Message-ID: <Pine.LNX.4.44.0208202233170.23831-100000@spider>



On 20 Aug 2002, Bryan Jay Miller wrote:

> This may seem simple but I've looked all over and come up with nothing.
> I'm interested in running Icecast 1.3.12 on port 80 to get around the
> firewall issue. Obviously it's not prudent to run Icecast at root so I'm
> wondering is there any way to safely run Icecast on port 80 using either
> setuid or port redirection? Has anyone accomplished this and if so,
> how'd you do it?

Check out cbs:

        cbs is a system tool, composed of a client and a server. Using cbs
        as root, you will be able to allow specific users or groups to
        bind specific ports below 1024. Those users will have to use the
        cbs client library. The aim of cbs is to increase system security.

http://www.epita.fr:8000/~flav/cbs/doc/html/

I found it suggested on the mod_perl site as a possible way of enforcing
that users only be allowed to run apache processes on particular ports.
-sam

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Wed Aug 21 07:40:49 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Wed, 21 Aug 2002 09:40:49 +0200
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1029886389.10688.27.camel@localhost.localdomain>
Message-ID: <3D634401.EC80BC31@gmx.net>



Bryan Jay Miller wrote:
> This may seem simple but I've looked all over and come up with nothing.
> I'm interested in running Icecast 1.3.12 on port 80 to get around the
> firewall issue. Obviously it's not prudent to run Icecast at root so I'm
> wondering is there any way to safely run Icecast on port 80 using either
> setuid or port redirection? Has anyone accomplished this and if so,
> how'd you do it?

Alternatively, you can try out and help to test current CVS' Icecast2
(use the Xiph repository, www.xiph.html/cvs.html, module "icecast"),
which now supports changing its UID and GID as well as running from
within a chroot() jail. I guess being able to bind to privileged ports
and change identity afterwards is also an intended way of doing things
with these features.

<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.


From webmaster at chat-radio.de  Wed Aug 21 08:47:47 2002
From: webmaster at chat-radio.de (Stefan Jacobi // Pandur2000)
Date: Wed, 21 Aug 2002 10:47:47 +0200
Subject: [icecast] Stupid Headers
Message-ID: <002101c248ef$6d1a29d0$fe79a8c0@crserver>



What means thius "stupid headers" in icecast error log?

Greetz,

Stefan


--
Chat-Radio Senderleitung
DJ_Pandur2000
AIM: Pandur2000 ICQ: 42147729
www.chat-radio.de
irc.euirc.net #chatradio

<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  Wed Aug 21 10:16:44 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Wed, 21 Aug 2002 20:16:44 +1000
Subject: [icecast] intended login protocol for icecast2
In-Reply-To: <5.1.0.14.0.20020818221116.02b45150@oddsock.org>
Message-ID: <3.0.5.32.20020821201644.41258e70@mail.labyrinth.net.au>



At 10:23 PM 8/18/02 -0500, you wrote:
>well, don't get me wrong, I am not generally opposed to progress, but 
>speaking as a coder of source clients, providing yet another authentication 
>mechanism is a bit frustrating....
>
>I guess it wasn't too bad having to deal with Shoutcast/Icecast/Icecast2 
>specific connection protocols (yes they are ALL different!) but I am NOT 
>going to support Shoutcast/ICecast/Icecast2 (ICE Login)/Icecast2 (HTTP 
>Basic Auth)/Icecast2 (HTTP Digest)...
>
>now probably the correct answer to this is to get libshout to do all this 
>connection song-and-dance....but in order for *me* to use it, it must at 
>least support :
>
>- Connection protocols for Shoutcast/Icecast/Icecast2 (all variants)
>- Metadata updates for all server types (this *includes* inserting the 
>metadata into the vorbis stream for icecast2 *and* Shoutcast style metadata 
>updates)

Sorry, I forgot to reply to this the other day...

You're right that it doesn't provide all the metadata stuff that you
might want - but don't let that by itself be a reason to stop you from
using libshout. libshout can be used in two ways - as a complete solution
for the entire protocol (for which it is somewhat limited, as you note),
or _just_ for login. 

After login, you can just use shout_send_raw() (I think that's what 
the function is called - something like that, anyway) to send a buffer
directly to the socket. This is what ices2 does, for example. 

This lets the login protocols (which are, I agree, quite excessively
varied) be abstracted out behind a single interface, but still give
you all the control you want for the actual stream (for which you
obviously already have code).

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 jorisvdw at hotmail.com  Wed Aug 21 16:58:14 2002
From: jorisvdw at hotmail.com (Joris Vandeweerd)
Date: Wed, 21 Aug 2002 18:58:14 +0200
Subject: [icecast] lots of silence
Message-ID: <OE7463lgtAiezYgEUlR000174c8@hotmail.com>



hello,

i've setup an icecast server v 1.3.12 with ices 0.2.3. when a certain song
begins, you don't get any sound from that song and the song after. First it
was with just 5 songs but now he does it more and more. when i look at my
page i'm still connected. when i got the silence and reconnect, i get the
song. desperate i tried shout and he does it to + more buffering :(. my
mp3's are @ 32kbits. does anyone know what might be the problem??

you can try it on www.kayalion.net

thx in front

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


From kevin at kevindegraaf.net  Wed Aug 21 18:30:08 2002
From: kevin at kevindegraaf.net (Kevin DeGraaf)
Date: Wed, 21 Aug 2002 14:30:08 -0400 (EDT)
Subject: [icecast] Multiple bitrates from live source
Message-ID: <Pine.LNX.4.44L0.0208211425400.31576-100000@uranus.kevindegraaf.net>



What is the best way to set up multiple streams, at multiple bitrates,
from the same line-input audio source?

I currently offer a 96 Kbps stream of the line-input of a D-Link DSB-R100
radio tuner.  I'd like to offer a 32 Kbps stream as well, for 56K modem
users.

Should I run multiple copies of liveice on the machine with the soundcard?
Or should I have ices reencode the 96 Kbps stream down to 32 Kbps?  Or
something else entirely?

If it matters: liveice and icecast are running on separate physical
machines.


--
Kevin DeGraaf

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



From hathaway at munkynet.org  Wed Aug 21 19:36:12 2002
From: hathaway at munkynet.org (Samuel Hathaway)
Date: Wed, 21 Aug 2002 15:36:12 -0400 (EDT)
Subject: [icecast] Multiple bitrates from live source
In-Reply-To: <Pine.LNX.4.44L0.0208211425400.31576-100000@uranus.kevindegraaf.net>
Message-ID: <Pine.LNX.4.44.0208211533460.24795-100000@spider>



On Wed, 21 Aug 2002, Kevin DeGraaf wrote:

> Should I run multiple copies of liveice on the machine with the
> soundcard? Or should I have ices reencode the 96 Kbps stream down to 32
> Kbps?  Or something else entirely?

Something else entirely! Have you looked at Darkice? It supports multiple
bitrates from the same audio source internally:

        http://darkice.sourceforge.net/

Hope it works for you.
-sam

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


From ma_herr at yahoo.com  Wed Aug 21 20:20:40 2002
From: ma_herr at yahoo.com (Mauricio Herrera)
Date: Wed, 21 Aug 2002 13:20:40 -0700 (PDT)
Subject: [icecast] Two streams problem
Message-ID: <20020821202040.15677.qmail@web20604.mail.yahoo.com>



Hi all!

I have both icecast and ices running on the same
machine (Linux). I'm running two different streams,
each one with it's own playlist and mountpoint (one is
the default).

The problem is that after around 20 minutes of
starting both streams, the second one looses
connection with the server. If I access the second
stream URL after disconnected, I hear the playlist of
the first one.

The server log says this:

[21/Aug/2002:13:33:54] [7:Source Thread] Lost
connection to source on mount /especial, waiting 30
seconds for timeout
[21/Aug/2002:13:34:24] [7:Source Thread] Kicking
source 3 [retainer] [Client timeout exceeded, removing
source] [encoder], connected for 25 minutes and 10
seconds, 839791 bytes transfered. 1 sources connected
[21/Aug/2002:13:34:24] [7:Source Thread] Kicking all 0
clients for source 3

Any idea of what may be causing this problem?

Thanks in advance!

Mauricio

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.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 alet at unice.fr  Wed Aug 21 22:17:55 2002
From: alet at unice.fr (Jerome Alet)
Date: Thu, 22 Aug 2002 00:17:55 +0200 (MET DST)
Subject: [icecast] [ANN] pymp3cut v0.27
Message-ID: <Pine.LNX.3.96.1020822000753.19753A-100000@cortex.unice.fr>



Hi,

I'm pleased to announce v0.27 of the Python MP3 Cutter.

PyMP3Cut is a Python commandline tool designed to cut huge (> 100MB) MP3
files at high speed without requiring the extra disk space and processing
time usually needed by visual audio editing tools, which convert the MP3
format to more easily manageable formats like WAV before doing anything.
It reads and cuts simultaneously according to the autodetected MP3 frame
rate and a timeline passed as a commandline argument.

PyMP3Cut was written to automate the slicing of day-long Icecast audio
archives in easier to listen per-speaker parts.

This new version adds some command line options to process huge MP3
files even if you don't have a timeline file.

PyMP3Cut is available under the GNU GPL from :

        http://www.librelogiciel.com/software/ 

Beware : PyMP3Cut is FFAASSTT and sharp, it cuts files where you ask it to
do so !

Any comment is more than welcome.

Jerome Alet

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 22 00:10:13 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 22 Aug 2002 10:10:13 +1000
Subject: [icecast] lots of silence
In-Reply-To: <OE7463lgtAiezYgEUlR000174c8@hotmail.com>
Message-ID: <Pine.LNX.4.44.0208221007300.517-100000@data.home>



Hi:

Well, I've tuned in and not struck the problem as yet.  But I'm guessing
that the problem is that the problematic songs aren't at the same sampling
rate.  The three songs I've heard so far are at 32kbps 11.025khz stereo.
Regardless of the bitrate, if some songs are at different sample rates or
are say mono instead of stereo, the MP3 player will not like it and
probably will do what you describe.

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

<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 jorisvdw at hotmail.com  Thu Aug 22 00:52:39 2002
From: jorisvdw at hotmail.com (Joris Vandeweerd)
Date: Thu, 22 Aug 2002 00:52:39 +0000
Subject: [icecast] lots of silence
In-Reply-To: <[icecast] lots of silence>
Message-ID: <F28QV6uPDVniSnRMWuL0001c18c@hotmail.com>



yeah, tnx very much, i think the problem is solved now, i thought idd it was 
something with the mp3's but i didn't knew what.

>Hi:
>
>Well, I've tuned in and not struck the problem as yet.  But I'm guessing
>that the problem is that the problematic songs aren't at the same sampling
>rate.  The three songs I've heard so far are at 32kbps 11.025khz stereo.
>Regardless of the bitrate, if some songs are at different sample rates or
>are say mono instead of stereo, the MP3 player will not like it and
>probably will do what you describe.
>
>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><p>Greetz

KayaLion

KayaLion's NET
http://www.kayalion.net

<p>_________________________________________________________________
Chat on line met vrienden en probeer MSN Messenger uit: 
http://messenger.msn.nl

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


From orasnita at home.ro  Thu Aug 22 01:01:38 2002
From: orasnita at home.ro (Octavian Rasnita)
Date: Thu, 22 Aug 2002 04:01:38 +0300
Subject: [icecast] [ANN] pymp3cut v0.27
In-Reply-To: <Pine.LNX.3.96.1020822000753.19753A-100000@cortex.unice.fr>
Message-ID: <012701c2497b$76cbd4b0$2061640a@microsoft.com>



Hi,

I would like to unsubscribe from the list but I receive only error messages
when sending an unsubscribe command to the email address provided in any
message from the list.

Can you unsubscribe me?

Thank you.

Teddy's Center: http://teddy.fcc.ro/
Mail: orasnita at home.ro

----- Original Message -----
From: "Jerome Alet" <alet at unice.fr>
Newsgroups: comp.lang.python
To: <icecast at xiph.org>
Sent: Thursday, August 22, 2002 1:17 AM
Subject: [icecast] [ANN] pymp3cut v0.27

<p>> Hi,
>
> I'm pleased to announce v0.27 of the Python MP3 Cutter.
>
> PyMP3Cut is a Python commandline tool designed to cut huge (> 100MB) MP3
> files at high speed without requiring the extra disk space and processing
> time usually needed by visual audio editing tools, which convert the MP3
> format to more easily manageable formats like WAV before doing anything.
> It reads and cuts simultaneously according to the autodetected MP3 frame
> rate and a timeline passed as a commandline argument.
>
> PyMP3Cut was written to automate the slicing of day-long Icecast audio
> archives in easier to listen per-speaker parts.
>
> This new version adds some command line options to process huge MP3
> files even if you don't have a timeline file.
>
> PyMP3Cut is available under the GNU GPL from :
>
> http://www.librelogiciel.com/software/
>
> Beware : PyMP3Cut is FFAASSTT and sharp, it cuts files where you ask it to
> do so !
>
> Any comment is more than welcome.
>
> Jerome Alet
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at 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 bryan at woxy.com  Thu Aug 22 18:49:40 2002
From: bryan at woxy.com (Bryan Jay Miller)
Date: 22 Aug 2002 14:49:40 -0400
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1029886389.10688.27.camel@localhost.localdomain>
Message-ID: <1030042183.1687.335.camel@localhost.localdomain>



Thanks for the tips. I did find a detailed article on how to run Icecast
1.3.x in a chroot jail at incidents.org (actually it's in Google's
cache, couldn't find it on incidents.org site anymore):

http://216.239.37.100/search?q=cache:8Jnwn-j8Yh4C:www.incidents.org/protect/borland.php+icecast+chroot+jail&hl=en&ie=UTF-8

It doesn't really solve the problem of running Icecast 1 on a privileged
port as the process would have to chroot *after* binding to the port but
interesting nonetheless.

Moritz - Thanks for the tip on Icecast2. I must have totally overlooked
that Icecast2 does both chroot and setuid... very important features
IMO. I updated my source from CVS and chroot and setuid worked like a
charm. Streaming Vorbis on port 80 right now not running as root.

One question. The <changeowner><user><group> settings are self
explanatory but what about the <chroot> directive. The value in the
default icecast.xml is 0. Does it take an absolute path or boolean value
and then use <basedir> as the chroot value?

-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 gtgbr at gmx.net  Thu Aug 22 19:13:58 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Thu, 22 Aug 2002 21:13:58 +0200
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1030042183.1687.335.camel@localhost.localdomain>
Message-ID: <3D6537F6.DAE2447C@gmx.net>



Bryan Jay Miller wrote:
> One question. The <changeowner><user><group> settings are self
> explanatory but what about the <chroot> directive. The value in the
> default icecast.xml is 0. Does it take an absolute path or boolean value
> and then use <basedir> as the chroot value?

It's either 0 or 1, while 1 chroot()s to <basedir>. Note that <logdir>'s
and <webroot>'s / are now <basedir> (e.g. you'd have to change
<logdir>/var/icecast/log</logdir> to <logdir>/log</logdir> when you both
chroot() and <basedir> is /var/icecast). Btw, chroot()ing and changing
UID and GUI are new features, no wonder you have "overlooked" it. :)

<p>Moritz

P.S.: While installing Icecast2 myself once again today, I noticed that
the current reference icecast.xml lacks the new <icelogin> directive,
which also can be either 0 or 1, and is 0 by default. If you want to use
a source client that doesn't support http basic auth yet, like Oddcast
DSP RC5, you have to add <icelogin>1</icelogin> somewhere within the
<icecast> directive.
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From jorisvdw at hotmail.com  Fri Aug 23 10:52:01 2002
From: jorisvdw at hotmail.com (Joris Vandeweerd)
Date: Fri, 23 Aug 2002 10:52:01 +0000
Subject: [icecast] hmm uploading?
Message-ID: <F252SOc7wo95EFk2H3b000001c2@hotmail.com>



hello,

i got a question. is it possible that if there aren't any listeners my radio 
is still sending the music to the internet?? i thought he didnt do this used 
to be, but when i'm looking at my network usage it keepos sending. first i 
thought it was because my ices connects to my icecast using 
kayalion.homelinux.net (internet) but when i connect ices through lan it 
still keeps sending on the internet?

can anyone help me because i dont want any problems with my isp ;-)??

Greetz

KayaLion

KayaLion's NET
http://www.kayalion.net

<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 gshang at uq.net.au  Fri Aug 23 11:32:13 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Fri, 23 Aug 2002 21:32:13 +1000
Subject: [icecast] hmm uploading?
In-Reply-To: <F252SOc7wo95EFk2H3b000001c2@hotmail.com>
Message-ID: <Pine.LNX.4.44.0208232131020.517-100000@data.home>



Hi:

ummmm.. If there's no-one listening then it's not sending stuff out (where
would it go?).  Perhaps you could show us some of what you're seeing.

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

<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 jorisvdw at hotmail.com  Fri Aug 23 14:30:20 2002
From: jorisvdw at hotmail.com (Joris Vandeweerd)
Date: Fri, 23 Aug 2002 14:30:20 +0000
Subject: [icecast] hmm uploading?
In-Reply-To: <[icecast] hmm uploading?>
Message-ID: <F210fTNZntBeIEZdMSo00013308@hotmail.com>



you can watch on my site www.kayalion.net with network usage, eth1 is the 
internet.

i rebooted my server last night. i didn't connect and watched my eth1, after 
10 minutes there was allready +-8mb sent.
stats now:
uptime : 14 hours 20 minutes
network usage : 736.02 MB

i don't think my isp is going to like this :p

<p>>
>Hi:
>
>ummmm.. If there's no-one listening then it's not sending stuff out (where
>would it go?).  Perhaps you could show us some of what you're seeing.
>
>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
>
>

Greetz

KayaLion

KayaLion's NET
http://www.kayalion.net

<p>_________________________________________________________________
Meld je aan bij de grootste e-mailservice ter wereld met MSN Hotmail: 
http://www.hotmail.com/nl

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Fri Aug 23 15:07:39 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Fri, 23 Aug 2002 17:07:39 +0200
Subject: [icecast] hmm uploading?
In-Reply-To: <F210fTNZntBeIEZdMSo00013308@hotmail.com>
Message-ID: <3D664FBB.D68E9F3@gmx.net>



Joris Vandeweerd wrote:
> you can watch on my site www.kayalion.net with network usage, eth1 is the
> internet.
> 
> i rebooted my server last night. i didn't connect and watched my eth1, after
> 10 minutes there was allready +-8mb sent.
> stats now:
> uptime : 14 hours 20 minutes
> network usage : 736.02 MB
> 
> i don't think my isp is going to like this :p

Can you be sure that your server isn't compromised by crackers and/or
script kiddies, and that nobody is getting data through any other
service? What do your logfiles tell you? Besides, eth0 recieved ~720MB
and eth1 sent ~750MB ... is this a gateway doing NAT/routing packets? :P

<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.


From jorisvdw at hotmail.com  Fri Aug 23 16:17:15 2002
From: jorisvdw at hotmail.com (Joris Vandeweerd)
Date: Fri, 23 Aug 2002 16:17:15 +0000
Subject: [icecast] hmm uploading?
In-Reply-To: <[icecast] hmm uploading?>
Message-ID: <F178eRDbenuWvR2mSub0000ca97@hotmail.com>



>Joris Vandeweerd wrote:
> > you can watch on my site www.kayalion.net with network usage, eth1 is 
>the
> > internet.
> >
> > i rebooted my server last night. i didn't connect and watched my eth1, 
>after
> > 10 minutes there was allready +-8mb sent.
> > stats now:
> > uptime : 14 hours 20 minutes
> > network usage : 736.02 MB
> >
> > i don't think my isp is going to like this :p
>
>Can you be sure that your server isn't compromised by crackers and/or
>script kiddies, and that nobody is getting data through any other
>service? What do your logfiles tell you? Besides, eth0 recieved ~720MB
>and eth1 sent ~750MB ... is this a gateway doing NAT/routing packets? :P
why the smiley behind the routing stuff??
$IPTABLES -t nat -A POSTROUTING -s 10.222.222.0/24 -j MASQUERADE 2>> 
/var/log/gateway.txt
i run this, is this not good??

i run my server here at a house for students, there was a other student that 
had winmx open last night, maybe it was he who was uploading but i'm not 
sure of that, i'm trying to find that out. are there any specific logs i 
should view??

Greetz

KayaLion

KayaLion's NET
http://www.kayalion.net

<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 quixy_man at gmx.net  Fri Aug 23 17:36:35 2002
From: quixy_man at gmx.net (Roland Häder)
Date: Fri, 23 Aug 2002 19:36:35 +0200
Subject: [icecast] Sample rate won't stay on setuped rate
Message-ID: <00a801c24acb$a0ebf530$0d01a8c0@haeder>



Hello!

I'm new here and I downloaded, configured and compiled icecast and ices.

The source got connected and streamed MP3s to the icecast-server.

Now I have some probs here:

1.) The sample rate setuped by command line options does always change.
Here's the full term:
ices -r -H 22050 -N 1 -R -d Test-Server -g Mixed -n Test-Stream -s -v -F
/root/MP3-Playlists/BestOf-New_Cool.lst -p 10000 -m /mp3 -h 192.168.1.15
I need this slow rate! The ices proccess changes back to
44.1kHz/16-Bit/Stereo after two or three songs. And it never changes back to
22kHz,8-Bit,Mono.

2.) Where's ices' config file located? And can I edit it with cooledit?

3.) When I try to connect to my internal IP 192.168.1.15 with WinAMP
everything
is ok. But when I connect over my external IP the icecast-server accepted
the connection (so the firewall isn't blocking the incoming connection) but
it kicked it again.

What's wrong? The firewall cannot be the reason, because Port 10000/TCP is
opened for my IP. Or which Ports do I need else?

Regards,
  Roland Haeder

ICQ: 880296

<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 mccasey at clara.co.uk  Fri Aug 23 17:44:57 2002
From: mccasey at clara.co.uk (Mark Casey)
Date: Fri, 23 Aug 2002 18:44:57 +0100
Subject: [icecast] Setting up Icecast on a shell?
Message-ID: <002501c24acc$cc30f6e0$7927fdd5@donk>



What settings do I need to change in the Makefile etc so it compiles and
installs on a normal shell account?

I've already tried compiling it using a different prefix etc but I must have
messed up somewhere.
Since its a normal shell account i obviously can't install to /usr/local and
so forth...

I'm wanting to have it installed to /home/username/icecast/server (then /bin
for binaries, /conf for config files and so on, i think you lot get the
idea)

<p>Thanks

Mark

<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 gtgbr at gmx.net  Fri Aug 23 18:04:14 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Fri, 23 Aug 2002 20:04:14 +0200
Subject: [icecast] Setting up Icecast on a shell?
In-Reply-To: <002501c24acc$cc30f6e0$7927fdd5@donk>
Message-ID: <3D66791E.B6568A04@gmx.net>



First, set up your environment. If you follow my example and use ~/usr
as the prefix, you want the following:

export LD_LIBRARY_PATH="/path_to_your_homedir/usr/lib:$LD_LIBRARY_PATH"
export LD_RUN_PATH="/path_to_your_homedir/usr/lib:$LD_RUN_PATH"
export CFLAGS="-I/path_to_your_homedir/usr/include"

You need to have LD_RUN_PATH set, too, so the compiled binaries can find
the libs they're linking to lateron.

Depending on the libs available on the shell computer, you might have to
install a few libraries in your homedirectory prior being able to
compile Icecast. I don't know what Icecast1 needs, but Icecast2 needs
curl, libiconv, libogg, libvorbis, libxml2 and libxslt. The shell should
also have a fairly current libc, libz and libpthread (e.g. I had no luck
installing Icecast on a Linux 2.0 system, anything newer shouldn't cause
problems, though).

When compiling, always use --prefix=~/usr. Also check whether you can
pass more locations to the configure scripts by using --help in advance.
When compiling Icecast2, you might have to use --with-xml-config ...
this is a bit misleading, because it actually wants xml2-config, so
using --with-xml-config=/path_to_your_homedir/usr/bin/xml2-config would
solve that.

<p>Hope that helps,

Moritz

Mark Casey wrote:
> What settings do I need to change in the Makefile etc so it compiles and
> installs on a normal shell account?
> 
> I've already tried compiling it using a different prefix etc but I must have
> messed up somewhere.
> Since its a normal shell account i obviously can't install to /usr/local and
> so forth...
> 
> I'm wanting to have it installed to /home/username/icecast/server (then /bin
> for binaries, /conf for config files and so on, i think you lot get the
> idea)
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Sat Aug 24 04:03:18 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Sat, 24 Aug 2002 14:03:18 +1000
Subject: [icecast] icecast on port 80 NOT as root
In-Reply-To: <1030042183.1687.335.camel@localhost.localdomain>
Message-ID: <3.0.5.32.20020824140318.41df3100@mail.labyrinth.net.au>



>One question. The <changeowner><user><group> settings are self
>explanatory but what about the <chroot> directive. The value in the
>default icecast.xml is 0. Does it take an absolute path or boolean value
>and then use <basedir> as the chroot value?

The latter (boolean and basedir).

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 mfoacs at e-workshop.ch  Sat Aug 24 23:41:21 2002
From: mfoacs at e-workshop.ch (Miguel Albuquerque)
Date: Sun, 25 Aug 2002 01:41:21 +0200
Subject: [icecast] Icecast and Roxen
Message-ID: <3D6819A1.8080001@e-workshop.ch>



Hi list,

I've just started for fun and personal use a stream at my box. I'm using 
  Roxen Web Server wich provides an Icecast and Mpeg Directory as 
modules.  Well, everything is just fine, but when I connect to my 
server, the stream identifies my server's name but song's titles dont. 
And second, the songs are played in random order wich I would like to 
disable. I know this isn't a Roxen support mailing list but is useless 
trying to get some help from them (I wonder if they could anyway). I'm 
just hoping to find someone who has already gone with this topic before 
and could give me those two cents...

Thnx,


-- 
     .-.                             Basilinfo S?rl
     /v\      We Run SuSE            Network Project Manager
    // \\  *The LINUX Experts*       c/o Miguel Albuquerque
   /(   )\                           Av. Miremont 46
    ^^-^^                            1202 - GE, SWITZERLAND

Tel: +41 (22) 782 5344             Fax: +41 (22) 782 5348
mailto:mfoacs at e-workshop.ch        http://www.basilinfo.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 darkeye at tyrell.hu  Mon Aug 26 00:05:25 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 26 Aug 2002 02:05:25 +0200
Subject: [icecast] Setting up Icecast on a shell?
In-Reply-To: <002501c24acc$cc30f6e0$7927fdd5@donk>
Message-ID: <3D6970C5.9030109@tyrell.hu>



Mark Casey wrote:
> What settings do I need to change in the Makefile etc so it compiles and
> installs on a normal shell account?
> 
> I've already tried compiling it using a different prefix etc but I must have
> messed up somewhere.
> Since its a normal shell account i obviously can't install to /usr/local and
> so forth...
> 
> I'm wanting to have it installed to /home/username/icecast/server (then /bin
> for binaries, /conf for config files and so on, i think you lot get the
> idea)

try

./configure --prefix=/home/username/icecast/server
make
make install

<p>Akos

<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 orasnita at home.ro  Mon Aug 26 00:22:27 2002
From: orasnita at home.ro (Octavian Rasnita)
Date: Mon, 26 Aug 2002 03:22:27 +0300
Subject: [icecast] Does anyone know the email address of the mailing list admin?
In-Reply-To: <3D6970C5.9030109@tyrell.hu>
Message-ID: <020801c24ca1$ce0ab8d0$5e00640a@microsoft.com>



Hi all,

Do you know the email address of the administrator of icecast mailing list?

I would like to contact them for unsubscribing.

Thank you.

Teddy's Center: http://teddy.fcc.ro/
Mail: orasnita at home.ro

----- Original Message -----
From: "Akos Maroy" <darkeye at tyrell.hu>
To: <icecast at xiph.org>
Sent: Monday, August 26, 2002 3:05 AM
Subject: Re: [icecast] Setting up Icecast on a shell?

<p>> Mark Casey wrote:
> > What settings do I need to change in the Makefile etc so it compiles and
> > installs on a normal shell account?
> >
> > I've already tried compiling it using a different prefix etc but I must
have
> > messed up somewhere.
> > Since its a normal shell account i obviously can't install to /usr/local
and
> > so forth...
> >
> > I'm wanting to have it installed to /home/username/icecast/server (then
/bin
> > for binaries, /conf for config files and so on, i think you lot get the
> > idea)
>
> try
>
> ./configure --prefix=/home/username/icecast/server
> make
> make install
>
>
> Akos
>
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-request at 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 cmitech.com  Mon Aug 26 13:48:40 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Mon, 26 Aug 2002 08:48:40 -0500
Subject: [icecast] Compiling Darkice
Message-ID: <sd69eb84.074@judah.cmitech.com>



I'm compiling Darkice on a FreeBSD 4.6.2 box.

Everything works up to this point after I type "make"...then I get this error.  Any ideas?

Thanks,
Matt

teststream# make
make  all-recursive
Making all in src
source='TcpSocket.cpp' object='TcpSocket.o' libtool=no  depfile='.deps/TcpSocket.Po' tmpdepfile='.deps/TcpSocket.TPo'  depmode=gcc /bin/sh ../depcomp  g++ -DHAVE_CONFIG_H -I. -I. -I..      -O2 -pedantic -Wall -c -o TcpSocket.o `test -f 'TcpSocket.cpp' || echo './'`TcpSocket.cpp
TcpSocket.cpp: In method `unsigned int TcpSocket::write(const void *, unsigned int)':
TcpSocket.cpp:316: `MSG_NOSIGNAL' undeclared (first use this function)
TcpSocket.cpp:316: (Each undeclared identifier is reported only once
TcpSocket.cpp:316: for each function it appears in.)
TcpSocket.cpp:309: warning: `int ret' might be used uninitialized in this function
*** Error code 1

Stop in /usr/local/src/darkice-0.11/src.
*** Error code 1

Stop in /usr/local/src/darkice-0.11.
*** Error code 1

Stop in /usr/local/src/darkice-0.11.
teststream#

<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 Aug 26 13:57:39 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 26 Aug 2002 15:57:39 +0200
Subject: [icecast] Compiling Darkice
In-Reply-To: <sd69eb84.074@judah.cmitech.com>
Message-ID: <3D6A33D3.8070407@tyrell.hu>



Matthew Mencel wrote:
> I'm compiling Darkice on a FreeBSD 4.6.2 box.
> 
> Everything works up to this point after I type "make"...then I get this error.  Any ideas?
> 
> Thanks,
> Matt
> 
> teststream# make
> make  all-recursive
> Making all in src
> source='TcpSocket.cpp' object='TcpSocket.o' libtool=no  depfile='.deps/TcpSocket.Po' tmpdepfile='.deps/TcpSocket.TPo'  depmode=gcc /bin/sh ../depcomp  g++ -DHAVE_CONFIG_H -I. -I. -I..      -O2 -pedantic -Wall -c -o TcpSocket.o `test -f 'TcpSocket.cpp' || echo './'`TcpSocket.cpp
> TcpSocket.cpp: In method `unsigned int TcpSocket::write(const void *, unsigned int)':
> TcpSocket.cpp:316: `MSG_NOSIGNAL' undeclared (first use this function)
> TcpSocket.cpp:316: (Each undeclared identifier is reported only once
> TcpSocket.cpp:316: for each function it appears in.)
> TcpSocket.cpp:309: warning: `int ret' might be used uninitialized in this function
> *** Error code 1

can you see if the configure script finds the following include files:

ys/types.h
sys/socket.h

also, can you take a look at the man page for the send() function, e.g.:

man 2 send

and what include files it says to include for using send()?

The problem is that for some reason the include file is not included 
which is defining constant MSG_NOSIGNAL, which is related to the send() 
function. Unfortunately I don't have a FreeBSD box myself, I can't test 
this porting issue :(

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 cmitech.com  Mon Aug 26 14:14:44 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Mon, 26 Aug 2002 09:14:44 -0500
Subject: [icecast] Compiling Darkice
In-Reply-To: <[icecast] Compiling Darkice>
Message-ID: <sd69f1a1.077@judah.cmitech.com>



>Fromthe config.log file created by ./configure

configure:3326: checking for sys/types.h
configure:3339: gcc -c -g -O2  conftest.c >&5
configure:3342: $? = 0
configure:3345: test -s conftest.o
configure:3348: $? = 0
configure:3358: result: yes

configure:3627: checking sys/socket.h usability
configure:3636: gcc -c -g -O2  conftest.c >&5
configure:3639: $? = 0
configure:3642: test -s conftest.o
configure:3645: $? = 0
configure:3654: result: yes
configure:3658: checking sys/socket.h presence
configure:3665: gcc -E  conftest.c
configure:3671: $? = 0
configure:3689: result: yes
configure:3707: checking for sys/socket.h
configure:3714: result: yes

man 2 send results

NAME
     send, sendto, sendmsg - send a message from a socket

LIBRARY
     Standard C Library (libc, -lc)

SYNOPSIS
     #include <sys/types.h>
     #include <sys/socket.h>

     ssize_t
     send(int s, const void *msg, size_t len, int flags);

     ssize_t
     sendto(int s, const void *msg, size_t len, int flags,
             const struct sockaddr *to, socklen_t tolen);

     ssize_t
     sendmsg(int s, const struct msghdr *msg, int flags);

<p>>>> darkeye at tyrell.hu 8/26/02 8:57:39 AM >>>
Matthew Mencel wrote:
> I'm compiling Darkice on a FreeBSD 4.6.2 box.
> 
> Everything works up to this point after I type "make"...then I get this error.  Any ideas?
> 
> Thanks,
> Matt
> 
> teststream# make
> make  all-recursive
> Making all in src
> source='TcpSocket.cpp' object='TcpSocket.o' libtool=no  depfile='.deps/TcpSocket.Po' tmpdepfile='.deps/TcpSocket.TPo'  depmode=gcc /bin/sh ../depcomp  g++ -DHAVE_CONFIG_H -I. -I. -I..      -O2 -pedantic -Wall -c -o TcpSocket.o `test -f 'TcpSocket.cpp' || echo './'`TcpSocket.cpp
> TcpSocket.cpp: In method `unsigned int TcpSocket::write(const void *, unsigned int)':
> TcpSocket.cpp:316: `MSG_NOSIGNAL' undeclared (first use this function)
> TcpSocket.cpp:316: (Each undeclared identifier is reported only once
> TcpSocket.cpp:316: for each function it appears in.)
> TcpSocket.cpp:309: warning: `int ret' might be used uninitialized in this function
> *** Error code 1

can you see if the configure script finds the following include files:

ys/types.h
sys/socket.h

also, can you take a look at the man page for the send() function, e.g.:

man 2 send

and what include files it says to include for using send()?

The problem is that for some reason the include file is not included 
which is defining constant MSG_NOSIGNAL, which is related to the send() 
function. Unfortunately I don't have a FreeBSD box myself, I can't test 
this porting issue :(

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/ 
icecast project homepage: http://www.icecast.org/ 
To unsubscribe from this list, send a message to 'icecast-request at 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 darkeye at tyrell.hu  Mon Aug 26 14:24:53 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Mon, 26 Aug 2002 16:24:53 +0200
Subject: [icecast] Compiling Darkice
In-Reply-To: <sd69f1a1.077@judah.cmitech.com>
Message-ID: <3D6A3A35.6030707@tyrell.hu>



OK, I now see that the send() on FreeBSD does not support the 
MSG_NOSIGNAL flag. As a short workaround you could simply change line 
316 from:

     ret = send( sockfd, buf, len, MSG_NOSIGNAL);

to

     ret = send( sockfd, buf, len, 0);

<p>Later I'll try to add FreeBSD specific #ifdefs (are you familiar with 
these kinds of porting issues, e.g. how to make configure report if the 
target is FreeBSD, and what macros does it set?)

<p>Akos

<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 cmitech.com  Mon Aug 26 14:29:55 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Mon, 26 Aug 2002 09:29:55 -0500
Subject: [icecast] Compiling Darkice
In-Reply-To: <[icecast] Compiling Darkice>
Message-ID: <sd69f52a.078@judah.cmitech.com>



Sorry can't really help with porting issues.  I can solve simple compiling and scripting problems, but that's about as far as it goes.

Thanks though for helping my solve this issue.  I appreciate it.

Matt

>>> darkeye at tyrell.hu 8/26/02 9:24:53 AM >>>
OK, I now see that the send() on FreeBSD does not support the 
MSG_NOSIGNAL flag. As a short workaround you could simply change line 
316 from:

     ret = send( sockfd, buf, len, MSG_NOSIGNAL);

to

     ret = send( sockfd, buf, len, 0);

<p>Later I'll try to add FreeBSD specific #ifdefs (are you familiar with 
these kinds of porting issues, e.g. how to make configure report if the 
target is FreeBSD, and what macros does it set?)

<p>Akos

<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.

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


From mccasey at clara.co.uk  Mon Aug 26 23:10:41 2002
From: mccasey at clara.co.uk (Mark Casey)
Date: Tue, 27 Aug 2002 00:10:41 +0100
Subject: [icecast] Another problem...
Message-ID: <001701c24d55$cd2b96a0$0100a8c0@donk>



Okay, now..

I've got it compiled and running (thanks by the way to Moritz and Akos).

Using WinAMP 2.81 and the latest build of oddcastDSP i've got it streaming
happilly to the server with the server happilly accepting the stream.
Now, however whenever anybody tries connecting to the server it
automatically kicks them off ie..

-> [26/Aug/2002:23:56:43] Accepted client 4 from [123.abc.co.uk] on
mountpoint [/q0.ogg]. 1 clients connected
-> [26/Aug/2002:23:56:45] Kicking client 4 [123.abc.co.uk] [Client signed
off] [listener], connected for 3 seconds, 16359 bytes transfered. 0 clients
connected

By my understanding shouldn't the acl settings I have accept all clients?
(acl below)

acl_policy 0
allow client *
allow source *
allow admin *.claranet.co.uk

And next...  when i try connecting to http://hostname:9100/admin  (i run it
on port 9100/9101 on the shell) I get in the web browser:

403 Forbidden
You don't have access to this entity (stream or file).

And in the log file...

[26/Aug/2002:23:54:32] [6:Connection Handler] No mountfile found, refusing
access to WWW admin for adsl-solo-40-42.claranet.co.uk
[26/Aug/2002:23:54:32] [6:Connection Handler] Kicking unknown 2
[adsl-solo-40-42.claranet.co.uk] [No mountfile found], connected for 0
seconds

I did try http_admin 1 in the icecast.conf file but to no avail.
For the mount file reference that it makes do i need to point it to the
admin.html file or something?

And a question of curiousity, where is Icecast2?
There is a win32 version of Icecast2 around that i've gotten that working no
probs, infact i'd love to have a go at using Icecast2 on this shell since
i'm much more familiar with setting up Icecast2 than I am with Icecast 1..
where is the source on the icecast site so i can compile it and get it
running?

Thanks

Mark

<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 jw at centraltexasit.com  Mon Aug 26 23:29:57 2002
From: jw at centraltexasit.com (JW)
Date: Mon, 26 Aug 2002 18:29:57 -0500
Subject: [icecast] Problems streaming just one file, yet /default works fine.
Message-ID: <200208261829.57925.jw@centraltexasit.com>



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

Hello,

We are needing to use icecast to stream a single mp3 _from_the_beginning_ of the file.

Using Icecast and Shout, everything works fine, the problem with that is that when you conenct to /default you start listening at whatever point shout is currently playing at.
This is not satisfactory at all, the stream must start at the beginning of the file each time a listener click a link to it.

The help documentation says that what I am trying to do can be done:

#   Static files (http support)

There is support in icecast for streaming files directory from the server to the client. 
<snip>
All files must end in .mp3, and they must all be in the file tree rooted at a directory specified with the static_dir variable. 
<I did that>
This directory corresponds to the virtual directory http://server:port/file/. 
<it does>
So a file named stream.mp3 in the static_dir directory can be accessed through a http request (in a browser or mp3 player or whatever) with the url http://server:port/file/stream.mp3.

Ok, but when actually click on <a href="http://<myserver">http://<myserver</a>>:8000/file/, instead of streaming the file I get sent to 
<a href="http://<myserver">http://<myserver</a>>:8000/playlist.pls?mount=/file/king_audio_6.6meg.mp3&file=dummy.pls
which does not stream, but instead the browser starts downloading it.

I have also tried making a link in a page to <a href="http://<myserver">http://<myserver</a>>:8000//file/king_audio_6.6meg.mp3 and pasting that directly into a browser

What happens then is the browser starts downloading the file again, instead of sending it to the media player (which it does correctly when we hit /default)

More interesting, we noticed the download says "king_audio_6.6meg.mpga" instead of .mp3. `
Why is icecast setting the mime type to mpga?

By the way we have tried ths on Windows and Linux, Netscape Mozilla nd IE, all with the same results.

At any rate, all that matters is that we find a way to _stream_ (not download) a file _from the beginning_ of the file.

Any ideas what I need to change to get this working right?

Thanks.
- -- 

- ----------------------------------------------------
Jonathan Wilson
System Administrator
Cedar Creek Software     http://www.cedarcreeksoftware.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9arn1Q5u80xXOLBcRAvH0AJ9Iq26mVsCHcOhu4VEJYeuIuqrR7gCfS0ou
DAR1vncBejFA6AHSovvsuIA=
=1A49
-----END PGP SIGNATURE-----

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


From oddsock at oddsock.org  Mon Aug 26 23:30:22 2002
From: oddsock at oddsock.org (oddsock)
Date: Mon, 26 Aug 2002 18:30:22 -0500
Subject: [icecast] Another problem...
In-Reply-To: <001701c24d55$cd2b96a0$0100a8c0@donk>
Message-ID: <5.1.1.6.0.20020826182719.00ab9bf8@www.oddsock.org>



At 12:10 AM 8/27/2002 +0100, you wrote:
>Okay, now..
>
>I've got it compiled and running (thanks by the way to Moritz and Akos).
>
>Using WinAMP 2.81 and the latest build of oddcastDSP i've got it streaming
>happilly to the server with the server happilly accepting the stream.
>Now, however whenever anybody tries connecting to the server it
>automatically kicks them off ie..
>
>-> [26/Aug/2002:23:56:43] Accepted client 4 from [123.abc.co.uk] on
>mountpoint [/q0.ogg]. 1 clients connected
>-> [26/Aug/2002:23:56:45] Kicking client 4 [123.abc.co.uk] [Client signed
>off] [listener], connected for 3 seconds, 16359 bytes transfered. 0 clients
>connected

hrm....although I don't recall you stating that this is icecast 1.x, it 
appears that from the context of this message, that that is what you are 
running...if that is the case, from the log message above, it looks like 
you are supplying a mountpoint ending in .ogg, which is just gonna confuse 
the hell out of clients...change the mountpoint to something like /stream 
or somesuch...

<p>>And a question of curiousity, where is Icecast2?
>There is a win32 version of Icecast2 around that i've gotten that working no
>probs, infact i'd love to have a go at using Icecast2 on this shell since
>i'm much more familiar with setting up Icecast2 than I am with Icecast 1..
>where is the source on the icecast site so i can compile it and get it
>running?

icecast2 is available in CVS....http://www.xiph.org/cvs.html will get you 
there....you want the module "icecast" (which really is icecast2 despite 
the name :) )

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  Tue Aug 27 00:10:22 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 27 Aug 2002 10:10:22 +1000
Subject: [icecast] Problems streaming just one file, yet /default works fine.
In-Reply-To: <200208261829.57925.jw@centraltexasit.com>
Message-ID: <Pine.LNX.4.44.0208270957340.517-100000@data.home>



Hi:

first off, it's probably simplest to use your webserver to serve the file.
Second, you need to use a playlist file (pls) or mpegurl (m3u) to launch
your player.  I've not messed with the static streaming in icecast 1.x but
this seems to be what it is trying to do, by generating an.pls file on the
fly.

Here's a worked example.  You have a webserver running.  You have a file
called static.mp3 which you want to serve and it's in your documentroot.
Make a text file called static.m3u which contains the URL of static.mp3 as
follows:

http://server/static.mp3

Save this as, say static.m3u and we'll say it's in your documentroot too,
just for simplicity.  Now, put a link on your webpage pointing at
http:/server/static.m3u.  The m3u file will be downloaded and your player
will be launched.  The player will read the URL in static.m3u and open a
connection to start streaming static.mp3.

you will need to have your webserver set to send the right MIME type for
your content.  MP3 files should be audio/mpeg , M3U should be audio/mpegurl
and pls files should be audio/scpls.  Of course, for this to work, you need
to have a player associated with the content type you use.  The pls format
is a bit more complicated, but not a lot.

Hope this helps somewhat.

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

<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  Tue Aug 27 05:29:50 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Tue, 27 Aug 2002 07:29:50 +0200
Subject: [icecast] Another problem...
In-Reply-To: <5.1.1.6.0.20020826182719.00ab9bf8@www.oddsock.org>
Message-ID: <3D6B0E4E.6080408@tyrell.hu>



oddsock wrote:
> hrm....although I don't recall you stating that this is icecast 1.x, it 
> appears that from the context of this message, that that is what you are 
> running...if that is the case, from the log message above, it looks like 
> you are supplying a mountpoint ending in .ogg, which is just gonna 
> confuse the hell out of clients...change the mountpoint to something 
> like /stream or somesuch...

But isn't this the _only_ way to tell the client that this is not an mp3 
stream but an Ogg Vorbis stream?

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 27 05:42:36 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Tue, 27 Aug 2002 15:42:36 +1000
Subject: [icecast] Another problem...
In-Reply-To: <3D6B0E4E.6080408@tyrell.hu>
Message-ID: <Pine.LNX.4.44.0208271541400.517-100000@data.home>



On Tue, 27 Aug 2002, Akos Maroy wrote:

> oddsock wrote:
> > hrm....although I don't recall you stating that this is icecast 1.x, it
> > appears that from the context of this message, that that is what you are
> > running...if that is the case, from the log message above, it looks like
> > you are supplying a mountpoint ending in .ogg, which is just gonna
> > confuse the hell out of clients...change the mountpoint to something
> > like /stream or somesuch...
>
> But isn't this the _only_ way to tell the client that this is not an mp3
> stream but an Ogg Vorbis stream?

Icecast 1.x doesn't do ogg vorbis.

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

<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  Tue Aug 27 13:53:15 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Tue, 27 Aug 2002 23:53:15 +1000
Subject: [icecast] Another problem...
In-Reply-To: <3D6B0E4E.6080408@tyrell.hu>
Message-ID: <3.0.5.32.20020827235315.41e10940@mail.labyrinth.net.au>



At 07:29 AM 8/27/02 +0200, you wrote:
>oddsock wrote:
>> hrm....although I don't recall you stating that this is icecast 1.x, it 
>> appears that from the context of this message, that that is what you are 
>> running...if that is the case, from the log message above, it looks like 
>> you are supplying a mountpoint ending in .ogg, which is just gonna 
>> confuse the hell out of clients...change the mountpoint to something 
>> like /stream or somesuch...
>
>But isn't this the _only_ way to tell the client that this is not an mp3 
>stream but an Ogg Vorbis stream?

No. This is only a way which is recommended due to common client bugs.
In this case, this isn't revelant - icecast 1.x doesn't support ogg
at all.

icecast 2.x will maintain content type (mp3, vorbis, etc.) regardless
of extension, but ending ogg mounpoints with .ogg is recommended as
a workaround for some very common client bugs (_new_ clients should
 NOT under any circumstances rely on 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 oddsock at oddsock.org  Tue Aug 27 14:09:27 2002
From: oddsock at oddsock.org (oddsock)
Date: Tue, 27 Aug 2002 09:09:27 -0500
Subject: [icecast] Another problem...
In-Reply-To: <3.0.5.32.20020827235315.41e10940@mail.labyrinth.net.au>
Message-ID: <5.1.1.6.0.20020827090226.025a3b20@www.oddsock.org>



At 11:53 PM 8/27/2002 +1000, you wrote:
>icecast 2.x will maintain content type (mp3, vorbis, etc.) regardless
>of extension, but ending ogg mounpoints with .ogg is recommended as
>a workaround for some very common client bugs (_new_ clients should
>  NOT under any circumstances rely on this)

just a point (or two) worth mentioning, it's not exactly trivial for 
clients to support "sniffing the content-type" in this fashion....Keep in 
mind that media players are not browsers, and are not coded as such....To 
support what you are asking them to support, each media player would have 
to have a generic "http request" mechanism that would be able to detect a 
stream reference, connect to the appropraite server and retrieve the HTTP 
header, read the Content type, and then pass the connected socket onto the 
appropriate output plugin (mp3, vorbis, etc.)....While this is definately 
something that  *could* be done, it's not something that can easily be done 
without serious planning (not to mention rewriting how output plugins 
currently work), let alone keeping compatable with older streaming 
mechanisms that don't provide a content type....like I said, it's not 
impossible, just "harder" than relying on the file extension.....anyway, 
just my $0.02...

oddsock

>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>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 Aug 27 15:32:18 2002
From: djsnm at djsnm.com (Scott Manley)
Date: Tue, 27 Aug 2002 08:32:18 -0700
Subject: [icecast] Another problem...
In-Reply-To: <5.1.1.6.0.20020827090226.025a3b20@www.oddsock.org>
Message-ID: <000501c24dde$ee4eb810$677ba8c0@minisnm>



Isn't winamp 3.0 supposed to do all this?
----- Original Message -----
From: "oddsock" <oddsock at oddsock.org>
To: <icecast at xiph.org>
Sent: Tuesday, August 27, 2002 7:09 AM
Subject: Re: [icecast] Another problem...

<p>> At 11:53 PM 8/27/2002 +1000, you wrote:
> >icecast 2.x will maintain content type (mp3, vorbis, etc.) regardless
> >of extension, but ending ogg mounpoints with .ogg is recommended as
> >a workaround for some very common client bugs (_new_ clients should
> >  NOT under any circumstances rely on this)
>
> just a point (or two) worth mentioning, it's not exactly trivial for
> clients to support "sniffing the content-type" in this fashion....Keep in
> mind that media players are not browsers, and are not coded as such....To
> support what you are asking them to support, each media player would have
> to have a generic "http request" mechanism that would be able to detect a
> stream reference, connect to the appropraite server and retrieve the HTTP
> header, read the Content type, and then pass the connected socket onto the
> appropriate output plugin (mp3, vorbis, etc.)....While this is definately
> something that  *could* be done, it's not something that can easily be
done
> without serious planning (not to mention rewriting how output plugins
> currently work), let alone keeping compatable with older streaming
> mechanisms that don't provide a content type....like I said, it's not
> impossible, just "harder" than relying on the file extension.....anyway,
> just my $0.02...
>
> oddsock
>
> >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.

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


From jw at centraltexasit.com  Tue Aug 27 21:00:42 2002
From: jw at centraltexasit.com (JW)
Date: Tue, 27 Aug 2002 16:00:42 -0500
Subject: [icecast] Problems streaming just one file, yet /default works fine.
In-Reply-To: <Pine.LNX.4.44.0208270957340.517-100000@data.home>
Message-ID: <200208271600.47530.jw@centraltexasit.com>



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

<p>GS >Hi:
GS >
GS >first off, it's probably simplest to use your webserver to serve the file.
GS >Second, you need to use a playlist file (pls) or mpegurl (m3u) to launch
GS >your player.  

The .m3u was the key. 
Your instructions worked, so thanks!
- -- 

- ----------------------------------------------------
Jonathan Wilson
System Administrator
Cedar Creek Software     http://www.cedarcreeksoftware.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9a+h/Q5u80xXOLBcRAvyzAJ9l10/EW/1zX748bjjP/SodIqEJjgCfSGYX
jZpYqjNVWqjVD70kXRxGRek=
=Olan
-----END PGP SIGNATURE-----

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


From demirt at boun.edu.tr  Wed Aug 28 12:13:53 2002
From: demirt at boun.edu.tr (Tamer Demir)
Date: Wed, 28 Aug 2002 15:13:53 +0300
Subject: [icecast] Is there a player for pocket PC?
In-Reply-To: <200208271600.47530.jw@centraltexasit.com>
Message-ID: <5.1.0.14.2.20020828151201.02086ab0@hisar.cc.boun.edu.tr>



Hello,

Is there a free player to listen the stream from a Pocket PC(Compac IPAQ).
Any advice?

Thanks.
Tamer

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 cmitech.com  Wed Aug 28 14:04:47 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Wed, 28 Aug 2002 09:04:47 -0500
Subject: [icecast] Akos...Darkice questions
Message-ID: <sd6c924d.045@judah.cmitech.com>



Can the bitsPerSample be set any higher than 16?  I try to set it to 20 or 24 and get this error...

DarkIce: LameLibEncoder.h:122: specified bits per sample not supported [24]
teststream#

<p>When I start Darkice I get the following error for about 5 seconds and then it stops with "broken pipe".

08:57:09: BufferedSink, new peak: 53112
08:57:09: BufferedSink, remaining: 28808
08:57:09: BufferedSink, new peak: 53640
08:57:09: BufferedSink, remaining: 28280
08:57:09: BufferedSink, new peak: 53902
08:57:09: BufferedSink, remaining: 28018
08:57:09: BufferedSink, new peak: 54422
08:57:09: BufferedSink, remaining: 27498
08:57:09: BufferedSink, new peak: 54942
08:57:09: BufferedSink, remaining: 26978
08:57:09: BufferedSink, new peak: 55461
08:57:09: BufferedSink, remaining: 26459
08:57:09: BufferedSink, new peak: 55978
08:57:09: BufferedSink, remaining: 25942
08:57:09: BufferedSink, new peak: 56246
08:57:09: BufferedSink, remaining: 25674
08:57:09: BufferedSink, new peak: 56774
08:57:09: BufferedSink, remaining: 25146
08:57:09: BufferedSink, new peak: 57326
08:57:09: BufferedSink, remaining: 24594
08:57:09: BufferedSink, new peak: 57857
08:57:09: BufferedSink, remaining: 24063
Broken pipe
teststream#

<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 Matt at cmitech.com  Wed Aug 28 14:09:03 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Wed, 28 Aug 2002 09:09:03 -0500
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <[icecast] Akos...Darkice questions>
Message-ID: <sd6c933e.046@judah.cmitech.com>



Hmmm...I raised my sample rate to 44100 from 22050 and now it seems to be more stable???

>>> Matt at cmitech.com 8/28/02 9:04:47 AM >>>
Can the bitsPerSample be set any higher than 16?  I try to set it to 20 or 24 and get this error...

DarkIce: LameLibEncoder.h:122: specified bits per sample not supported [24]
teststream#

<p>When I start Darkice I get the following error for about 5 seconds and then it stops with "broken pipe".

08:57:09: BufferedSink, new peak: 53112
08:57:09: BufferedSink, remaining: 28808
08:57:09: BufferedSink, new peak: 53640
08:57:09: BufferedSink, remaining: 28280
08:57:09: BufferedSink, new peak: 53902
08:57:09: BufferedSink, remaining: 28018
08:57:09: BufferedSink, new peak: 54422
08:57:09: BufferedSink, remaining: 27498
08:57:09: BufferedSink, new peak: 54942
08:57:09: BufferedSink, remaining: 26978
08:57:09: BufferedSink, new peak: 55461
08:57:09: BufferedSink, remaining: 26459
08:57:09: BufferedSink, new peak: 55978
08:57:09: BufferedSink, remaining: 25942
08:57:09: BufferedSink, new peak: 56246
08:57:09: BufferedSink, remaining: 25674
08:57:09: BufferedSink, new peak: 56774
08:57:09: BufferedSink, remaining: 25146
08:57:09: BufferedSink, new peak: 57326
08:57:09: BufferedSink, remaining: 24594
08:57:09: BufferedSink, new peak: 57857
08:57:09: BufferedSink, remaining: 24063
Broken pipe
teststream#

<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.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Wed Aug 28 14:15:58 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Wed, 28 Aug 2002 16:15:58 +0200
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <sd6c924d.045@judah.cmitech.com>
Message-ID: <3D6CDB1E.1000600@tyrell.hu>



Matthew Mencel wrote:
 > Can the bitsPerSample be set any higher than 16?  I try to set it to
 > 20 or 24 and get this error...
 >
 > DarkIce: LameLibEncoder.h:122: specified bits per sample not
 > supported [24]

this is a test written in my code. does the lame library support other 
bits per sample then 8 or 16 bits per sample? can you encode with the 
command line lame with such bits per sample?

 > When I start Darkice I get the following error for about 5 seconds
 > and then it stops with "broken pipe".

most probably the server you're sending to is not reading the stream 
you're sending... are you sure your server settings are correct? (e.g. 
port, password, etc?)

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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 cmitech.com  Wed Aug 28 14:16:55 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Wed, 28 Aug 2002 09:16:55 -0500
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <[icecast] Akos...Darkice questions>
Message-ID: <sd6c9521.047@judah.cmitech.com>



Actually...I think it's because I set it to mono instead of stereo...anyway, is there a way to set the bitsPerSample higher?

Matt

<p><p>>>> Matt at cmitech.com 8/28/02 9:09:03 AM >>>
Hmmm...I raised my sample rate to 44100 from 22050 and now it seems to be more stable???

>>> Matt at cmitech.com 8/28/02 9:04:47 AM >>>
Can the bitsPerSample be set any higher than 16?  I try to set it to 20 or 24 and get this error...

DarkIce: LameLibEncoder.h:122: specified bits per sample not supported [24]
teststream#

<p>When I start Darkice I get the following error for about 5 seconds and then it stops with "broken pipe".

08:57:09: BufferedSink, new peak: 53112
08:57:09: BufferedSink, remaining: 28808
08:57:09: BufferedSink, new peak: 53640
08:57:09: BufferedSink, remaining: 28280
08:57:09: BufferedSink, new peak: 53902
08:57:09: BufferedSink, remaining: 28018
08:57:09: BufferedSink, new peak: 54422
08:57:09: BufferedSink, remaining: 27498
08:57:09: BufferedSink, new peak: 54942
08:57:09: BufferedSink, remaining: 26978
08:57:09: BufferedSink, new peak: 55461
08:57:09: BufferedSink, remaining: 26459
08:57:09: BufferedSink, new peak: 55978
08:57:09: BufferedSink, remaining: 25942
08:57:09: BufferedSink, new peak: 56246
08:57:09: BufferedSink, remaining: 25674
08:57:09: BufferedSink, new peak: 56774
08:57:09: BufferedSink, remaining: 25146
08:57:09: BufferedSink, new peak: 57326
08:57:09: BufferedSink, remaining: 24594
08:57:09: BufferedSink, new peak: 57857
08:57:09: BufferedSink, remaining: 24063
Broken pipe
teststream#

<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.

--- >8 ----
List archives:  http://www.xiph.org/archives/ 
icecast project homepage: http://www.icecast.org/ 
To unsubscribe from this list, send a message to 'icecast-request at 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 cmitech.com  Wed Aug 28 14:19:16 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Wed, 28 Aug 2002 09:19:16 -0500
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <[icecast] Akos...Darkice questions>
Message-ID: <sd6c95ba.048@judah.cmitech.com>



I'm using liveice and lame on another stream...

ample rate of 22050
bitrate of 24000

It has worked fine for over 9 months now...except it crashes all the time because of liveice I think.

>>> darkeye at tyrell.hu 8/28/02 9:15:58 AM >>>
Matthew Mencel wrote:
 > Can the bitsPerSample be set any higher than 16?  I try to set it to
 > 20 or 24 and get this error...
 >
 > DarkIce: LameLibEncoder.h:122: specified bits per sample not
 > supported [24]

this is a test written in my code. does the lame library support other 
bits per sample then 8 or 16 bits per sample? can you encode with the 
command line lame with such bits per sample?

 > When I start Darkice I get the following error for about 5 seconds
 > and then it stops with "broken pipe".

most probably the server you're sending to is not reading the stream 
you're sending... are you sure your server settings are correct? (e.g. 
port, password, etc?)

<p>Akos

--- >8 ----
List archives:  http://www.xiph.org/archives/ 
icecast project homepage: http://www.icecast.org/ 
To unsubscribe from this list, send a message to 'icecast-request at 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 darkeye at tyrell.hu  Wed Aug 28 14:29:51 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Wed, 28 Aug 2002 16:29:51 +0200
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <sd6c95ba.048@judah.cmitech.com>
Message-ID: <3D6CDE5F.3060409@tyrell.hu>



Matthew Mencel wrote:
 > I'm using liveice and lame on another stream...
 >
 > sample rate of 22050 bitrate of 24000
 >
 > It has worked fine for over 9 months now...except it crashes all the
 > time because of liveice I think.

hmm. then try to remove the lines that check for this in 
LameLibEncoder.h, e.g. lines 121-125, and try again :)

<p>Akos

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


From bryan at woxy.com  Wed Aug 28 14:36:40 2002
From: bryan at woxy.com (Bryan Jay Miller)
Date: Wed, 28 Aug 2002 10:36:40 -0400
Subject: [icecast] icecast/libxslt compile error
Message-ID: <3D6CDFF8.6060707@woxy.com>



Wondering if anyone else is having this problem compiling the latest 
version in CVS. autogen.sh runs fine, configure runs fine, make fails 
with the following:

gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 
-DHAVE_IPV6=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1 
-I. -I.  -I./net -I./thread -I./avl -I./httpp -I./log -I./timing    -g 
-O20 -ffast-math -fsigned-char -D_REENTRANT -D_GNU_SOURCE 
-I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/include 
-I/usr/include -I/usr/include/libxml2/libxml -I/usr/include/libxml2 
-I/include -I/include -I/include -c main.c
In file included from xslt.h:5,
                  from main.c:29:
/usr/include/libxslt/xslt.h:51: syntax error before `extern'
/usr/include/libxslt/xslt.h:58: syntax error before `extern'
/usr/include/libxslt/xslt.h:65: syntax error before `extern'
/usr/include/libxslt/xslt.h:72: syntax error before `extern'
make[2]: *** [main.o] Error 1
make[2]: Leaving directory `/home/bryan/src/icecast2/icecast/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/src/icecast2/icecast/src'
make: *** [all-recursive] Error 1

Using:

RedHat 7.2
GCC 2.96
libxslt-1.0.7
libxml-1.8.14
libxml2-2.4.10

It appears to be having a problem with "LIBXSLT_PUBLIC".

Any ideas?

-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 Matt at cmitech.com  Wed Aug 28 14:44:50 2002
From: Matt at cmitech.com (Matthew Mencel)
Date: Wed, 28 Aug 2002 09:44:50 -0500
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <[icecast] Akos...Darkice questions>
Message-ID: <sd6c9b9e.049@judah.cmitech.com>



This is probably sacrilegious to speak of Shoutcast here but that's what I am streaming  to right now.  Just a couple questions about Darkice...

quality is set to 0.5 by default.  What's the range for this and what kind of effect does it have on the audio and the load on the system?

I've set the "public" variable to yes so it will advertise to Shoutcasts directory but Shoutcast is sending back 2 errors.  
<08/28/02 at 09:28:45> [yp_add] yp.shoutcast.com gave error (nak)
<08/28/02 at 09:28:45> [yp_add] yp.shoutcast.com gave extended error (invalid bitrate)

Maybe there's no help for this here but I thought I'd ask.

Matt

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.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  Wed Aug 28 14:48:31 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Wed, 28 Aug 2002 16:48:31 +0200
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <sd6c9b9e.049@judah.cmitech.com>
Message-ID: <3D6CE2BF.7020501@tyrell.hu>



Matthew Mencel wrote:
 > This is probably sacrilegious to speak of Shoutcast here but that's
 > what I am streaming  to right now.  Just a couple questions about
 > Darkice...
 >
 > quality is set to 0.5 by default.  What's the range for this and what
 > kind of effect does it have on the audio and the load on the system?

please refer to the darkice.cfg man page:

        quality
               The quality of encoding a value between 0.0 ..  1.0
               (e.g. 0.8), with 1.0 being the highest quality. Use
               a value greater than 0.0. Only used when cbr or vbr
               bit rate modes are specified.

<p> > I've set the "public" variable to yes so it will advertise to
 > Shoutcasts directory but Shoutcast is sending back 2 errors.
 > <08/28/02 at 09:28:45> [yp_add] yp.shoutcast.com gave error (nak)
 > <08/28/02 at 09:28:45> [yp_add] yp.shoutcast.com gave extended error
 > (invalid bitrate)

I guess "invalid bitrate" say it all? :)

<p>Akos

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


From jon at ncuk.com  Wed Aug 28 15:34:28 2002
From: jon at ncuk.com (Jon Paxton)
Date: Wed, 28 Aug 2002 16:34:28 +0100 (BST)
Subject: [icecast] restricting encoder bitrate
Message-ID: <Pine.LNX.4.44.0208281631260.25151-100000@bigbrother.ncuk.net>



Hey,

Is it possible to restrict on the server the bitrates used by the
connecting encoders? I want to allow friends to connect to my server but
don't want them using bitrates of, say, 128kbit and raping my bandwidth.

Would it be easy to modify the source to disconnect them if their stated
birate is greater than a variable i set? Any suggestions on how to go
about doing this would be much appreciated :)

Thanks,
Jon

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


From gtgbr at gmx.net  Wed Aug 28 15:39:01 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Wed, 28 Aug 2002 17:39:01 +0200
Subject: [icecast] icecast/libxslt compile error
In-Reply-To: <3D6CDFF8.6060707@woxy.com>
Message-ID: <3D6CEE95.B96E7CBC@gmx.net>



Get current CVS again, this has been fixed ... or change the following
yourself in src/Makefile.am:

-LIBS = @LIBS@ -lxslt -lpthread @SOCKET_LIBS@ @XML_LIBS@ @OGG_LIBS@
@VORBIS_LIBS@
-CFLAGS = -g @CFLAGS@ @XML_CFLAGS@ @OGG_CFLAGS@ @VORBIS_CFLAGS@
+LIBS = @LIBS@ @XSLT_LIBS@ -lpthread @SOCKET_LIBS@ @XML_LIBS@ @OGG_LIBS@
@VORBIS_LIBS@
+CFLAGS = -g @CFLAGS@ @XML_CFLAGS@ @XSLT_CFLAGS@ @OGG_CFLAGS@
@VORBIS_CFLAGS@

Run autogen.sh again after that.

<p>Moritz

P.S.: The latest change makes fileserve actually work, so getting CVS
from now should be a good idea anyways.

Bryan Jay Miller wrote:
> 
> Wondering if anyone else is having this problem compiling the latest
> version in CVS. autogen.sh runs fine, configure runs fine, make fails
> with the following:
> 
> gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1
> -DHAVE_IPV6=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1
> -I. -I.  -I./net -I./thread -I./avl -I./httpp -I./log -I./timing    -g
> -O20 -ffast-math -fsigned-char -D_REENTRANT -D_GNU_SOURCE
> -I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/include
> -I/usr/include -I/usr/include/libxml2/libxml -I/usr/include/libxml2
> -I/include -I/include -I/include -c main.c
> In file included from xslt.h:5,
>                   from main.c:29:
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.


From bryan at woxy.com  Wed Aug 28 17:11:42 2002
From: bryan at woxy.com (Bryan Jay Miller)
Date: Wed, 28 Aug 2002 13:11:42 -0400
Subject: [icecast] icecast/libxslt compile error
In-Reply-To: <3D6CDFF8.6060707@woxy.com>
Message-ID: <3D6D044E.6090706@woxy.com>



Nope. First I tried adding the text you mentioned to Makefile.am. 
autogen.sh and configure went OK. But when I tried to compile, I got

Makefile:369: *** missing separator.  Stop.

I even deleted my entire source tree and downloaded all the fresh code 
from CVS. Same problem. autogen.sh = OK, configure = OK, same compile 
error as before. ?

-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 gtgbr at gmx.net  Wed Aug 28 20:30:07 2002
From: gtgbr at gmx.net (Moritz Grimm)
Date: Wed, 28 Aug 2002 22:30:07 +0200
Subject: [icecast] icecast/libxslt compile error
In-Reply-To: <3D6D044E.6090706@woxy.com>
Message-ID: <3D6D32CF.83CBBAB2@gmx.net>



Bryan Jay Miller wrote:
> Nope. First I tried adding the text you mentioned to Makefile.am.
> autogen.sh and configure went OK. But when I tried to compile, I got
> 
> Makefile:369: *** missing separator.  Stop.
> 
> I even deleted my entire source tree and downloaded all the fresh code
> from CVS. Same problem. autogen.sh = OK, configure = OK, same compile
> error as before. ?

Hm, I'm running out of ideas ... I was successful with pretty current
libxslt/libxml2, though. I just checked, I had to install libxml2
v2.4.23 and libxslt v1.0.19 prior installing Icecast2 in that shell's
homedir. Maybe upgrading those helps?

Icecast2 doesn't use libxml1, btw. Other than that, do you get the same
result when you point it to the correct xml2-config and xslt-config
during ./configure (i.e. autogen.sh, which passes those parameters on to
the configure script), just in case you don't do that already?

<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.


From bryan at woxy.com  Wed Aug 28 22:30:38 2002
From: bryan at woxy.com (Bryan Jay Miller)
Date: Wed, 28 Aug 2002 18:30:38 -0400
Subject: [icecast] icecast/libxslt compile error
In-Reply-To: <3D6D32CF.83CBBAB2@gmx.net>
Message-ID: <3D6D4F0E.402@woxy.com>



> Hm, I'm running out of ideas ... I was successful with pretty current
> libxslt/libxml2, though. I just checked, I had to install libxml2
> v2.4.23 and libxslt v1.0.19 prior installing Icecast2 in that shell's
> homedir. Maybe upgrading those helps?

Got it. I upgraded from

libxml2-2.4.10 -> libxml2-2.4.24

libxslt-1.0.7  -> libxslt-1.0.20

and that fixed it. The latest official releases for the Red Hat distros 
aren't up-to-date enough.

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  Thu Aug 29 00:03:56 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Thu, 29 Aug 2002 10:03:56 +1000
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <sd6c95ba.048@judah.cmitech.com>
Message-ID: <Pine.LNX.4.44.0208291000280.448-100000@data.home>



On Wed, 28 Aug 2002, Matthew Mencel wrote:

> I'm using liveice and lame on another stream...
>
> sample rate of 22050
> bitrate of 24000

urrr.. Bitrate and bits per sample are *NOT* the same thing.  Bitrate
refers to the data rate of the resulting audio stream (MP3 in this case).
Bits per sample refers to the number of bits in each PCM sample read from
your soundcard.  You'll usually want to use 16.  Generally, only
professional soundcards will do anything higher.

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 darkeye at tyrell.hu  Thu Aug 29 06:56:33 2002
From: darkeye at tyrell.hu (Akos Maroy)
Date: Thu, 29 Aug 2002 08:56:33 +0200
Subject: [icecast] Akos...Darkice questions
In-Reply-To: <Pine.LNX.4.44.0208291000280.448-100000@data.home>
Message-ID: <3D6DC5A1.8090006@tyrell.hu>



Geoff Shang wrote:
> On Wed, 28 Aug 2002, Matthew Mencel wrote:
> 
> 
>>I'm using liveice and lame on another stream...
>>
>>sample rate of 22050
>>bitrate of 24000
> 
> 
> urrr.. Bitrate and bits per sample are *NOT* the same thing.  Bitrate
> refers to the data rate of the resulting audio stream (MP3 in this case).
> Bits per sample refers to the number of bits in each PCM sample read from
> your soundcard.  You'll usually want to use 16.  Generally, only
> professional soundcards will do anything higher.

yes. in brief:

bits per sample: the number if bits describing each audio sample. 
usually 8 bits or 16 bits

ample rate: number of samples (each sample the number of bits as above) 
per second describing the audio. usually one of 11025, 22050 or 44100, 
but there are other values possible, e.g. 16000, 48000.

for example an audio CD contains sound at 16 bits/sample, 44100 samples 
/ second, stereo, thus will consume 1411200 bits/second.

bitrate: this is the number of bits per second the encoded audio (mp3 or 
Ogg Vorbis) will consume. as you see, uncompressed audio takes a lot of 
space, and this is where compression algorithms come in.

for example, an Ogg Vorbis stream with a bitrate if 96000 will take 
96000 bits/second of space, but can still encode an audio of 16 
bits/sample, 44100 samples per second, stereo. This is what you win with 
the compression: instead of 1411200, it only takes 96000 bits per second 
(about 7% of the original), and still sounds good.

<p>Akos

<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 ADenenberg at about-inc.com  Thu Aug 29 17:45:32 2002
From: ADenenberg at about-inc.com (Denenberg, Adam)
Date: Thu, 29 Aug 2002 13:45:32 -0400
Subject: [icecast] iceplay available anymore ?
Message-ID: <D1415DC80DA23448AAC727BA8F410F95014D2B06@PRM-NYC-1440EX1.1440Resource.Corp.About.Com>



All,
 
 I need a good radio station solution for icecast.  It seems iceplay is a
good solution but I got it out of CVS and seems to be quite old.
 
 Anybody know of a good radio station solution to manage streams and
requests and all that (already tried  iceDJ , it does not support ices, and
is a pain in the neck to work with).
 
 Thanks a bunch.
 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 quixy_man at gmx.net  Thu Aug 29 18:30:35 2002
From: quixy_man at gmx.net (Roland Häder)
Date: Thu, 29 Aug 2002 20:30:35 +0200
Subject: [icecast] iceplay available anymore ?
In-Reply-To: <D1415DC80DA23448AAC727BA8F410F95014D2B06@PRM-NYC-1440EX1.1440Resource.Corp.About.Com>
Message-ID: <001001c24f8a$2b2ebe40$0d01a8c0@haeder>



Hi,

I just know the SHOUTcast plugin for WinAMP, with microphone support.

But that isn't what you searching for, right?

Roland

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


From ADenenberg at about-inc.com  Thu Aug 29 18:49:23 2002
From: ADenenberg at about-inc.com (Denenberg, Adam)
Date: Thu, 29 Aug 2002 14:49:23 -0400
Subject: [icecast] iceplay available anymore ?
In-Reply-To: <[icecast] iceplay available anymore ?>
Message-ID: <D1415DC80DA23448AAC727BA8F410F9501D0090A@PRM-NYC-1440EX1.1440Resource.Corp.About.Com>



Nah , I know about that.  I just need a piece of web frontend software to
manage an icecast radio station.
 
 Thanks
Adam

<p>-----Original Message-----
From: Roland H?der [mailto:quixy_man at gmx.net] 
Sent: Thursday, August 29, 2002 2:31 PM
To: icecast at xiph.org
Subject: Re: [icecast] iceplay available anymore ?

Hi,

I just know the SHOUTcast plugin for WinAMP, with microphone support.

But that isn't what you searching for, right?

Roland

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at 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  Fri Aug 30 15:19:12 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Sat, 31 Aug 2002 01:19:12 +1000
Subject: [icecast] Error compiling icecast2
Message-ID: <Pine.LNX.4.44.0208310113330.448-100000@data.home>



Hi:

I'm getting the following when trying to compile icecast2:

make[2]: Entering directory `/usr/usr2/friends/geoff/icecast/src'
gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DHAVE_IPV6=1
-DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1  -I. -I.  -I./net
-I./thread
-I./avl -I./httpp       -I./log -I./timing    -g -O20 -ffast-math
-fsigned-char
-D_REENTRANT -D_GNU_SOURCE -I/usr/include/libxml2/libxml
-I/usr/include/libxml2
-I/usr/include/libxml2/libxml -I/usr/include/libxml2 -I/include -I/include
-c slave.c
slave.c: In function `_slave_thread':
slave.c:128: `HTTPP_VAR_ERROR_MESSAGE' undeclared (first use in this
function)
slave.c:128: (Each undeclared identifier is reported only once
slave.c:128: for each function it appears in.)
make[2]: *** [slave.o] Error 1
make[2]: Leaving directory `/usr/usr2/friends/geoff/icecast/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/usr2/friends/geoff/icecast/src'
make: *** [all-recursive] Error 1

I notice that HTTPP_VAR_ERROR_MESSAGE only seems to appear in that file in
the whole icecast tree.

This is on a Debian Woody box with libxslt-dev 1.0.16, libxml2-dev 2.4.19
and CVS ogg, vorbis, ao and vorbis-tools.  icecast is CVS as of a day or
two ago - I just tried updating but it just sits there.

any help appreciated.

Geoff.

<p><p><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

<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  Sat Aug 31 03:36:28 2002
From: msmith at labyrinth.net.au (Michael Smith)
Date: Sat, 31 Aug 2002 13:36:28 +1000
Subject: [icecast] Error compiling icecast2
In-Reply-To: <Pine.LNX.4.44.0208310113330.448-100000@data.home>
Message-ID: <3.0.5.32.20020831133628.41e22100@mail.labyrinth.net.au>



>I notice that HTTPP_VAR_ERROR_MESSAGE only seems to appear in that file in
>the whole icecast tree.

It's defined correctly in httpp/httpp.h
It definately works.

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  Sat Aug 31 03:40:57 2002
From: gshang at uq.net.au (Geoff Shang)
Date: Sat, 31 Aug 2002 13:40:57 +1000
Subject: [icecast] Error compiling icecast2
In-Reply-To: <3.0.5.32.20020831133628.41e22100@mail.labyrinth.net.au>
Message-ID: <Pine.LNX.4.44.0208311339000.448-100000@data.home>



On Sat, 31 Aug 2002, Michael Smith wrote:

>
> >I notice that HTTPP_VAR_ERROR_MESSAGE only seems to appear in that file in
> >the whole icecast tree.
>
> It's defined correctly in httpp/httpp.h
> It definately works.

<p>hmmm.  for some reason, httpp wasn't updating with 'cvs update -Pd' so I
did a fresh checkout of httpp and now it's got a lot moer  in it.  Thanks.

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 gionuein at autistici.org  Sat Aug 31 14:18:42 2002
From: gionuein at autistici.org (tropiko)
Date: Sat, 31 Aug 2002 16:18:42 +0200
Subject: [icecast] icecast+winamp clients
Message-ID: <5.1.1.6.0.20020831161506.00b1b108@mail.autistici.org>



hi guys -
its the first time i post to this ml -
i had a silly problem i cant resolve
i would like to test creating a source with winamp/dsp
and then send it to an icecast server -
i tried but nothing works fine -
winamp cant connect to the server
and icecast - from the admin interface -
doesnt signal any mounting source

what could be?
maybe i have to compile icecast with some particular options?

thank u

tropiko

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


From man0negra at autistici.org  Sat Aug 31 17:21:55 2002
From: man0negra at autistici.org (man0negra)
Date: Sat, 31 Aug 2002 19:21:55 +0200
Subject: [icecast] icecast+winamp clients
In-Reply-To: <5.1.1.6.0.20020831161506.00b1b108@mail.autistici.org>
Message-ID: <20020831192155.B1295@calvin.autistici.org>



On Sat, Aug 31, 2002 at 04:18:42PM +0200, tropiko wrote:
> 
> hi guys -
> its the first time i post to this ml -

ame for me :)

> i had a silly problem i cant resolve
> i would like to test creating a source with winamp/dsp
> and then send it to an icecast server -
> i tried but nothing works fine -
> winamp cant connect to the server
> and icecast - from the admin interface -
> doesnt signal any mounting source

i did experience the same exact problem using qinamp and other
broadcasters under mac os (soundjam, audion and mac amp).
same problem except for one thing: the icecast serve could see the
source for few seconds, but judjing it as not a valid source cause of
something like "stupid headers". could it be that these clients are all
using the old icy protocol and not the x-audiocast one? or what else?

i solved using MuSE as broadcaster under linux, but i still would like
to stream from mac os too :)

waiting for a little help :)


-- 
man0negra --------------|  (*_
on calvin.localdomain :)|  //\
ppc box                 |  V_/_
------------------------|
DSA Key Fingerprint F3F9 EC38 D590 7C24 E464  099B C676 17AA 243B A25F

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