From hello at ianbell.com  Fri Oct  1 00:09:54 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 30 Sep 2004 17:09:54 -0700
Subject: [Icecast] Problem One:  Running Icecast on Port 80..
Message-ID: <38A8FBE4-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>

I've got a redhat linux 9.0 box and I've made sure Apache is out of the 
way, so that I can do what I really want to do, which is to run Icecast 
on port 80 of the server, so listeners can grab the stream even through 
the toughest firewall.   I have been wrestling with this for a number 
of hours, consulted a few experts, and am coming up zilch.

Theoretically, I should be able to just run Icecast on Port 80 by 
specifying Port 80 in the icecast.xml file like so:

   <listen-socket>
         <port>80</port>
   </listen-socket>

...but this is the error I get:

	Could not create listener socket on port 80
	Server startup failed. Exiting

I was told that I should try running icecast as root.  Try doing that, 
and you get an error:

	WARNING: You should not run icecast2 as root
	Use the changeowner directive in the config file

Have googled for any sort of step-by-step instructions for something 
even a little bit similar to this, but to no avail.

-Ian.



From hello at ianbell.com  Fri Oct  1 00:09:56 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 30 Sep 2004 17:09:56 -0700
Subject: [Icecast] Problem Two:  Icecast Won't Relay...
Message-ID: <39DD4029-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>

As a follow-up to this thread:

http://lists.xiph.org/pipermail/icecast/2004-May/007171.html

... I am still attempting to relay effectively from two separate 
Audioactive encoders via an icecast server.  Since we last discussed 
this Audioactive have updated their firmware to comply to the standards 
for MP3 streaming more explicitly.  And according to Michael Icecast 
was patched to be more tolerant of malformed headers and attributes.  
I'm running 2.0.2.

I can connect to the streams without hassle at their URL on the 
encoders themselves from iTunes or any other MP3 player:

	http://56k.pulverradio.com:16080/

Here's what's in my icecast.xml file:

    <relay>
         <server>128k.pulverradio.com</server>
         <port>16080</port>
         <mount>/</mount>
         <local-mount>high.mp3</local-mount>

         <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
     </relay>


     <relay>
         <server>56k.pulverradio.com</server>
         <port>16080</port>
         <mount>/</mount>
         <local-mount>low.mp3</local-mount>

         <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
     </relay>

Here's what error.log reports:

[2004-09-30  20:23:05] INFO main/main icecast server started
[2004-09-30  20:23:05] DBUG slave/create_relay_stream Adding source at 
mountpoint "high.mp3"
[2004-09-30  20:23:05] DBUG slave/create_relay_stream Adding source at 
mountpoint "low.mp3"
[2004-09-30  20:23:05] DBUG source/source_main Source creation complete
[2004-09-30  20:23:05] DBUG source/source_main Source creation complete
[2004-09-30  20:24:28] DBUG connection/_handle_get_request Client 
connected
[2004-09-30  20:24:28] DBUG connection/_handle_get_request Source not 
found for client

...and of course the client gets nothing.

Not sure what I can do about this.   Am I missing something obvious?

-Ian.



From karl at xiph.org  Fri Oct  1 00:24:35 2004
From: karl at xiph.org (Karl Heyes)
Date: 01 Oct 2004 01:24:35 +0100
Subject: [Icecast] Problem One:  Running Icecast on Port 80..
In-Reply-To: <38A8FBE4-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
References: <38A8FBE4-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
Message-ID: <1096590275.2609.60.camel@bogus.hackers.club>

On Fri, 2004-10-01 at 01:09, Ian Andrew Bell wrote:

...
> Theoretically, I should be able to just run Icecast on Port 80 by 
> specifying Port 80 in the icecast.xml file like so:
> 
>    <listen-socket>
>          <port>80</port>
>    </listen-socket>
> 
> ...but this is the error I get:
> 
> 	Could not create listener socket on port 80
> 	Server startup failed. Exiting
> 
> I was told that I should try running icecast as root.  Try doing that, 
> and you get an error:

listening on ports < 1024 requires root privileges

> 	WARNING: You should not run icecast2 as root
> 	Use the changeowner directive in the config file

http://www.icecast.org/docs/icecast-2.0.2/icecast2_config_file.html#security

As with apache, you start as root then it changes to run as another
user, just state the user/group

karl.




From karl at xiph.org  Fri Oct  1 00:26:34 2004
From: karl at xiph.org (Karl Heyes)
Date: 01 Oct 2004 01:26:34 +0100
Subject: [Icecast] Problem Two:  Icecast Won't Relay...
In-Reply-To: <39DD4029-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
References: <39DD4029-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
Message-ID: <1096590393.2609.66.camel@bogus.hackers.club>

On Fri, 2004-10-01 at 01:09, Ian Andrew Bell wrote:
> Here's what's in my icecast.xml file:
> 
>     <relay>
>          <server>128k.pulverradio.com</server>
>          <port>16080</port>
>          <mount>/</mount>
>          <local-mount>high.mp3</local-mount>

you really mean 
<local-mount>/high.mp3</local-mount>


>      <relay>
>          <server>56k.pulverradio.com</server>
>          <port>16080</port>
>          <mount>/</mount>
>          <local-mount>low.mp3</local-mount>

you really mean
<local-mount>/low.mp3</local-mount>

karl.




From hello at ianbell.com  Fri Oct  1 00:27:20 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 30 Sep 2004 17:27:20 -0700
Subject: [Icecast] Problem One:  Running Icecast on Port 80..
In-Reply-To: <1096590275.2609.60.camel@bogus.hackers.club>
References: <38A8FBE4-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
	<1096590275.2609.60.camel@bogus.hackers.club>
Message-ID: <A83F9884-1340-11D9-8CC6-000A95B3B8D6@ianbell.com>


On 30-Sep-04, at 5:24 PM, Karl Heyes wrote:
>
>> 	WARNING: You should not run icecast2 as root
>> 	Use the changeowner directive in the config file
>
> http://www.icecast.org/docs/icecast-2.0.2/ 
> icecast2_config_file.html#security
>
> As with apache, you start as root then it changes to run as another
> user, just state the user/group

Right, so my icecast.xml file says:

     <security>
         <chroot>0</chroot>

         <changeowner>
             <user>root</user>
             <group>root</group>
         </changeowner>

     </security>

... and here's what happens when I execute:

[root at pamplona bin]# Changed groupid to 0.
Changed userid to 0.
WARNING: You should not run icecast2 as root
Use the changeowner directive in the config file

-Ian.



From karl at xiph.org  Fri Oct  1 00:36:35 2004
From: karl at xiph.org (Karl Heyes)
Date: 01 Oct 2004 01:36:35 +0100
Subject: [Icecast] Problem One:  Running Icecast on Port 80..
In-Reply-To: <A83F9884-1340-11D9-8CC6-000A95B3B8D6@ianbell.com>
References: <38A8FBE4-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
	<1096590275.2609.60.camel@bogus.hackers.club>
	<A83F9884-1340-11D9-8CC6-000A95B3B8D6@ianbell.com>
Message-ID: <1096590994.2609.83.camel@bogus.hackers.club>

On Fri, 2004-10-01 at 01:27, Ian Andrew Bell wrote:

> Right, so my icecast.xml file says:
> 
>      <security>
>          <chroot>0</chroot>
> 
>          <changeowner>
>              <user>root</user>
>              <group>root</group>
>          </changeowner>
> 
>      </security>
> 
> ... and here's what happens when I execute:

no, you start the icecast app as root so that it can get port 80, then
change to another non-root user (ie <user> and <group)  for it's normal
running.  Just make sure the user you run as can write to its log files.

Setting changeowner to root doesn't really help

karl.




From hello at ianbell.com  Fri Oct  1 00:35:00 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Thu, 30 Sep 2004 17:35:00 -0700
Subject: [Icecast] Problem Two:  Icecast Won't Relay...
In-Reply-To: <1096590393.2609.66.camel@bogus.hackers.club>
References: <39DD4029-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
	<1096590393.2609.66.camel@bogus.hackers.club>
Message-ID: <BA53FF2C-1341-11D9-8CC6-000A95B3B8D6@ianbell.com>

That fixed it!

The importance of the beginning "/" should probably be emphasized in 
the doco, especially since the sample config 
says:	<local-mount>different.ogg<local-mount>

....could be a little misleading.  Also need the closing slash in the 
sample XML flags.

-Ian.


On 30-Sep-04, at 5:26 PM, Karl Heyes wrote:

> On Fri, 2004-10-01 at 01:09, Ian Andrew Bell wrote:
>> Here's what's in my icecast.xml file:
>>
>>     <relay>
>>          <server>128k.pulverradio.com</server>
>>          <port>16080</port>
>>          <mount>/</mount>
>>          <local-mount>high.mp3</local-mount>
>
> you really mean
> <local-mount>/high.mp3</local-mount>
>
>
>>      <relay>
>>          <server>56k.pulverradio.com</server>
>>          <port>16080</port>
>>          <mount>/</mount>
>>          <local-mount>low.mp3</local-mount>
>
> you really mean
> <local-mount>/low.mp3</local-mount>
>
> karl.
>
>



From msmith at xiph.org  Fri Oct  1 00:57:09 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 1 Oct 2004 10:57:09 +1000
Subject: [Icecast] Problem Two:  Icecast Won't Relay...
In-Reply-To: <BA53FF2C-1341-11D9-8CC6-000A95B3B8D6@ianbell.com>
References: <39DD4029-133E-11D9-8CC6-000A95B3B8D6@ianbell.com>
	<1096590393.2609.66.camel@bogus.hackers.club>
	<BA53FF2C-1341-11D9-8CC6-000A95B3B8D6@ianbell.com>
Message-ID: <200410011057.09472.msmith@xiph.org>

On Friday 01 October 2004 10:35, Ian Andrew Bell wrote:
> That fixed it!
>
> The importance of the beginning "/" should probably be emphasized in
> the doco, especially since the sample config
> says:	<local-mount>different.ogg<local-mount>

Thanks, I've fixed this (now in SVN). I've also added a check, when creating a 
source, that the mountpoint starts with a '/' - if it doesn't, a warning will 
be issued.

>
> ....could be a little misleading.  Also need the closing slash in the
> sample XML flags.

Those looked like they were present... 

Mike



From john at kqlz.org  Fri Oct  1 01:40:14 2004
From: john at kqlz.org (John)
Date: Thu, 30 Sep 2004 21:40:14 -0400
Subject: [Icecast] Song Updates
References: <41505A11.7070009@kqlz.org>
	<00a601c49fff$9115ac10$1401a8c0@copperhead>
	<4158A9C6.7020806@infa.net>
	<014f01c4a507$24f4e5c0$1401a8c0@copperhead>
	<4158EB69.2050109@infa.net>
	<015a01c4a529$a2c777c0$1401a8c0@copperhead>
	<415977CA.9050009@infa.net>
	<001e01c4a57b$4e2ae150$1401a8c0@copperhead>
	<41599DBF.6000605@infa.net>
	<00d801c4a583$282f64f0$1401a8c0@copperhead>
	<415B1483.8080404@infa.net>
	<013101c4a674$02a5e460$1401a8c0@copperhead>
	<415B6020.5060708@infa.net>
	<027401c4a697$401be920$1401a8c0@copperhead>
	<415C6310.7000400@infa.net>
	<01e801c4a740$3ef78190$1401a8c0@copperhead>
	<415C9413.1090205@infa.net>
	<024001c4a748$7a0999f0$1401a8c0@copperhead>
Message-ID: <415CB57E.7000504@kqlz.org>

Hello Everyone,

What is the string  to update song titles?
I have seen a few but none seem to work.


Thanks
John




From philipp at phflesch.de  Fri Oct  1 04:56:12 2004
From: philipp at phflesch.de (Philipp Flesch)
Date: Fri,  1 Oct 2004 06:56:12 +0200
Subject: [Icecast] creating live mp3-stream
Message-ID: <1096606572.415ce36c88a63@webmail.wvb-gym.de>

hi!
Currently I'm using icecast1 and darkice to send a live-stream ... now I
updateted icecast2 ... but is there a way to create 2 different MP3 streams
(with 2 different qualities) using a streaming client? ices2 would be great but
it only supports ogg :-( As real radiostation we have to use MP3 because most
auf the windows playeres still don't support ogg ... :-((
My boss wants an Windows Media Stream, so I hope to get running my 2 mp3s so
that I can left out an other buggy windows box ..


Philipp


From geoff at hitsandpieces.net  Fri Oct  1 05:17:52 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 1 Oct 2004 15:17:52 +1000
Subject: [Icecast] creating live mp3-stream
In-Reply-To: <1096606572.415ce36c88a63@webmail.wvb-gym.de>
References: <1096606572.415ce36c88a63@webmail.wvb-gym.de>
Message-ID: <Pine.LNX.4.61.0410011516290.16844@data.home>

Hi:

The easiest way to do this is to use streamtranscoder from oddsock.org to 
transcode.  So you'd send one from darkice and use streamtranscoder to 
generate the other one.

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



From hallm at 1satcom.com  Fri Oct  1 13:28:18 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Fri, 1 Oct 2004 08:28:18 -0500
Subject: [Icecast] Problems getting Ices2 to work with live input.
Message-ID: <E1CDNXX-0001fy-00@debiansatcom>

I've got icecast2 and ices2 working with a playlist of ogg files and it
works fine.  I've been playing for a few days with getting my audio to work
at all.  I've now got my audio where I can play an ogg file from ogg123 -d
oss filename.ogg.  When I run ices ices-live.xml I get the following error
in my log file:

 

[2004-09-30  09:38:07] INFO ices-core/main IceS 2.0.0 started...

[2004-09-30  09:38:07] EROR input-oss/oss_open_module Couldn't set sampling
rate

[2004-09-30  09:38:07] EROR input/input_loop Couldn't initialise input
module "o

ss"

[2004-09-30  09:38:07] INFO ices-core/main Shutdown complete

 

I know I'm missing something, but I'm not sure what.  I also added icecast
to the audio group to see if it would help.  Ices is running as root.

 

 

The config file is pretty much the default see below:

 

<?xml version="1.0"?>

<ices>

 

    <!-- run in background  -->

    <background>0</background>

    <!-- where logs go. -->

    <logpath>/var/log/ices</logpath>

    <logfile>ices.log</logfile>

    <logsize>2048</logsize>

    <!-- 1=error, 2=warn, 3=infoa ,4=debug -->

    <loglevel>4</loglevel>

    <!-- logfile is ignored if this is set to 1 -->

    <consolelog>0</consolelog>

 

    <!-- optional filename to write process id to -->

    <!-- <pidfile>/home/ices/ices.pid</pidfile> -->

 

    <stream>

        <!-- metadata used for stream listing -->

        <metadata>

            <name>Example stream name</name>

            <genre>Example genre</genre>

            <description>A short description of your stream</description>

            <url>http://mysite.org</url>

        </metadata>

 

        <!--    Input module.

 

            This example uses the 'oss' module. It takes input from the

            OSS audio device (e.g. line-in), and processes it for live

            encoding.  -->

        <input>

            <module>oss</module>

            <param name="rate">44100</param>

            <param name="channels">2</param>

            <param name="device">/dev/dsp</param>

            <!-- Read metadata (from stdin by default, or -->

            <!-- filename defined below (if the latter, only on SIGUSR1) -->

            <param name="metadata">1</param>

            <param name="metadatafilename">test</param>

        </input>

 

        <!--    Stream instance.

 

            You may have one or more instances here.  This allows you to

            send the same input data to one or more servers (or to different

            mountpoints on the same server). Each of them can have different

            parameters. This is primarily useful for a) relaying to multiple

            independent servers, and b) encoding/reencoding to multiple

            bitrates.

 

            If one instance fails (for example, the associated server goes

            down, etc), the others will continue to function correctly.

            This example defines a single instance doing live encoding at

            low bitrate.  -->

 

        <instance>

            <!--    Server details.

 

                You define hostname and port for the server here, along

                with the source password and mountpoint.  -->

 

            <hostname>localhost</hostname>

            <port>8000</port>

            <password>hackme</password>

            <mount>/example1.ogg</mount>

            <yp>1</yp>   <!-- allow stream to be advertised on YP, default 0
-->

 

            <!--    Live encoding/reencoding:

 

                channels and samplerate currently MUST match the channels

                and samplerate given in the parameters to the oss input

                module above or the remsaple/downmix section below.  -->

 

            <encode>  

                <quality>0</quality>

                <samplerate>22050</samplerate>

                <channels>1</channels>

            </encode>

 

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

            <downmix>1</downmix>

 

            <!-- resampling.

            

                Set to the frequency (in Hz) you wish to resample to, -->

             

            <resample>

                <in-rate>44100</in-rate>

                <out-rate>22050</out-rate>

            </resample>

        </instance>

 

    </stream>

</ices>

 

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

From karl at xiph.org  Fri Oct  1 14:23:52 2004
From: karl at xiph.org (Karl Heyes)
Date: 01 Oct 2004 15:23:52 +0100
Subject: [Icecast] Problems getting Ices2 to work with live input.
In-Reply-To: <E1CDNXX-0001fy-00@debiansatcom>
References: <E1CDNXX-0001fy-00@debiansatcom>
Message-ID: <1096640632.4720.1.camel@bogus.hackers.club>

On Fri, 2004-10-01 at 14:28, Marion Hall wrote:
> I?ve got icecast2 and ices2 working with a playlist of ogg files and
> it works fine.  I?ve been playing for a few days with getting my audio
> to work at all.  I?ve now got my audio where I can play an ogg file
> from ogg123 ?d oss filename.ogg.  When I run ices ices-live.xml I get
> the following error in my log file:
> 
>  
> 
> [2004-09-30  09:38:07] INFO ices-core/main IceS 2.0.0 started...
> 
> [2004-09-30  09:38:07] EROR input-oss/oss_open_module Couldn't set
> sampling rate

looks like the driver doesn't do 44100, try 48000 instead

karl.




From jsoukup at netlantic.de  Fri Oct  1 14:34:30 2004
From: jsoukup at netlantic.de (Johann Soukup)
Date: Fri, 01 Oct 2004 16:34:30 +0200
Subject: [Icecast] creating live mp3-stream
References: <1096606572.415ce36c88a63@webmail.wvb-gym.de>
	<Pine.LNX.4.61.0410011516290.16844@data.home>
Message-ID: <415D6AF5.4B334445@netlantic.de>

Hi.

I use the input multiplex driver for OSS which creates virtual
devices. So i can start multiple encoder processes with different
bandwdth.

Regards

 - Johann


Geoff Shang schrieb:

> Hi:
>
> The easiest way to do this is to use streamtranscoder from oddsock.org to
> transcode.  So you'd send one from darkice and use streamtranscoder to
> generate the other one.
>
> 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
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

--
----------------------------------------------------
 Netlantic GmbH          | phone +49 89 960570-0
 Johann Soukup           | fax   +49 89 960570-79
----------------------------------------------------
 Betastr. 9a             |  http://www.netlantic.de
 D-85774 Unterfoehring   |  j.soukup at netlantic.de
----------------------------------------------------





From jsoukup at netlantic.de  Fri Oct  1 14:54:22 2004
From: jsoukup at netlantic.de (Johann Soukup)
Date: Fri, 01 Oct 2004 16:54:22 +0200
Subject: [Icecast] Icecast source config
References: <415AB1D6.FE725F20@netlantic.de>
	<2f3554e6041001073770d276c8@mail.gmail.com>
Message-ID: <415D6F9E.4F6688FF@netlantic.de>

Hi.

thanks guys, this works.

Thanks a lot for your help

 - Johann


Darrell Dominey schrieb:

> yes, you can do this with the idea you had, your just doing it wrong:
>
> <mount> section with <username><password>:
> username must be "source", thats all you need to do :-)
>
> On Wed, 29 Sep 2004 15:00:06 +0200, Johann Soukup <jsoukup at netlantic.de> wrote:
> > Hello.
> >
> > is there any chance to define multiple entries of <source-password>
> > in the authentication section of the config file ?
> >
> > I tried already in the <mount> section with <username><password>
> > but this didn't work neither.
> >
> > Best Regards
> >
> > - Johann
> >
> > Netlantic
> > Johann Soukup
> > http://www.netlantic.net
> >
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> >

--
----------------------------------------------------
 Netlantic GmbH          | phone +49 89 960570-0
 Johann Soukup           | fax   +49 89 960570-79
----------------------------------------------------
 Betastr. 9a             |  http://www.netlantic.de
 D-85774 Unterfoehring   |  j.soukup at netlantic.de
----------------------------------------------------





From hallm at 1satcom.com  Fri Oct  1 15:23:58 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Fri, 1 Oct 2004 10:23:58 -0500
Subject: [Icecast] Problems getting Ices2 to work with live input.
In-Reply-To: <1096640632.4720.1.camel@bogus.hackers.club>
Message-ID: <E1CDPLT-0001ri-00@debiansatcom>

>looks like the driver doesn't do 44100, try 48000 instead

>karl.

I think that may have fixed it.  I'll let you know as soon as I can get a
radio or something to feed a live source into it.  I've also got to find, I
guess, a 1/8" stereo to 1/8" stereo patch cable at my local Radio Shack.

Thanks for your help.

Marion



__________ NOD32 1.881 (20040930) Information __________

This message was checked by NOD32 antivirus system.
http://www.nod32.com




From hallm at 1satcom.com  Fri Oct  1 17:46:00 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Fri, 1 Oct 2004 12:46:00 -0500
Subject: [Icecast] Low volume coming through live stream
Message-ID: <E1CDRYx-00020q-00@debiansatcom>

I've got a boom box style radio plugged in with a patch cable (Our radio
shack only had a mono cable).  I'm getting a volume off of the stream, but
it is a very low volume.  I've got the radio turned all the way up.  I'm
using setmixer to adjust volumes, but it hasn't changed anything.

 

I know it's probably just a simple setting, I just don't know what.

 

 

Marion Hall

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

From groups at mediacast1.com  Fri Oct  1 18:15:11 2004
From: groups at mediacast1.com (Dave St John)
Date: Fri, 1 Oct 2004 12:15:11 -0600
Subject: [Icecast] Song Updates
References: <41505A11.7070009@kqlz.org><00a601c49fff$9115ac10$1401a8c0@copperhead><4158A9C6.7020806@infa.net><014f01c4a507$24f4e5c0$1401a8c0@copperhead><4158EB69.2050109@infa.net><015a01c4a529$a2c777c0$1401a8c0@copperhead><415977CA.9050009@infa.net><001e01c4a57b$4e2ae150$1401a8c0@copperhead><41599DBF.6000605@infa.net><00d801c4a583$282f64f0$1401a8c0@copperhead><415B1483.8080404@infa.net><013101c4a674$02a5e460$1401a8c0@copperhead><415B6020.5060708@infa.net><027401c4a697$401be920$1401a8c0@copperhead><415C6310.7000400@infa.net><01e801c4a740$3ef78190$1401a8c0@copperhead><415C9413.1090205@infa.net><024001c4a748$7a0999f0$1401a8c0@copperhead>
	<415CB57E.7000504@kqlz.org>
Message-ID: <00e801c4a7e2$9abd20f0$1401a8c0@copperhead>

Looks like http url is broke again.
http://64.62.252.140:9120/status.xsl


Dave St John
Mediacast1 Administration

Need Support ?
http://mediacast1.com/helpdesk
----- Original Message ----- 
From: "John" <john at kqlz.org>
To: "icecast" <icecast at xiph.org>
Sent: Thursday, September 30, 2004 7:40 PM
Subject: [Icecast] Song Updates


> Hello Everyone,
> 
> What is the string  to update song titles?
> I have seen a few but none seem to work.
> 
> 
> Thanks
> John
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From tubbs at wispdirect.com  Fri Oct  1 18:48:54 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Fri, 01 Oct 2004 13:48:54 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <00e801c4a7e2$9abd20f0$1401a8c0@copperhead>
Message-ID: <415D6046.6790.420BDA@localhost>

Run this from command line:

curl --user admin:hackme 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'

That should set you all up, just change IP, Port and MountPoint.

-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- Broadway Internet

On 1 Oct 2004 at 12:15, Dave St John wrote:

> Looks like http url is broke again.
> http://64.62.252.140:9120/status.xsl
> 
> 
> Dave St John
> Mediacast1 Administration
> 
> Need Support ?
> http://mediacast1.com/helpdesk
> ----- Original Message ----- 
> From: "John" <john at kqlz.org>
> To: "icecast" <icecast at xiph.org>
> Sent: Thursday, September 30, 2004 7:40 PM
> Subject: [Icecast] Song Updates
> 
> 
> > Hello Everyone,
> > 
> > What is the string  to update song titles?
> > I have seen a few but none seem to work.
> > 
> > 
> > Thanks
> > John
> > 
> > 
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> >
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 






From mihamina at mail.rktmb.org  Fri Oct  1 19:32:23 2004
From: mihamina at mail.rktmb.org (Rakotomandimby Mihamina)
Date: Fri, 01 Oct 2004 21:32:23 +0200
Subject: [Icecast] CPU load
Message-ID: <1096659143.20842.76.camel@milina>

Hello, 
>From time to time my computer freezes.
I noticed it freezed when i transcoded from mp3 to ogg, with mp32ogg.
Then later I noticed it freezed too when I encoded from wav to ogg with
oggenc.

When I use mp32ogg or oggenc, the CPU load is 99% during the process and
the computer freezes after 10 minutes.

But, I tried to load the CPU and bzip2 a large file during 30 minutes,
but the computer stays OK, though cpu load is 99%.

So, does oggenc more "heat" the CPU than any other application ?

I'm running an AMD XP 2200+ under Debian Testing.

lmsemsors are not available (no time to recompile the kernel)
-- 
ASPO Infog?rance       http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc   http://faq.fcolc.eu.org/
LUG sur Orl?ans et alentours.
T?l : 02 38 76 43 65 (France)



From john at kqlz.org  Fri Oct  1 20:49:38 2004
From: john at kqlz.org (John)
Date: Fri, 01 Oct 2004 16:49:38 -0400
Subject: [Icecast] Song Updates
References: <415D6046.6790.420BDA@localhost>
Message-ID: <415DC2E2.9010504@kqlz.org>

Hello Cody
Thanks for the response.

I don't have access to curl.

When I try ' http://[my server IP]:[my 
port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title' 
with a web browser
I get a return of "source will not accept URL updates "

If I try 'http://[my server IP]:[my 
port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title' 
(minus the .ogg on the mount)
I get "Source does not exist".

I have 2 streams running on that server live.ogg and live2.ogg.
I even tried it in perl since I already have a script I wrote for SC so 
I just changed it for icecast and the same thing happens.

I know in SC there is a place for a password:
'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://www.yousite.com'

I'm stumped

John

Cody Tubbs (wISPdirect) wrote:

>Run this from command line:
>
>curl --user admin:hackme 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
>
>That should set you all up, just change IP, Port and MountPoint.
>
>  
>



From tubbs at wispdirect.com  Fri Oct  1 20:54:45 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Fri, 01 Oct 2004 15:54:45 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <415DC2E2.9010504@kqlz.org>
Message-ID: <415D7DC5.26921.B54978@localhost>

go download curl, you need it, the method you're trying wont work, 
it's what I tried first until I figured out curl worked instead.

On 1 Oct 2004 at 16:49, John wrote:

> Hello Cody
> Thanks for the response.
> 
> I don't have access to curl.
> 
> When I try ' http://[my server IP]:[my 
> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title' 
> with a web browser
> I get a return of "source will not accept URL updates "
> 
> If I try 'http://[my server IP]:[my 
> port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title' 
> (minus the .ogg on the mount)
> I get "Source does not exist".
> 
> I have 2 streams running on that server live.ogg and live2.ogg.
> I even tried it in perl since I already have a script I wrote for SC so 
> I just changed it for icecast and the same thing happens.
> 
> I know in SC there is a place for a password:
> 'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://www.yousite.com'
> 
> I'm stumped
> 
> John
> 

> Cody Tubbs (wISPdirect) wrote:
> 
> >Run this from command line:
> >
> >curl --user admin:hackme 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >
> >That should set you all up, just change IP, Port and MountPoint.
> >
> >  
> >
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- wISPdirect      : http://www.wISPdirect.com
-- Broadway Internet



From tubbs at wispdirect.com  Fri Oct  1 21:14:21 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Fri, 01 Oct 2004 16:14:21 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <01bd01c4a7fa$d650d220$1401a8c0@copperhead>
Message-ID: <415D825D.7843.C73B47@localhost>

Please paste exact output and syntax


On 1 Oct 2004 at 15:08, Dave St John wrote:

> We tried curl but got an error saying an extra method is not available?
> ideas?
> 
> 
> Dave St John
> Mediacast1 Administration
> 
> Need Support ?
> http://mediacast1.com/helpdesk
> ----- Original Message ----- 
> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> To: <icecast at xiph.org>
> Sent: Friday, October 01, 2004 2:54 PM
> Subject: Re: [Icecast] Song Updates
> 
> 
> > go download curl, you need it, the method you're trying wont work,
> > it's what I tried first until I figured out curl worked instead.
> >
> > On 1 Oct 2004 at 16:49, John wrote:
> >
> >> Hello Cody
> >> Thanks for the response.
> >>
> >> I don't have access to curl.
> >>
> >> When I try ' http://[my server IP]:[my
> >> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title'
> >> with a web browser
> >> I get a return of "source will not accept URL updates "
> >>
> >> If I try 'http://[my server IP]:[my
> >> port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >> (minus the .ogg on the mount)
> >> I get "Source does not exist".
> >>
> >> I have 2 streams running on that server live.ogg and live2.ogg.
> >> I even tried it in perl since I already have a script I wrote for SC so
> >> I just changed it for icecast and the same thing happens.
> >>
> >> I know in SC there is a place for a password:
> >> 'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://www.yousite.com'
> >>
> >> I'm stumped
> >>
> >> John
> >>
> >
> >> Cody Tubbs (wISPdirect) wrote:
> >>
> >> >Run this from command line:
> >> >
> >> >curl --user admin:hackme 
> >> >'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >> >
> >> >That should set you all up, just change IP, Port and MountPoint.
> >> >
> >> >
> >> >
> >>
> >> _______________________________________________
> >> Icecast mailing list
> >> Icecast at xiph.org
> >> http://lists.xiph.org/mailman/listinfo/icecast
> >>
> >
> >
> > -- Cody Tubbs    : (Certified Master Linux Administrator)
> > : (Certified Unix Security Specialist)
> > -- wISPdirect      : http://www.wISPdirect.com
> > -- Broadway Internet
> >
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> > 
> 
> 
> 


-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- wISPdirect      : http://www.wISPdirect.com
-- Broadway Internet



From hallm at 1satcom.com  Fri Oct  1 21:36:06 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Fri, 1 Oct 2004 16:36:06 -0500
Subject: [Icecast] Low volume coming through live stream
In-Reply-To: <f80620b2041001122944ccdefa@mail.gmail.com>
Message-ID: <E1CDV9f-0002dw-00@debiansatcom>



That was part of it, the other thing I believe was the mono cable, I put a
stereo cable on it and now it's working great.  Your howto has been a life
savior in getting this set up.  

Thanks,

Marion Hall


-----Original Message-----
From: Kerry Cox [mailto:kerryjcox at gmail.com] 
Sent: Friday, October 01, 2004 2:30 PM
To: hallm at 1satcom.com
Subject: Re: [Icecast] Low volume coming through live stream

Are you running this on Linux. I assume so. Use something like "aumix"
to turn the volume up. I know that when I just recently installed SUSE
9.1 Pro, the volume was set very low.
Good luck.
Take a look at http://www.gnuware.com/icecast/ for more help. I'll be
updating this very soon in book format.
KJ


----- Original Message -----
From: Marion Hall <hallm at 1satcom.com>
Date: Fri, 1 Oct 2004 12:46:00 -0500
Subject: [Icecast] Low volume coming through live stream
To: icecast at xiph.org

 
 

I've got a boom box style radio plugged in with a patch cable (Our
radio shack only had a mono cable).  I'm getting a volume off of the
stream, but it is a very low volume.  I've got the radio turned all
the way up.  I'm using setmixer to adjust volumes, but it hasn't
changed anything.

  

I know it's probably just a simple setting, I just don't know what. 

  

  

Marion Hall 

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



__________ NOD32 1.881 (20040930) Information __________

This message was checked by NOD32 antivirus system.
http://www.nod32.com




From geoff at hitsandpieces.net  Sat Oct  2 00:19:26 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 2 Oct 2004 10:19:26 +1000
Subject: [Icecast] Song Updates
In-Reply-To: <415DC2E2.9010504@kqlz.org>
References: <415D6046.6790.420BDA@localhost> <415DC2E2.9010504@kqlz.org>
Message-ID: <Pine.LNX.4.61.0410021018090.3614@data.home>

John wrote:

> When I try ' http://[my server IP]:[my 
> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title' 
> with a web browser
> I get a return of "source will not accept URL updates "

I don't think this method works with Ogg Vorbis streams, as metadata is 
expected in the stream itself.  I could be wrong about this though.

Geoff.



From geoff at hitsandpieces.net  Sat Oct  2 00:42:05 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 2 Oct 2004 10:42:05 +1000
Subject: [Icecast] Song Updates
In-Reply-To: <033601c4a815$e0f775b0$1401a8c0@copperhead>
References: <415D6046.6790.420BDA@localhost> <415DC2E2.9010504@kqlz.org>
	<Pine.LNX.4.61.0410021018090.3614@data.home>
	<033601c4a815$e0f775b0$1401a8c0@copperhead>
Message-ID: <Pine.LNX.4.61.0410021033110.3614@data.home>

(I'm assuming this was meant for the list)

Dave St John wrote:

> would a socket connection write do the trick?

If I'm right about this, no it wouldn't.  What is done in the ogg vorbis 
feed is to start a new logical ogg stream, which allows the sending of new 
vorbis tags.  You can't just plonk tags anywhere in a vorbis stream, they 
have to be in the second header packet.

Now I guess Icecast could be modified to accept the URL method of metadata 
updates and generate a new stream itself.  This approach would have certain 
advantages, particularly where the process controling the music etc wasn't 
the process doing the encoding (the MP3 approach makes it possible to do 
this).  But I don't know whether subsequent packets/pages would need to be 
renumbered due to it being a new stream or whether starting a stream in the 
middle (numerically) is legal.  A vorbis guru will have to answer that one. 
And if packets/pages do have to be renumbered on the fly, I don't know if 
this would cause too much complexity or not.  I guess all it would require 
is tracking of offset values for each mountpoint.

Geoff.



From karl at xiph.org  Sat Oct  2 00:56:59 2004
From: karl at xiph.org (Karl Heyes)
Date: 02 Oct 2004 01:56:59 +0100
Subject: [Icecast] Song Updates
In-Reply-To: <Pine.LNX.4.61.0410021033110.3614@data.home>
References: <415D6046.6790.420BDA@localhost> <415DC2E2.9010504@kqlz.org>
	<Pine.LNX.4.61.0410021018090.3614@data.home>
	<033601c4a815$e0f775b0$1401a8c0@copperhead>
	<Pine.LNX.4.61.0410021033110.3614@data.home>
Message-ID: <1096678618.4720.89.camel@bogus.hackers.club>

On Sat, 2004-10-02 at 01:42, Geoff Shang wrote:
> (I'm assuming this was meant for the list)
> 
> Dave St John wrote:
> 
> > would a socket connection write do the trick?
> 
> If I'm right about this, no it wouldn't.  What is done in the ogg vorbis 
> feed is to start a new logical ogg stream, which allows the sending of new 
> vorbis tags.  You can't just plonk tags anywhere in a vorbis stream, they 
> have to be in the second header packet.

correct, the metadata sits in the second packet of a logical stream.  If
people really want this then they can use the older vorbis module in the
kh branch but that is only enabled via

configure --enable-vorbis-updates

I haven't checked for ages but it should still work fine and the url is
the same syntax for mp3 streams.

karl.




From tubbs at wispdirect.com  Sat Oct  2 20:07:04 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Sat, 02 Oct 2004 15:07:04 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <029801c4a807$3ec23950$1401a8c0@copperhead>
Message-ID: <415EC418.31469.C543A4@localhost>

You did not type the exact string I told you to first of all.  You forgot to use the 's after 
before the h in http and at the end.

curl --user admin:hackme 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'

notice the useage of the 's in my string and not in yours.  Your string is launching 
nonsense into the background via the two &'s, hence [1] and [2].  Follow my string 
and it will work wonders.  Sorry for the delay in reply.

-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- wISPdirect      : http://www.wISPdirect.com
-- Broadway Internet

On 1 Oct 2004 at 16:37, Dave St John wrote:

> [root at mediacast1 gork]# curl --user user:pass 
> http://64.62.252.140:9120/admin/metadata?mount=/live.ogg&mode=updinfo&song=test
> [1] 7877
> [2] 7878
> [root at mediacast1 gork]# <b>Missing parameter</b>
> 
> [1]-  Done                    curl --user user:pass 
> http://64.62.252.140:9120/admin/metadata?mount=/live.ogg
> [2]+  Done                    mode=updinfo
> 
> 
> 
> Dave St John
> Mediacast1 Administration
> 
> Need Support ?
> http://mediacast1.com/helpdesk
> ----- Original Message ----- 
> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> To: <icecast at xiph.org>
> Cc: "Dave St John" <groups at mediacast1.com>
> Sent: Friday, October 01, 2004 3:14 PM
> Subject: Re: [Icecast] Song Updates
> 
> 
> > Please paste exact output and syntax
> >
> >
> > On 1 Oct 2004 at 15:08, Dave St John wrote:
> >
> >> We tried curl but got an error saying an extra method is not available?
> >> ideas?
> >>
> >>
> >> Dave St John
> >> Mediacast1 Administration
> >>
> >> Need Support ?
> >> http://mediacast1.com/helpdesk
> >> ----- Original Message ----- 
> >> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> >> To: <icecast at xiph.org>
> >> Sent: Friday, October 01, 2004 2:54 PM
> >> Subject: Re: [Icecast] Song Updates
> >>
> >>
> >> > go download curl, you need it, the method you're trying wont work,
> >> > it's what I tried first until I figured out curl worked instead.
> >> >
> >> > On 1 Oct 2004 at 16:49, John wrote:
> >> >
> >> >> Hello Cody
> >> >> Thanks for the response.
> >> >>
> >> >> I don't have access to curl.
> >> >>
> >> >> When I try ' http://[my server IP]:[my
> >> >> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title'
> >> >> with a web browser
> >> >> I get a return of "source will not accept URL updates "
> >> >>
> >> >> If I try 'http://[my server IP]:[my
> >> >> port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >> >> (minus the .ogg on the mount)
> >> >> I get "Source does not exist".
> >> >>
> >> >> I have 2 streams running on that server live.ogg and live2.ogg.
> >> >> I even tried it in perl since I already have a script I wrote for SC 
> >> >> so
> >> >> I just changed it for icecast and the same thing happens.
> >> >>
> >> >> I know in SC there is a place for a password:
> >> >> 'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://www.yousite.com'
> >> >>
> >> >> I'm stumped
> >> >>
> >> >> John
> >> >>
> >> >
> >> >> Cody Tubbs (wISPdirect) wrote:
> >> >>
> >> >> >Run this from command line:
> >> >> >
> >> >> >> >> >> >
> >> >> >That should set you all up, just change IP, Port and MountPoint.
> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >> _______________________________________________
> >> >> Icecast mailing list
> >> >> Icecast at xiph.org
> >> >> http://lists.xiph.org/mailman/listinfo/icecast
> >> >>
> >> >
> >> >
> >> > -- Cody Tubbs    : (Certified Master Linux Administrator)
> >> > : (Certified Unix Security Specialist)
> >> > -- wISPdirect      : http://www.wISPdirect.com
> >> > -- Broadway Internet
> >> >
> >> > _______________________________________________
> >> > Icecast mailing list
> >> > Icecast at xiph.org
> >> > http://lists.xiph.org/mailman/listinfo/icecast
> >> >
> >>
> >>
> >>
> >
> 
> >
> > -- Cody Tubbs    : (Certified Master Linux Administrator)
> > : (Certified Unix Security Specialist)
> > -- wISPdirect      : http://www.wISPdirect.com
> > -- Broadway Internet
> > 
> 
> 
> 



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

From adam at rosi-kessel.org  Sun Oct  3 22:00:33 2004
From: adam at rosi-kessel.org (Adam Rosi-Kessel)
Date: Sun, 3 Oct 2004 18:00:33 -0400
Subject: [Icecast] Synchronize multiple clients in LAN
Message-ID: <20041003220033.GB32156@bostoncoop.net>

I'm trying to use icecast to something which I would think would be
fairly common--have a single stream play in multiple locations in my
house.  The problem seems to be that the streams aren't quite sync-ed up,
so crossing between rooms can be a little jarring.

There was some discussion about this 3 years ago on this list, and the
answer seemed to be "no way to do it."  I'm wondering if anyone has any
ideas now?  Has anything changed?

I've found using mplayer -nocache on multiple systems and attempting to
start them at the same time does pretty well.  At the least, I'm
wondering if there is a tool to automate starting the clients on multiple
machines?  I could write a set of scripts, but it'd be great if it were
already done.

Also, -nocache creates its own problems if there are any LAN issues.  So
I'd like to find a better way.

Any ideas?
-- 
Adam Rosi-Kessel
http://adam.rosi-kessel.org


From gregt at maths.otago.ac.nz  Sun Oct  3 22:13:23 2004
From: gregt at maths.otago.ac.nz (Greg Trounson)
Date: Mon, 04 Oct 2004 11:13:23 +1300
Subject: [Icecast] Can't connect winamp source to icecast server
Message-ID: <41607983.8000600@maths.otago.ac.nz>

Gidday,

I have a winamp 2.95 source that cannot upload the stream to my icecast 
server.

Since icecast is compatible with shoutcast surely a winamp source should 
be able to connect?

any help appreciated,
Greg

My icecast.xml follows:
<icecast>
     <limits>
         <clients>100</clients>
         <sources>2</sources>
         <threadpool>5</threadpool>
         <queue-size>102400</queue-size>
         <client-timeout>30</client-timeout>
         <header-timeout>15</header-timeout>
         <source-timeout>10</source-timeout>
     </limits>

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

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

     <!-- Uncomment this if you want directory listings -->
     <!--
     <directory>
         <yp-url-timeout>15</yp-url-timeout>
         <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
     </directory>
     <directory>
         <yp-url-timeout>15</yp-url-timeout>
         <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
     </directory>
      -->

     <hostname>vector</hostname>

     <!-- You can use these two if you only want a single listener -->
     <!--<port>8000</port> -->
     <!--<bind-address>127.0.0.1</bind-address>-->

     <!-- You may have multiple <listener> elements -->
     <listen-socket>
         <port>8000</port>
         <!-- <bind-address>127.0.0.1</bind-address> -->
     </listen-socket>
     <!--
     <listen-socket>
         <port>8001</port>
     </listen-socket>
     -->

     <!--<master-server>127.0.0.1</master-server>-->
     <!--<master-server-port>8001</master-server-port>-->
     <!--<master-update-interval>120</master-update-interval>-->
     <!--<master-password>hackme</master-password>-->
     <!--
     <relay>
         <server>127.0.0.1</server>
         <port>8001</port>
         <mount>/example.ogg</mount>
         <local-mount>/different.ogg</local-mount>

         <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
     </relay>
     -->

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

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

         <max-listeners>1</max-listeners>
         <dump-file>/tmp/dump-example1.ogg</dump-file>
         <fallback-mount>/example2.ogg</fallback-mount>
     </mount>
     -->

     <fileserve>1</fileserve>

     <paths>
		<!-- basedir is only used if chroot is enabled -->
         <basedir>/usr/share/icecast</basedir>

         <!-- Note that if <chroot> is turned on below, these paths must 
both
              be relative to the new root, not the original root -->
         <logdir>./icecast</logdir>
         <webroot>/usr/share/icecast/web</webroot>
         <adminroot>/usr/share/icecast/admin</adminroot>
         <!-- <pidfile>/usr/share/icecast/icecast.pid</pidfile> -->

         <!-- Aliases: treat requests for 'source' path as being for 
'dest' path
              May be made specific to a port or bound address using the 
"port"
              and "bind-address" attributes.
           -->
         <!--
         <alias source="/foo" dest="/bar"/>
           -->
     </paths>

     <logging>
         <accesslog>access.log</accesslog>
         <errorlog>error.log</errorlog>
       	<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
     </logging>

     <security>
         <chroot>0</chroot>
         <!--
         <changeowner>
             <user>nobody</user>
             <group>nobody</group>
         </changeowner>
         -->
     </security>
</icecast>


From greg at orban.com  Fri Oct  1 20:26:41 2004
From: greg at orban.com (Greg J. Ogonowski)
Date: Fri, 01 Oct 2004 13:26:41 -0700
Subject: [Icecast] Icecast2 Logo Request
Message-ID: <6.1.2.0.2.20041001132552.036e1ec0@mail.indexcom.com>

Where can we find an Icecast2 logo in vector format?
Thanks.
-greg.

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



From maxmouse at feelthevibe.org  Mon Oct  4 20:41:35 2004
From: maxmouse at feelthevibe.org (Max Mouse)
Date: Mon,  4 Oct 2004 16:41:35 -0400
Subject: [Icecast] ICEs
Message-ID: <1096922495.4161b57fc09ca@www.feelthevibe.org>



I have my icecast and ices working nicely together and it sounds great. The
issue that I have at the moment is that the ices stream dies after about 18:00
CPU hours. Is this a common problem? Anyone know any tweaks so that I can keep
it running? I run FreeBSD 4.10

Rob


From karl at xiph.org  Mon Oct  4 23:06:09 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 Oct 2004 00:06:09 +0100
Subject: [Icecast] ICEs
In-Reply-To: <1096922495.4161b57fc09ca@www.feelthevibe.org>
References: <1096922495.4161b57fc09ca@www.feelthevibe.org>
Message-ID: <1096931168.12910.4.camel@bogus.hackers.club>

On Mon, 2004-10-04 at 21:41, Max Mouse wrote:
> I have my icecast and ices working nicely together and it sounds great. The
> issue that I have at the moment is that the ices stream dies after about 18:00
> CPU hours. Is this a common problem? Anyone know any tweaks so that I can keep
> it running? I run FreeBSD 4.10

without knowing the specifics it's hard to say. Are you saying you see a
segmentation fault occurring, if so then what is the core backtrace
telling you (from gdb). Check the logs as well to see what ices was last
doing.

Check also for the ulimit -t setting, that may be triggering.

karl.




From isis at pie.com.tw  Tue Oct  5 04:05:03 2004
From: isis at pie.com.tw (isis)
Date: Tue, 05 Oct 2004 12:05:03 +0800 (CST)
Subject: [icecast] more metadata in stats.xml?
Message-ID: <1096949103.13849.isis@pie.com.tw>

hi

I'm newbie to this mailing list so if i say something
listless please forgive me...;)

I'm wondering is it possible to get more metadata (ex:
station title, URL, description, genre..) from stats.xml
thus I can grab these info into status.xsl.

thanks.

isis

?????????
??????????
 ?????????
??
???????????
????
??
??????
 ??????????
??
??????????

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

From l.willner at kabsi.at  Tue Oct  5 09:42:01 2004
From: l.willner at kabsi.at (Leo Willner)
Date: Tue, 05 Oct 2004 11:42:01 +0200
Subject: [Icecast] Bug, if you combine yp-dir-listing and chroot
Message-ID: <opsfd48bjmfgnvdb@linux.site>

Hi out there,

	I just compiled the latest icecast2 and tried to use chroot and  
yp-dir-listing together, but it doesn't work. Yp-dir-listing itself works  
fine. I use a SuSE 8.2 and older libs (curl 7.10, libogg and lib vorbis  
araound 1.0.95) that should still be in the combatibility-range, as far as  
I can read on icecasts homepage. I hope there will be a fix for that bug  
in the future.

greets
	leo

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


From karl at xiph.org  Tue Oct  5 12:34:48 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 Oct 2004 13:34:48 +0100
Subject: [Icecast] Bug, if you combine yp-dir-listing and chroot
In-Reply-To: <opsfd48bjmfgnvdb@linux.site>
References: <opsfd48bjmfgnvdb@linux.site>
Message-ID: <1096979687.14562.5.camel@bogus.hackers.club>

On Tue, 2004-10-05 at 10:42, Leo Willner wrote:
> Hi out there,
> 
> 	I just compiled the latest icecast2 and tried to use chroot and  
> yp-dir-listing together, but it doesn't work. Yp-dir-listing itself works  
> fine. I use a SuSE 8.2 and older libs (curl 7.10, libogg and lib vorbis  
> araound 1.0.95) that should still be in the combatibility-range, as far as  
> I can read on icecasts homepage. I hope there will be a fix for that bug  
> in the future.

If something doesn't work when chroot is in effect and ok when not then
it's more than likely to be a chroot environment problem.  Icecast will
use system services to perform operations.

I would guess for YP, the ability to make a connection to another server
is causing the problem, which entails the DNS lookup. I suspect you do
not have the /etc files setup correctly in the chroot jail.

karl



From karl at xiph.org  Tue Oct  5 12:43:29 2004
From: karl at xiph.org (Karl Heyes)
Date: 05 Oct 2004 13:43:29 +0100
Subject: [icecast] more metadata in stats.xml?
In-Reply-To: <1096949103.13849.isis@pie.com.tw>
References: <1096949103.13849.isis@pie.com.tw>
Message-ID: <1096980208.14562.14.camel@bogus.hackers.club>

On Tue, 2004-10-05 at 05:05, isis wrote:
> hi
> 
> I'm  newbie  to  this  mailing  list  so  if  i  say  something
> listless  please  forgive  me...;)
> 
> I'm  wondering  is  it  possible  to  get  more  metadata  (ex:
> station  title,  URL,  description,  genre..)  from  stats.xml
> thus  I  can  grab  these  info  into  status.xsl.

The stats.xml is hardcoded but will get all the stats that have been
submitted, the xsl files though can be formatted how you want and be as
selective as you want.

karl.




From leo.currie at strath.ac.uk  Tue Oct  5 12:46:32 2004
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Tue, 05 Oct 2004 13:46:32 +0100
Subject: [Icecast] Can't connect winamp source to icecast server
In-Reply-To: <41607983.8000600@maths.otago.ac.nz>
References: <41607983.8000600@maths.otago.ac.nz>
Message-ID: <416297A8.8000908@strath.ac.uk>

Greg Trounson wrote:

> Gidday,
> 
> I have a winamp 2.95 source that cannot upload the stream to my icecast 
> server.

I'm assuming you're trying the Nullsoft Shoutcast DSP plugin.

> Since icecast is compatible with shoutcast surely a winamp source should 
> be able to connect?

I'm afraid not, but this is because Icecast uses mountpoints, which lets 
you specify multiple streams per server, e.g:
	my-server.com:8000/radiohiband.ogg
	my-server.com:8000/radioloband.ogg
	my-server.com:8000/demo_mp3
etc.

This is in contrast to SHOUTCast which provides only a single stream per 
server instance. (so for the above example, you'd need to run 3 copies 
of SHOUTCast on 6 different ports, except of course you can't stream in 
vorbis!)

> 
> any help appreciated,

Try the Oddcast plugin instead -

http://www.oddsock.org/tools/oddcastv2_wa2/

Leo


From u2002189 at giki.edu.pk  Tue Oct  5 13:49:17 2004
From: u2002189 at giki.edu.pk (Waqas Ahsan)
Date: Tue, 5 Oct 2004 18:49:17 +0500
Subject: [Icecast] Ban clients
Message-ID: <003601c4aae2$1ece1690$4233a8c0@waqas>

hi
i was wondering if ther was anyway of banning or preventing specific clients(IP's) from connecting to ur icecast server. Shoutcast has the 
sc_serv.ban
file for this server. Any similar feature in icecast2??
Thnx for your help ^_^
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041005/e33fd06d/attachment.htm>

From hallm at 1satcom.com  Tue Oct  5 13:53:27 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Tue, 5 Oct 2004 08:53:27 -0500
Subject: [Icecast] Archiving live streams broken down by time.
Message-ID: <E1CEpr6-0000LY-00@debiansatcom>

With all of your help, I've got Ices & Icecast producing live streams for
the internet.

 

Is there a way that I can save an archive file by a time span; for example
we have two radio shows that we want to have daily archives on the website,
one that is from 7:30am to 8:00am and one that is from 3:00pm to 3:30pm.  Is
there a way that they could be saved with a different filename each day.
Ex.  OpenLine093004.ogg for the first show and SportsShow093004.ogg for the
second show.  Then have the next day saved with the following date.

 

Any help would be appreciated.

 

 

Thanks,

 

Marion

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

From crupp at umc-web.de  Tue Oct  5 14:11:32 2004
From: crupp at umc-web.de (Christoph Rupp)
Date: Tue, 05 Oct 2004 16:11:32 +0200
Subject: [Icecast] Archiving live streams broken down by time.
In-Reply-To: <E1CEpr6-0000LY-00@debiansatcom>
References: <E1CEpr6-0000LY-00@debiansatcom>
Message-ID: <4162AB94.4090507@umc-web.de>

Hi Marion,

Marion Hall wrote:
> Is there a way that I can save an archive file by a time span; for 
> example we have two radio shows that we want to have daily archives on 
> the website, one that is from 7:30am to 8:00am and one that is from 
> 3:00pm to 3:30pm.  Is there a way that they could be saved with a 
> different filename each day.  Ex.  OpenLine093004.ogg for the first show 
> and SportsShow093004.ogg for the second show.  Then have the next day 
> saved with the following date.

you could use a cronjob - the first cronjob starts a shell script at 
3:00; the shell script generates the filename from the current date and 
time (i.e. OpenLine09001.ogg) and starts dumping the stream (i.e. with 
wget). at 3:30 you start another cronjob which kills wget.

Chris


From andy at earthsong.free-online.co.uk  Tue Oct  5 15:57:03 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Tue, 05 Oct 2004 16:57:03 +0100
Subject: [Icecast] Re: Archiving live streams broken down by time.
References: <E1CEpr6-0000LY-00@debiansatcom>
Message-ID: <pan.2004.10.05.15.57.03.289952@earthsong.free-online.co.uk>

On Tue, 05 Oct 2004 08:53:27 -0500, Marion Hall wrote:

> With all of your help, I've got Ices & Icecast producing live streams for
> the internet.
> 
>  
> 
> Is there a way that I can save an archive file by a time span; for example
> we have two radio shows that we want to have daily archives on the website,
> one that is from 7:30am to 8:00am and one that is from 3:00pm to 3:30pm.  Is
> there a way that they could be saved with a different filename each day.
> Ex.  OpenLine093004.ogg for the first show and SportsShow093004.ogg for the
> second show.  Then have the next day saved with the following date.
> 
>  
> 
> Any help would be appreciated.

One way to do it would be to run jack as a sound daemon, then use the
jackified version of ices to make the stream, and have a script which
kicks off a recording session using ecasound every 30 minutes.

But if you're happy to record the sessions at the same bitrate you're
streaming at, the other poster's solution with wget might be better.





From gregt at maths.otago.ac.nz  Tue Oct  5 21:30:20 2004
From: gregt at maths.otago.ac.nz (Greg Trounson)
Date: Wed, 06 Oct 2004 10:30:20 +1300
Subject: [Icecast] Can't connect winamp source to icecast server
In-Reply-To: <416297A8.8000908@strath.ac.uk>
References: <41607983.8000600@maths.otago.ac.nz>
	<416297A8.8000908@strath.ac.uk>
Message-ID: <4163126C.50009@maths.otago.ac.nz>

Leo Currie wrote:
> Greg Trounson wrote:
> 
>> Gidday,
>>
>> I have a winamp 2.95 source that cannot upload the stream to my 
>> icecast server.
> 
> 
> I'm assuming you're trying the Nullsoft Shoutcast DSP plugin.

That's the one.

>> Since icecast is compatible with shoutcast surely a winamp source 
>> should be able to connect?
> 
> 
> I'm afraid not, but this is because Icecast uses mountpoints, which lets 
> you specify multiple streams per server, e.g:
>     my-server.com:8000/radiohiband.ogg
>     my-server.com:8000/radioloband.ogg
>     my-server.com:8000/demo_mp3
> etc.
> 
> This is in contrast to SHOUTCast which provides only a single stream per 
> server instance. (so for the above example, you'd need to run 3 copies 
> of SHOUTCast on 6 different ports, except of course you can't stream in 
> vorbis!)
> 

The problem is that I have someone who insists on using the win32/winamp 
combination as the source, and I'd rather use icecast as the server 
instead of the nullsoft shoutcast implementation.

You say above that I'd need to run 3 copies of shoutcast on 6 ports to 
handle 3 streams, so is it possible to use SHOUTCast send a single 
stream to an icecast server?

> 
> Try the Oddcast plugin instead -
> 
> http://www.oddsock.org/tools/oddcastv2_wa2/

Thanks, I'll give that a go for my own tinkering.

Greg


From btrent at newsguy.com  Wed Oct  6 00:20:53 2004
From: btrent at newsguy.com (Brett Trent)
Date: Tue, 5 Oct 2004 20:20:53 -0400
Subject: [Icecast] Windows Equivalent of Nicecast?
Message-ID: <a06010201bd88ea043e91@[10.0.1.3]>

My client has been using Nicecast on a Mac to broadcast to Icecast2 for a while now and it has worked great.  Nicecast is a perfect blend of features and ease-of-use for them.

Unfortunately their Mac was stolen last night and they need to start broadcasting from a Windows machine.  Can anyone recommend an equivalent, friendly Windows app like Nicecast?

Thanks,
Brett


From daleg at elemental.org  Wed Oct  6 00:22:49 2004
From: daleg at elemental.org (Dale Ghent)
Date: Tue, 5 Oct 2004 20:22:49 -0400
Subject: [Icecast] Windows Equivalent of Nicecast?
In-Reply-To: <a06010201bd88ea043e91@[10.0.1.3]>
References: <a06010201bd88ea043e91@[10.0.1.3]>
Message-ID: <DA77D0E7-172D-11D9-8FB8-000A95BAFCA8@elemental.org>


On Oct 5, 2004, at 8:20 PM, Brett Trent wrote:

> My client has been using Nicecast on a Mac to broadcast to Icecast2 
> for a while now and it has worked great.  Nicecast is a perfect blend 
> of features and ease-of-use for them.
>
> Unfortunately their Mac was stolen last night and they need to start 
> broadcasting from a Windows machine.  Can anyone recommend an 
> equivalent, friendly Windows app like Nicecast?

http://www.oddsock.org/tools/

/dale



From hallm at 1satcom.com  Wed Oct  6 00:54:57 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Tue, 5 Oct 2004 19:54:57 -0500
Subject: [Icecast] Archiving live streams broken down by time.
In-Reply-To: <4162AB94.4090507@umc-web.de>
Message-ID: <E1CF0BN-0001Cl-00@debiansatcom>

Chris Rupp wrote:
> you could use a cronjob - the first cronjob starts a shell script at 
> 3:00; the shell script generates the filename from the current date and 
> time (i.e. OpenLine09001.ogg) and starts dumping the stream (i.e. with 
> wget). at 3:30 you start another cronjob which kills wget.

> Chris



I believe that's going to work.  Here are the commands I used:

wget -O /var/mp3/openline-`date +%m-%d-%Y`.ogg
http://localhost:8000/kwlv.ogg

& 

start-stop-daemon --stop -n wget

I've got the cron jobs set to the times of the shows and I'll find out
tomorrow if it works.

Thanks for your help

Marion



From leo.currie at strath.ac.uk  Wed Oct  6 10:51:48 2004
From: leo.currie at strath.ac.uk (Leo Currie)
Date: Wed, 06 Oct 2004 11:51:48 +0100
Subject: [Icecast] Can't connect winamp source to icecast server
In-Reply-To: <4163126C.50009@maths.otago.ac.nz>
References: <41607983.8000600@maths.otago.ac.nz>	<416297A8.8000908@strath.ac.uk>
	<4163126C.50009@maths.otago.ac.nz>
Message-ID: <4163CE44.6070502@strath.ac.uk>

Greg Trounson wrote:

[snip]

> The problem is that I have someone who insists on using the win32/winamp 
> combination as the source, and I'd rather use icecast as the server 
> instead of the nullsoft shoutcast implementation.

Absolutely. I wasn't suggesting that you use SHOUTCast - I was trying to 
give an example of why Icecast is more flexible, and how the SHOUTCast 
plugin is limited to streaming *only* to SHOUTCast servers.

> You say above that I'd need to run 3 copies of shoutcast on 6 ports to 
> handle 3 streams, so is it possible to use SHOUTCast send a single 
> stream to an icecast server?

I think it is *possible* to relay several SHOUTCast servers from 
Icecast, but thats not what I'm suggesting.

The oddcast plugin lets you stream Vorbis or MP3 to an Icecast server 
from Winamp. You can combine it with a plugin stacker to invoke multiple 
instances of Oddcast from the same instance of Winamp to stream various 
combinations of bitrate/format of the same content to a single Icecast 
server, on various mountpoints.

(BTW - you can also achieve this with the commercial Spacial Audio plugin.)

Leo



From hallm at 1satcom.com  Wed Oct  6 17:29:43 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Wed, 6 Oct 2004 12:29:43 -0500
Subject: [Icecast] Archiving live streams broken down by time.
In-Reply-To: <4162AB94.4090507@umc-web.de>
Message-ID: <E1CFFiC-0002JD-00@debiansatcom>



Chris Rupp wrote

>you could use a cronjob - the first cronjob starts a shell script at 
>3:00; the shell script generates the filename from the current date and 
>time (i.e. OpenLine09001.ogg) and starts dumping the stream (i.e. with 
>wget). at 3:30 you start another cronjob which kills wget.

>Chris


That worked great.

Thanks,

Marion




From fkranen at yepz.nl  Wed Oct  6 22:18:26 2004
From: fkranen at yepz.nl (Fabian Kranen)
Date: Thu, 7 Oct 2004 00:18:26 +0200
Subject: [Icecast] Syncing doesn't seem to work?
Message-ID: <006701c4abf2$66f42c50$9900000a@fabswindhoos>

I kind of copied the example from the distribution and changed it a bit so it would send my own lame encoded mp3 data. I decode an mp3 and encode that same data again in a lower bitrate and send that data to my icecast server. After each shout_send i use the shout_sync function but it doesn't seem to wait and just sends all available buffers at once to the icecast server. When its done sending all buffers to the icecast server, it just stops playing the stream in my client (even though the source remains connected).

Does anybody got an idea what's wrong?

Thanks in advance,

Fabian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041007/607a80e0/attachment.htm>

From groups at mediacast1.com  Fri Oct  8 05:39:04 2004
From: groups at mediacast1.com (Dave St John)
Date: Thu, 7 Oct 2004 23:39:04 -0600
Subject: [Icecast] Dlink DSM 320
References: <41607983.8000600@maths.otago.ac.nz>	<416297A8.8000908@strath.ac.uk><4163126C.50009@maths.otago.ac.nz>
	<4163CE44.6070502@strath.ac.uk>
Message-ID: <02df01c4acf9$22ccd560$1401a8c0@copperhead>

Well i did it, i finally broke down and bought a hardware based media 
player, the dlink dsm 320.
Not only can i watch my dvds from my pc, but listen to my 30+gb ogg vorbis 
collection,
create a playlist file (.pls format) with shoutcast and icecast2 streams 
(mp3 only) and crank them
through the home theatre system.
Just a heads up though, even though it supports shoutcast and icecast2 mp3, 
the ogg vorbis streaming
doesn't work, it plays for about 4 seconds then pops a window up stating 
file format not supported.
Sounds like they made the ogg vorbis decoder do cbr or bitrate management 
instead of quality,
not entirely sure though., maybe if we all fire over some emails to 
dlink.com they will address
this issue in there next firmware version.

Hopefully with the next firmware version they will have fixed the ogg vorbis 
icecast2 streaming
issue, we are so close to seeing icecast2 and ogg vorbis streaming take 
off!! like shoutcast
and mp3 has.

All in all i recommend this product, definitely worth a mention on 
vorbis.com for support of ogg vorbis files
and icecast2 mp3 streaming.


Dave St John
Mediacast1 Administration

Need Support ?
http://mediacast1.com/helpdesk 




From john at kqlz.org  Fri Oct  8 21:43:57 2004
From: john at kqlz.org (John)
Date: Fri, 08 Oct 2004 17:43:57 -0400
Subject: [Icecast] Real UserAgent?
Message-ID: <41670A1D.7040708@kqlz.org>

Hello All!

Is there any chance of showing the real useagent in the "listclients.xsl"
I like to keep track of what players and version is used.
Winamp 2.x or 5.x only shows Winamp not "WinampMPEG/5.0"

Now xmms useragents works like it should!

Thanks
John





From michael.kamleitner at chello.at  Sat Oct  9 08:47:35 2004
From: michael.kamleitner at chello.at (Michael Kamleitner)
Date: Sat, 9 Oct 2004 10:47:35 +0200
Subject: [Icecast] icecast ondemand / id3 tags
Message-ID: <001101c4addc$a2da4380$6300a8c0@home4>

hi list,

I plan to use icecast to stream mp3-files on demand, however, icecast seems
to ignore the existing id3(v1)-tags when serving static files... is there
any workaround for this problem?

thx,
michi

---------------------------------------------------------------------
PLAY-FM :: Web-Radio & Audio Archive
---------------------------------------------------------------------
PLAY-FM 
quartier21/MQ 
Museumsplatz 1 
A-1070 Vienna 
 
mobile: +43-699-11607923
http://www.play-fm.net 
michael.kamleitner at play-fm.net 




From msmith at xiph.org  Mon Oct 11 01:07:26 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 11 Oct 2004 11:07:26 +1000
Subject: [Icecast] icecast ondemand / id3 tags
In-Reply-To: <001101c4addc$a2da4380$6300a8c0@home4>
References: <001101c4addc$a2da4380$6300a8c0@home4>
Message-ID: <200410111107.26742.msmith@xiph.org>

On Saturday 09 October 2004 18:47, Michael Kamleitner wrote:
> hi list,
>
> I plan to use icecast to stream mp3-files on demand, however, icecast seems
> to ignore the existing id3(v1)-tags when serving static files... is there
> any workaround for this problem?
>

Icecast properly serves the entire file when doing static file-serving. 
However, the id3 tag is at the end of the file, so the client doesn't receive 
it until the end. There's nothing icecast can do about this: either you want 
static file serving, or you don't.

Mike



From msmith at xiph.org  Mon Oct 11 01:09:15 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 11 Oct 2004 11:09:15 +1000
Subject: [Icecast] Real UserAgent?
In-Reply-To: <41670A1D.7040708@kqlz.org>
References: <41670A1D.7040708@kqlz.org>
Message-ID: <200410111109.15518.msmith@xiph.org>

On Saturday 09 October 2004 07:43, John wrote:
> Hello All!
>
> Is there any chance of showing the real useagent in the "listclients.xsl"
> I like to keep track of what players and version is used.
> Winamp 2.x or 5.x only shows Winamp not "WinampMPEG/5.0"
>

This shouldn't happen - the user agent isn't processed here. Maybe your winamp 
version really _is_ just sending "Winamp"?

Mike



From vincent.charvaux at nerim.net  Mon Oct 11 08:31:07 2004
From: vincent.charvaux at nerim.net (vincent Charvaux)
Date: Mon, 11 Oct 2004 10:31:07 +0200
Subject: [Icecast] update.
Message-ID: <000a01c4af6c$a7ac9250$02fea8c0@boubouneordi>

Hello, 

I would like to know how to make for updater my titles when I stream in oggvorbis, or which solution there is of other.  

Cordially vincent
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041011/951a7fa5/attachment.htm>

From vincent.charvaux at nerim.net  Mon Oct 11 08:37:56 2004
From: vincent.charvaux at nerim.net (vincent Charvaux)
Date: Mon, 11 Oct 2004 10:37:56 +0200
Subject: [Icecast] Update.
Message-ID: <003901c4af6d$9bbc9520$02fea8c0@boubouneordi>

Hello,

I would like to know how to make for updater my titles when I stream in oggvorbis, or which solution there is of other.
Cordially vincent
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041011/6a751fa1/attachment.htm>

From djsnm at djsnm.com  Tue Oct 12 02:53:08 2004
From: djsnm at djsnm.com (Scott Manley)
Date: Mon, 11 Oct 2004 19:53:08 -0700
Subject: [Icecast] Dlink DSM 320
In-Reply-To: <02df01c4acf9$22ccd560$1401a8c0@copperhead>
References: <41607983.8000600@maths.otago.ac.nz>	<416297A8.8000908@strath.ac.uk><4163126C.50009@maths.otago.ac.nz>	<4163CE44.6070502@strath.ac.uk>
	<02df01c4acf9$22ccd560$1401a8c0@copperhead>
Message-ID: <416B4714.1080200@djsnm.com>

I've got one of these on the way right now - BestBuy has a special on 
them and I think Buy.com is doing a 30$ rebate.
I gather that it's based on the ZenSonic units which supposedly supports 
Ogg, but that particular bit of code isn't quite up to speed yet.


> Well i did it, i finally broke down and bought a hardware based media 
> player, the dlink dsm 320.
> Not only can i watch my dvds from my pc, but listen to my 30+gb ogg 
> vorbis collection,
> create a playlist file (.pls format) with shoutcast and icecast2 
> streams (mp3 only) and crank them
> through the home theatre system.
> Just a heads up though, even though it supports shoutcast and icecast2 
> mp3, the ogg vorbis streaming
> doesn't work, it plays for about 4 seconds then pops a window up 
> stating file format not supported.
> Sounds like they made the ogg vorbis decoder do cbr or bitrate 
> management instead of quality,
> not entirely sure though., maybe if we all fire over some emails to 
> dlink.com they will address
> this issue in there next firmware version.
>
> Hopefully with the next firmware version they will have fixed the ogg 
> vorbis icecast2 streaming
> issue, we are so close to seeing icecast2 and ogg vorbis streaming 
> take off!! like shoutcast
> and mp3 has.
>
> All in all i recommend this product, definitely worth a mention on 
> vorbis.com for support of ogg vorbis files
> and icecast2 mp3 streaming.
>
>
> Dave St John
> Mediacast1 Administration
>
> Need Support ?
> http://mediacast1.com/helpdesk
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From geoff at hitsandpieces.net  Tue Oct 12 03:21:03 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 12 Oct 2004 13:21:03 +1000
Subject: [Icecast] Update.
In-Reply-To: <003901c4af6d$9bbc9520$02fea8c0@boubouneordi>
References: <003901c4af6d$9bbc9520$02fea8c0@boubouneordi>
Message-ID: <Pine.LNX.4.61.0410121320330.1585@data.home>

Hi:

What software are you using, under what opperating system?

Geoff.


From andy at earthsong.free-online.co.uk  Tue Oct 12 03:52:44 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Tue, 12 Oct 2004 04:52:44 +0100
Subject: [Icecast] icecast cpu test
Message-ID: <pan.2004.10.12.03.52.34.551196@earthsong.free-online.co.uk>

I just ran a test of icecast to see how much cpu it uses. I set 500
instances of wget downloading from the mount point over loopback, and the
cpu usage of the server was still barely reaching 0.3% on a 1.4G machine.
The total bandwidth was 15Mbit/s. Each stream was 64 kbit/s. (I think some
of the downloads weren't running fully - 15M/64k=240). I haven't tested
over ethernet yet.

What I would like to know is whether this level of cpu use is expected
(seems very low), and generally what kind of spec machine we would need to
serve up to maybe 100 simultaneous on-demand or real time streams?



From daleg at elemental.org  Tue Oct 12 04:20:55 2004
From: daleg at elemental.org (Dale Ghent)
Date: Tue, 12 Oct 2004 00:20:55 -0400
Subject: [Icecast] icecast cpu test
In-Reply-To: <pan.2004.10.12.03.52.34.551196@earthsong.free-online.co.uk>
References: <pan.2004.10.12.03.52.34.551196@earthsong.free-online.co.uk>
Message-ID: <1C3EA9DA-1C06-11D9-822C-000A95BAFCA8@elemental.org>

On Oct 11, 2004, at 11:52 PM, Andy Baxter wrote:

> What I would like to know is whether this level of cpu use is expected
> (seems very low), and generally what kind of spec machine we would 
> need to
> serve up to maybe 100 simultaneous on-demand or real time streams?

Questions like this are inane and pointless.

The answer is almost always the following: Buy the biggest CPU and as 
much memory as you can afford or wish to spend. CPU power is rarely the 
limiting factor these days.

You kind of answered your own question anyways... I mean, you say you 
had 500 streams being pulled and the box wasn't taxed... and now you're 
asking about 100... am I missing something here?

/dale



From guym at arizona.edu  Tue Oct 12 16:55:38 2004
From: guym at arizona.edu (Guy McArthur)
Date: Tue, 12 Oct 2004 09:55:38 -0700
Subject: [Icecast] Dlink DSM 320
In-Reply-To: <416B4714.1080200@djsnm.com>
References: <41607983.8000600@maths.otago.ac.nz>
	<416297A8.8000908@strath.ac.uk> <4163126C.50009@maths.otago.ac.nz>
	<4163CE44.6070502@strath.ac.uk>
	<02df01c4acf9$22ccd560$1401a8c0@copperhead>
	<416B4714.1080200@djsnm.com>
Message-ID: <416C0C8A.20805@arizona.edu>

Any opinions on the MacSense homepod?

I'm shopping for a wireless media hub, it must support ogg and aac, have 
a good display + remote, and the server must run on Linux....

--
Guy



From mp at xmission.com  Tue Oct 12 17:43:58 2004
From: mp at xmission.com (Myke Place)
Date: Tue, 12 Oct 2004 11:43:58 -0600
Subject: [Icecast] status.xsl contains old entries
Message-ID: <20041012174358.GA29301@xmission.com>

Hello all,

When I look at status.xsl for my Icecast2 server, I see not only 
currently connected mounts, but also _previously_ connected mounts which 
read as "Stream Information (stream not currently available)". 

Is this the desired behavior? It seems as streams connect and 
disconnect, this page fills up quickly to the point where it is 
unusable. 

If it's a misconfiguration, can anybody tell me how to fix it?

Thanks,

-mp


From andy at earthsong.free-online.co.uk  Tue Oct 12 20:24:38 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Tue, 12 Oct 2004 21:24:38 +0100
Subject: [Icecast] Re: icecast cpu test
References: <pan.2004.10.12.03.52.34.551196@earthsong.free-online.co.uk>
	<1C3EA9DA-1C06-11D9-822C-000A95BAFCA8@elemental.org>
Message-ID: <pan.2004.10.12.20.24.36.855513@earthsong.free-online.co.uk>

On Tue, 12 Oct 2004 00:20:55 -0400, Dale Ghent wrote:

> On Oct 11, 2004, at 11:52 PM, Andy Baxter wrote:
> 
>> What I would like to know is whether this level of cpu use is expected
>> (seems very low), and generally what kind of spec machine we would 
>> need to
>> serve up to maybe 100 simultaneous on-demand or real time streams?
> 
> Questions like this are inane and pointless.
> 
> The answer is almost always the following: Buy the biggest CPU and as 
> much memory as you can afford or wish to spend. CPU power is rarely the 
> limiting factor these days.
> 
> You kind of answered your own question anyways... I mean, you say you 
> had 500 streams being pulled and the box wasn't taxed... and now you're 
> asking about 100... am I missing something here?
> 

I thought there might be something wrong with the way I had done the test,
because the CPU was way below what I'd expected. But I just worked it out
roughly from the total bandwidth, and it does make sense.




From msmith at xiph.org  Wed Oct 13 00:31:05 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 13 Oct 2004 10:31:05 +1000
Subject: [Icecast] status.xsl contains old entries
In-Reply-To: <20041012174358.GA29301@xmission.com>
References: <20041012174358.GA29301@xmission.com>
Message-ID: <200410131031.05986.msmith@xiph.org>

On Wednesday 13 October 2004 03:43, Myke Place wrote:
> Hello all,
>
> When I look at status.xsl for my Icecast2 server, I see not only
> currently connected mounts, but also _previously_ connected mounts which
> read as "Stream Information (stream not currently available)".
>
> Is this the desired behavior? It seems as streams connect and
> disconnect, this page fills up quickly to the point where it is
> unusable.

This is not a bug.

If you don't want this, it's very easy to modify your status.xsl (it's 
designed to be user-modified) to not display things that you're not 
interested in.

Mike



From andy at earthsong.free-online.co.uk  Wed Oct 13 17:11:09 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Wed, 13 Oct 2004 18:11:09 +0100
Subject: [Icecast] cpu usage for ices and oggenc
Message-ID: <pan.2004.10.13.17.11.09.260187@earthsong.free-online.co.uk>

I'm running ices-kh to stream from jack at 64kbps, and also using oggenc
(with ecasound via jack) to record the audio to disk at the same time.
This is also running at 64kbps.

ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't
see why there should be such a difference - both are recording the same
audio stream in real time at the same bitrate. oggenc is getting its input
as a raw audio pipe from ecasound. I checked with ldd, and both are using
the same version of libvorbisenc.

Why is this happening?




From andy at earthsong.free-online.co.uk  Wed Oct 13 17:40:30 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Wed, 13 Oct 2004 18:40:30 +0100
Subject: [Icecast] Re: cpu usage for ices and oggenc
References: <pan.2004.10.13.17.11.09.260187@earthsong.free-online.co.uk>
Message-ID: <pan.2004.10.13.17.40.30.76922@earthsong.free-online.co.uk>

On Wed, 13 Oct 2004 18:11:09 +0100, Andy Baxter wrote:

> I'm running ices-kh to stream from jack at 64kbps, and also using oggenc
> (with ecasound via jack) to record the audio to disk at the same time.
> This is also running at 64kbps.
> 
> ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't
> see why there should be such a difference - both are recording the same
> audio stream in real time at the same bitrate. oggenc is getting its input
> as a raw audio pipe from ecasound. I checked with ldd, and both are using
> the same version of libvorbisenc.
> 
> Why is this happening?

P.S. I know you can record streams from ices, or dump the stream from
icecast, but the scripting for splitting the stream into individual shows
is simpler using the ecasound/oggenc method, so I wanted to try using
that.




From msmith at xiph.org  Thu Oct 14 00:43:50 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 14 Oct 2004 10:43:50 +1000
Subject: [Icecast] cpu usage for ices and oggenc
In-Reply-To: <pan.2004.10.13.17.11.09.260187@earthsong.free-online.co.uk>
References: <pan.2004.10.13.17.11.09.260187@earthsong.free-online.co.uk>
Message-ID: <200410141043.50179.msmith@xiph.org>

On Thursday 14 October 2004 03:11, Andy Baxter wrote:
> I'm running ices-kh to stream from jack at 64kbps, and also using oggenc
> (with ecasound via jack) to record the audio to disk at the same time.
> This is also running at 64kbps.
>
> ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't
> see why there should be such a difference - both are recording the same
> audio stream in real time at the same bitrate. oggenc is getting its input
> as a raw audio pipe from ecasound. I checked with ldd, and both are using
> the same version of libvorbisenc.
>
> Why is this happening?
>

Whilst I don't have a definite answer, it's very common for certain types of 
application to cause 'top' (and any tool that works in a similar way) to 
drastically under-report cpu usage. 

A common example familiar to many (it's probably less noticable now, since 
cpus are much faster) is xmms playing mp3s - on a system where that was known 
to take ~10-15% of cpu time, top consistently reported 0% used. 

So it might just be that the cpu usage is being mis-reported. 

Mike



From andy at earthsong.free-online.co.uk  Thu Oct 14 01:51:22 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Thu, 14 Oct 2004 02:51:22 +0100
Subject: [Icecast] Re: cpu usage for ices and oggenc
References: <pan.2004.10.13.17.11.09.260187@earthsong.free-online.co.uk>
	<200410141043.50179.msmith@xiph.org>
Message-ID: <pan.2004.10.14.01.51.19.611350@earthsong.free-online.co.uk>

On Thu, 14 Oct 2004 10:43:50 +1000, Michael Smith wrote:

> On Thursday 14 October 2004 03:11, Andy Baxter wrote:
>> I'm running ices-kh to stream from jack at 64kbps, and also using oggenc
>> (with ecasound via jack) to record the audio to disk at the same time.
>> This is also running at 64kbps.
>>
>> ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't
>> see why there should be such a difference - both are recording the same
>> audio stream in real time at the same bitrate. oggenc is getting its input
>> as a raw audio pipe from ecasound. I checked with ldd, and both are using
>> the same version of libvorbisenc.
>>
>> Why is this happening?
>>
> 
> Whilst I don't have a definite answer, it's very common for certain types of 
> application to cause 'top' (and any tool that works in a similar way) to 
> drastically under-report cpu usage. 
> 
> A common example familiar to many (it's probably less noticable now, since 
> cpus are much faster) is xmms playing mp3s - on a system where that was known 
> to take ~10-15% of cpu time, top consistently reported 0% used. 
> 
> So it might just be that the cpu usage is being mis-reported. 
> 
> Mike

It looks like this is the problem - the cpu times from
/proc/[pid]/stat are stuck at zero for ices, but not for some of the other
processes. Killing the process drops the total cpu use by about 13%, which
fits with the amount needed by oggenc.



From tubbs at wispdirect.com  Thu Oct 14 05:51:31 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Thu, 14 Oct 2004 00:51:31 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <00bc01c4b157$48198680$1401a8c0@copperhead>
Message-ID: <416DCD93.29227.12D5B0@localhost>

My bad, try curl -s --user etc etc etc...  I suppose that'd help. :]
On 13 Oct 2004 at 13:02, Dave St John wrote:

> 
> Here is the error i get now.
> 
> [root at mc1 gork]# curl --useruser:pass 
> 'http://64.62.252.140:9120/admin/metadata?mount=/live.ogg&mode=updinfo&song=test_name+te
> st_Title'
> <b>source will not accept URL updates</b>
> 
> 
> Dave St John
> Mediacast1 Administration
> Need Support ?
> http://mediacast1.com/helpdesk
>     ----- Original Message ----- 
> From: Cody Tubbs (wISPdirect) 
> To: icecast at xiph.org 
> Cc: Dave St John 
> Sent: Saturday, October 02, 2004 2:07 PM
> Subject: Re: [Icecast] Song Updates
> 
> You did not type the exact string I told you to first of all. You forgot to use the 's after before the h 
> in http and at the end.
> 
> curl --user admin:hackme 
> 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> 
> notice the useage of the 's in my string and not in yours. Your string is launching nonsense into 
> the background via the two &'s, hence [1] and [2]. Follow my string and it will work wonders. 
> Sorry for the delay in reply.
> 
> -- Cody Tubbs : (Certified Master Linux Administrator)
>  : (Certified Unix Security Specialist)
> -- wISPdirect : http://www.wISPdirect.com
> -- Broadway Internet
> 
> On 1 Oct 2004 at 16:37, Dave St John wrote:
> 
> > [root at mediacast1 gork]# curl --user user:pass 
> > http://64.62.252.140:9120/admin/metadata?mount=/live.ogg&mode=updinfo&song=test
> > [1] 7877
> > [2] 7878
> > [root at mediacast1 gork]# <b>Missing parameter</b>
> > 
> > [1]- Done curl --user user:pass 
> > http://64.62.252.140:9120/admin/metadata?mount=/live.ogg
> > [2]+ Done mode=updinfo
> > 
> > 
> > 
> > Dave St John
> > Mediacast1 Administration
> > 
> > Need Support ?
> > http://mediacast1.com/helpdesk
> > ----- Original Message ----- 
> > From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> > To: <icecast at xiph.org>
> > Cc: "Dave St John" <groups at mediacast1.com>
> > Sent: Friday, October 01, 2004 3:14 PM
> > Subject: Re: [Icecast] Song Updates
> > 
> > 
> > > Please paste exact output and syntax
> > >
> > >
> > > On 1 Oct 2004 at 15:08, Dave St John wrote:
> > >
> > >> We tried curl but got an error saying an extra method is not available?
> > >> ideas?
> > >>
> > >>
> > >> Dave St John
> > >> Mediacast1 Administration
> > >>
> > >> Need Support ?
> > >> http://mediacast1.com/helpdesk
> > >> ----- Original Message ----- 
> > >> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> > >> To: <icecast at xiph.org>
> > >> Sent: Friday, October 01, 2004 2:54 PM
> > >> Subject: Re: [Icecast] Song Updates
> > >>
> > >>
> > >> > go download curl, you need it, the method you're trying wont work,
> > >> > it's what I tried first until I figured out curl worked instead.
> > >> >
> > >> > On 1 Oct 2004 at 16:49, John wrote:
> > >> >
> > >> >> Hello Cody
> > >> >> Thanks for the response.
> > >> >>
> > >> >> I don't have access to curl.
> > >> >>
> > >> >> When I try ' http://[my server IP]:[my
> > >> >> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title'
> > >> >> with a web browser
> > >> >> I get a return of "source will not accept URL updates "
> > >> >>
> > >> >> If I try 'http://[my server IP]:[my
> > >> >> port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> > >> >> (minus the .ogg on the mount)
> > >> >> I get "Source does not exist".
> > >> >>
> > >> >> I have 2 streams running on that server live.ogg and live2.ogg.
> > >> >> I even tried it in perl since I already have a script I wrote for SC 
> > >> >> so
> > >> >> I just changed it for icecast and the same thing happens.
> > >> >>
> > >> >> I know in SC there is a place for a password:
> > >> >> 
> 'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://
> www.yousite.com'
> > >> >>
> > >> >> I'm stumped
> > >> >>
> > >> >> John
> > >> >>
> > >> >
> > >> >> Cody Tubbs (wISPdirect) wrote:
> > >> >>
> > >> >> >Run this from command line:
> > >> >> >
> > >> >> >> >> >> >
> > >> >> >That should set you all up, just change IP, Port and MountPoint.
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >>
> > >> >> _______________________________________________
> > >> >> Icecast mailing list
> > >> >> Icecast at xiph.org
> > >> >> http://lists.xiph.org/mailman/listinfo/icecast
> > >> >>
> > >> >
> > >> >
> > >> > -- Cody Tubbs : (Certified Master Linux Administrator)
> > >> > : (Certified Unix Security Specialist)
> > >> > -- wISPdirect : http://www.wISPdirect.com
> > >> > -- Broadway Internet
> > >> >
> > >> > _______________________________________________
> > >> > Icecast mailing list
> > >> > Icecast at xiph.org
> > >> > http://lists.xiph.org/mailman/listinfo/icecast
> > >> >
> > >>
> > >>
> > >>
> > >
> > 
> > >
> > > -- Cody Tubbs : (Certified Master Linux Administrator)
> > > : (Certified Unix Security Specialist)
> > > -- wISPdirect : http://www.wISPdirect.com
> > > -- Broadway Internet
> > > 
> > 
> > 
> > 
> 
> 


-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- wISPdirect      : http://www.wISPdirect.com
-- Broadway Internet



From tubbs at wispdirect.com  Thu Oct 14 09:54:25 2004
From: tubbs at wispdirect.com (Cody Tubbs (wISPdirect))
Date: Thu, 14 Oct 2004 04:54:25 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <002f01c4b1bb$c2511170$1401a8c0@copperhead>
Message-ID: <416E0681.30747.F13E99@localhost>

Let this be a note for everyonein the future then.   When using mp3s i don't think 
there is a --enable-mp3-updates (I think it worked by default for me), yet if using ogg 
vorbis you must compile icecast2 with --enable-vorbis-updates in order to update the 
song/title id3 metadeta (Instructions on how to do so with `curl' are below). If I was 
using ogg I may have been of more use, yet I hope what was conversed helped get 
you on the right track.

-- Cody Tubbs    : (Certified Master Linux Administrator)
		 : (Certified Unix Security Specialist)
-- wISPdirect      : http://www.wISPdirect.com
-- Broadway Internet

On 14 Oct 2004 at 1:02, Dave St John wrote:

> Got it working, had to --enable-vorbis-updates during configure runtime.
> 
> 
> 
> Dave St John
> Mediacast1 Administration
> 
> Need Support ?
> http://mediacast1.com/helpdesk
> ----- Original Message ----- 
> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> To: <icecast at xiph.org>
> Sent: Wednesday, October 13, 2004 11:51 PM
> Subject: Re: [Icecast] Song Updates
> 
> 
> > My bad, try curl -s --user etc etc etc...  I suppose that'd help. :]
> > On 13 Oct 2004 at 13:02, Dave St John wrote:
> >
> >>
> >> Here is the error i get now.
> >>
> >> [root at mc1 gork]# curl --useruser:pass
> >> 'http://64.62.252.140:9120/admin/metadata?mount=/live.ogg&mode=updinfo&song=test_name+te
> >> st_Title'
> >> <b>source will not accept URL updates</b>
> >>
> >>
> >> Dave St John
> >> Mediacast1 Administration
> >> Need Support ?
> >> http://mediacast1.com/helpdesk
> >>     ----- Original Message ----- 
> >> From: Cody Tubbs (wISPdirect)
> >> To: icecast at xiph.org
> >> Cc: Dave St John
> >> Sent: Saturday, October 02, 2004 2:07 PM
> >> Subject: Re: [Icecast] Song Updates
> >>
> >> You did not type the exact string I told you to first of all. You forgot 
> >> to use the 's after before the h
> >> in http and at the end.
> >>
> >> curl --user admin:hackme
> >> 'http://192.168.0.1:8000/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >>
> >> notice the useage of the 's in my string and not in yours. Your string is 
> >> launching nonsense into
> >> the background via the two &'s, hence [1] and [2]. Follow my string and 
> >> it will work wonders.
> >> Sorry for the delay in reply.
> >>
> >> -- Cody Tubbs : (Certified Master Linux Administrator)
> >>  : (Certified Unix Security Specialist)
> >> -- wISPdirect : http://www.wISPdirect.com
> >> -- Broadway Internet
> >>
> >> On 1 Oct 2004 at 16:37, Dave St John wrote:
> >>
> >> > [root at mediacast1 gork]# curl --user user:pass
> >> > http://64.62.252.140:9120/admin/metadata?mount=/live.ogg&mode=updinfo&song=test
> >> > [1] 7877
> >> > [2] 7878
> >> > [root at mediacast1 gork]# <b>Missing parameter</b>
> >> >
> >> > [1]- Done curl --user user:pass
> >> > http://64.62.252.140:9120/admin/metadata?mount=/live.ogg
> >> > [2]+ Done mode=updinfo
> >> >
> >> >
> >> >
> >> > Dave St John
> >> > Mediacast1 Administration
> >> >
> >> > Need Support ?
> >> > http://mediacast1.com/helpdesk
> >> > ----- Original Message ----- 
> >> > From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> >> > To: <icecast at xiph.org>
> >> > Cc: "Dave St John" <groups at mediacast1.com>
> >> > Sent: Friday, October 01, 2004 3:14 PM
> >> > Subject: Re: [Icecast] Song Updates
> >> >
> >> >
> >> > > Please paste exact output and syntax
> >> > >
> >> > >
> >> > > On 1 Oct 2004 at 15:08, Dave St John wrote:
> >> > >
> >> > >> We tried curl but got an error saying an extra method is not 
> >> > >> available?
> >> > >> ideas?
> >> > >>
> >> > >>
> >> > >> Dave St John
> >> > >> Mediacast1 Administration
> >> > >>
> >> > >> Need Support ?
> >> > >> http://mediacast1.com/helpdesk
> >> > >> ----- Original Message ----- 
> >> > >> From: "Cody Tubbs (wISPdirect)" <tubbs at wispdirect.com>
> >> > >> To: <icecast at xiph.org>
> >> > >> Sent: Friday, October 01, 2004 2:54 PM
> >> > >> Subject: Re: [Icecast] Song Updates
> >> > >>
> >> > >>
> >> > >> > go download curl, you need it, the method you're trying wont work,
> >> > >> > it's what I tried first until I figured out curl worked instead.
> >> > >> >
> >> > >> > On 1 Oct 2004 at 16:49, John wrote:
> >> > >> >
> >> > >> >> Hello Cody
> >> > >> >> Thanks for the response.
> >> > >> >>
> >> > >> >> I don't have access to curl.
> >> > >> >>
> >> > >> >> When I try ' http://[my server IP]:[my
> >> > >> >> port]/admin/metadata?mount=/live.ogg&mode=updinfo&song=Artist_name+Title'
> >> > >> >> with a web browser
> >> > >> >> I get a return of "source will not accept URL updates "
> >> > >> >>
> >> > >> >> If I try 'http://[my server IP]:[my
> >> > >> >> port]/admin/metadata?mount=/live&mode=updinfo&song=Artist_name+Title'
> >> > >> >> (minus the .ogg on the mount)
> >> > >> >> I get "Source does not exist".
> >> > >> >>
> >> > >> >> I have 2 streams running on that server live.ogg and live2.ogg.
> >> > >> >> I even tried it in perl since I already have a script I wrote for 
> >> > >> >> SC
> >> > >> >> so
> >> > >> >> I just changed it for icecast and the same thing happens.
> >> > >> >>
> >> > >> >> I know in SC there is a place for a password:
> >> > >> >>
> >> 'http://[IP]:[PORT]/admin.cgi?pass=[PASSWORD]&mode=updinfo&song=[SONG]song&url=http://
> >> www.yousite.com'
> >> > >> >>
> >> > >> >> I'm stumped
> >> > >> >>
> >> > >> >> John
> >> > >> >>
> >> > >> >
> >> > >> >> Cody Tubbs (wISPdirect) wrote:
> >> > >> >>
> >> > >> >> >Run this from command line:
> >> > >> >> >
> >> > >> >> >> >> >> >
> >> > >> >> >That should set you all up, just change IP, Port and MountPoint.
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >>
> >> > >> >> _______________________________________________
> >> > >> >> Icecast mailing list
> >> > >> >> Icecast at xiph.org
> >> > >> >> http://lists.xiph.org/mailman/listinfo/icecast
> >> > >> >>
> >> > >> >
> >> > >> >
> >> > >> > -- Cody Tubbs : (Certified Master Linux Administrator)
> >> > >> > : (Certified Unix Security Specialist)
> >> > >> > -- wISPdirect : http://www.wISPdirect.com
> >> > >> > -- Broadway Internet
> >> > >> >
> >> > >> > _______________________________________________
> >> > >> > Icecast mailing list
> >> > >> > Icecast at xiph.org
> >> > >> > http://lists.xiph.org/mailman/listinfo/icecast
> >> > >> >
> >> > >>
> >> > >>
> >> > >>
> >> > >
> >> >
> >> > >
> >> > > -- Cody Tubbs : (Certified Master Linux Administrator)
> >> > > : (Certified Unix Security Specialist)
> >> > > -- wISPdirect : http://www.wISPdirect.com
> >> > > -- Broadway Internet
> >> > >
> >> >
> >> >
> >> >
> >>
> >>
> >
> >
> > -- Cody Tubbs    : (Certified Master Linux Administrator)
> > : (Certified Unix Security Specialist)
> > -- wISPdirect      : http://www.wISPdirect.com
> > -- Broadway Internet
> >
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> > 
> 
> 
> 






From oddsock at oddsock.org  Thu Oct 14 13:27:04 2004
From: oddsock at oddsock.org (oddsock)
Date: Thu, 14 Oct 2004 08:27:04 -0500
Subject: [Icecast] Song Updates
In-Reply-To: <416E0681.30747.F13E99@localhost>
References: <002f01c4b1bb$c2511170$1401a8c0@copperhead>
	<416E0681.30747.F13E99@localhost>
Message-ID: <6.0.1.1.2.20041014082407.0406fcf8@www.oddsock.org>

At 04:54 AM 10/14/2004, you wrote:
>Let this be a note for everyonein the future then.   When using mp3s i 
>don't think
>there is a --enable-mp3-updates (I think it worked by default for me), yet 
>if using ogg
>vorbis you must compile icecast2 with --enable-vorbis-updates in order to 
>update the
>song/title id3 metadeta (Instructions on how to do so with `curl' are 
>below). If I was
>using ogg I may have been of more use, yet I hope what was conversed 
>helped get
>you on the right track.
just so you know, --enable-vorbis-updates is only a compile flag for the KH 
branch, not the mainline trunk.  And I think it would be great to have this 
code be factored out of KH and integrated into the mainline trunk...This 
also seems like an odd thing to have as a compile flag, what was the 
motivation for that ?

oddsock 




From karl at xiph.org  Thu Oct 14 15:41:18 2004
From: karl at xiph.org (Karl Heyes)
Date: 14 Oct 2004 16:41:18 +0100
Subject: [Icecast] Song Updates
In-Reply-To: <6.0.1.1.2.20041014082407.0406fcf8@www.oddsock.org>
References: <002f01c4b1bb$c2511170$1401a8c0@copperhead>
	<416E0681.30747.F13E99@localhost>
	<6.0.1.1.2.20041014082407.0406fcf8@www.oddsock.org>
Message-ID: <1097768477.26582.124.camel@bogus.hackers.club>

On Thu, 2004-10-14 at 14:27, oddsock wrote:

> just so you know, --enable-vorbis-updates is only a compile flag for the KH 
> branch, not the mainline trunk.  And I think it would be great to have this 
> code be factored out of KH and integrated into the mainline trunk...This 
> also seems like an odd thing to have as a compile flag, what was the 
> motivation for that ?

That switch enables the building of an alternative ogg module, one from
a while back which hasn't had that much testing.  It works well enough
to use although there were a couple of issues that appeared with the
changes mike wanted in trunk with the final singleq merge (the module
wasn't updated fully at the time but is now fixed in svn).

The default module in the kh branch deals with multiple codec streams,
it's fairly trivial and was useful for testing theora streaming.
Handling rewriting of streams for this module was an extra level of
complexity that I didn't want at the time.

I don't have the two merged together yet as it seemed like a low
priority, but if people want the stream rewriting of vorbis streams with
url metadata insertion then I could merge it across.

karl.




From Gabriel.de-Perthuis at laPoste.net  Fri Oct 15 00:16:38 2004
From: Gabriel.de-Perthuis at laPoste.net (Gabriel de Perthuis)
Date: Fri, 15 Oct 2004 02:16:38 +0200
Subject: [Icecast] Set up a stream directory
Message-ID: <1097799398.17703.28.camel@tobu.maisel.enst-bretagne.fr>

Hello,
I'd like to setup something similar to dir.xiph.org on a lan. The goal
is simply to show users what radios are currently available. The
documentation explains how to configure the peercast server for being
referenced on yellow pages, but there is nothing about the yellow pages
server.
So, is the source for dir.xiph.org available for this?

Thanks for your help!



From oddsock at oddsock.org  Fri Oct 15 02:18:59 2004
From: oddsock at oddsock.org (oddsock)
Date: Thu, 14 Oct 2004 21:18:59 -0500
Subject: [Icecast] Set up a stream directory
In-Reply-To: <1097799398.17703.28.camel@tobu.maisel.enst-bretagne.fr>
References: <1097799398.17703.28.camel@tobu.maisel.enst-bretagne.fr>
Message-ID: <6.0.1.1.2.20041014211630.04d29060@www.oddsock.org>

yep, source code is in SVN...

http://svn.xiph.org/trunk/icecast2yp/  for the CGI code
and
http://svn.xiph.org/websites/dir.xiph.org/ for the streamlist

oddsock
At 07:16 PM 10/14/2004, you wrote:
>Hello,
>I'd like to setup something similar to dir.xiph.org on a lan. The goal
>is simply to show users what radios are currently available. The
>documentation explains how to configure the peercast server for being
>referenced on yellow pages, but there is nothing about the yellow pages
>server.
>So, is the source for dir.xiph.org available for this?
>
>Thanks for your help!
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast




From mihamina at mail.rktmb.org  Fri Oct 15 10:19:03 2004
From: mihamina at mail.rktmb.org (Rakotomandimby Mihamina)
Date: Fri, 15 Oct 2004 12:19:03 +0200
Subject: [Icecast] [IceS] No crossfade Yet ?
Message-ID: <1097835543.1923.4.camel@milina>

Hello ...
A long time ago, I've asked here if there was A possibility to have some
crossfade with IceS2 ...
I dont know, may be now it is available ? Would you know an automatical
way to get crossfade ?
-- 
ASPO Infog?rance       http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc   http://faq.fcolc.eu.org/
LUG sur Orl?ans et alentours.
T?l : 02 38 76 43 65 (France)



From jbebel at ncsu.edu  Fri Oct 15 16:16:10 2004
From: jbebel at ncsu.edu (Joel Ebel)
Date: Fri, 15 Oct 2004 12:16:10 -0400
Subject: [Icecast] source client for ogg and mp3
Message-ID: <416FF7CA.7060408@ncsu.edu>

I'm somewhat new to icecast.  I've been using shoutcast for some time, 
but I'm interested in trying out icecast for a number of reasons.  I 
need to select a source client, and rather than figure it out on my own, 
I thought I'd ask for some advice.  I'd like to stream both mp3 and ogg 
formats from one source client, so what's a good source client that runs 
in console linux that can take the soundcard line in and encode it into 
both mp3 and ogg and send it to an icecast server?

Thanks for the advice,
Joel


From guym at arizona.edu  Fri Oct 15 18:44:39 2004
From: guym at arizona.edu (Guy McArthur)
Date: Fri, 15 Oct 2004 11:44:39 -0700
Subject: [Icecast] re-encoding questions
Message-ID: <41701A97.3000406@arizona.edu>

A couple pf questions regarding reencoding... I've got ogg, mp3, and aac 
files to stream.

a) What are the restrictions in the current version of ices (0.4?), is 
it that channels and samplerate must be equal in all files?

b) will they be reencoded to ogg or to mp3, or is there a choice?

Thanks.
--
Guy


From darkeye at tyrell.hu  Sat Oct 16 10:58:01 2004
From: darkeye at tyrell.hu (Akos Maroy)
Date: Sat, 16 Oct 2004 12:58:01 +0200
Subject: [Icecast] source client for ogg and mp3
In-Reply-To: <416FF7CA.7060408@ncsu.edu>
References: <416FF7CA.7060408@ncsu.edu>
Message-ID: <4170FEB9.4040908@tyrell.hu>

Joel Ebel wrote:
> I'm somewhat new to icecast.  I've been using shoutcast for some time, 
> but I'm interested in trying out icecast for a number of reasons.  I 
> need to select a source client, and rather than figure it out on my own, 
> I thought I'd ask for some advice.  I'd like to stream both mp3 and ogg 
> formats from one source client, so what's a good source client that runs 
> in console linux that can take the soundcard line in and encode it into 
> both mp3 and ogg and send it to an icecast server?

darkice, http://darkice.sourceforge.net/ , serves exaclty this purpose..


From inzanekaoz at yahoo.com  Sat Oct 16 13:09:33 2004
From: inzanekaoz at yahoo.com (HJ)
Date: Sat, 16 Oct 2004 06:09:33 -0700 (PDT)
Subject: [Icecast] KGO AM 810 Question / Distributed Home Media
Message-ID: <20041016130933.76407.qmail@web54105.mail.yahoo.com>

At work yesterday (Fri Oct 16) I heard someone call into KGO Radio, 810 AM,
San Francisco/Oakland/San Jose to the "tech guru" guest.

"I have a bunch of files in Ogg and FLAC format that I want to distribute
around the house," said the caller, "How can I do that?"

I immediately thought of VideoLAN, and even Icecast2; but to wired/wirelessly
ship media around from one computer to TV's, radios/stereos/home
entertainment systems, and other computers -- what WOULD be a good way to go
about that?  VideoLAN + a set-top box?  Who sells inexpensive set-top boxes,
or is it possible to build, say, a very cheap (*n[i|u]x/*BSD-based)
workstation and wire it up to "regular" home-equipment, especially several
points around the house?

On a side-note, this "tech guru" was no guru.  He said himself he wasn't
"up-to-speed" on almost every topic callers brought up, and claimed "Your
formats may be too 'technical' for most people," which I thought was a VERY
bad thing to say to the majority of the San Francisco Bay Area.  We should
track this gentleman down and berate him.  ;)


~


From inzanekaoz at yahoo.com  Sat Oct 16 13:40:52 2004
From: inzanekaoz at yahoo.com (HJ)
Date: Sat, 16 Oct 2004 06:40:52 -0700 (PDT)
Subject: [Icecast] KGO AM 810 Question / Distributed Home Media
In-Reply-To: <20041016131601.GA23321@ghostscript.com>
Message-ID: <20041016134052.50833.qmail@web54109.mail.yahoo.com>


--- Ralph Giles <giles at xiph.org> wrote:

> On Sat, Oct 16, 2004 at 06:09:33AM -0700, HJ wrote:
> 
> > On a side-note, this "tech guru" was no guru.  He said himself he wasn't
> > "up-to-speed" on almost every topic callers brought up, and claimed "Your
> > formats may be too 'technical' for most people," which I thought was a
> VERY
> > bad thing to say to the majority of the San Francisco Bay Area.  We
> should
> > track this gentleman down and berate him.  ;)
> 
> Indeed! Please do. :)
> 
>  -r
> 



From inzanekaoz at yahoo.com  Sat Oct 16 13:42:46 2004
From: inzanekaoz at yahoo.com (HJ)
Date: Sat, 16 Oct 2004 06:42:46 -0700 (PDT)
Subject: [Icecast] KGO AM 810 Question / Distributed Home Media
In-Reply-To: <20041016134052.50833.qmail@web54109.mail.yahoo.com>
Message-ID: <20041016134246.44365.qmail@web54101.mail.yahoo.com>

The official archive for KGO Radio news (for the relevant hour) is:

http://abcrad.vo.llnwd.net/o1/kgo/kgo-10.mp3

It will be overwritten in about 3.5 hours, when local time reaches 10AM.
Right now, it corresponds to the proper hour yesterday.

If you're curious, grab it.  ;)

Seek to position: 23:20


~




From geoff at hitsandpieces.net  Sat Oct 16 14:59:16 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sun, 17 Oct 2004 00:59:16 +1000
Subject: [Icecast] re-encoding questions
In-Reply-To: <41701A97.3000406@arizona.edu>
References: <41701A97.3000406@arizona.edu>
Message-ID: <Pine.LNX.4.61.0410170057170.1585@data.home>

Guy McArthur wrote:

> A couple pf questions regarding reencoding... I've got ogg, mp3, and aac 
> files to stream.
> a) What are the restrictions in the current version of ices (0.4?), is it 
> that channels and samplerate must be equal in all files?

Nope, these can be different if reencoding.  Note that I can't remember if 
AAC support is in the 0.4 release or only SVN.

> b) will they be reencoded to ogg or to mp3, or is there a choice?

MP3.

Geoff.



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

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

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


From hello at ianbell.com  Sat Oct 16 21:16:29 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Sat, 16 Oct 2004 14:16:29 -0700
Subject: [Icecast] ICECast in Flash / IEWin
Message-ID: <A5C0BE60-1FB8-11D9-8756-000A95B3B8D6@ianbell.com>

I'd like to resurrect this orphaned thread:

	http://lists.xiph.org/pipermail/icecast/2003-December/006139.html

We're using the embedded flash player for listeners of pulverradio.com 
and can't use 2.2 for relaying from our encoders.  Apparently we can 
use Icecast v1.3

Although this is clearly a problem caused by ActiveX and Microsoft 
boneheads that is a mountain that may prove difficult to heave in a 
timely manner.

The fact that it can work with 1.3 indicates that there may have been 
some behaviour in the old version that was improved upon for 2.x ... 
perhaps future versions of Icecast could have a configuration flag to 
deprecate 2.x behaviour to 1.3's styling for headers (which in my 
limited understanding is where the problem lies), simply as a work 
around for the problem that would still allow us to use the cool new 
relaying features of 2.0 in our implementation.

Please?

-Ian.

A message from my developer on the issue follows:

Another long night.
I've been trying to find a way to make the streams work perfectly with 
Icecast.? There is a forum-documented problem with Icecast 2.0.
http://lists.xiph.org/pipermail/icecast/2003-December/thread.html
?
Streams play fine in Flash?under the following circumstances:
- PC Mozilla / Opera
- All other flash supported platforms.
- Standalone

But not in IE on the PC.? This is because MS implements the Flash 
plugin as an ActiveX control, and not as a third party plug-in.
The difference?in that regard between?1.3 and 2.0 is a mystery and 
neither Macromedia nor Icecast has an explanation.
I've tried several suggested solutions, including faking the headers 
via a PHP passthru, faking the incoming filename, connecting to either 
the m3u or direct to mp3, but no success.? The data is being 
transferred to the client, but the Flash never plays the stream when 
embedded in PC IE.
?
Did you use Icecast v1.3 for the original stream I tested with in 
June?? If so, my question: What's the advantage in using 2.0?
It's documented that the problem doesn't exist in 1.3.? And I had no 
problems embedding the original stream back then.
?
Ramon


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2430 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041016/21b979c2/attachment.bin>

From spaced at spaced.dnsalias.com  Sun Oct 17 17:22:47 2004
From: spaced at spaced.dnsalias.com (Tim AtLee)
Date: Sun, 17 Oct 2004 11:22:47 -0600
Subject: [Icecast] Question about ices and stream information
Message-ID: <002301c4b46d$ec6fa070$8500a8c0@drizzt>

Hello

I'm using a python script to control the playlist.  The playlist data is stored in a mysql table, etc ..

However, when I play a track, the data displayed on the Icecast2 status page reflects the next track going to be played.

After inserting a few statements into the python script, ices outputs:

Logfile opened
Executing initialize() function..
Executing get_next() function... tracknum: -1
Executing get_lineno() function... start: -1
Exiting get_lineno, end: 834
Error opening No record at -1: Error opening: No such file or directory
Executing get_next() function... tracknum: 834
Executing get_lineno() function... start: 834
Exiting get_lineno, end: 679
Playing /downloads/mp3s/Underworld/Underworld - Rez.mp3    // This is track 834 in the db
Executing get_metadata function - tracknum 679
Mounted on http://localhost:8000/ices
Executing get_metadata function - tracknum 679

forcing to the next track (SIGUSR1), the following is displayed on the console:

Executing get_next() function... tracknum: 679
Executing get_lineno() function... start: 679
Exiting get_lineno, end: 848
Playing /downloads/mp3s/Dave Matthews Band - Under the table and dreaming/Dave Matthews Band - Ants marching.mp3   // track 679
Executing get_metadata function - tracknum 848

Yet, according to the status page, it's supposedly playing track 848

My python script does not contain calls to other ices functions, so I'm a bit confused why ices determines the metadata for the next track it will play.

What am I missing?

I can send the ices.py module, or attach it to my next post..  not sure what the etiquite<sp?> is on this list for that kind of thing.

Thanks in advance,

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

From msmith at xiph.org  Mon Oct 18 01:29:43 2004
From: msmith at xiph.org (Michael Smith)
Date: Mon, 18 Oct 2004 11:29:43 +1000
Subject: [Icecast] ICECast in Flash / IEWin
In-Reply-To: <A5C0BE60-1FB8-11D9-8756-000A95B3B8D6@ianbell.com>
References: <A5C0BE60-1FB8-11D9-8756-000A95B3B8D6@ianbell.com>
Message-ID: <200410181129.43616.msmith@xiph.org>

On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote:
> I'd like to resurrect this orphaned thread:
>
> 	http://lists.xiph.org/pipermail/icecast/2003-December/006139.html
>
> We're using the embedded flash player for listeners of pulverradio.com
> and can't use 2.2 for relaying from our encoders.  Apparently we can
> use Icecast v1.3
>
> Although this is clearly a problem caused by ActiveX and Microsoft
> boneheads that is a mountain that may prove difficult to heave in a
> timely manner.
>
> The fact that it can work with 1.3 indicates that there may have been
> some behaviour in the old version that was improved upon for 2.x ...
> perhaps future versions of Icecast could have a configuration flag to
> deprecate 2.x behaviour to 1.3's styling for headers (which in my
> limited understanding is where the problem lies), simply as a work
> around for the problem that would still allow us to use the cool new
> relaying features of 2.0 in our implementation.

If we knew what the problem was (that causes flash to fail with 2.0), we'd be 
happy to add such a flag (or perhaps just change it to always work that way, 
depending on what the problem was).

However, since nobody managed to figure out what the problem was (and some of 
the developers, such as myself, don't have a system where this problem can be 
reproduced), we can't really do much until someone does.

Mike



From ogg at illiminable.com  Mon Oct 18 13:46:41 2004
From: ogg at illiminable.com (illiminable)
Date: Mon, 18 Oct 2004 21:46:41 +0800
Subject: [Icecast] ICECast in Flash / IEWin
References: <A5C0BE60-1FB8-11D9-8756-000A95B3B8D6@ianbell.com>
	<200410181129.43616.msmith@xiph.org>
Message-ID: <002a01c4b518$ead4be70$0100000a@tiger>

Alternatively you can just script the window media player control, and bind 
it to your stream, that should work just fine, assuming you have my 
directshow filters installed.

Zen.
----- Original Message ----- 
From: "Michael Smith" <msmith at xiph.org>
To: "Ian Andrew Bell" <hello at ianbell.com>; "icecast" <icecast at xiph.org>
Sent: Monday, October 18, 2004 9:29 AM
Subject: Re: [Icecast] ICECast in Flash / IEWin


> On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote:
>> I'd like to resurrect this orphaned thread:
>>
>> http://lists.xiph.org/pipermail/icecast/2003-December/006139.html
>>
>> We're using the embedded flash player for listeners of pulverradio.com
>> and can't use 2.2 for relaying from our encoders.  Apparently we can
>> use Icecast v1.3
>>
>> Although this is clearly a problem caused by ActiveX and Microsoft
>> boneheads that is a mountain that may prove difficult to heave in a
>> timely manner.
>>
>> The fact that it can work with 1.3 indicates that there may have been
>> some behaviour in the old version that was improved upon for 2.x ...
>> perhaps future versions of Icecast could have a configuration flag to
>> deprecate 2.x behaviour to 1.3's styling for headers (which in my
>> limited understanding is where the problem lies), simply as a work
>> around for the problem that would still allow us to use the cool new
>> relaying features of 2.0 in our implementation.
>
> If we knew what the problem was (that causes flash to fail with 2.0), we'd 
> be
> happy to add such a flag (or perhaps just change it to always work that 
> way,
> depending on what the problem was).
>
> However, since nobody managed to figure out what the problem was (and some 
> of
> the developers, such as myself, don't have a system where this problem can 
> be
> reproduced), we can't really do much until someone does.
>
> Mike
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> 




From andy at earthsong.free-online.co.uk  Mon Oct 18 15:06:00 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 18 Oct 2004 16:06:00 +0100
Subject: [Icecast] ices-kh dropping jack ports unexpectedly
Message-ID: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>

I've been having a problem where ices-kh (the jack'ified version)
disconnects from its jack input source unexpectedly. This happens mainly
while other jack clients are being started/stopped, or
connected/disconnected, but also at other times (e.g. switching between
different X sessions). I'm planning to do a bit more work on tuning up the
jack setup to see if I can get rid of the problem that way, but it would
be good to know in the meantime if this is a known bug, and whether there
is anything I can do about it.

It happened just now when I connected two other jack sources. There were
two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this
happens when there is an xrun. I've tried increasing the client timeout to
1000 msec, but this doesn't help. I can't increase the buffer size any
more - it's at 2048 and increasing it to 4096 stops ices from starting at
all.

The setup I'm working with is an ecasound session relaying audio between
its input and output ports, with its output connected to all the ices
clients for the different streams we're running. Then I'm
switching the ecasound input between different stream sources (line in,
recorded audio, http relay etc.) I want to be able to do this switching
without breaking the stream, which is why I've set things up this way.





From eviloverlord at imux.net  Mon Oct 18 15:15:44 2004
From: eviloverlord at imux.net (EvilOverlord)
Date: Mon, 18 Oct 2004 16:15:44 +0100
Subject: [Icecast] ices-kh dropping jack ports unexpectedly
In-Reply-To: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
Message-ID: <4173DE20.5030909@imux.net>

Andy Baxter wrote:
> I've been having a problem where ices-kh (the jack'ified version)
> disconnects from its jack input source unexpectedly. This happens mainly
> while other jack clients are being started/stopped, or
> connected/disconnected, but also at other times (e.g. switching between
> different X sessions). I'm planning to do a bit more work on tuning up the
> jack setup to see if I can get rid of the problem that way, but it would
> be good to know in the meantime if this is a known bug, and whether there
> is anything I can do about it.
> 
> It happened just now when I connected two other jack sources. There were
> two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this
> happens when there is an xrun. I've tried increasing the client timeout to
> 1000 msec, but this doesn't help. I can't increase the buffer size any
> more - it's at 2048 and increasing it to 4096 stops ices from starting at
> all.
> 
> The setup I'm working with is an ecasound session relaying audio between
> its input and output ports, with its output connected to all the ices
> clients for the different streams we're running. Then I'm
> switching the ecasound input between different stream sources (line in,
> recorded audio, http relay etc.) I want to be able to do this switching
> without breaking the stream, which is why I've set things up this way.
> 

This sounds like an incredible amount of effort when all you need is a 4 
channel mixing desk and a live encoder...

Is that not an option?

Stephen
--
LiveIce Project http://liveice.sourceforge.net/


From karl at xiph.org  Mon Oct 18 16:41:59 2004
From: karl at xiph.org (Karl Heyes)
Date: 18 Oct 2004 17:41:59 +0100
Subject: [Icecast] ices-kh dropping jack ports unexpectedly
In-Reply-To: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
Message-ID: <1098117718.6747.31.camel@bogus.hackers.club>

On Mon, 2004-10-18 at 16:06, Andy Baxter wrote:
> I've been having a problem where ices-kh (the jack'ified version)
> disconnects from its jack input source unexpectedly. This happens mainly
> while other jack clients are being started/stopped, or
> connected/disconnected, but also at other times (e.g. switching between
> different X sessions). I'm planning to do a bit more work on tuning up the
> jack setup to see if I can get rid of the problem that way, but it would
> be good to know in the meantime if this is a known bug, and whether there
> is anything I can do about it.

Are you running with realtime privileges, for this you need to start as
root if you want that. Even with realtime privileges there may be odd
cases where the scheduling latency is a bit too high, it all depends on
the drivers and kernel version but the current state is not that bad and
getting better.

> It happened just now when I connected two other jack sources. There were
> two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this
> happens when there is an xrun. I've tried increasing the client timeout to
> 1000 msec, but this doesn't help. I can't increase the buffer size any
> more - it's at 2048 and increasing it to 4096 stops ices from starting at
> all.

xrun is just when the input thread cannot get scheduled quickly enough,
this may be resolved enabling realtime.

> The setup I'm working with is an ecasound session relaying audio between
> its input and output ports, with its output connected to all the ices
> clients for the different streams we're running. Then I'm
> switching the ecasound input between different stream sources (line in,
> recorded audio, http relay etc.) I want to be able to do this switching
> without breaking the stream, which is why I've set things up this way.

As already mentioned it may be better using a different approach (eg
jackEQ). The ices package itself will also allow for defining multiple
input sections, not for mixing but for cascading in a round robin
fashion (switchable on input ending or USR2 signal).

karl.




From karl at xiph.org  Mon Oct 18 19:20:15 2004
From: karl at xiph.org (Karl Heyes)
Date: 18 Oct 2004 20:20:15 +0100
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly
In-Reply-To: <87d5zgx7gl.fsf@sulphur.joq.us>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<1098117718.6747.31.camel@bogus.hackers.club>
	<87d5zgx7gl.fsf@sulphur.joq.us>
Message-ID: <1098127215.6747.41.camel@bogus.hackers.club>

On Mon, 2004-10-18 at 18:27, Jack O'Quin wrote:
> Karl Heyes <karl at xiph.org> writes:
> 
> > Are you running with realtime privileges, for this you need to start as
> > root if you want that. Even with realtime privileges there may be odd
> > cases where the scheduling latency is a bit too high, it all depends on
> > the drivers and kernel version but the current state is not that bad and
> > getting better.
> 
> There are several ways to gain realtime privileges.  Running as root
> is the simplest, but perhaps the worst solution.  

Just to be clear, with ices, you can drop to a nominated user after the
realtime scheduler is selected. Running as root after that is not
required.

karl



From andy at earthsong.free-online.co.uk  Mon Oct 18 20:57:18 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 18 Oct 2004 21:57:18 +0100
Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<1098117718.6747.31.camel@bogus.hackers.club>
Message-ID: <pan.2004.10.18.20.57.18.261161@earthsong.free-online.co.uk>

On Mon, 18 Oct 2004 17:41:59 +0100, Karl Heyes wrote:

> On Mon, 2004-10-18 at 16:06, Andy Baxter wrote:
>> I've been having a problem where ices-kh (the jack'ified version)
>> disconnects from its jack input source unexpectedly. This happens mainly
>> while other jack clients are being started/stopped, or
>> connected/disconnected, but also at other times (e.g. switching between
>> different X sessions). I'm planning to do a bit more work on tuning up the
>> jack setup to see if I can get rid of the problem that way, but it would
>> be good to know in the meantime if this is a known bug, and whether there
>> is anything I can do about it.
> 
> Are you running with realtime privileges, for this you need to start as
> root if you want that. Even with realtime privileges there may be odd
> cases where the scheduling latency is a bit too high, it all depends on
> the drivers and kernel version but the current state is not that bad and
> getting better.

I'm using the realtime-lsm module with the 2.6 kernel, loaded with gid=29,
which is the 'audio' group on my system. This seems to be working OK, but
I'm thinking of switching to the 2.4 patched kernel instead.

>> It happened just now when I connected two other jack sources. There were
>> two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this
>> happens when there is an xrun. I've tried increasing the client timeout to
>> 1000 msec, but this doesn't help. I can't increase the buffer size any
>> more - it's at 2048 and increasing it to 4096 stops ices from starting at
>> all.
> 
> xrun is just when the input thread cannot get scheduled quickly enough,
> this may be resolved enabling realtime.

OK.

>> The setup I'm working with is an ecasound session relaying audio between
>> its input and output ports, with its output connected to all the ices
>> clients for the different streams we're running. Then I'm
>> switching the ecasound input between different stream sources (line in,
>> recorded audio, http relay etc.) I want to be able to do this switching
>> without breaking the stream, which is why I've set things up this way.
> 
> As already mentioned it may be better using a different approach (eg
> jackEQ). The ices package itself will also allow for defining multiple
> input sections, not for mixing but for cascading in a round robin
> fashion (switchable on input ending or USR2 signal).
> 

maybe - if I can get it working, this setup would be good because it means
the sources can be switched under program control. (E.g. switching to a
repeat of the day's shows at the end of every day.) switching on USR2
sounds like a recipe for losing track of where it's got to in the round
robin, unless there's some way to signal it with a definite source name.




From karl at xiph.org  Mon Oct 18 21:00:34 2004
From: karl at xiph.org (Karl Heyes)
Date: 18 Oct 2004 22:00:34 +0100
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly
In-Reply-To: <878ya3yerk.fsf@sulphur.joq.us>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<1098117718.6747.31.camel@bogus.hackers.club>
	<87d5zgx7gl.fsf@sulphur.joq.us>
	<1098127215.6747.41.camel@bogus.hackers.club>
	<878ya3yerk.fsf@sulphur.joq.us>
Message-ID: <1098133233.6747.91.camel@bogus.hackers.club>

On Mon, 2004-10-18 at 21:04, Jack O'Quin wrote:

> > > 
> > > There are several ways to gain realtime privileges.  Running as root
> > > is the simplest, but perhaps the worst solution.  
> > 
> > Just to be clear, with ices, you can drop to a nominated user after the
> > realtime scheduler is selected. Running as root after that is not
> > required.
> 
> That does not solve the problem at all.  If you run jackd as root, you
> must run *all* JACK clients as root.  They are not all coded that way,
> and some cannot be.  Neither they nor jackd should be entrusted with
> God-like superuser powers.

I can't really comment on jackd itself, as I haven't looked that much
into it.  If running jackd as root requires client apps to also run as
root then that is a pretty bad issue. I would of thought that running
jackd as a realtime process (whether root or not) would be an important
consideration.

What I can say is that ices tries to acquire realtime scheduling if
enabled (default is yes) which may or may not fail, but if root is used
and an alternative user is stated in the xml then ices will change to
that user, and therefore _NOT_ run as root anymore. This has been a
common approach for unix apps.

If you use some other mechanism like capabilities then requiring root
for realtime scheduling may not be needed, but that is platform
specific.

karl.



From andy at earthsong.free-online.co.uk  Mon Oct 18 21:36:41 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 18 Oct 2004 22:36:41 +0100
Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<4173DE20.5030909@imux.net>
Message-ID: <pan.2004.10.18.21.36.38.377290@earthsong.free-online.co.uk>

On Mon, 18 Oct 2004 16:15:44 +0100, EvilOverlord wrote:

>> The setup I'm working with is an ecasound session relaying audio between
>> its input and output ports, with its output connected to all the ices
>> clients for the different streams we're running. Then I'm
>> switching the ecasound input between different stream sources (line in,
>> recorded audio, http relay etc.) I want to be able to do this switching
>> without breaking the stream, which is why I've set things up this way.
>> 
> 
> This sounds like an incredible amount of effort when all you need is a 4 
> channel mixing desk and a live encoder...
> 
> Is that not an option?
> 

Maybe, but I'd rather try and get the system I thought of working before I
try something else. thanks.



From andy at earthsong.free-online.co.uk  Mon Oct 18 22:00:28 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 18 Oct 2004 23:00:28 +0100
Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<4173DE20.5030909@imux.net>
	<pan.2004.10.18.21.36.38.377290@earthsong.free-online.co.uk>
Message-ID: <pan.2004.10.18.22.00.27.931409@earthsong.free-online.co.uk>

On Mon, 18 Oct 2004 22:36:41 +0100, Andy Baxter wrote:

> On Mon, 18 Oct 2004 16:15:44 +0100, EvilOverlord wrote:
> 
>>> The setup I'm working with is an ecasound session relaying audio between
>>> its input and output ports, with its output connected to all the ices
>>> clients for the different streams we're running. Then I'm
>>> switching the ecasound input between different stream sources (line in,
>>> recorded audio, http relay etc.) I want to be able to do this switching
>>> without breaking the stream, which is why I've set things up this way.
>>> 
>> 
>> This sounds like an incredible amount of effort when all you need is a 4 
>> channel mixing desk and a live encoder...
>> 
>> Is that not an option?
>> 
> 
> Maybe, but I'd rather try and get the system I thought of working before I
> try something else. thanks.

The reason I set it up that way is so we can leave the streaming clients
and the scripts that dump a copy of each show to the disk running without
a break, and just switch between different inputs without having to touch
that part of the system. E.g. switching over to repeats of the day's shows
automatically at the end of each day, or switching to an outside broadcast
that's being relayed in as a high quality stream. Also, the switching can
be done by a script, which could be useful for some things (like the end
of day repeater). But there are other ways of doing it like you say.

The main question is whether jackd and ices-kh are stable enough to be
used for a live system like this that needs to run every day without a
break, or whether it would be better to use something simpler even if it
won't do everything I want. (It's for doing a simulcast and show archive
of the broadcasts from a community radio station.)




From karl at xiph.org  Tue Oct 19 00:15:07 2004
From: karl at xiph.org (Karl Heyes)
Date: 19 Oct 2004 01:15:07 +0100
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly
In-Reply-To: <200410182114.i9ILEMO5007966@localhost.localdomain>
References: <200410182114.i9ILEMO5007966@localhost.localdomain>
Message-ID: <1098144907.6747.185.camel@bogus.hackers.club>

On Mon, 2004-10-18 at 22:14, Paul Davis wrote:
> jackd (realtime) requires various resources which it shares with its
> clients:
> 
>       realtime scheduling
>       mlock-ability
>       shared memory segments
>       FIFOs (or Mach ports on OS X)
> 
> we consider it *more* of a security risk to allow jackd-as-root to
> share these with non-root processes. YMMV.

Whenever communication is done to an as-root app then the risk *is*
increased (I treat that as fact). The point I was making with ices is
that realtime scheduling is the only aspect that requires root (in
general).  For jackd I can see mlock being a possible problem if you
dropped root privs, mlockall should be ok, but I haven't done much with
that.

> >What I can say is that ices tries to acquire realtime scheduling if
> >enabled (default is yes) which may or may not fail, but if root is used
> 
> what ices does is mostly irrelevant to JACK. the thread that handles
> audio processing is created by JACK, and that thread does not inherit
> any scheduling parameters from its parent. whether other ices thread
> run SCHED_FIFO is besides the point, and probably should be discouraged.

There are still timing/latency considerations with ices and not just for
things relating to JACK.

> >that user, and therefore _NOT_ run as root anymore. This has been a
> >common approach for unix apps.
> 
> yes, but running with SCHED_FIFO and calling mlockall has not been a
> common approach for unix apps. and because unix systems have made it
> difficult to grant applications permissions to use these capabilities
> with root permission somehow getting involved, adding these to a
> client-server design poses some very difficult questions.

I was really referring to the general process of starting as root and
then dropping privileges after doing something requiring root (eg
binding port < 1024) as something that is commonly done by unix apps.
The likes of SCHED_FIFO and mlock* are relatively new, and naturally
fell into the as-root-only bucket

ices itself does not use mlockall, in theory it could use mlock, but in
practise mlock hasn't been needed, as long as scheduling occurs.  There
are various internal limits set which can trigger easily if things are
not running well, and this may be something that has been seen by the
original poster. For those people who are really concerned about the
*risk* then realtime scheduling can be disabled in the xml. So far I
have no reports with this.

> ultimately, running anything SCHED_FIFO+mlockall+shm+fifo's opens up a
> world of possible DOS attacks on a machine, whether its run as root or
> not. my attitude is that until unix gives us better ways to manage
> this (and the LSM system in 2.6 is a reasonable start), its really not
> sensible to try to apply the conventional unix wisdom to this
> situation. or maybe it is ... remember while (1) { fork (); } as the
> guaranteed crash-inducer of many unix systems? SCHED_FIFO just
> replaces crash with "apparent lockup" caused by while (1) { continue; }

In general I would think you're going to have this sort of risk with any
potential busy loop when realtime type priority scheduling is involved,
however it is implemented. 

karl.




From geoff at hitsandpieces.net  Tue Oct 19 00:57:12 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 19 Oct 2004 10:57:12 +1000
Subject: [Icecast] ices-kh dropping jack ports unexpectedly
In-Reply-To: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
Message-ID: <Pine.LNX.4.61.0410191054420.1585@data.home>

Andy Baxter wrote:

> The setup I'm working with is an ecasound session relaying audio between
> its input and output ports, with its output connected to all the ices
> clients for the different streams we're running.

This doesn't address the issue you're asking about, but why are you 
running multiple Ices instances when a single instance can produce multiple 
streams?

Geoff.



From andy at earthsong.free-online.co.uk  Tue Oct 19 02:17:06 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Tue, 19 Oct 2004 03:17:06 +0100
Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<Pine.LNX.4.61.0410191054420.1585@data.home>
Message-ID: <pan.2004.10.19.02.17.05.655283@earthsong.free-online.co.uk>

On Tue, 19 Oct 2004 10:57:12 +1000, Geoff Shang wrote:

> Andy Baxter wrote:
> 
>> The setup I'm working with is an ecasound session relaying audio between
>> its input and output ports, with its output connected to all the ices
>> clients for the different streams we're running.
> 
> This doesn't address the issue you're asking about, but why are you 
> running multiple Ices instances when a single instance can produce multiple 
> streams?
> 
> Geoff.

Mainly I didn't take enough time to think through different ways of doing
it before I started writing the scripts. Also there might be times when it
would be good to be able to stop some streams but not others. I think I
was trying to design the system to cover all eventualities in
advance rather than waiting for them to come up and dealing with them then.



From joq at io.com  Mon Oct 18 17:27:22 2004
From: joq at io.com (Jack O'Quin)
Date: 18 Oct 2004 12:27:22 -0500
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly
In-Reply-To: <1098117718.6747.31.camel@bogus.hackers.club>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<1098117718.6747.31.camel@bogus.hackers.club>
Message-ID: <87d5zgx7gl.fsf@sulphur.joq.us>

Karl Heyes <karl at xiph.org> writes:

> Are you running with realtime privileges, for this you need to start as
> root if you want that. Even with realtime privileges there may be odd
> cases where the scheduling latency is a bit too high, it all depends on
> the drivers and kernel version but the current state is not that bad and
> getting better.

There are several ways to gain realtime privileges.  Running as root
is the simplest, but perhaps the worst solution.  

This is explained in the JACK FAQ...

  http://jackit.sourceforge.net/docs/faq.php#a52
-- 
  joq


From joq at io.com  Mon Oct 18 20:04:15 2004
From: joq at io.com (Jack O'Quin)
Date: 18 Oct 2004 15:04:15 -0500
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly
In-Reply-To: <1098127215.6747.41.camel@bogus.hackers.club>
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
	<1098117718.6747.31.camel@bogus.hackers.club>
	<87d5zgx7gl.fsf@sulphur.joq.us>
	<1098127215.6747.41.camel@bogus.hackers.club>
Message-ID: <878ya3yerk.fsf@sulphur.joq.us>

Karl Heyes <karl at xiph.org> writes:

> On Mon, 2004-10-18 at 18:27, Jack O'Quin wrote:
> > Karl Heyes <karl at xiph.org> writes:
> > 
> > > Are you running with realtime privileges, for this you need to start as
> > > root if you want that. Even with realtime privileges there may be odd
> > > cases where the scheduling latency is a bit too high, it all depends on
> > > the drivers and kernel version but the current state is not that bad and
> > > getting better.
> > 
> > There are several ways to gain realtime privileges.  Running as root
> > is the simplest, but perhaps the worst solution.  
> 
> Just to be clear, with ices, you can drop to a nominated user after the
> realtime scheduler is selected. Running as root after that is not
> required.

That does not solve the problem at all.  If you run jackd as root, you
must run *all* JACK clients as root.  They are not all coded that way,
and some cannot be.  Neither they nor jackd should be entrusted with
God-like superuser powers.
-- 
  joq


From paul at linuxaudiosystems.com  Mon Oct 18 21:14:21 2004
From: paul at linuxaudiosystems.com (Paul Davis)
Date: Mon, 18 Oct 2004 17:14:21 -0400
Subject: [Jackit-devel] Re: [Icecast] ices-kh dropping jack ports
	unexpectedly 
In-Reply-To: Your message of "18 Oct 2004 22:00:34 BST."
	<1098133233.6747.91.camel@bogus.hackers.club> 
Message-ID: <200410182114.i9ILEMO5007966@localhost.localdomain>

>I can't really comment on jackd itself, as I haven't looked that much
>into it.  If running jackd as root requires client apps to also run as
>root then that is a pretty bad issue. I would of thought that running
>jackd as a realtime process (whether root or not) would be an important
>consideration.

jackd (realtime) requires various resources which it shares with its
clients:

      realtime scheduling
      mlock-ability
      shared memory segments
      FIFOs (or Mach ports on OS X)

we consider it *more* of a security risk to allow jackd-as-root to
share these with non-root processes. YMMV.

>What I can say is that ices tries to acquire realtime scheduling if
>enabled (default is yes) which may or may not fail, but if root is used

what ices does is mostly irrelevant to JACK. the thread that handles
audio processing is created by JACK, and that thread does not inherit
any scheduling parameters from its parent. whether other ices thread
run SCHED_FIFO is besides the point, and probably should be discouraged.

>that user, and therefore _NOT_ run as root anymore. This has been a
>common approach for unix apps.

yes, but running with SCHED_FIFO and calling mlockall has not been a
common approach for unix apps. and because unix systems have made it
difficult to grant applications permissions to use these capabilities
with root permission somehow getting involved, adding these to a
client-server design poses some very difficult questions.

ultimately, running anything SCHED_FIFO+mlockall+shm+fifo's opens up a
world of possible DOS attacks on a machine, whether its run as root or
not. my attitude is that until unix gives us better ways to manage
this (and the LSM system in 2.6 is a reasonable start), its really not
sensible to try to apply the conventional unix wisdom to this
situation. or maybe it is ... remember while (1) { fork (); } as the
guaranteed crash-inducer of many unix systems? SCHED_FIFO just
replaces crash with "apparent lockup" caused by while (1) { continue; }

--p


From hello at ianbell.com  Tue Oct 19 03:09:51 2004
From: hello at ianbell.com (Ian Andrew Bell)
Date: Mon, 18 Oct 2004 20:09:51 -0700
Subject: [Icecast] ICECast in Flash / IEWin
In-Reply-To: <002a01c4b518$ead4be70$0100000a@tiger>
References: <A5C0BE60-1FB8-11D9-8756-000A95B3B8D6@ianbell.com>
	<200410181129.43616.msmith@xiph.org>
	<002a01c4b518$ead4be70$0100000a@tiger>
Message-ID: <5777BAFC-217C-11D9-AC55-000A95B3B8D6@ianbell.com>

Doesn't work so well on Mozilla or anything other than IEWin... and I'm 
worried about using lots of extra software.

Thanks for the suggestion tho.

-Ian.

On 18-Oct-04, at 6:46 AM, illiminable wrote:

> Alternatively you can just script the window media player control, and 
> bind it to your stream, that should work just fine, assuming you have 
> my directshow filters installed.
>
> Zen.
> ----- Original Message ----- From: "Michael Smith" <msmith at xiph.org>
> To: "Ian Andrew Bell" <hello at ianbell.com>; "icecast" <icecast at xiph.org>
> Sent: Monday, October 18, 2004 9:29 AM
> Subject: Re: [Icecast] ICECast in Flash / IEWin
>
>
>> On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote:
>>> I'd like to resurrect this orphaned thread:
>>>
>>> http://lists.xiph.org/pipermail/icecast/2003-December/006139.html
>>>
>>> We're using the embedded flash player for listeners of 
>>> pulverradio.com
>>> and can't use 2.2 for relaying from our encoders.  Apparently we can
>>> use Icecast v1.3
>>>
>>> Although this is clearly a problem caused by ActiveX and Microsoft
>>> boneheads that is a mountain that may prove difficult to heave in a
>>> timely manner.
>>>
>>> The fact that it can work with 1.3 indicates that there may have been
>>> some behaviour in the old version that was improved upon for 2.x ...
>>> perhaps future versions of Icecast could have a configuration flag to
>>> deprecate 2.x behaviour to 1.3's styling for headers (which in my
>>> limited understanding is where the problem lies), simply as a work
>>> around for the problem that would still allow us to use the cool new
>>> relaying features of 2.0 in our implementation.
>>
>> If we knew what the problem was (that causes flash to fail with 2.0), 
>> we'd be
>> happy to add such a flag (or perhaps just change it to always work 
>> that way,
>> depending on what the problem was).
>>
>> However, since nobody managed to figure out what the problem was (and 
>> some of
>> the developers, such as myself, don't have a system where this 
>> problem can be
>> reproduced), we can't really do much until someone does.
>>
>> Mike
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>>
>
>



From rojo at nocrew.org  Tue Oct 19 21:34:20 2004
From: rojo at nocrew.org (Rolf Johansson)
Date: 19 Oct 2004 23:34:20 +0200
Subject: [Icecast] Some metadata missing,
	relaying icecast1 stream with icecast2
Message-ID: <7jlle2jstf.fsf@junk.nocrew.org>

I'm relaying an icecast1 mp3 stream with icecast2. This works fine,
and the song title is displayed correctly no matter if I use
<relay-shoutcast-metadata>1</> or not on the relay. 

But, the stream name and other metadata provided by ices0 on the
icecast1 server is not displayed in the listening client.

Icecast1 source:

[Id: 1] [Sock: 11] [Time of connect: 09/Aug/2004:10:01:24] [IP: 127.0.0.1] [Host: gubbox] [State: 1] [Type: encoder] [Proto: x-audiocast] [Clients: 1] [Dumpfile/fd: (null)/-1] [Priority: 0] [Song Title: Latin Kings - Omert?] [Song URL: http://xxx.xxx.xxx/] [Stream Message: (null)] [Song Length: -1 bytes] [Stream Name: Radio Kaksi] [Stream Genre: Rock] [Stream Bitrate: 128] [Stream URL: http://xxx.xxx.xxx/] [Mountpoint: /ices] [Description: Radio Kaksi 2.0, the new music era hitting your ears directly.] [MBytes read: 94339] [MBytes written: 100510] [Client connections: 486] [Connected for: 71 days, 13 hours, 26 minutes and 48 seconds]

Any hints on why the Stream name isn't sent trough the relay? It only displays
the relay's http server name and port.

/Rolf


From vincent.charvaux at nerim.net  Wed Oct 20 15:33:26 2004
From: vincent.charvaux at nerim.net (vincent Charvaux)
Date: Wed, 20 Oct 2004 17:33:26 +0200
Subject: [Icecast] Relay Icecast shoutcast.
Message-ID: <001601c4b6ba$24eb9e10$02fea8c0@boubouneordi>

Hello,

I would like to put my server Shoutcast in relay with my server Icecast.
But I does not understand how to make.  You will find my config below.

<!--<master-server>67.43.228.244</master-server>-->

<!--<master-server-port>8001</master-server-port>-->

<!--<master-update-interval>120</master-update-interval>-->

<!--<master-password>testtt</master-password>-->

<!--

Here I suppose that I touch with nothing?

<relay>

<server>195.137.249.174</server>

<port>8000</port>

<mount>/I ne comprend pas que je dois mettre</mount>

<local-mount>/megamix</local-mount>

<relay-shoutcast-metadata>1</relay-shoutcast-metadata>

</relay>

-->

Thank you very much for your assistance.

Cordialement vincent
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20041020/59a6f02a/attachment.htm>

From geoff at hitsandpieces.net  Wed Oct 20 15:44:00 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 21 Oct 2004 01:44:00 +1000
Subject: [Icecast] Relay Icecast shoutcast.
In-Reply-To: <001601c4b6ba$24eb9e10$02fea8c0@boubouneordi>
References: <001601c4b6ba$24eb9e10$02fea8c0@boubouneordi>
Message-ID: <Pine.LNX.4.61.0410210135380.17606@data.home>

vincent Charvaux wrote:

> I would like to put my server Shoutcast in relay with my server Icecast.
> But I does not understand how to make.  You will find my config below.

Just to clarify, you want to relay a stream that's on a shoutcast server on 
your icecast server.  Right?

> <!--<master-server>67.43.228.244</master-server>-->
>
> <!--<master-server-port>8001</master-server-port>-->
>
> <!--<master-update-interval>120</master-update-interval>-->
>
> <!--<master-password>testtt</master-password>-->

The above section only works if you're dealing with another icecast 2.x 
server.  It allows you to relay the entire server, hence the need for a 
specific password.  Yours is commented out anyway so it doesn't cause any 
problems.

> <!--

Note that this is the beginning of a commented out section, so you'll want 
to remove this line and the matching "-->" line at the end of the relay 
block.

> <relay>
>
> <server>195.137.249.174</server>
>
> <port>8000</port>
>
> <mount>/I ne comprend pas que je dois mettre</mount>

The mount line above specifies a mountpoint to tune into on the remote 
server.   You'd use this if you were relaying a stream from another icecast 
server.  Not having done what you're doing, I assume you'd simply set it to 
/

> <local-mount>/megamix</local-mount>
>
> <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
>
> </relay>

This all looks fine.

> -->

And this is the other comment line that has to go.

Hope this helps.

Geoff.



From morey at banta.psyc.missouri.edu  Wed Oct 20 19:36:50 2004
From: morey at banta.psyc.missouri.edu (Richard Morey)
Date: Wed, 20 Oct 2004 14:36:50 -0500
Subject: [Icecast] a few questions
Message-ID: <4176BE52.8010809@banta.psyc.missouri.edu>

I have just gotten a stream working and it is very cool. I am using 
ices0.4 to stream mp3s to icecast2 under redhat 9. I have a couple of 
questions, though:

1. No files are being written to the admin directory. It is successfully 
writing the access and error logs and the pid file. The path is correct 
in the icecast.xml file. The user has write access to the admin 
directory. Do I need to turn something on?

2. Also, no files are being written to the web directory. Same situation 
as above.

3. With ices0.4, is there any way to force ices to change the mp3 that 
it is playing while it is running in the background? I'd like to set up 
somekind of request system. Is there a script that does this?

Thanks.


From msmith at xiph.org  Thu Oct 21 01:10:51 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 21 Oct 2004 11:10:51 +1000
Subject: [Icecast] a few questions
In-Reply-To: <4176BE52.8010809@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
Message-ID: <200410211110.51756.msmith@xiph.org>

On Thursday 21 October 2004 05:36, Richard Morey wrote:
> I have just gotten a stream working and it is very cool. I am using
> ices0.4 to stream mp3s to icecast2 under redhat 9. I have a couple of
> questions, though:
>
> 1. No files are being written to the admin directory. It is successfully
> writing the access and error logs and the pid file. The path is correct
> in the icecast.xml file. The user has write access to the admin
> directory. Do I need to turn something on?

No, icecast will never write anything to the admin directory. 

>
> 2. Also, no files are being written to the web directory. Same situation
> as above.

Why would it? Again, icecast won't write here.

The only places icecast will ever write to are:
  - the log files
  - the pid file (if configured)
  - stream dump files (if configured).

Sounds to me like everything is working correctly.

>
> 3. With ices0.4, is there any way to force ices to change the mp3 that
> it is playing while it is running in the background? I'd like to set up
> somekind of request system. Is there a script that does this?

Can't help you with this one, I don't use ices 0.4.

Mike



From morey at banta.psyc.missouri.edu  Thu Oct 21 02:16:33 2004
From: morey at banta.psyc.missouri.edu (Richard Morey)
Date: Wed, 20 Oct 2004 21:16:33 -0500
Subject: [Icecast] a few questions
In-Reply-To: <200410211110.51756.msmith@xiph.org>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211110.51756.msmith@xiph.org>
Message-ID: <41771C01.9000206@banta.psyc.missouri.edu>

I was under the impression icecast wrote useage statistics to that 
directory, and you accessed them via http://host:port/admin/

Where does the xslt file come from that it tries to access when you 
attempt to access the admin page?

Michael Smith wrote:

>On Thursday 21 October 2004 05:36, Richard Morey wrote:
>  
>
>>I have just gotten a stream working and it is very cool. I am using
>>ices0.4 to stream mp3s to icecast2 under redhat 9. I have a couple of
>>questions, though:
>>
>>1. No files are being written to the admin directory. It is successfully
>>writing the access and error logs and the pid file. The path is correct
>>in the icecast.xml file. The user has write access to the admin
>>directory. Do I need to turn something on?
>>    
>>
>
>No, icecast will never write anything to the admin directory. 
>
>  
>
>>2. Also, no files are being written to the web directory. Same situation
>>as above.
>>    
>>
>
>Why would it? Again, icecast won't write here.
>
>The only places icecast will ever write to are:
>  - the log files
>  - the pid file (if configured)
>  - stream dump files (if configured).
>
>Sounds to me like everything is working correctly.
>
>  
>
>>3. With ices0.4, is there any way to force ices to change the mp3 that
>>it is playing while it is running in the background? I'd like to set up
>>somekind of request system. Is there a script that does this?
>>    
>>
>
>Can't help you with this one, I don't use ices 0.4.
>
>Mike
>
>
>  
>



From brendan at xiph.org  Thu Oct 21 02:18:39 2004
From: brendan at xiph.org (Brendan Cully)
Date: Wed, 20 Oct 2004 19:18:39 -0700
Subject: [Icecast] a few questions
In-Reply-To: <4176BE52.8010809@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
Message-ID: <20041021021839.GA518@watanabe.local>

On Wednesday, 20 October 2004 at 14:36, Richard Morey wrote:
> 3. With ices0.4, is there any way to force ices to change the mp3 that 
> it is playing while it is running in the background? I'd like to set up 
> somekind of request system. Is there a script that does this?

if you change the playlist file (and aren't randomizing), ices will
pick up the changes at the next track. To jump to the next track
immediately, send ices SIGUSR1.

But really, this is exactly what the scripting modules are for. If it
were me, I'd feed the requests into a python module.

Now I gotta get back to the Sox game.


From msmith at xiph.org  Thu Oct 21 02:24:44 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 21 Oct 2004 12:24:44 +1000
Subject: [Icecast] a few questions
In-Reply-To: <41771C01.9000206@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211110.51756.msmith@xiph.org>
	<41771C01.9000206@banta.psyc.missouri.edu>
Message-ID: <200410211224.44307.msmith@xiph.org>

On Thursday 21 October 2004 12:16, Richard Morey wrote:
> I was under the impression icecast wrote useage statistics to that
> directory, and you accessed them via http://host:port/admin/

Icecast serves various things (including usage statistics) from 
http://.../admin/...
However, none of what it serves directly comes from files, it's all 
dynamically generated.

>
> Where does the xslt file come from that it tries to access when you
> attempt to access the admin page?

The XSLT files are in the admin directory. They never get written by icecast 
(they can be modified by the user though - to make it look different, or 
whatever else you might want to do).

The XML that the XSLT is applied to is dynamically generated, icecast never 
writes an actual file for this. 

The response from the admin interface is the result of applying the XSLT 
transformation to the dynamically generated XML file.

Mike



From morey at banta.psyc.missouri.edu  Thu Oct 21 04:50:05 2004
From: morey at banta.psyc.missouri.edu (Richard Morey)
Date: Wed, 20 Oct 2004 23:50:05 -0500
Subject: [Icecast] a few questions
In-Reply-To: <200410211224.44307.msmith@xiph.org>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211110.51756.msmith@xiph.org>
	<41771C01.9000206@banta.psyc.missouri.edu>
	<200410211224.44307.msmith@xiph.org>
Message-ID: <41773FFD.6080507@banta.psyc.missouri.edu>

Ok, I think I see. The xslt files are kind of a template which tells 
icecast how to format the xml file that is the admin interface? Where 
can I get either an example xslt file or information on how this works? 
I didn't see details in the icecast docs. I have now skimmed the 
information on xml.com, but don't I need to know what xml tags icecast uses?

Thanks for the help,
Richard

Michael Smith wrote:

>On Thursday 21 October 2004 12:16, Richard Morey wrote:
>  
>
>>I was under the impression icecast wrote useage statistics to that
>>directory, and you accessed them via http://host:port/admin/
>>    
>>
>
>Icecast serves various things (including usage statistics) from 
>http://.../admin/...
>However, none of what it serves directly comes from files, it's all 
>dynamically generated.
>
>  
>
>>Where does the xslt file come from that it tries to access when you
>>attempt to access the admin page?
>>    
>>
>
>The XSLT files are in the admin directory. They never get written by icecast 
>(they can be modified by the user though - to make it look different, or 
>whatever else you might want to do).
>
>The XML that the XSLT is applied to is dynamically generated, icecast never 
>writes an actual file for this. 
>
>The response from the admin interface is the result of applying the XSLT 
>transformation to the dynamically generated XML file.
>
>Mike
>
>
>  
>



From msmith at xiph.org  Thu Oct 21 05:16:15 2004
From: msmith at xiph.org (Michael Smith)
Date: Thu, 21 Oct 2004 15:16:15 +1000
Subject: [Icecast] a few questions
In-Reply-To: <41773FFD.6080507@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211224.44307.msmith@xiph.org>
	<41773FFD.6080507@banta.psyc.missouri.edu>
Message-ID: <200410211516.15200.msmith@xiph.org>

On Thursday 21 October 2004 14:50, Richard Morey wrote:
> Ok, I think I see. The xslt files are kind of a template which tells
> icecast how to format the xml file that is the admin interface? Where
> can I get either an example xslt file or information on how this works?
> I didn't see details in the icecast docs. I have now skimmed the
> information on xml.com, but don't I need to know what xml tags icecast
> uses?

Well, there are a whole lot of example xslt files in the admin directory. Most 
likely, you'll want to either a) not change these, or b) change them in minor 
ways. 

You can look at the actual XML input for the XSLT by getting the raw stats xml 
(/admin/stats.xml, I think? - the documentation says, anyway), if you need 
that.

Mike



From morey at banta.psyc.missouri.edu  Thu Oct 21 12:33:16 2004
From: morey at banta.psyc.missouri.edu (Richard Morey)
Date: Thu, 21 Oct 2004 07:33:16 -0500
Subject: [Icecast] a few questions
In-Reply-To: <200410211516.15200.msmith@xiph.org>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211224.44307.msmith@xiph.org>
	<41773FFD.6080507@banta.psyc.missouri.edu>
	<200410211516.15200.msmith@xiph.org>
Message-ID: <4177AC8C.6050103@banta.psyc.missouri.edu>

I don't have any there; I suppose that is the problem. I did a locate 
*.xslt and nothing pertaining to icecast came up. I suppose I should 
grab the source and check it out. I installed from the rpm.

Thanks,
Richard

Michael Smith wrote:

>On Thursday 21 October 2004 14:50, Richard Morey wrote:
>  
>
>>Ok, I think I see. The xslt files are kind of a template which tells
>>icecast how to format the xml file that is the admin interface? Where
>>can I get either an example xslt file or information on how this works?
>>I didn't see details in the icecast docs. I have now skimmed the
>>information on xml.com, but don't I need to know what xml tags icecast
>>uses?
>>    
>>
>
>Well, there are a whole lot of example xslt files in the admin directory. Most 
>likely, you'll want to either a) not change these, or b) change them in minor 
>ways. 
>
>You can look at the actual XML input for the XSLT by getting the raw stats xml 
>(/admin/stats.xml, I think? - the documentation says, anyway), if you need 
>that.
>
>Mike
>
>
>  
>



From oddsock at oddsock.org  Thu Oct 21 13:31:47 2004
From: oddsock at oddsock.org (oddsock)
Date: Thu, 21 Oct 2004 08:31:47 -0500
Subject: [Icecast] a few questions
In-Reply-To: <4177AC8C.6050103@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211224.44307.msmith@xiph.org>
	<41773FFD.6080507@banta.psyc.missouri.edu>
	<200410211516.15200.msmith@xiph.org>
	<4177AC8C.6050103@banta.psyc.missouri.edu>
Message-ID: <6.0.1.1.2.20041021083006.01c9ff40@www.oddsock.org>

At 07:33 AM 10/21/2004, you wrote:
>I don't have any there; I suppose that is the problem. I did a locate 
>*.xslt and nothing pertaining to icecast came up. I suppose I should grab 
>the source and check it out. I installed from the rpm.
>
>Thanks,
>Richard
What distribution are you running ? On most that use RPMs I believe the 
.xsl files go in /usr/share/icecast... although you can check with a "rpm 
-ql icecast"

oddsock 




From peterdavison at tfnet.ca  Thu Oct 21 14:26:18 2004
From: peterdavison at tfnet.ca (Peter Davison)
Date: Thu, 21 Oct 2004 10:26:18 -0400
Subject: [Icecast] a few questions
In-Reply-To: <4177AC8C.6050103@banta.psyc.missouri.edu>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<200410211224.44307.msmith@xiph.org>
	<41773FFD.6080507@banta.psyc.missouri.edu>
	<200410211516.15200.msmith@xiph.org>
	<4177AC8C.6050103@banta.psyc.missouri.edu>
Message-ID: <1098368778.4177c70a64284@webmail.tfnet.ca>

Hi.

Try "locate *.xsl" instead of "xslt".

You might have better luck. :-)

Regards,
Pete.

Quoting Richard Morey <morey at banta.psyc.missouri.edu>:

> I don't have any there; I suppose that is the problem. I did a locate 
> *.xslt and nothing pertaining to icecast came up. I suppose I should 
> grab the source and check it out. I installed from the rpm.
> 
> Thanks,
> Richard
> 
> Michael Smith wrote:
> 
> >On Thursday 21 October 2004 14:50, Richard Morey wrote:
> >  
> >
> >>Ok, I think I see. The xslt files are kind of a template which tells
> >>icecast how to format the xml file that is the admin interface? Where
> >>can I get either an example xslt file or information on how this works?
> >>I didn't see details in the icecast docs. I have now skimmed the
> >>information on xml.com, but don't I need to know what xml tags icecast
> >>uses?
> >>    
> >>
> >
> >Well, there are a whole lot of example xslt files in the admin directory.
> Most 
> >likely, you'll want to either a) not change these, or b) change them in
> minor 
> >ways. 
> >
> >You can look at the actual XML input for the XSLT by getting the raw stats
> xml 
> >(/admin/stats.xml, I think? - the documentation says, anyway), if you need 
> >that.
> >
> >Mike
> >
> >
> >  
> >
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
> 


-- 
Peter Davison
peterdavison at tfnet.ca
For Sale: 2000 Dodge Durango SLT+
http://rpdavison.ca/durango


From andy at earthsong.free-online.co.uk  Thu Oct 21 15:47:13 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Thu, 21 Oct 2004 16:47:13 +0100
Subject: [Icecast] Re: a few questions
References: <4176BE52.8010809@banta.psyc.missouri.edu>
Message-ID: <pan.2004.10.21.15.47.13.843963@earthsong.free-online.co.uk>

On Wed, 20 Oct 2004 14:36:50 -0500, Richard Morey wrote:

> I have just gotten a stream working and it is very cool. I am using 
> ices0.4 to stream mp3s to icecast2 under redhat 9. I have a couple of 
> questions, though:
> 
> 1. No files are being written to the admin directory. It is successfully 
> writing the access and error logs and the pid file. The path is correct 
> in the icecast.xml file. The user has write access to the admin 
> directory. Do I need to turn something on?
> 
> 2. Also, no files are being written to the web directory. Same situation 
> as above.
> 
> 3. With ices0.4, is there any way to force ices to change the mp3 that 
> it is playing while it is running in the background? I'd like to set up 
> somekind of request system. Is there a script that does this?
> 
> Thanks.

If I remember right, it's possible to tell ices to get its playlist from a
script - you give it the name of a script that returns the name of the
next playlist file every time it's called, which means you can generate
the playlist however you want. (E.g. a while back I wrote a script to take
the output from a web jukebox program (otto2) and feed it into ices for
streaming.)




From m.musnikas at lrtc.lt  Fri Oct 22 05:17:53 2004
From: m.musnikas at lrtc.lt (m.musnikas at lrtc.lt)
Date: Fri, 22 Oct 2004 08:17:53 +0300 (EEST)
Subject: [Icecast] (no subject)
Message-ID: <1105.217.9.240.114.1098422273.squirrel@217.9.240.114>





From geoff at hitsandpieces.net  Fri Oct 22 06:38:35 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 22 Oct 2004 16:38:35 +1000
Subject: [Icecast] Re: a few questions
In-Reply-To: <pan.2004.10.21.15.47.13.843963@earthsong.free-online.co.uk>
References: <4176BE52.8010809@banta.psyc.missouri.edu>
	<pan.2004.10.21.15.47.13.843963@earthsong.free-online.co.uk>
Message-ID: <Pine.LNX.4.61.0410221636120.17606@data.home>

Andy Baxter wrote:

> If I remember right, it's possible to tell ices to get its playlist from a
> script - you give it the name of a script that returns the name of the
> next playlist file every time it's called, which means you can generate
> the playlist however you want.

Ices 2.x works like this.  Ices 0.x also allows for scripts, but the 
scripts are more integrated with Ices and have to be in either PERL or 
Python and need to provide methods to do several things.  It's in the 
documentation.

Geoff.



From m.musnikas at lrtc.lt  Sat Oct 23 11:01:36 2004
From: m.musnikas at lrtc.lt (m.musnikas at lrtc.lt)
Date: Sat, 23 Oct 2004 14:01:36 +0300 (EEST)
Subject: [Icecast] (no subject)
Message-ID: <1204.82.140.184.162.1098529296.squirrel@82.140.184.162>





From lnandkes at pacwest.com  Fri Oct 22 17:25:56 2004
From: lnandkes at pacwest.com (Leonard Nandkeshwar)
Date: Fri, 22 Oct 2004 10:25:56 -0700
Subject: [Icecast] help
Message-ID: <B7BF1306DBF8AA4A88082A768DFEFCA0478C83@exchange.adpw.pacwest.com>

	I am try to install icescat-2.0.2 and when I run the command ./configure I get an error message "configure: error: XSLT configuration could not be found".  

	I am a newbie to Linux can you help?  I am running Redhat 9. Below is a copy of what has taken place while the ./configure is running.

Thanks  Leonard

[root at cyrus icecast-2.0.2]# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether g77 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for g77 option to produce PIC... -fPIC
checking if g77 PIC flag -fPIC works... yes
checking if g77 supports -c -o file.o... yes
checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking for ANSI C header files... (cached) yes
checking alloca.h usability... yes
checking alloca.h presence... yes
checking for alloca.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for unistd.h... (cached) yes
checking for nanosleep... yes
checking for poll... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking for socklen_t... yes
checking for va_copy... va_copy
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/uio.h usability... yes
checking sys/uio.h presence... yes
checking for sys/uio.h... yes
checking winsock2.h usability... no
checking winsock2.h presence... no
checking for winsock2.h... no
checking for library containing sethostent... none required
checking for library containing getnameinfo... none required
checking for endhostent... yes
checking for getaddrinfo... yes
checking for inet_aton... yes
checking for writev... yes
checking for struct sockaddr_storage.ss_family... yes
checking for inet_pton... yes
checking for xslt-config... no
configure: error: XSLT configuration could not be found



From roger.shields at gmail.com  Mon Oct 25 03:42:37 2004
From: roger.shields at gmail.com (Roger Shields)
Date: Sun, 24 Oct 2004 23:42:37 -0400
Subject: [Icecast] Ices control
Message-ID: <ce3afd640410242042617356b2@mail.gmail.com>

Is there a way to get ices to skip to the next song in the middle of
the song or whenever i want it to?  I'm using ices 2.0.  Thanks.

Roger Shields


From karl at xiph.org  Mon Oct 25 14:40:37 2004
From: karl at xiph.org (Karl Heyes)
Date: 25 Oct 2004 15:40:37 +0100
Subject: [Icecast] Ices control
In-Reply-To: <ce3afd640410242042617356b2@mail.gmail.com>
References: <ce3afd640410242042617356b2@mail.gmail.com>
Message-ID: <1098715237.21687.11.camel@bogus.hackers.club>

On Mon, 2004-10-25 at 04:42, Roger Shields wrote:
> Is there a way to get ices to skip to the next song in the middle of
> the song or whenever i want it to?  I'm using ices 2.0.  Thanks.

try sending the HUP signal

karl




From geoff at hitsandpieces.net  Mon Oct 25 17:33:16 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 26 Oct 2004 03:33:16 +1000
Subject: [Icecast] help
In-Reply-To: <B7BF1306DBF8AA4A88082A768DFEFCA0478C83@exchange.adpw.pacwest.com>
References: <B7BF1306DBF8AA4A88082A768DFEFCA0478C83@exchange.adpw.pacwest.com>
Message-ID: <Pine.LNX.4.61.0410260332040.5870@data.home>

Leonard Nandkeshwar wrote:

> 	I am try to install icescat-2.0.2 and when I run the command ./configure I get an error message "configure: error: XSLT configuration could not be found".
> 	I am a newbie to Linux can you help?  I am running Redhat 9. Below is a copy of what has taken place while the ./configure is running.

You will need the RPMs for libxslt and libxslt-devel.

Geoff.




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

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

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


From telmnstr at 757.org  Mon Oct 25 17:41:13 2004
From: telmnstr at 757.org (Ethan)
Date: Mon, 25 Oct 2004 13:41:13 -0400 (EDT)
Subject: [Icecast] Static files with Icecast2
Message-ID: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>

Hello,

  With Icecast1 existed the functionality to have the server feed static
content from disk. It generated a playlist file for the one file passed to
it, and off things went.

  I googled around a bit and found people saying it was possible to do
this with icecast2, but the one outside link I found was now invalid.

  Are there any pointers about how to add static content? Does it work
similiar to the older icecast1 where I can point it to an entire
directory?

  I think I can generate the m3u files with php, just as long as icecast2
can stream the files.

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


From andy at earthsong.free-online.co.uk  Mon Oct 25 19:48:24 2004
From: andy at earthsong.free-online.co.uk (Andy Baxter)
Date: Mon, 25 Oct 2004 20:48:24 +0100
Subject: [Icecast] Static files with Icecast2
In-Reply-To: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
References: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
Message-ID: <200410252048.24973.andy@earthsong.free-online.co.uk>

You just make a config entry in the icecast2 xml file saying which directory 
to use as the web root. e.g. if you give /local/music, then a file 
called /local/music/ska/Specials.ogg would be streamed from the url 
http://your.server:8000/ska/Specials.ogg
I don't think it makes the m3u/pls files, but you can do that in the script 
that makes your web pages like you say.

On Monday 25 Oct 2004 18:41, Ethan wrote:
> Hello,
>
>   With Icecast1 existed the functionality to have the server feed static
> content from disk. It generated a playlist file for the one file passed to
> it, and off things went.
>
>   I googled around a bit and found people saying it was possible to do
> this with icecast2, but the one outside link I found was now invalid.
>
>   Are there any pointers about how to add static content? Does it work
> similiar to the older icecast1 where I can point it to an entire
> directory?
>
>   I think I can generate the m3u files with php, just as long as icecast2
> can stream the files.
>
> --
>                                // Ethan O'Toole
>                                // http://users.757.org/~ethan
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

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


From adam at xs4all.nl  Mon Oct 25 20:13:42 2004
From: adam at xs4all.nl (adam)
Date: Mon, 25 Oct 2004 22:13:42 +0200 (CEST)
Subject: [Icecast] queue-size
Message-ID: <20041025221138.L31146-100000@xs6.xs4all.nl>

hi,

I am making a help file for using Icecast2 and I was wondering if anyone
could explain to me what queue-size is. I have read the icecast.org docs
on this and its not so clear.

kind regards

adam





From oddsock at oddsock.org  Mon Oct 25 20:54:29 2004
From: oddsock at oddsock.org (oddsock)
Date: Mon, 25 Oct 2004 15:54:29 -0500
Subject: [Icecast] Static files with Icecast2
In-Reply-To: <200410252048.24973.andy@earthsong.free-online.co.uk>
References: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
	<200410252048.24973.andy@earthsong.free-online.co.uk>
Message-ID: <6.0.1.1.2.20041025155232.0476e818@www.oddsock.org>

At 02:48 PM 10/25/2004, you wrote:
>You just make a config entry in the icecast2 xml file saying which directory
>to use as the web root. e.g. if you give /local/music, then a file
>called /local/music/ska/Specials.ogg would be streamed from the url
>http://your.server:8000/ska/Specials.ogg
>I don't think it makes the m3u/pls files, but you can do that in the script
>that makes your web pages like you say.

if you are using the SVN trunk version of icecast, you can do 
http://your.server:8000/ska/Specials.ogg.m3u  and icecast will serve it to 
you in an m3u.

oddsock




From oddsock at oddsock.org  Mon Oct 25 21:09:46 2004
From: oddsock at oddsock.org (oddsock)
Date: Mon, 25 Oct 2004 16:09:46 -0500
Subject: [Icecast] queue-size
In-Reply-To: <20041025221138.L31146-100000@xs6.xs4all.nl>
References: <20041025221138.L31146-100000@xs6.xs4all.nl>
Message-ID: <6.0.1.1.2.20041025160749.04773e68@www.oddsock.org>

At 03:13 PM 10/25/2004, you wrote:
>hi,
>
>I am making a help file for using Icecast2 and I was wondering if anyone
>could explain to me what queue-size is. I have read the icecast.org docs
>on this and its not so clear.

the queue-size is the size (in bytes) of the internal buffer used for each 
client.  Clients (listeners) tend to lag here and there, and when they do, 
icecast will queue up the stream data on a client's queue.  It will queue 
it up to queue-size, and if it reaches that size, it will kick the client 
for excessive lagging.

make sense ?

oddsock





From adam at xs4all.nl  Mon Oct 25 21:15:55 2004
From: adam at xs4all.nl (adam)
Date: Mon, 25 Oct 2004 23:15:55 +0200 (CEST)
Subject: [Icecast] queue-size
In-Reply-To: <6.0.1.1.2.20041025160749.04773e68@www.oddsock.org>
Message-ID: <20041025231322.T31146-100000@xs6.xs4all.nl>

cheers...I wonder if there is a better explanation for header-timeout, the
icecast docs state:
The maximum time (in seconds) to wait for a request to come in once the
client has made a connection to the server. In general this value should
not need to be tweaked.

Is there a difference between the client connecting and a request? I
thought they were the same thing?

adam



> At 03:13 PM 10/25/2004, you wrote:
> >hi,
> >
> >I am making a help file for using Icecast2 and I was wondering if anyone
> >could explain to me what queue-size is. I have read the icecast.org docs
> >on this and its not so clear.
>
> the queue-size is the size (in bytes) of the internal buffer used for each
> client.  Clients (listeners) tend to lag here and there, and when they do,
> icecast will queue up the stream data on a client's queue.  It will queue
> it up to queue-size, and if it reaches that size, it will kick the client
> for excessive lagging.
>
> make sense ?
>
> oddsock
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>




Adam Hyde
~/.fi

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

contact:
email : adam at xs4all.nl
phone : + 358 40876 1932 (finnish mobile)









#phone : + 371 938 6752 (latvian mobile)





From telmnstr at 757.org  Mon Oct 25 21:18:29 2004
From: telmnstr at 757.org (Ethan)
Date: Mon, 25 Oct 2004 17:18:29 -0400 (EDT)
Subject: [Icecast] Static files with Icecast2
In-Reply-To: <6.0.1.1.2.20041025155232.0476e818@www.oddsock.org>
References: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
	<200410252048.24973.andy@earthsong.free-online.co.uk>
	<6.0.1.1.2.20041025155232.0476e818@www.oddsock.org>
Message-ID: <Pine.BSF.4.58L0.0410251717060.41872@users.757.org>


> if you are using the SVN trunk version of icecast, you can do
> http://your.server:8000/ska/Specials.ogg.m3u  and icecast will serve it to
> you in an m3u.
> oddsock

Ah not sure, I symlinked the directory containing content under the /web
directory of icecast, and hacked together a php script that craps out a
m3u file that points to it. I'm not really sure that this is doing
anything different than letting apache serve it ?




From oddsock at oddsock.org  Mon Oct 25 21:23:56 2004
From: oddsock at oddsock.org (oddsock)
Date: Mon, 25 Oct 2004 16:23:56 -0500
Subject: [Icecast] queue-size
In-Reply-To: <20041025231322.T31146-100000@xs6.xs4all.nl>
References: <6.0.1.1.2.20041025160749.04773e68@www.oddsock.org>
	<20041025231322.T31146-100000@xs6.xs4all.nl>
Message-ID: <6.0.1.1.2.20041025162104.04db2e88@www.oddsock.org>

At 04:15 PM 10/25/2004, you wrote:
>cheers...I wonder if there is a better explanation for header-timeout, the
>icecast docs state:
>The maximum time (in seconds) to wait for a request to come in once the
>client has made a connection to the server. In general this value should
>not need to be tweaked.

the header-timeout is the time icecast will wait for the HTTP request 
headers from any client.  Clients in this context can be any request 
(source client, fserve client, HTTP request) pretty much anything that 
connects to the icecast main port.  Although possibly a bit misleading, I 
think we consistently use the term "client" to mean anything that makes a 
connection TO icecast.

oddsock




From tsg at bonedaddy.net  Mon Oct 25 15:07:59 2004
From: tsg at bonedaddy.net (Todd Goodman)
Date: Mon, 25 Oct 2004 11:07:59 -0400
Subject: [Icecast] Truncated Short Samples?
Message-ID: <20041025150759.GI5968@sctptest.sonusnet.com>

I'm using Icecast 1.3.10 and Ices 0.3.

I use a perl module to pick the playlist and play short (about two to
five seconds) mp3s in between other songs.

I've been getting those mp3s clipped off at the end when listening with
XMMS on a RedHat system (with WinAmp on a Windows 2000 system, sometimes
I don't hear the clips at all and sometimes I hear the whole thing???)

It seems to clip about a second.  Now strangely enough, it used to
always clip the end, but after restarting icecast and ices this morning
it is now clipping the beginning of them!

Has anyone experienced anything similar or know where to look to try to
figure out what's going on?

Thanks,

Todd


From msmith at xiph.org  Mon Oct 25 23:49:18 2004
From: msmith at xiph.org (Michael Smith)
Date: Tue, 26 Oct 2004 09:49:18 +1000
Subject: [Icecast] Truncated Short Samples?
In-Reply-To: <20041025150759.GI5968@sctptest.sonusnet.com>
References: <20041025150759.GI5968@sctptest.sonusnet.com>
Message-ID: <200410260949.18560.msmith@xiph.org>

On Tuesday 26 October 2004 01:07, Todd Goodman wrote:
> I'm using Icecast 1.3.10 and Ices 0.3.
>

Icecast 1.3.x is no longer supported.

Please upgrade to 2.0 if you want help.

Mike



From jesper.johnson at welho.com  Tue Oct 26 14:15:12 2004
From: jesper.johnson at welho.com (Jesper Johnson)
Date: Tue, 26 Oct 2004 17:15:12 +0300
Subject: [Icecast] queue-size (+polling?)
In-Reply-To: <6.0.1.1.2.20041025160749.04773e68@www.oddsock.org>
References: <20041025221138.L31146-100000@xs6.xs4all.nl>
	<20041025221138.L31146-100000@xs6.xs4all.nl>
Message-ID: <3.0.5.32.20041026171512.00c56120@pop3.welho.com>

Hi!

This topic got me thinking whether it is possible to poll the server for
the amount of data the server has queued for a listener? If it's not
possible with the current admin commands implemented, would it be painful
to add this feature to the code?


>the queue-size is the size (in bytes) of the internal buffer used for each 
>client.  Clients (listeners) tend to lag here and there, and when they do, 
>icecast will queue up the stream data on a client's queue.  It will queue 
>it up to queue-size, and if it reaches that size, it will kick the client 
>for excessive lagging.
>
>oddsock




From msmith at xiph.org  Wed Oct 27 00:55:38 2004
From: msmith at xiph.org (Michael Smith)
Date: Wed, 27 Oct 2004 10:55:38 +1000
Subject: [Icecast] queue-size (+polling?)
In-Reply-To: <3.0.5.32.20041026171512.00c56120@pop3.welho.com>
References: <20041025221138.L31146-100000@xs6.xs4all.nl>
	<3.0.5.32.20041026171512.00c56120@pop3.welho.com>
Message-ID: <200410271055.38516.msmith@xiph.org>

On Wednesday 27 October 2004 00:15, Jesper Johnson wrote:
> Hi!
>
> This topic got me thinking whether it is possible to poll the server for
> the amount of data the server has queued for a listener? If it's not
> possible with the current admin commands implemented, would it be painful
> to add this feature to the code?
>

Not currently possible. It'd be easy to add such a feature, but I can't 
imagine why it'd be useful - the amount of queued data in icecast is 
something that fluctuates rapidly, and isn't all that closely related to how 
far behind the user is (because the TCP buffers inside your OS are often 
going to be more significant).

Mike



From geoff at hitsandpieces.net  Wed Oct 27 13:28:45 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 27 Oct 2004 23:28:45 +1000
Subject: [Icecast] Static files with Icecast2
In-Reply-To: <200410252048.24973.andy@earthsong.free-online.co.uk>
References: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
	<200410252048.24973.andy@earthsong.free-online.co.uk>
Message-ID: <Pine.LNX.4.61.0410272327470.716@data.home>

Andy Baxter wrote:

> You just make a config entry in the icecast2 xml file saying which directory
> to use as the web root. e.g. if you give /local/music, then a file
> called /local/music/ska/Specials.ogg would be streamed from the url
> http://your.server:8000/ska/Specials.ogg

And of course you need to turn file serving on in the config file too.

Geoff.



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

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

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


From geoff at hitsandpieces.net  Wed Oct 27 13:30:23 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 27 Oct 2004 23:30:23 +1000
Subject: [Icecast] Static files with Icecast2
In-Reply-To: <Pine.BSF.4.58L0.0410251717060.41872@users.757.org>
References: <Pine.BSF.4.58L0.0410251338360.37894@users.757.org>
	<200410252048.24973.andy@earthsong.free-online.co.uk>
	<6.0.1.1.2.20041025155232.0476e818@www.oddsock.org>
	<Pine.BSF.4.58L0.0410251717060.41872@users.757.org>
Message-ID: <Pine.LNX.4.61.0410272328550.716@data.home>

Ethan wrote:

> Ah not sure, I symlinked the directory containing content under the /web
> directory of icecast, and hacked together a php script that craps out a
> m3u file that points to it. I'm not really sure that this is doing
> anything different than letting apache serve it ?

You're right, it's not really.  It's mainly there so you don't need to run 
apache as well just to do this sort of thing.

Geoff.



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

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

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


From themachine at 209radio.co.uk  Thu Oct 28 08:15:12 2004
From: themachine at 209radio.co.uk (209radio)
Date: Thu, 28 Oct 2004 09:15:12 +0100
Subject: [Icecast] Icecast2 buffering
Message-ID: <000401c4bcc6$3f71b6e0$0201a8c0@badboy>

Please forgive me if this question has been covered already...

I run 209radio in Cambridge (community radio) and we are using the
streaming setup provided by the Community Media Association.

My question concerns our archive icecast2 server to which we post our
ogg vorbis archive files. 

Despite a fair bit of effort by us and the cma it seems, we cannot find
a solution to the fact that end users cannot scan through the programmes
at all. They have to sit there and take the file as it comes and if a
fatal dropout occurs it goes right back to the beginning.

The cma are keen to sort this too but we are all embroiled in preparing
for the Community Radio Order 2004 FM application deadlines and cannot
spare a great deal of time on chasing the solution.

We also offer mp3 streams and archives and it seems that the lack of
this feature for ogg is steering users toward mp3, which we do not want
as we are very keen to promote the use of ogg, it being far superior and
all that.

Can anyone help?

Karl Hartland
www.209radio.co.uk


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.783 / Virus Database: 529 - Release Date: 25/10/2004
 



From geoff at hitsandpieces.net  Thu Oct 28 13:30:04 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 28 Oct 2004 23:30:04 +1000
Subject: [Icecast] Icecast2 buffering
In-Reply-To: <000401c4bcc6$3f71b6e0$0201a8c0@badboy>
References: <000401c4bcc6$3f71b6e0$0201a8c0@badboy>
Message-ID: <Pine.LNX.4.61.0410282328340.10867@data.home>

Hi:

To save us from doing some digging and to probably provide you with a 
faster response, can you tell us exactly what you're doing now?  What is 
different about the way you provide your ogg archives as opposed to MP3?

Geoff.


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

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

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


From hallm at 1satcom.com  Thu Oct 28 19:30:26 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Thu, 28 Oct 2004 14:30:26 -0500
Subject: [Icecast] New install of icecast
Message-ID: <E1CNFzD-0004Pg-00@debiansatcom>

I just completed a new install of icecast and ices2 on my pc.  Icecast
appears to be starting and running fine, but ices isn't making my
mountpoints or is being terminated before it can.  Here are the log entries:

Icecast


[2004-10-28  09:29:51] INFO connection/_handle_source_request Source logging
in at mountpoint "/kwlv.ogg"
[2004-10-28  09:29:51] DBUG source/source_main Source creation complete
[2004-10-28  09:29:51] INFO connection/_handle_source_request Source logging
in at mountpoint "/kwlvlow.ogg"
[2004-10-28  09:29:51] DBUG source/source_main Source creation complete
[2004-10-28  09:29:53] DBUG source/source_main Disconnecting source due to
socket read error: Success
[2004-10-28  09:29:53] INFO source/source_main Removing source following
disconnection
[2004-10-28  09:29:53] INFO source/source_main Source "/kwlv.ogg" exiting

Ices

[2004-10-28  09:29:51] INFO ices-core/main IceS 2.0.0 started...
[2004-10-28  09:29:51] INFO input-oss/oss_open_module Opened audio device
/dev/dsp at 2 channel(s), 48000 Hz
[2004-10-28  09:29:51] INFO audio/resample_initialise Initialised resampler
for 2 channels, from 48000 Hz to 22050 Hz
[2004-10-28  09:29:51] INFO encode/encode_initialise Encoder initialising in
VBR mode: 2 channel(s), 22050 Hz, quality 0.0000
00
[2004-10-28  09:29:51] INFO signals/signal_usr1_handler Metadata update
requested
[2004-10-28  09:29:51] INFO stream/ices_instance_stream Connected to server:
localhost:8000/kwlv.ogg
[2004-10-28  09:29:51] INFO audio/downmix_initialise Enabling stereo->mono
downmixing
[2004-10-28  09:29:51] INFO audio/resample_initialise Initialised resampler
for 1 channels, from 48000 Hz to 11000 Hz
[2004-10-28  09:29:51] INFO encode/encode_initialise Encoder initialising in
VBR mode: 1 channel(s), 11000 Hz, quality -1.000
000
[2004-10-28  09:29:51] INFO stream/ices_instance_stream Connected to server:
localhost:8000/kwlvlow.ogg

What do you think?

Marion

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.783 / Virus Database: 529 - Release Date: 10/25/2004
 



From geoff at hitsandpieces.net  Thu Oct 28 20:45:24 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 29 Oct 2004 06:45:24 +1000
Subject: [Icecast] New install of icecast
In-Reply-To: <E1CNFzD-0004Pg-00@debiansatcom>
References: <E1CNFzD-0004Pg-00@debiansatcom>
Message-ID: <Pine.LNX.4.61.0410290644040.10867@data.home>

Hi:

hmmm, you don't show the ices log for when it disconnnects.  Is nothing 
printed about that?

And can you post your ices config?  This might help determine the problem.

Geoff.


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

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

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


From geoff at hitsandpieces.net  Thu Oct 28 20:49:52 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 29 Oct 2004 06:49:52 +1000
Subject: [Icecast] Icecast 2.1RC1
Message-ID: <Pine.LNX.4.61.0410290645330.10867@data.home>

Hi:

Just observing that there's been no trumpet blowing about Icecast 2.1RC1 
being released, with no link on the website or nothing.  For thems that 
want it, go to http://svn.xiph.org/releases/icecast

Also, I presume that this release has the fallbackoverride functionality in 
it.  Probably good to have this in the conf file.

This release comes just at the right time for me - I will be using it this 
weekend...unless there's a good reason why I shouldn't.

Geoff.


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

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

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


From karl at xiph.org  Thu Oct 28 21:14:38 2004
From: karl at xiph.org (Karl Heyes)
Date: 28 Oct 2004 22:14:38 +0100
Subject: [Icecast] Icecast 2.1RC1
In-Reply-To: <Pine.LNX.4.61.0410290645330.10867@data.home>
References: <Pine.LNX.4.61.0410290645330.10867@data.home>
Message-ID: <1098998075.13481.19.camel@bogus.hackers.club>

On Thu, 2004-10-28 at 21:49, Geoff Shang wrote:
> Hi:
> 
> Just observing that there's been no trumpet blowing about Icecast 2.1RC1 
> being released, with no link on the website or nothing.  For thems that 
> want it, go to http://svn.xiph.org/releases/icecast

Well you are slightly early, we're making sure things are ready before
getting feedback first.  Oddsock will announce it when it's ready.

> Also, I presume that this release has the fallbackoverride functionality in 
> it.  Probably good to have this in the conf file.

these are the sorts of things we have been tidying up over the last
couple of days.

> This release comes just at the right time for me - I will be using it this 
> weekend...unless there's a good reason why I shouldn't.

great, the more testing the better.

karl.




From geoff at hitsandpieces.net  Thu Oct 28 21:20:59 2004
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 29 Oct 2004 07:20:59 +1000
Subject: [Icecast] Icecast 2.1RC1
In-Reply-To: <1098998075.13481.19.camel@bogus.hackers.club>
References: <Pine.LNX.4.61.0410290645330.10867@data.home>
	<1098998075.13481.19.camel@bogus.hackers.club>
Message-ID: <Pine.LNX.4.61.0410290719030.10867@data.home>

Karl Heyes wrote:

> Well you are slightly early, we're making sure things are ready before
> getting feedback first.  Oddsock will announce it when it's ready.

Oops.  Well, I kinda assumed that posting of tarballs and windows builds to 
/releases was pretty final.  Don't mean to sound like I'm nagging, just 
wanted to make sure you didn't overlook stuff.  Glad to see this being 
released.

Geoff.'



From Jason at Weatherserver.net  Thu Oct 28 22:23:53 2004
From: Jason at Weatherserver.net (Jason)
Date: Thu, 28 Oct 2004 18:23:53 -0400
Subject: [Icecast] Icecast 2.1RC1
References: <Pine.LNX.4.61.0410290645330.10867@data.home>
	<1098998075.13481.19.camel@bogus.hackers.club>
Message-ID: <001001c4bd3c$cf1258b0$1401a8c0@workstation>

Yeah Karl loves us.  And puts up with my nagging alot tooo.  :-D
----- Original Message ----- 
From: "Karl Heyes" <karl at xiph.org>
To: "Geoff Shang" <geoff at hitsandpieces.net>
Cc: "icecast" <>
Sent: Thursday, October 28, 2004 5:14 PM
Subject: Re: [Icecast] Icecast 2.1RC1


> On Thu, 2004-10-28 at 21:49, Geoff Shang wrote:
>> Hi:
>>
>> Just observing that there's been no trumpet blowing about Icecast 2.1RC1
>> being released, with no link on the website or nothing.  For thems that
>> want it, go to http://svn.xiph.org/releases/icecast
>
> Well you are slightly early, we're making sure things are ready before
> getting feedback first.  Oddsock will announce it when it's ready.
>
>> Also, I presume that this release has the fallbackoverride functionality 
>> in
>> it.  Probably good to have this in the conf file.
>
> these are the sorts of things we have been tidying up over the last
> couple of days.
>
>> This release comes just at the right time for me - I will be using it 
>> this
>> weekend...unless there's a good reason why I shouldn't.
>
> great, the more testing the better.
>
> karl.
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 




From c.mitchell at apu.ac.uk  Thu Oct 28 08:30:38 2004
From: c.mitchell at apu.ac.uk (chris mitchell)
Date: Thu, 28 Oct 2004 09:30:38 +0100
Subject: [Icecast] m3u problems
Message-ID: <4180AE2E.3010008@apu.ac.uk>

Hi everyone,

I am using icecast 2.0.2 using the webroot (no mount point) to serve all 
the ogg files
within the folder that is the webroot.  According to the documentation I 
should be able to take the audio
(test.org) file name and add a .m3u extension, and icecast should 
automatically generate a m3u file in response.
However at the moment it serves the test.org file as the m3u file. This 
unfortunately won't play in a number
of different players (I think this is a mime thing).

On the message board someone reported a problem that is similar. Their 
problem was
traced to the host name element in icecast's config file. I have tried 
various different
configurations (FQDN, IP) without much luck.

Is there anybody who could possible help me out with this.....

Cheers

Chris
c.mitchell at apu.ac.uk




From oddsock at oddsock.org  Fri Oct 29 02:11:44 2004
From: oddsock at oddsock.org (oddsock)
Date: Thu, 28 Oct 2004 21:11:44 -0500
Subject: [Icecast] m3u problems
In-Reply-To: <4180AE2E.3010008@apu.ac.uk>
References: <4180AE2E.3010008@apu.ac.uk>
Message-ID: <6.0.1.1.2.20041028210331.01eef370@www.oddsock.org>

At 03:30 AM 10/28/2004, you wrote:
>Hi everyone,
>
>I am using icecast 2.0.2 using the webroot (no mount point) to serve all 
>the ogg files
>within the folder that is the webroot.  According to the documentation I 
>should be able to take the audio
>(test.org) file name and add a .m3u extension, and icecast should 
>automatically generate a m3u file in response.
>However at the moment it serves the test.org file as the m3u file. This 
>unfortunately won't play in a number
>of different players (I think this is a mime thing).

I believe this functionality is only in trunk version of icecast (i.e. not 
2.0.2).  It may be that the docs for 2.0.2 are wrong, because I believe I 
added that capability (a more generalized implementation of the m3u 
generation that works with both mountpoints and static files) post 2.0.

>On the message board someone reported a problem that is similar. Their 
>problem was
>traced to the host name element in icecast's config file. I have tried 
>various different
>configurations (FQDN, IP) without much luck.

hostname is definately a key part of m3u generation, but as I said before I 
don't think the m3u generation worked on static files in 2.0.2, only on 
mountpoints.


oddsock 




From msmith at xiph.org  Fri Oct 29 02:57:36 2004
From: msmith at xiph.org (Michael Smith)
Date: Fri, 29 Oct 2004 12:57:36 +1000
Subject: [Icecast] m3u problems
In-Reply-To: <6.0.1.1.2.20041028210331.01eef370@www.oddsock.org>
References: <4180AE2E.3010008@apu.ac.uk>
	<6.0.1.1.2.20041028210331.01eef370@www.oddsock.org>
Message-ID: <200410291257.36844.msmith@xiph.org>

On Friday 29 October 2004 12:11, oddsock wrote:
> At 03:30 AM 10/28/2004, you wrote:
> >Hi everyone,
> >
> >I am using icecast 2.0.2 using the webroot (no mount point) to serve all
> >the ogg files
> >within the folder that is the webroot.  According to the documentation I
> >should be able to take the audio
> >(test.org) file name and add a .m3u extension, and icecast should
> >automatically generate a m3u file in response.
> >However at the moment it serves the test.org file as the m3u file. This
> >unfortunately won't play in a number
> >of different players (I think this is a mime thing).
>
> I believe this functionality is only in trunk version of icecast (i.e. not
> 2.0.2).  It may be that the docs for 2.0.2 are wrong, because I believe I
> added that capability (a more generalized implementation of the m3u
> generation that works with both mountpoints and static files) post 2.0.

2.0.2 has this functionality. You rewrote it after (for 2.1); the commit 
message says "fix m3u generation logic that was not working for static 
files". The 2.0.2 implementation is entirely different from what you added in 
2.1, but looks busted in the way described (it serves the file directly, 
rather than generating an m3u file. Oops).

Your 2.1 implementation is more general as well(it doesn't bother specifically 
checking if a source exists, or if the file (in fileserving mode) exists, it 
just generates the m3u file regardless.

So, the docs are right (the feature existed in 2.0.2), but due to a fairly 
stupid bug (on my part, I think) it doesn't work usefully for static files.

Anyway, as to the original poster's problem: either don't use the 
autogeneration of m3u files for static files, or upgrade to the 2.1 release 
candidate, where this works. 

Mike



From adam at xs4all.nl  Fri Oct 29 11:44:42 2004
From: adam at xs4all.nl (adam)
Date: Fri, 29 Oct 2004 13:44:42 +0200 (CEST)
Subject: [Icecast] Open Streaming Manuals 
Message-ID: <20041029134327.G59586-100000@xs6.xs4all.nl>


Hi,

r a d i o q u a l i a have just finished the first version of a streaming
manual for those wishing to learn how to stream under Linux. Its intended
as a manual to accompany a hands-on self-learning or workshop based
approach. No previous knowledge of Linux is assumed. Another manual on
'advanced topics' will be forthcoming.

Topics include:
Introduction to Streaming
Introduction to Your Soundcard
External Audio Devices
Mixing Desks
Cables and Connectors
Hardware Set-up for Live Streaming
Plugging in
The Art of Mixing
Introduction to Linux Windowing Systems
Introduction to Linux File Structure
Some Linux Commands you Should Know
Connecting to the Internet with Linux
Installing Software on Linux
Introduction to Linux Sound Architecture
Linux Software - Mixers
Linux Software - XMMS
Linux Software - Test Editors
Linux Software - FTP
Installing MuSE
Live Streaming with MuSE
Creating Playlist Files
Linking with HTML
MIME types
The Politics of Streaming (rant)
Streaming with playlists from MuSE
Setting up Icecast2
Using Icecast2
Other Tools

The manual is released under Creatice Commonds Attributive ShareAlike
NonCommercial License 2.0. Feel free to nuse, ammend, distribute.

It is available as a PDF from:
http://www.radioqualia.net/streaming_manual

If you spot any errors or ways to improve the manual please let me know!

adam

Adam Hyde
~/.fi

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

contact:
email : adam at xs4all.nl






From hallm at 1satcom.com  Fri Oct 29 19:30:21 2004
From: hallm at 1satcom.com (Marion Hall)
Date: Fri, 29 Oct 2004 14:30:21 -0500
Subject: [Icecast] Re: New install of icecast (Marion Hall)
Message-ID: <E1CNcSR-0005rY-00@debiansatcom>

Geoff Shang said:
>Hi:

>hmmm, you don't show the ices log for when it disconnnects.  Is nothing
>printed about that?

>And can you post your ices config?  This might help determine the problem.

I noticed something this morning.  I'm using SSH to login in, and when I run
ices it pops an hexadecimal error up on the server screen itself.  If I go
to the server and run ices I get the same screen.  (It starts out with
invalid operand: 0000    CPU:0   EIP:  0010:[<d08ba5c1>] Not tainted.
I'll post the full error if needed.  (How do I capture a terminal screen
input?  I usually use putty from my windows pc using ssh and copy the
contents to clipboard, but the error doesn't show up on a client just the
server.)  

I've tested the soundcard on playback but not on the line in or mic.  I
didn't know how to test those other than using ices.

The config files are as follows:

Thanks,
Marion

Ices

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

    <!-- run in background  -->
    <background>1</background>
    <!-- where logs go. -->
    <logpath>/var/log/ices</logpath>
    <logfile>ices.log</logfile>
    <logsize>2048</logsize>
    <!-- 1=error, 2=warn, 3=infoa ,4=debug -->
    <loglevel>4</loglevel>
    <!-- logfile is ignored if this is set to 1 -->
    <consolelog>0</consolelog>

    <!-- optional filename to write process id to -->
    <!-- <pidfile>/home/ices/ices.pid</pidfile> -->

    <stream>
        <!-- metadata used for stream listing -->
        <metadata>
            <name>Example stream name</name>
            <genre>Example genre</genre>
            <description>A short description of your stream</description>
            <url>http://mysite.org</url>
        </metadata>

        <!--    Input module.

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

        <!--    Stream instance.

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

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

        <instance>
            <!--    Server details.

                You define hostname and port for the server here, along
                with the source password and mountpoint.  -->

            <hostname>localhost</hostname>

            <port>8000</port>
            <password>meeoow74</password>
            <mount>/kwlv.ogg</mount>
            <yp>0</yp>   <!-- allow stream to be advertised on YP, default 0
-->

            <!--    Live encoding/reencoding:

                channels and samplerate currently MUST match the channels
                and samplerate given in the parameters to the oss input
                module above or the remsaple/downmix section below.  -->

            <encode>  
                <quality>0</quality>
                <samplerate>22050</samplerate>
                <channels>2</channels>
            </encode>

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

            <!-- resampling.
            
                Set to the frequency (in Hz) you wish to resample to, -->
             
            <resample>
                <in-rate>44100</in-rate>
                <out-rate>22050</out-rate>
            </resample>
        </instance>

	<instance>
		<hostname>localhost</hostname>
		<port>8000</port>
		<password>meeoow74</password>
		<mount>/kwlvlow.ogg</mount>
		<yp>0</yp>

		<encode>
			<quality>-1</quality>
			<samplerate>11000</samplerate>
			<channels>1</channels>
		</encode>

		<downmix>1</downmix>

		<resample>
			<in-rate>44100</in-rate>
			<out-rate>11000</out-rate>
		</resample>
	</instance> 			  

    </stream>
</ices>

Icecast

<icecast>
    <limits>
        <clients>100</clients>
        <sources>4</sources>
        <threadpool>5</threadpool>
        <queue-size>102400</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</source-timeout>
    </limits>

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

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

    <!-- Uncomment this if you want directory listings -->
    <!--
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
    </directory>
     -->

    <hostname>localhost</hostname>

    <!-- You can use these two if you only want a single listener -->
    <!--<port>8000</port> -->
    <!--<bind-address>127.0.0.1</bind-address>-->

    <!-- You may have multiple <listener> elements -->
    <listen-socket>
        <port>8000</port>
        <!-- <bind-address>127.0.0.1</bind-address> -->
    </listen-socket>
    <!--
    <listen-socket>
        <port>8001</port>
    </listen-socket>
    -->

    <!--<master-server>127.0.0.1</master-server>-->
    <!--<master-server-port>8001</master-server-port>-->
    <!--<master-update-interval>120</master-update-interval>-->
    <!--<master-password>hackme</master-password>-->
    <!--
    <relay>
        <server>127.0.0.1</server>
        <port>8001</port>
        <mount>/example.ogg</mount>
        <local-mount>/different.ogg</local-mount>

        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>
    -->

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

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

        <max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <fallback-mount>/example2.ogg</fallback-mount>
    </mount>
    -->

    <fileserve>1</fileserve>

    <paths>
		<!-- basedir is only used if chroot is enabled -->
        <basedir>/usr/local/share/icecast</basedir>

        <!-- Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root -->
        <logdir>/var/log/icecast</logdir>
        <webroot>/usr/local/share/icecast/web</webroot>
        <adminroot>/usr/local/share/icecast/admin</adminroot>
        <!-- <pidfile>/usr/local/share/icecast/icecast.pid</pidfile> -->

        <!-- Aliases: treat requests for 'source' path as being for 'dest'
path
             May be made specific to a port or bound address using the
"port"
             and "bind-address" attributes.
          -->
        <!--
        <alias source="/foo" dest="/bar"/>
          -->
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
      	<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
    </logging>

    <security>
        <chroot>0</chroot>
        
        <changeowner>
            <user>icecast</user>
            <group>icecast</group>
        </changeowner>
        
    </security>
</icecast>

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.783 / Virus Database: 529 - Release Date: 10/25/2004
 



From oddsock at oddsock.org  Fri Oct 29 21:14:43 2004
From: oddsock at oddsock.org (oddsock)
Date: Fri, 29 Oct 2004 16:14:43 -0500
Subject: [Icecast] Icecast 2.1 RC2 Announcement
Message-ID: <6.0.1.1.2.20041029160408.04cb51d0@www.oddsock.org>

We are pleased to announce that the long awaited 2.1 version of icecast is 
nearing release.  Since there has been quite a bit of changes since 2.0, we 
thought it best to release a "release candidate" version.  We welcome any 
testing on this version, and highly encourage current users to send us 
feedback about the testing.

For those wondering what happened to RC1, we did a small RC1 internal 
release that found a few issues (mostly minor) that we've cleaned up and 
made RC2 ready for public consumption.

RC2 Binaries and Source can be downloaded here :

Source: http://svn.xiph.org/releases/icecast/icecast-2.1RC2.tar.gz
Fedora Core 1 RPM : 
http://svn.xiph.org/releases/icecast/icecast-2.1RC2-1.i386.rpm
Source RPM : http://svn.xiph.org/releases/icecast/icecast-2.1RC2-1.src.rpm
Win32 Binary Installer : 
http://svn.xiph.org/releases/icecast/icecast2_win32_2.1RC2_setup.exe

The following gives a brief overview of the changes in 2.1 (and special 
thanks to everyone who has contributed fixes and suggestions as well as all 
those who help us tremendously with help testing in between releases) :

Icecast 2.1
-----------------------------------------------------------------------------
****New features for 2.1 (in no particular order):****

-Listener Authentication-

   Icecast now supports listener authentication.  This provides a mechanism for
   creating/maintaining users and passwords for listeners.  Currently, we only
   have implemented a simple, file-based storage for users and passwords.  New
   authenticators are on the horizon (such as URL-based or possibly MySQL 
based)
   New admin pages were also added for the maintenance of users/passwords. 
Please
   check the docs for a more detailed description of this new feature.

-Multi-Level Fallbacks-

   Multi-level fallbacks allow for specifications of a series of fallback 
mounts
   that you could use, for instance, to set up a series of progressively lower
   bitrate streams that would be cascaded through.  For instance, a modem user
   would connect to the highest bitrate stream, and then could be cascaded
   down to a progressively lower stream until they reach a value they can
   handle.

-Burst-On-Connect-

   This is an new, optional config setting which will send a initial burst of
   data to connecting listeners.  This has the effect of reducing
   (significantly) the startup buffer latency from the end-user perspective.
   This option is enabled by default.


****New Enhancements for 2.1****

-Update to admin interface-

   This interface has been cleaned up quite a bit and made a bit nicer.

-Rewrite of the YP listing code-

   The icecast yp code has received a complete overhaul by karl, and it's a 
much
   more stable and failure-resistant implementation.

-Lots and lots of bugs fixed-

   Check the ChangeLog for a complete list of these...

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




From michael at zambra.com  Sat Oct 30 12:15:50 2004
From: michael at zambra.com (Zambra)
Date: Sat, 30 Oct 2004 14:15:50 +0200
Subject: [Icecast] WMP and streaming
In-Reply-To: <mailman.0.1099138090.29538.icecast@xiph.org>
Message-ID: <KMEFLDEPFHJFHGAFPLNIAEKKEBAA.michael@zambra.com>


Hello,

I've successfully installed Icecast 2.0.2 and Ices 0.4, configured and
started them. The logs show no errors, but while I'm able to stream to
Winamp 5, it doesn't work with WMP 9 or 10. The latter simply downloads the
file and even halts when it reaches a certain point.

This is the mountpoint's URL:

http://www.zambra.com:8080/musica

Has any of you experienced this behavior before?

Thanks for any hints.

Best regards,

Miguel



From andy at earthsong.free-online.co.uk  Sun Oct 31 22:32:17 2004
From: andy at earthsong.free-online.co.uk (andy)
Date: Sun, 31 Oct 2004 22:32:17 +0000
Subject: [Icecast] Re: ices-kh dropping jack ports unexpectedly
References: <pan.2004.10.18.15.05.59.947906@earthsong.free-online.co.uk>
Message-ID: <pan.2004.10.31.22.32.17.60497@earthsong.free-online.co.uk>

On Mon, 18 Oct 2004 16:06:00 +0100, Andy Baxter wrote:

> I've been having a problem where ices-kh (the jack'ified version)
> disconnects from its jack input source unexpectedly. This happens mainly
> while other jack clients are being started/stopped, or
> connected/disconnected, but also at other times (e.g. switching between
> different X sessions). I'm planning to do a bit more work on tuning up the
> jack setup to see if I can get rid of the problem that way, but it would
> be good to know in the meantime if this is a known bug, and whether there
> is anything I can do about it.
> 
> It happened just now when I connected two other jack sources. There were
> two xruns at the same time, of 0.8 and 1.8 msecs, so I'm guessing this
> happens when there is an xrun. I've tried increasing the client timeout to
> 1000 msec, but this doesn't help. I can't increase the buffer size any
> more - it's at 2048 and increasing it to 4096 stops ices from starting at
> all.
> 
> The setup I'm working with is an ecasound session relaying audio between
> its input and output ports, with its output connected to all the ices
> clients for the different streams we're running. Then I'm
> switching the ecasound input between different stream sources (line in,
> recorded audio, http relay etc.) I want to be able to do this switching
> without breaking the stream, which is why I've set things up this way.

I've been testing this some more and the ices logs are showing a
ringbuffer full error at the time the port drops. I looked through the
source and the 'sleep time' parameter seems to have something to do with
setting the ring buffer size. I've tried recompiling the im_jack module
with the line:

rb_size=(size_t)((s->sleep / 2000.0 ) * ......

changed to ... s->sleep / 1000.0

I'm running another test at the moment, but it would be good to know
whether this is actually likely to help, and if it's going to have any
other effects on the way ices works (apart from increasing the stream
latency.)

I'll let you know how the test goes.




From dvessell at charter.net  Sat Oct 30 17:35:18 2004
From: dvessell at charter.net (DV)
Date: Sat, 30 Oct 2004 12:35:18 -0500
Subject: [Icecast] Logging songs played by Icecast?
Message-ID: <007201c4bea6$d2d24260$0401a8c0@WESLEY>

Hello all,

I skimmed the last year's worth of messages and all the docsand could find
no reference to this.  I'm hoping someone here can assist.

I am a host for an Internet radio station,and we gave about 20 DJs.  Each
host determines their own playlist and uses a variety of tools to broadcast
to the Icecast server (e.g. SAM2, SimpleCast, etc.).  Since we do not have a
set playlist for the entire stream, I am trying to find a way for IceCast to
write a log of all the songs streamed through it, ideally by recording the
information in the ID3 fields.  Any suggestions?

-----
DAVID VESEL -- synthetic music for humans
http://www.purplenote.com/davidv
davidvesel at gmail.com
-----
David L. Vessell, St. Louis, MO
-----