From ocdude at bluewavedigital.net  Sat Jul  1 09:01:01 2006
From: ocdude at bluewavedigital.net (Cristian Alvarado)
Date: Sat, 1 Jul 2006 02:01:01 -0700
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
Message-ID: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>

I've been scouring the web for a web based scheduler for use with  
icecast.  Here is what I'm looking for:

I want to be able to say "at X time, Y file/playlist will play"
I want to be able to control icecast from the web
I want to be able to lock control of this site with some form of  
authentication
Preferably PHP, but ruby/rails would be good too.

Any suggestions?

--
Cristian Alvarado
ocdude at gmail.com


From msmith at xiph.org  Sun Jul  2 11:09:18 2006
From: msmith at xiph.org (Michael Smith)
Date: Sun, 2 Jul 2006 13:09:18 +0200
Subject: [Icecast] Furtherto my last post
In-Reply-To: <002301c693d2$582d8030$0802a8c0@LAVENDER>
References: <002301c693d2$582d8030$0802a8c0@LAVENDER>
Message-ID: <3c1737210607020409n7ee81a89tc9dc1ee6623b793b@mail.gmail.com>

On 6/19/06, mike <mike-3 at bulldoghome.com> wrote:
>
>
> ANR is a international news station we were testing on icecast over the
> weekend the quality great we chose mp3 because anyone can hear it. linux,
> mac. or windblows. also wanted to use a linux server, which is far more
> reliable than a windows machine ( always dropping out for some reason )
> If the ogg only rule is permanent we will have to talk very nicely to our
> system admin to switch to ogg with a option of mp3 though at this point we
> cannot see a way forward and am pulling all ads from the playlist.
> mike

Icecast will continue to have working mp3 support, though we very
strongly encourage use of free codecs such as ogg vorbis.

The only thing that has been disabled is listing non-free formats on
our stream directory. That's unlikely to be changed again in the
forseeable future.

Mike


From xxx at mphmedia.net  Sun Jul  2 13:54:12 2006
From: xxx at mphmedia.net (Neil Nelson)
Date: Sun, 02 Jul 2006 07:54:12 -0600
Subject: [Icecast] Furtherto my last post
In-Reply-To: <3c1737210607020409n7ee81a89tc9dc1ee6623b793b@mail.gmail.com>
References: <002301c693d2$582d8030$0802a8c0@LAVENDER>
	<3c1737210607020409n7ee81a89tc9dc1ee6623b793b@mail.gmail.com>
Message-ID: <44A7D004.1040100@mphmedia.net>

I have only very briefly looked at this thread and my remarks may have
already been made, but the argument given for avoiding mp3 listings is
that mp3 is non-free and listing resources are limited.

Some of the competitors of my site, MPHMedia.Net, think that if they
restrict access or restrict content to a certain group that somehow that
in-group approach will work better than opening up the audience and
content as wide as possible and work to increase traffic. Traffic is the
main Internet success measure. Another way of looking at this is that if
your Internet customer can do A and B at your site and can only to A at
another site which site will they be going to? Microsoft's bundling and
Google's let's-index-everything goes in this all-inclusive direction.

My expectation is that the site that works to list everything including
the competitor's listings whether they use free codecs or not will be
the site that will become known as the one to use. It will have better
traffic. With traffic you can better promote free-codecs and such of
interest to the open-source community and sell spots to enable the
necessary capacity.

Setting up a listing server does not seem that complicated. Perhaps
there is an economic opportunity for someone here.

Neil
MPHMedia



From oddsock at oddsock.org  Mon Jul  3 21:50:38 2006
From: oddsock at oddsock.org (oddsock)
Date: Mon, 03 Jul 2006 16:50:38 -0500
Subject: [Icecast] Furtherto my last post
In-Reply-To: <3c1737210607020409n7ee81a89tc9dc1ee6623b793b@mail.gmail.com>
References: <002301c693d2$582d8030$0802a8c0@LAVENDER>
	<3c1737210607020409n7ee81a89tc9dc1ee6623b793b@mail.gmail.com>
Message-ID: <44A9912E.4090303@oddsock.org>

Michael Smith wrote:
> On 6/19/06, mike <mike-3 at bulldoghome.com> wrote:
>>
>>
>> ANR is a international news station we were testing on icecast over the
>> weekend the quality great we chose mp3 because anyone can hear it. 
>> linux,
>> mac. or windblows. also wanted to use a linux server, which is far more
>> reliable than a windows machine ( always dropping out for some reason )
>> If the ogg only rule is permanent we will have to talk very nicely to 
>> our
>> system admin to switch to ogg with a option of mp3 though at this 
>> point we
>> cannot see a way forward and am pulling all ads from the playlist.
>> mike
>
> Icecast will continue to have working mp3 support, though we very
> strongly encourage use of free codecs such as ogg vorbis.
>
> The only thing that has been disabled is listing non-free formats on
> our stream directory. That's unlikely to be changed again in the
> forseeable future.
>
Mike seems to think that he speaks for the entire Icecast team.  I 
assure you that his feelings on the matter of the Stream Directory are 
certainly not shared by me.  There has been an issue raised regarding 
the efficiency of the Stream Directory and the load it imposed on some 
of the xiph resources.  As a side issue it has also been raised that 
publishing mp3 streams in the directory is not in line with what Xiph as 
an organization is trying to do.  Frankly, these two points are quite 
separate and really unrelated.  While I certainly believe in what Xiph 
is trying to do as an organization, I never saw Icecast as only a 
conduit for promoting Xiph.org projects and audio/video formats.  As 
such, I thought that adding support for additional streaming formats was 
in the best interest of the Icecast broadcasting community even though 
it may have conflicted with some of the Xiph.org principals.

The Xiph Stream Directory was designed, created, and developed primarily 
by me, and so I feel like I should have somewhat of a say in how it's 
used.  The only reason why I haven't really spoken up so far is due to 
my personal work commitments which have been preventing me from being 
able to spend any time on this.  Honestly, to fix the performance issues 
of the Stream Directory does not require a complete rewrite of it, and 
it really isn't "design flawed", it just needs a bit of work to make it 
more efficient.   Unfortunately, when I read comments like Mike's above, 
one would seem that there is no desire at all to bring back the non-ogg 
streams, regardless of what is done to make it more efficient.  I, for 
one, have no desire to spend a bunch of time making it more efficient to 
have the whole thing undermined by a simple "Oh, we decided that we 
really just don't want to list non-ogg streams anyway, regardless of how 
efficient or non-efficient it is..".  I suspect that Mike also does not 
speak for the entire Xiph organization, or maybe he does, I don't know.

Personally, I don't quite see the logic in the promotion of certain 
audio/video formats by the explicit restriction of any alternative 
formats on the Stream Directory.  I certainly understand the rational 
behind it, although I just don't think it's the right thing to do...

oddsock



From oddskool at gmail.com  Tue Jul  4 12:30:00 2006
From: oddskool at gmail.com (oDDskOOL)
Date: Tue, 04 Jul 2006 14:30:00 +0200
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
Message-ID: <44AA5F48.3030600@gmail.com>

Hi,

I think what you want can be (easily ;) ) built around Ices, using perl
or Python.

I do something very similar with a simple perl script and ices. Ices can
use a perl script as playlist, that's to say the script will be executed
each time a track ends and ices is looking for the next one.

So if you can write your demand on disk (with a simple CGI for example),
the perl script can read it and play the track. Otherwise, you can do
like i'm doing : read a playlist file from perl script (which file based
on the system's clock) and select a track from it at random.

For controling icecast, you can use signals (SIGHUP rereads playlist,
SIGUSR1 goes to next track, ...) via a CGI ? (i'm not sure signals from
CGIs is always possible).

For simple authentication, .htpasswd will do.



Cristian Alvarado wrote:
> I've been scouring the web for a web based scheduler for use with
> icecast.  Here is what I'm looking for:
>
> I want to be able to say "at X time, Y file/playlist will play"
> I want to be able to control icecast from the web
> I want to be able to lock control of this site with some form of
> authentication
> Preferably PHP, but ruby/rails would be good too.
>
> Any suggestions?
--
(cpylft) oDDsKooL Assembly Line
http://www.oddskool.net



From aawolfe at gmail.com  Wed Jul  5 04:29:45 2006
From: aawolfe at gmail.com (Aaron Wolfe)
Date: Wed, 5 Jul 2006 00:29:45 -0400
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <44AA5F48.3030600@gmail.com>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
	<44AA5F48.3030600@gmail.com>
Message-ID: <e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>

You might like my project called tunequeue, though it might be overkill or
too much effort to install.  It does provide a web interface to ices and
allows fairly complex scheduling.  It is perl with a mysql backend.
http://tunequeue.sf.net

-Aaron


On 7/4/06, oDDskOOL <oddskool at gmail.com> wrote:
>
> Hi,
>
> I think what you want can be (easily ;) ) built around Ices, using perl
> or Python.
>
> I do something very similar with a simple perl script and ices. Ices can
> use a perl script as playlist, that's to say the script will be executed
> each time a track ends and ices is looking for the next one.
>
> So if you can write your demand on disk (with a simple CGI for example),
> the perl script can read it and play the track. Otherwise, you can do
> like i'm doing : read a playlist file from perl script (which file based
> on the system's clock) and select a track from it at random.
>
> For controling icecast, you can use signals (SIGHUP rereads playlist,
> SIGUSR1 goes to next track, ...) via a CGI ? (i'm not sure signals from
> CGIs is always possible).
>
> For simple authentication, .htpasswd will do.
>
>
>
> Cristian Alvarado wrote:
> > I've been scouring the web for a web based scheduler for use with
> > icecast.  Here is what I'm looking for:
> >
> > I want to be able to say "at X time, Y file/playlist will play"
> > I want to be able to control icecast from the web
> > I want to be able to lock control of this site with some form of
> > authentication
> > Preferably PHP, but ruby/rails would be good too.
> >
> > Any suggestions?
> --
> (cpylft) oDDsKooL Assembly Line
> http://www.oddskool.net
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060705/c68c40eb/attachment.htm>

From john at io.com  Wed Jul  5 05:02:53 2006
From: john at io.com (John Buttery)
Date: Wed, 5 Jul 2006 00:02:53 -0500
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
	<44AA5F48.3030600@gmail.com>
	<e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>
Message-ID: <20060705050253.GA42199@tempest.prismnet.com>

* On Wed 2006-Jul-05 00:29:45 -0400, Aaron Wolfe <aawolfe at gmail.com> wrote:
> You might like my project called tunequeue, though it might be overkill or
> too much effort to install.  It does provide a web interface to ices and
> allows fairly complex scheduling.  It is perl with a mysql backend.
> http://tunequeue.sf.net

  Thanks for the tip!  I don't know about the other guy, but I
definitely think this is something _I_ want to use.  :)
  One question, though...have you experimented with live-feed break-ins?
In other words, set the station to do whatever it does 24/7, but then
you want to be able to suspend the "static content" at any time and
connect with a live stream, then kill the live stream and the static
content picks right back up.  I've been looking for something that would
make this easy; I'd pretty much resigned myself to having to create one
myself from scratch (thus re-inventing the wheel for the 50th time...).

-- 
  John  ! Since this email isn't signed, you can't really tell it's from
 Buttery! me; I'll hopefully have my computer working normally again
www.io.c! soon, but until then...gotta love catastrophic drive failure.
om/~john! Mmm, rdiff-backup to the rescue!


From chris at thoughtsoft.net  Wed Jul  5 09:09:02 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Wed, 05 Jul 2006 05:09:02 -0400
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <20060705050253.GA42199@tempest.prismnet.com>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
	<44AA5F48.3030600@gmail.com>
	<e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>
	<20060705050253.GA42199@tempest.prismnet.com>
Message-ID: <44AB81AE.2060309@thoughtsoft.net>

I've thought about it briefly (I'm in the same boat as you, but I've 
been tinkering with making my own interface) and I more or less came to 
the conclusion that it was more complicated than it was worth, for me at 
least. For my purposes having spoken content recorded beforehand, 
uploaded, added to the playlist and played back a couple hours later was 
good enough.

What you might be able to do is set up two streams, one live and one off 
your playlist, each being a fallback for the other. Kill the live stream 
and dump listeners over to the live feed and when you're done 
broadcasting live you can turn the playlist back on, kill your live feed 
and dump everyone back. I'm not sure if this is feasible or not, I just 
remember thinking about it. I might have read about this approach around 
here, who knows.

Chris

John Buttery wrote:
> * On Wed 2006-Jul-05 00:29:45 -0400, Aaron Wolfe <aawolfe at gmail.com> wrote:
>   
>> You might like my project called tunequeue, though it might be overkill or
>> too much effort to install.  It does provide a web interface to ices and
>> allows fairly complex scheduling.  It is perl with a mysql backend.
>> http://tunequeue.sf.net
>>     
>
>   Thanks for the tip!  I don't know about the other guy, but I
> definitely think this is something _I_ want to use.  :)
>   One question, though...have you experimented with live-feed break-ins?
> In other words, set the station to do whatever it does 24/7, but then
> you want to be able to suspend the "static content" at any time and
> connect with a live stream, then kill the live stream and the static
> content picks right back up.  I've been looking for something that would
> make this easy; I'd pretty much resigned myself to having to create one
> myself from scratch (thus re-inventing the wheel for the 50th time...).
>
>   



From bjacint at kvark.hu  Wed Jul  5 09:12:57 2006
From: bjacint at kvark.hu (Balint Jacint)
Date: Wed, 05 Jul 2006 11:12:57 +0200
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <44AB81AE.2060309@thoughtsoft.net>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>	<44AA5F48.3030600@gmail.com>	<e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>	<20060705050253.GA42199@tempest.prismnet.com>
	<44AB81AE.2060309@thoughtsoft.net>
Message-ID: <44AB8299.4090200@kvark.hu>

Hi,

You may want to take a look at www.spacialaudio.com 's SAM audio 
broadcaster. It's not free though, runs of Windows (yay!), but might fit.

Yours,
Jacint

Chris MacDonald wrote:
> I've thought about it briefly (I'm in the same boat as you, but I've 
> been tinkering with making my own interface) and I more or less came 
> to the conclusion that it was more complicated than it was worth, for 
> me at least. For my purposes having spoken content recorded 
> beforehand, uploaded, added to the playlist and played back a couple 
> hours later was good enough.
>
> What you might be able to do is set up two streams, one live and one 
> off your playlist, each being a fallback for the other. Kill the live 
> stream and dump listeners over to the live feed and when you're done 
> broadcasting live you can turn the playlist back on, kill your live 
> feed and dump everyone back. I'm not sure if this is feasible or not, 
> I just remember thinking about it. I might have read about this 
> approach around here, who knows.
>
> Chris
>
> John Buttery wrote:
>> * On Wed 2006-Jul-05 00:29:45 -0400, Aaron Wolfe <aawolfe at gmail.com> 
>> wrote:
>>  
>>> You might like my project called tunequeue, though it might be 
>>> overkill or
>>> too much effort to install.  It does provide a web interface to ices 
>>> and
>>> allows fairly complex scheduling.  It is perl with a mysql backend.
>>> http://tunequeue.sf.net
>>>     
>>
>>   Thanks for the tip!  I don't know about the other guy, but I
>> definitely think this is something _I_ want to use.  :)
>>   One question, though...have you experimented with live-feed break-ins?
>> In other words, set the station to do whatever it does 24/7, but then
>> you want to be able to suspend the "static content" at any time and
>> connect with a live stream, then kill the live stream and the static
>> content picks right back up.  I've been looking for something that would
>> make this easy; I'd pretty much resigned myself to having to create one
>> myself from scratch (thus re-inventing the wheel for the 50th time...).
>>
>>   
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From john at io.com  Wed Jul  5 09:29:14 2006
From: john at io.com (John Buttery)
Date: Wed, 5 Jul 2006 04:29:14 -0500
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <44AB81AE.2060309@thoughtsoft.net>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
	<44AA5F48.3030600@gmail.com>
	<e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>
	<20060705050253.GA42199@tempest.prismnet.com>
	<44AB81AE.2060309@thoughtsoft.net>
Message-ID: <20060705092914.GB42199@tempest.prismnet.com>

* On Wed 2006-Jul-05 05:09:02 -0400, Chris MacDonald <chris at thoughtsoft.net> wrote:
> I've thought about it briefly (I'm in the same boat as you, but I've
> been tinkering with making my own interface) and I more or less came
> to the conclusion that it was more complicated than it was worth, for
> me at least. For my purposes having spoken content recorded
> beforehand, uploaded, added to the playlist and played back a couple
> hours later was good enough.

  Historically, that kind of approach has worked for us as well;
recently, we've been considering upping our sauciness level and going
for a call-in show, so being actually live would be necessary.

> What you might be able to do is set up two streams, one live and one
> off your playlist, each being a fallback for the other. Kill the live
> stream and dump listeners over to the live feed and when you're done
> broadcasting live you can turn the playlist back on, kill your live
> feed and dump everyone back. I'm not sure if this is feasible or not,
> I just remember thinking about it. I might have read about this
> approach around here, who knows.

  You know, that could totally work.  I'd still rather have some kind of
explicit "switch" mechanism, but in the absence of that, I bet that
would do the trick.  Thanks for the idea.  How fast is the switch in
that failover situation?

-- 
  John  ! Since this email isn't signed, you can't really tell it's from
 Buttery! me; I'll hopefully have my computer working normally again
www.io.c! soon, but until then...gotta love catastrophic drive failure.
om/~john! Mmm, rdiff-backup to the rescue!


From john at io.com  Wed Jul  5 09:36:37 2006
From: john at io.com (John Buttery)
Date: Wed, 5 Jul 2006 04:36:37 -0500
Subject: [Icecast] Web Based scheduler like LiveSupport for icecast
In-Reply-To: <20060705092914.GB42199@tempest.prismnet.com>
References: <76E3D8AB-26AE-4893-991C-ACD42EF119CE@bluewavedigital.net>
	<44AA5F48.3030600@gmail.com>
	<e44ad6640607042129q30ecadd9lf03c9104c8c46931@mail.gmail.com>
	<20060705050253.GA42199@tempest.prismnet.com>
	<44AB81AE.2060309@thoughtsoft.net>
	<20060705092914.GB42199@tempest.prismnet.com>
Message-ID: <20060705093637.GC42199@tempest.prismnet.com>

* On Wed 2006-Jul-05 04:29:14 -0500, John Buttery <john at io.com> wrote:
> * On Wed 2006-Jul-05 05:09:02 -0400, Chris MacDonald <chris at thoughtsoft.net> wrote:
>   You know, that could totally work.  I'd still rather have some kind
> of explicit "switch" mechanism, but in the absence of that, I bet that
> would do the trick.  Thanks for the idea.  How fast is the switch in
> that failover situation?

  I guess the other question for me to be asking is, is it possible to
just drop the main stream(s) with no failover and just have icecast
"broadcast" dead air until the new stream (the live one) connects?  I
should probably stop writing this email and go look that up...  :P
  That would be the best solution; some kind of timeout where icecast
will broadcast dead air for a user-configurable amount of time (say, 10
seconds as default) before falling back when a source disconnects.
Maybe that's already there and I just haven't read about it yet?

-- 
  John  ! Since this email isn't signed, you can't really tell it's from
 Buttery! me; I'll hopefully have my computer working normally again
www.io.c! soon, but until then...gotta love catastrophic drive failure.
om/~john! Mmm, rdiff-backup to the rescue!


From rob.mcdonald.icecast at nzpages.net  Fri Jul  7 06:41:52 2006
From: rob.mcdonald.icecast at nzpages.net (Rob McDonald)
Date: Fri, 7 Jul 2006 18:41:52 +1200
Subject: [Icecast] Daemontools and icecast / ices2
Message-ID: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>

 

 

Hi all,

 

I'm trying to use daemontools to manage the icecast server.

 

I've got it installed and working (with qmail)

 

However it wont work with icecast.

 

My run file has the contents:

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

#!/bin/sh

 

exec setuidgid icecast /usr/local/bin/icecast -c /usr/local/etc/icecast.xml

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

I have also tried it using icecasts built in user switching abilities, but
makes no difference.

 

What is happening is that daemontools is trying to start it and failing, and
as it should be, trying again in and endless loop.

 

Has anyone done this before? Or possibly know why it cannot be done?

 

 

Cheers

 

Rob

 

 

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

From k.j.wierenga at home.nl  Fri Jul  7 07:06:15 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Fri, 07 Jul 2006 09:06:15 +0200
Subject: [Icecast] Daemontools and icecast / ices2
In-Reply-To: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>
References: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>
Message-ID: <44AE07E7.2020306@home.nl>


Hi Rob,

I am using daemontools to keep icecast in the air.
I think your script should work just fine. Is there anything in the 
error.log? Does icecast work when you start it from the command line?
One issue I've found is that when a previous instance has crashed but 
some of the ports on which it listens have not been released yet because 
of a high load on the machine, then the new instance may not be able to 
starting listening on those ports. That's why in my daemontools 'run' 
script I use a loop around 'nc' (or netcat) to check that the previous 
icecast instance is no longer listening on it's ports. A simple solution 
would be to just sleep for a couple of seconds, but I was interested in 
restarting icecast as fast as possible.

Regards,
KJ

p.s. Below is my run script, I also set some ulimits to get core dumps 
if icecast crashes (ulimit -c) and to be able to open more than the 
default 1024 connections (ulimit -n). Messages sent with /usr/bin/logger 
end up in /var/log/messages.

#!/bin/sh

#
# log some info
#
[ -x /usr/bin/logger ] && /usr/bin/logger "starting icecast ... "

#
# set appropriate ulimits
#
ulimit -c unlimited
ulimit -n 32768
if [ -x /usr/bin/logger ]; then
        ulimit -a | /usr/bin/logger
fi

#
# wait for previous instance to stop
# it has stopped when we can no longer connect to 127.0.0.1:8000
# $? == 0 means we can still connect to old instance
#
if [ -x /usr/bin/nc ]; then
  /usr/bin/nc -z 127.0.0.1 8000
  while [ $? -eq 0 ]; do
    sleep 1
    logger "still waiting for icecast to finish ..."
    /usr/bin/nc -z 127.0.0.1 8000
  done
fi

#
# start icecast
#
exec /opt/icecast/bin/icecast -c /opt/icecast/etc/icecast.xml



Rob McDonald schreef:
>
>  
>
>  
>
> Hi all,
>
>  
>
> I'm trying to use daemontools to manage the icecast server.
>
>  
>
> I've got it installed and working (with qmail)
>
>  
>
> However it wont work with icecast.
>
>  
>
> My run file has the contents:
>
> -------------------------------
>
> #!/bin/sh
>
>  
>
> exec setuidgid icecast /usr/local/bin/icecast -c 
> /usr/local/etc/icecast.xml
>
> ------------------------
>
> I have also tried it using icecasts built in user switching abilities, 
> but makes no difference.
>
>  
>
> What is happening is that daemontools is trying to start it and 
> failing, and as it should be, trying again in and endless loop.
>
>  
>
> Has anyone done this before? Or possibly know why it cannot be done?
>
>  
>
>  
>
> Cheers
>
>  
>
> Rob
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>   
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.9.9/382 - Release Date: 4-7-2006
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060707/3895695b/attachment.htm>

From paranoid at dds.nl  Fri Jul  7 20:30:42 2006
From: paranoid at dds.nl (paranoid)
Date: Fri, 7 Jul 2006 22:30:42 +0200 (CEST)
Subject: [Icecast] dynamic xsl generation for archive directory
In-Reply-To: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>
References: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>
Message-ID: <Pine.LNX.4.62.0607071811240.7917@swan>


Hello all,

Is there a way to have icecast2 create an xsl file for the files in the 
archive directory?

I had to move the webserver to a different server than icecast is running 
on. Before I had PHP generate a dynamic page with links to the files in 
the archive directory but since PHP can't read the physical directory 
anymore, I would like to have PHP read and parse an xsl file which will be 
on the remote server with icecast on it. (Just as is possible with the 
file status.xsl for example.)

Is it a good idea and a possibility to implement this in icecast2, or are 
there any other ways already to do this and solve the problem?

Thanks,

Frank Keijzers



From dm8tbr at afthd.tu-darmstadt.de  Sun Jul  9 12:52:10 2006
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Sun, 09 Jul 2006 14:52:10 +0200
Subject: [Icecast] dynamic xsl generation for archive directory
In-Reply-To: <Pine.LNX.4.62.0607071811240.7917@swan>
References: <005501c6a190$6e9b6c80$4948d882@313D104gmcc055>
	<Pine.LNX.4.62.0607071811240.7917@swan>
Message-ID: <44B0FBFA.9090509@afthd.tu-darmstadt.de>

paranoid wrote:
>
> Hello all,
>
> Is there a way to have icecast2 create an xsl file for the files in
> the archive directory?
>
> I had to move the webserver to a different server than icecast is
> running on. Before I had PHP generate a dynamic page with links to the
> files in the archive directory but since PHP can't read the physical
> directory anymore, I would like to have PHP read and parse an xsl file
> which will be on the remote server with icecast on it. (Just as is
> possible with the file status.xsl for example.)
>
> Is it a good idea and a possibility to implement this in icecast2, or
> are there any other ways already to do this and solve the problem?
The needed data is not available in the /admin/stats.xml file. Hence I
don't see an easy way to accomplish it using an xslt.
You might want to try and run an php-script (any other scripting
language will do too) from cron (doesn't need apache) and place it's
output into an plain html file in the archive directory.

Cheers

Thomas


From tommy at digicomm.ro  Mon Jul 10 11:15:31 2006
From: tommy at digicomm.ro (Szasz Tamas)
Date: Mon, 10 Jul 2006 14:15:31 +0300 (EEST)
Subject: [Icecast] (no subject)
Message-ID: <4440.193.226.87.67.1152530131.squirrel@193.226.87.67>

Hy all!

I want to play in my radio(Icecast2 + ices0.4)an existing live stream. How
can i do?

for example:
The live stream is http://slageronline.neteyes.hu:9000/
My server is: http://127.0.0.1/live ,
and i want to play the "http://slageronline.neteyes.hu:9000/" on the
"http://127.0.0.1/live"

sorry for the bad english...



-- 
This message was scanned for spam and viruses by BitDefender.
For more information please visit http://linux.bitdefender.com/



From agentgrn at dcne.net  Sun Jul 16 15:07:07 2006
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Sun, 16 Jul 2006 11:07:07 -0400
Subject: [Icecast] Icecast -> ShoutCast AAC+ relay issue
Message-ID: <44BA561B.4000802@dcne.net>

Guys,

I am working on a radio distribution system using Icecast 2.3.1 as the 
hub system, and AAC+ as the codec.

What I've observed in trying to set this up is that if I try to have a 
hosted Shoutcast server relay from the IceCast the stream is being 
detected as MP3.  It does find the right bitrate, though.

For grins, I decided to try Shoutcast as the hub and the relay works 
fine.  I suspect there's something off in the initial stream header.

-I
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3347 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060716/c382cf14/attachment.bin>

From marton at k7.com  Mon Jul 17 12:08:41 2006
From: marton at k7.com (Marton)
Date: Mon, 17 Jul 2006 14:08:41 +0200
Subject: [Icecast] libvorbis 1.1.3 
Message-ID: <44BB7DC9.2000003@k7.com>

hey,

i am running freebsd and i?ve got the following problem with installing 
icecast 2.3.1.
(libxslt-1.1.0 and libogg 1.1.3 is installed) but when i am trying to 
install libvorbis 1.1.3  i always get this message:
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Package ogg was not found in the pkg-config search path.
Perhaps you should add the directory containing `ogg.pc'
to the PKG_CONFIG_PATH environment variable
No package 'ogg' found
checking for Ogg... no
*** Could not run Ogg test program, checking why...
*** The test program failed to compile or link. See the file config.log 
for the
*** exact error that occured. This usually means Ogg was incorrectly 
installed
*** or that you have moved Ogg since it was installed. In the latter 
case, you
*** may want to edit the ogg-config script:
configure: error: must have Ogg installed!
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

i already added /usr/local/lib in my ld.so.conf but without any results.


thanks in advance for any advices...


From hostmaster at xenterra.net  Mon Jul 17 16:23:22 2006
From: hostmaster at xenterra.net (Robert Muchnick)
Date: Mon, 17 Jul 2006 10:23:22 -0600 (MDT)
Subject: [Icecast] libvorbis 1.1.3 
In-Reply-To: <44BB7DC9.2000003@k7.com>
References: <44BB7DC9.2000003@k7.com>
Message-ID: <Pine.LNX.4.63.0607171022010.4556@ns2.xenterra.net>

On Mon, 17 Jul 2006, Marton wrote:

> Package ogg was not found in the pkg-config search path.
<< >>
> i already added /usr/local/lib in my ld.so.conf but without any results.

Run ldconfig as root with no flags.

-- 
Robert Muchnick
Xenterra.net
720-276-7917


From michael.grigoni at cybertheque.org  Mon Jul 17 16:36:06 2006
From: michael.grigoni at cybertheque.org (Michael Grigoni)
Date: Mon, 17 Jul 2006 11:36:06 -0500
Subject: [Icecast] libvorbis 1.1.3
In-Reply-To: <44BB7DC9.2000003@k7.com>
References: <44BB7DC9.2000003@k7.com>
Message-ID: <44BBBC76.1020005@cybertheque.org>

Marton wrote:
> hey,
> 
> i am running freebsd and i?ve got the following problem with installing 
> icecast 2.3.1.
> (libxslt-1.1.0 and libogg 1.1.3 is installed) but when i am trying to 
> install libvorbis 1.1.3  i always get this message:
>  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Package ogg was not found in the pkg-config search path.
> Perhaps you should add the directory containing `ogg.pc'
> to the PKG_CONFIG_PATH environment variable
prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include

Name: ogg
Description: ogg is a library for manipulating ogg bitstreams
Version: 1.1.3
Requires:
Conflicts:
Libs: -L${libdir} -logg
Cflags: -I${includedir}

On OpenBSD it is in /usr/local/lib/pkgconfig.  Add this file
and you should be good to go.

Regards,

Michael

Here are the contents of file 'ogg.pc':



From michael.grigoni at cybertheque.org  Mon Jul 17 17:09:34 2006
From: michael.grigoni at cybertheque.org (Michael Grigoni)
Date: Mon, 17 Jul 2006 12:09:34 -0500
Subject: [Icecast] libvorbis 1.1.3
In-Reply-To: <44BBBC76.1020005@cybertheque.org>
References: <44BB7DC9.2000003@k7.com> <44BBBC76.1020005@cybertheque.org>
Message-ID: <44BBC44E.7020708@cybertheque.org>

Michael Grigoni wrote:

>>  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>> Package ogg was not found in the pkg-config search path.
>> Perhaps you should add the directory containing `ogg.pc'
>> to the PKG_CONFIG_PATH environment variable

My previous post was somehow mangled:

Here is the contents of /usr/local/lib/pkgconfig/ogg.pc:

---------------------<snip this line>-------------------
prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include

Name: ogg
Description: ogg is a library for manipulating ogg bitstreams
Version: 1.1.3
Requires:
Conflicts:
Libs: -L${libdir} -logg
Cflags: -I${includedir}
---------------------<snip this line>-------------------

Regards,

Michael



From scott at MIT.EDU  Mon Jul 17 23:02:33 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Mon, 17 Jul 2006 19:02:33 -0400
Subject: [Icecast] Help with streaming audio...
Message-ID: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>

I recently installed Icecast2 on my XP Home Laptop.   My goal is to get the
audio from my vhf/uhf scanner, whose audio out is connected to the laptop's mic
port, out as a stream so I can listen to it when away from home (like from
work).

I can hear the scanner fine through the laptop's speakers, but although I've
read the documentation for the Icecast2 server configuration, I'm still not
sure how to pipe the scanner audio to a form[at] IC2 can use.  Then, how to
configure the IC2 config file to tell IC2 to send the audio out onto the
Internet.

The install of the IC2 server under XP was flawless, whereas I had problems with
a Debian install, of which I also have experience.

So, if anyone can help me get my scanner's audio successfully out on an Internet
stream, please show me the way.   Windows or Linux, whatever works.

Thanks.

Scott


From hostmaster at xenterra.net  Mon Jul 17 23:14:39 2006
From: hostmaster at xenterra.net (Robert Muchnick)
Date: Mon, 17 Jul 2006 17:14:39 -0600 (MDT)
Subject: [Icecast] Help with streaming audio...
In-Reply-To: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
References: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
Message-ID: <Pine.LNX.4.63.0607171712260.4556@ns2.xenterra.net>

On Mon, 17 Jul 2006, Scott R Ehrlich wrote:

> Date: Mon, 17 Jul 2006 19:02:33 -0400
> From: Scott R Ehrlich <scott at MIT.EDU>
> To: icecast at xiph.org
> Subject: [Icecast] Help with streaming audio...
> 
> I recently installed Icecast2 on my XP Home Laptop.   My goal is to get the
> audio from my vhf/uhf scanner, whose audio out is connected to the laptop's mic
> port, out as a stream so I can listen to it when away from home (like from
> work).

I think you want to take line output from your scanner and plug it into 
line input on your laptop's sound chip. Line out doesn't go to mic; only 
computer mics go there.

-- 
Robert Muchnick
Xenterra.net
720-276-7917


From agentgrn at dcne.net  Tue Jul 18 01:57:23 2006
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Mon, 17 Jul 2006 21:57:23 -0400
Subject: [Icecast] Help with streaming audio...
In-Reply-To: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
References: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
Message-ID: <44BC4003.7080507@dcne.net>

Scott R Ehrlich wrote:
> I recently installed Icecast2 on my XP Home Laptop.   My goal is to get the
> audio from my vhf/uhf scanner, whose audio out is connected to the laptop's mic
> port, out as a stream so I can listen to it when away from home (like from
> work).
> 
> I can hear the scanner fine through the laptop's speakers, but although I've
> read the documentation for the Icecast2 server configuration, I'm still not
> sure how to pipe the scanner audio to a form[at] IC2 can use.  Then, how to
> configure the IC2 config file to tell IC2 to send the audio out onto the
> Internet.
> 
> The install of the IC2 server under XP was flawless, whereas I had problems with
> a Debian install, of which I also have experience.
> 
> So, if anyone can help me get my scanner's audio successfully out on an Internet
> stream, please show me the way.   Windows or Linux, whatever works.

You still need a program which can take the audio, encode it, and send 
it to Icecast.  You can use Oddcast in standalone mode to make this happen.

-I
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3347 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060717/51603993/attachment.bin>

From scott at MIT.EDU  Tue Jul 18 03:04:33 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Mon, 17 Jul 2006 23:04:33 -0400
Subject: [Icecast] Help with streaming audio...
In-Reply-To: <Pine.LNX.4.63.0607171712260.4556@ns2.xenterra.net>
References: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
	<Pine.LNX.4.63.0607171712260.4556@ns2.xenterra.net>
Message-ID: <20060717230433.5os77ssuo68k84c0@webmail.mit.edu>

Quoting Robert Muchnick <hostmaster at xenterra.net>:

> On Mon, 17 Jul 2006, Scott R Ehrlich wrote:
>
>> Date: Mon, 17 Jul 2006 19:02:33 -0400
>> From: Scott R Ehrlich <scott at MIT.EDU>
>> To: icecast at xiph.org
>> Subject: [Icecast] Help with streaming audio...
>>
>> I recently installed Icecast2 on my XP Home Laptop.   My goal is to get the
>> audio from my vhf/uhf scanner, whose audio out is connected to the 
>> laptop's mic
>> port, out as a stream so I can listen to it when away from home (like from
>> work).
>
> I think you want to take line output from your scanner and plug it 
> into line input on your laptop's sound chip. Line out doesn't go to 
> mic; only computer mics go there.
>

I would but, on this model laptop, there are only headphone and mic 
jacks.  Line
in would have been my first choice, too.  But, whatever helps get the audio in
;-)

Scott

> -- 
> Robert Muchnick
> Xenterra.net
> 720-276-7917
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>




From scott at MIT.EDU  Tue Jul 18 03:07:23 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Mon, 17 Jul 2006 23:07:23 -0400
Subject: [Icecast] Help with streaming audio...
In-Reply-To: <44BC4003.7080507@dcne.net>
References: <20060717190233.er7cp78tkd4owks0@webmail.mit.edu>
	<44BC4003.7080507@dcne.net>
Message-ID: <20060717230723.ifi7mc9nfg68o0co@webmail.mit.edu>

Quoting "Ian A. Underwood" <agentgrn at dcne.net>:

> Scott R Ehrlich wrote:
>> I recently installed Icecast2 on my XP Home Laptop.   My goal is to get the
>> audio from my vhf/uhf scanner, whose audio out is connected to the 
>> laptop's mic
>> port, out as a stream so I can listen to it when away from home (like from
>> work).
>>
>> I can hear the scanner fine through the laptop's speakers, but although I've
>> read the documentation for the Icecast2 server configuration, I'm still not
>> sure how to pipe the scanner audio to a form[at] IC2 can use.  Then, how to
>> configure the IC2 config file to tell IC2 to send the audio out onto the
>> Internet.
>>
>> The install of the IC2 server under XP was flawless, whereas I had 
>> problems with
>> a Debian install, of which I also have experience.
>>
>> So, if anyone can help me get my scanner's audio successfully out on 
>> an Internet
>> stream, please show me the way.   Windows or Linux, whatever works.
>
> You still need a program which can take the audio, encode it, and 
> send it to Icecast.  You can use Oddcast in standalone mode to make 
> this happen.
>

Great!   I grabbed and configured it.   I was still hoping Icecast would
magically see it, but I continue to be unable to connect to the audio stream
from another machine on my lan.   The config file for IC2 is not complicated,
but there are clearly some other pieces I am missing :-(

I was able to monitor some of the audio level, which is certainly a good sign!

Other leads to complete the project...

Thanks again.

Scott

> -I
>




From scott at MIT.EDU  Tue Jul 18 04:20:22 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Tue, 18 Jul 2006 00:20:22 -0400
Subject: [Icecast] Many answers resolved - link to help
Message-ID: <20060718002022.ecsm0ds2e4qo0c4o@webmail.mit.edu>

http://forum.icecast.org/viewtopic.php?t=33&start=0&

Scott


From scott at MIT.EDU  Tue Jul 18 04:44:22 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Tue, 18 Jul 2006 00:44:22 -0400
Subject: [Icecast] Just need sound and/or a stream
Message-ID: <20060718004422.891ruhe75twgooc4@webmail.mit.edu>

Well, now that I've got Icecast2 and Oddcast v3 apparently talking, and
Oddcast's sound meter shows a level from my scanner, I'm trying to get the
audio to stream.

Winamp on the server won't connect.  Quicktime on my Mac will connect, but there
is no network activity after the connect, nor any white noise (quelch is open
for audio testing).

Once these are fixed, I think the server will be complete.

Help/insight welcome.

Thanks.

Scott


From scott at MIT.EDU  Tue Jul 18 08:47:58 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Tue, 18 Jul 2006 04:47:58 -0400
Subject: [Icecast] Done!
Message-ID: <20060718044758.r79z5lsycvgo0ook@webmail.mit.edu>

Under Oddcast's Basic Settings, setting a Reconnect Seconds interval of 1 (not
0) keeps the stream going.

Scott


From marton at k7.com  Tue Jul 18 09:01:05 2006
From: marton at k7.com (Marton)
Date: Tue, 18 Jul 2006 11:01:05 +0200
Subject: [Icecast] libvorbis 1.1.3
In-Reply-To: <44BBC44E.7020708@cybertheque.org>
References: <44BB7DC9.2000003@k7.com> <44BBBC76.1020005@cybertheque.org>
	<44BBC44E.7020708@cybertheque.org>
Message-ID: <44BCA351.1070103@k7.com>

Michael Grigoni wrote:
>
>>>  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>> Package ogg was not found in the pkg-config search path.
>>> Perhaps you should add the directory containing `ogg.pc'
>>> to the PKG_CONFIG_PATH environment variable
>
> My previous post was somehow mangled:
>
> Here is the contents of /usr/local/lib/pkgconfig/ogg.pc:
>
> ---------------------<snip this line>-------------------
> prefix=/usr/local
> exec_prefix=${prefix}
> libdir=${exec_prefix}/lib
> includedir=${prefix}/include
>
> Name: ogg
> Description: ogg is a library for manipulating ogg bitstreams
> Version: 1.1.3
> Requires:
> Conflicts:
> Libs: -L${libdir} -logg
> Cflags: -I${includedir}
> ---------------------<snip this line>-------------------
thanks for the answer! ogg.pc already is in the directory 
(/usr/local/lib/pkgconfig/ogg.pc - with all these entries)  but it still 
doesn?t work.
i ?ll post the whole output:
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
checking for pkg-config... /usr/local/bin/pkg-config
checking for ogg >= 1.0... gnome-config: not found
gnome-config: not found
Package ogg was not found in the pkg-config search path.
Perhaps you should add the directory containing `ogg.pc'
to the PKG_CONFIG_PATH environment variable
No package 'ogg' found
checking for Ogg... no
*** Could not run Ogg test program, checking why...
*** The test program failed to compile or link. See the file config.log 
for the
*** exact error that occured. This usually means Ogg was incorrectly 
installed
*** or that you have moved Ogg since it was installed. In the latter 
case, you
*** may want to edit the ogg-config script:
configure: error: must have Ogg installed!
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
thanks in advance for advices...

best regards, mart?n


From sci-fi at hush.ai  Tue Jul 18 09:22:33 2006
From: sci-fi at hush.ai (sci-fi at hush.ai)
Date: Tue, 18 Jul 2006 04:22:33 -0500
Subject: [Icecast] Just need sound and/or a stream
Message-ID: <20060718092259.B2371DA829@mailserver7.hushmail.com>


Hi,

On Mon, 17 Jul 2006 23:44:22 -0500,
Scott R Ehrlich <scott at MIT.EDU> wrote:

> Well, now that I've got Icecast2 and Oddcast v3 apparently
> talking, and Oddcast's sound meter shows a level from my
> scanner, I'm trying to get the audio to stream.

For the laptop, you didn't mention a model or platform.  I have
vague awareness of some x86 hardware in that there may be BIOS
or o.s. settings to control how 'high' the mic input is set, so
it maybe _can_ become a 'line-in' jack, and of course you'll
still need the physical connection cable (and adaptors if any)
you're using.  For Mac laptops as well as desktops (towers), I
am *very* sure the standard 1/8-inch jack is indeed line-level
input and nothing lower (not more sensitive) -- on older Mac
models you can use Apple's specially-designed (semi-amplified
powered) microphone which has a longer 'tip' on its 1/8-inch
plug, but that's not what you're doing so I digress...

> Winamp on the server won't connect.  Quicktime on my Mac will
> connect, but there is no network activity after the connect,
> nor any white noise (quelch is open for audio testing).
> 
> Once these are fixed, I think the server will be complete.
> 
> Help/insight welcome.
> 
> Thanks.
> 
> Scott

I can try helping with Quicktime Player.

I'm not sure what kind of audio compression you're trying to
feed into IC2 ("encoder" doesn't quite explain it: there _is_
loss in most encoders ;) ).

Quicktime Player might need a kludge to play some types of
streams.  Apple's docpage for this is at 
<http://developer.apple.com/documentation/QuickTime/QT6WhatsNew/Chap
1/chapter_1_section_58.html>:
"... you must substitute 'icy://' for 'http://' in the URL of a
stream.  Do this only for streams, not for .pls files."

The latest Xiph QT plugins _will_ let us listen to ogg streams
with the 'http://server:port/mount.ogg' type URL -- OTOH
QTPlayer gets terribly mixed-up if you make it read the .m3u or
..pls file for such streams.  At any rate, QTPlayer simply stops
playing when the track-info changes (the little QTPlayer window
title no longer matches the song-name etc.).  But iTunes still
won't work either way at all with ogg streams (~sigh~).

Forget using any QT-based player for AAC[+] streams (yes
including iTunes).

With the working streams, I like to use the QTPlayer *Pro*
feature Cmd+J "Show Movie Properties" to show me the buffering
going on inside it while playing.  This might help to figure out
what sysctl settings to change on both ends (server & player).

But despite Apple's "kitchen sink" approach in QT, and since the
open source projects are getting better & better, I use my own
recent (SVN) builds of mplayer & ffmpeg and all associated libs
etc. (liba52 for AC3, FAAC+FAAD for AAC, and so on) to test and
monitor streams.

When I was netcasting the LiftedRadio live gigs, I used jackd
(sometimes jackdmp) and darkice on PowerMac towers to grab the
audio and feed into IC-2.3.1 in various formats (mainly mp3 via
LAME, and Ogg/Vorbis, never could get AAC working quite right,
but it might be because mplayer was buggy in that area back
then).  Yes again I built the binaries myself from source, it's
really the only way to go even tho it's a lot of work.  ;)
(p.s. the FM station was sold-off, the LiftedRadio DJs are still
doing gigs but not anywhere we can get a live feed...).

I hope this helps somehow.





Concerned about your privacy? Instantly send FREE secure email, no account required
http://www.hushmail.com/send?l=480

Get the best prices on SSL certificates from Hushmail
https://www.hushssl.com?l=485



From mark at indymedia.org  Tue Jul 18 09:27:41 2006
From: mark at indymedia.org (mark burdett)
Date: Tue, 18 Jul 2006 02:27:41 -0700
Subject: [Icecast] Done!
In-Reply-To: <20060718044758.r79z5lsycvgo0ook@webmail.mit.edu>
References: <20060718044758.r79z5lsycvgo0ook@webmail.mit.edu>
Message-ID: <20060718092741.GA11588@indymedia.org>

in my experience it seemed best to set this to whatever setting the
icecast server has, usually 10 seconds.  that way, both client and
server will timeout at the same time, and then they can immediately 
reconnect.  at least, that was my understanding of what was going on..

--mark

On Tue, 18 Jul 2006 04:47:58 -0400, Scott R Ehrlich wrote:
> Under Oddcast's Basic Settings, setting a Reconnect Seconds interval of 1 (not
> 0) keeps the stream going.
> 
> Scott
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From scott at MIT.EDU  Tue Jul 18 10:02:59 2006
From: scott at MIT.EDU (Scott R Ehrlich)
Date: Tue, 18 Jul 2006 06:02:59 -0400
Subject: [Icecast] Last item...
Message-ID: <20060718060259.x972ak1qvxw8c448@webmail.mit.edu>

It would now be nice to figure out how to get Oddcast and Icecast2 to play nice
on ports other than 8000/8001.   I've tried other higher ports (10000+), but
Winamp keeps timing out on connect attempts.   Same settings (client and
server), Winamp works flawlessly on 8000/8001.

Ideas?

Thanks.

Scott


From michael.grigoni at cybertheque.org  Tue Jul 18 14:00:06 2006
From: michael.grigoni at cybertheque.org (Michael Grigoni)
Date: Tue, 18 Jul 2006 09:00:06 -0500
Subject: [Icecast] libvorbis 1.1.3
In-Reply-To: <44BCA351.1070103@k7.com>
References: <44BB7DC9.2000003@k7.com> <44BBBC76.1020005@cybertheque.org>
	<44BBC44E.7020708@cybertheque.org> <44BCA351.1070103@k7.com>
Message-ID: <44BCE966.6020303@cybertheque.org>

Marton wrote:

> Perhaps you should add the directory containing `ogg.pc'
> to the PKG_CONFIG_PATH environment variable 

FWIW, do that and try again.  Often though, the failure
reported by configure is an autotools problem and you'll
need to check config.log to see how the script failed.
Usually the test compile has failed for some reason
entirely unrelated to the error message output.

Regards,

Michael



From sci-fi at hush.ai  Wed Jul 19 02:55:33 2006
From: sci-fi at hush.ai (sci-fi at hush.ai)
Date: Tue, 18 Jul 2006 21:55:33 -0500
Subject: [Icecast] Last item...
Message-ID: <20060719025534.F0C17DA827@mailserver7.hushmail.com>


Hi again,

On Tue, 18 Jul 2006 05:02:59 -0500,
Scott R Ehrlich <scott at MIT.EDU> wrote:

> It would now be nice to figure out how to get Oddcast and
> Icecast2 to play nice on ports other than 8000/8001.   I've
> tried other higher ports (10000+), but Winamp keeps timing out
> on connect attempts.   Same settings (client and server),
> Winamp works flawlessly on 8000/8001.
> 
> Ideas?
> 
> Thanks.
> 
> Scott

I've chosen to use the 32xxx range of ports, to keep ISPs from
guessing & blocking the "well-known" ones.  By rules of TCP,
they're forbidden to block these (it's in the "user range"),
because then most apps will probably fail at odd times.

I only know the *ix way of doing this (even tho I use MacOSX,
below is the only way to do this), so maybe someone can help
translate what I did to your world.  ;)

The TCP stack needs to be told what ports to stay away from, and
hopefully _all_ of your TCP-based apps are "well-behaved" to
obey these settings as well.

I'm assuming your machines do not have a router or firewall in
the way; if so, find instructions on how to unblock your chosen
hi-numbered ports.

If you intend for others outside your LAN to connect to your
chosen hi-numbered ports, which was my case also with the
LiftedRadio netcasts, then check the router/firewall settings
for the outside world, too.  (btw I ended up not using any
firewall or router, because of some stupid bugs that were
never fixed in the Linksys routers.)

For a *ix-type system, the sysctl settings need to match the
"user range" you want to dedicate to certain apps.  Here are the
settings I use, even currently:

net.inet.ip.portrange.first=49152
net.inet.ip.portrange.last=65535
net.inet.ip.portrange.hifirst=65535
net.inet.ip.portrange.hilast=49152

What I'm doing is setting the "automatic" port-number selection
for most apps to select an open port between 49152 and 65535 --
clearly far away from the 32xxx range I want to dedicate to
certain apps.  An app must specify the 32xxx range if it is
to be allowed to use that port.  An app that wants "any" port
(specifies a port number of Zero) will *not* get one in the
range of 32xxx.

The lower bound of 49152 was chosen to be far away from some
other hard-coded apps that I'm aware of and use, including
projects such as P2P-Radio, S2S (these two are at Sourceforge
also), PeerCast, and others, in case you'd like to try p2p-style
radio netcasting to save bandwidth costs.  To learn what
hard-coded port-numbers your apps use, read the docs for every
clue including what's used to talk to the YPs etc.

There is a reason for one pair of sysctl numbers to be
'opposite' the other pair: this way some apps will use port
numbers in one direction e.g. low-to-high, and other apps will
use high-to-low, thus trying to prevent some wasted effort to
find open ports in well-behaved apps needing nonspecific ports.

After setting these sysctl values, I can do webbrowsing, UseNet,
e-mail, other listening, whatever etc., and not interfere with
the dedicated ports being used by the netcasting tasks or the
listeners.

I hope this helps somehow.





Concerned about your privacy? Instantly send FREE secure email, no account required
http://www.hushmail.com/send?l=480

Get the best prices on SSL certificates from Hushmail
https://www.hushssl.com?l=485



From steinex at nognu.de  Thu Jul 20 23:56:07 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Fri, 21 Jul 2006 01:56:07 +0200
Subject: [Icecast] ices0 SIGHUP
Message-ID: <20060720235607.59BBCB825@shodan.nognu.de>

Hello,

the manpage of ices0 states that on SIGHUP, it'll reopen config and
playlist. However, if I change the playlist and HUP, it seems it's
still using the old one. Is this expected beharviour and I'm just
missing something?

Thanks for any insight,
Frank


From steinex at nognu.de  Fri Jul 21 00:57:19 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Fri, 21 Jul 2006 02:57:19 +0200
Subject: [Icecast] ices0 SIGHUP
In-Reply-To: <20060720235607.59BBCB825@shodan.nognu.de>
References: <20060720235607.59BBCB825@shodan.nognu.de>
Message-ID: <20060721005719.09116B825@shodan.nognu.de>

Frank Steinborn wrote:
> Hello,
> 
> the manpage of ices0 states that on SIGHUP, it'll reopen config and
> playlist. However, if I change the playlist and HUP, it seems it's
> still using the old one. Is this expected beharviour and I'm just
> missing something?

Sorry, forgot to mention: I'm running FreeBSD 6.1

Frank


From steinex at nognu.de  Fri Jul 21 11:32:31 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Fri, 21 Jul 2006 13:32:31 +0200
Subject: [Icecast] ices0 SIGHUP
In-Reply-To: <000b01c6acab$20202340$0802a8c0@LAVENDER>
References: <20060720235607.59BBCB825@shodan.nognu.de>
	<20060721005719.09116B825@shodan.nognu.de>
	<000b01c6acab$20202340$0802a8c0@LAVENDER>
Message-ID: <20060721113232.0719CB825@shodan.nognu.de>

mike wrote:
> when you save a new playlist it should finish playing the track its on then start the new list We use 
> debian and have written a script so as we just record a new item and it is added to the playlist 
> automatically and saved.

This is not the case here. After SIGHUP, even after the currently
played song finishes, the old playlist is used.

Frank


From Jason at Weatherserver.net  Sun Jul 23 00:00:50 2006
From: Jason at Weatherserver.net (Jason [WeatherServer])
Date: Sat, 22 Jul 2006 20:00:50 -0400
Subject: [Icecast] Feature Request
Message-ID: <001601c6adeb$0eff73e0$1400000a@workstation>

I would like to be able to turn feed authentcation on and off from the web admin interface rather then having to -HUP the server and edit the config.


--------------------------------------------
http://listserver.weatherserver.net
Weather Alerts, Traffic Alerts, Toronto Fire CAD Alerts
All to your email, 24/7/365
*****Visit us today*****
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060722/641da54f/attachment.htm>

From marco.chrappan at fastwebnet.it  Sun Jul 23 09:44:34 2006
From: marco.chrappan at fastwebnet.it (marco chrappan)
Date: Sun, 23 Jul 2006 11:44:34 +0200
Subject: [Icecast] XML stats
In-Reply-To: <20060721190031.C6F1D1CD09@mail.xiph.org>
References: <20060721190031.C6F1D1CD09@mail.xiph.org>
Message-ID: <44C34502.2020302@fastwebnet.it>

Is it possible under an Apache WebServer to create a page containing 
info about the audio stream currently going on icecast?
I'd like to display the current song and no of listeners for example. Is 
it possible to include code in a html/php page.

Thanks,
Marco


From dm8tbr at afthd.tu-darmstadt.de  Sun Jul 23 14:04:06 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Sun, 23 Jul 2006 16:04:06 +0200
Subject: [Icecast] XML stats
In-Reply-To: <44C34502.2020302@fastwebnet.it>
References: <20060721190031.C6F1D1CD09@mail.xiph.org>
	<44C34502.2020302@fastwebnet.it>
Message-ID: <44C381D6.7010404@afthd.tu-darmstadt.de>

marco chrappan schrieb:
> Is it possible under an Apache WebServer to create a page containing 
> info about the audio stream currently going on icecast?
> I'd like to display the current song and no of listeners for example. Is 
> it possible to include code in a html/php page.
There are several ways to acchieve this:
- parsing status.xsl / status2.xsl (not recommended)
- parsing or including self crafted xslt (this can put out plain text or 
html)
- parsing the server status xml file. requires transmission of admin 
credentials for the server over http, no problem if safe network or 
localhost - or using pass-through-xslt giving full access to the server 
status.xml without authentication.

Cheers

Thomas


From shannon at sputniksf.com  Thu Jul 27 01:10:59 2006
From: shannon at sputniksf.com (Shannon S. Coen)
Date: Wed, 26 Jul 2006 18:10:59 -0700
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
Message-ID: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>

I saw a request for this feature raised several years ago. Has this been
implemented yet?

If not, how are users monitoring traffic on port 8000, and even better
can you split it up by mountpoint? I want to know how much traffic our
icecast clients are using each month.

Thank you,
Shannon


From dm8tbr at afthd.tu-darmstadt.de  Thu Jul 27 01:19:29 2006
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Thu, 27 Jul 2006 03:19:29 +0200
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
In-Reply-To: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
References: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
Message-ID: <44C814A1.1030907@afthd.tu-darmstadt.de>

Shannon S. Coen wrote:
> I saw a request for this feature raised several years ago. Has this been
> implemented yet?
>
> If not, how are users monitoring traffic on port 8000, 
Iptables rules for traffic accounting exist.
> and even better
> can you split it up by mountpoint? 
realtime? nope, not that I would know
> I want to know how much traffic our
> icecast clients are using each month.
>   
oh? you can tell that by parsing logfiles
there is a webalizer patched as a streaming version.
If you are only interested in traffic as in byte count a standard
webalizer or any other log analyzer will do too.

Cheers

Thomas


From shannon at sputniksf.com  Thu Jul 27 19:51:54 2006
From: shannon at sputniksf.com (Shannon S. Coen)
Date: Thu, 27 Jul 2006 12:51:54 -0700
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
Message-ID: <E3D286AA2D7C3943BF92446028ED1B1C04619F@exch1.sputnik.com>

Found this:
http://bonehunter.rulez.org/~algernon/blog/2005/03/31/#munin_icecast


Traffic monitoring by mountpoint like this ought to be built into
icecast server.

Thanks,
Shannon

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On
Behalf Of Thomas B. Ruecker
Sent: Wednesday, July 26, 2006 6:19 PM
To: icecast at xiph.org
Subject: Re: [Icecast] Monitor traffic/bandwidth by mountpoint

Shannon S. Coen wrote:
> I saw a request for this feature raised several years ago. Has this 
> been implemented yet?
>
> If not, how are users monitoring traffic on port 8000,
Iptables rules for traffic accounting exist.
> and even better
> can you split it up by mountpoint? 
realtime? nope, not that I would know
> I want to know how much traffic our
> icecast clients are using each month.
>   
oh? you can tell that by parsing logfiles there is a webalizer patched
as a streaming version.
If you are only interested in traffic as in byte count a standard
webalizer or any other log analyzer will do too.

Cheers

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


From dm8tbr at afthd.tu-darmstadt.de  Thu Jul 27 21:49:19 2006
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Thu, 27 Jul 2006 23:49:19 +0200
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
In-Reply-To: <E3D286AA2D7C3943BF92446028ED1B1C04619F@exch1.sputnik.com>
References: <E3D286AA2D7C3943BF92446028ED1B1C04619F@exch1.sputnik.com>
Message-ID: <44C934DF.7040803@afthd.tu-darmstadt.de>

Shannon S. Coen wrote:
> Found this:
> http://bonehunter.rulez.org/~algernon/blog/2005/03/31/#munin_icecast
>
>
> Traffic monitoring by mountpoint like this ought to be built into
> icecast server.
>   
No, I don't think so.

Icecast follows the unix philosophy of "one tool for one purpose".

So something like monitoring of listener statistics should be done using
one or more tools specialized in statistics and their analysis. In this
case it was munin with apparently an rrdtool backend.
I've been graphing Icecast listener statistics now for years using mrtg.
(I've some files online and also mentioned info on the mailinglist
before). In addition i use webalizer with streaming patches from time to
time if I need data mining of logfiles.


Cheers

Thomas

PS: What you refer to as traffic is what I call listener statistics.
Traffic is bandwith per time etc not number of listeners in my
understanding.



From faisal at akber.net  Sun Jul 30 03:14:09 2006
From: faisal at akber.net (Syed Faisal Akber)
Date: Sat, 29 Jul 2006 23:14:09 -0400 (EDT)
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
In-Reply-To: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
Message-ID: <Pine.GSO.4.44.0607292312260.6813-100000@SERVER1.AKBER.NET>

Hi Shannon,

I suggest using AWSTATS on the access logs of Icecast.  It isn't optimized
for it yet, but gives you good usage stats and information.

Faisal

On Wed, 26 Jul 2006, Shannon S. Coen wrote:

> I saw a request for this feature raised several years ago. Has this been
> implemented yet?
>
> If not, how are users monitoring traffic on port 8000, and even better
> can you split it up by mountpoint? I want to know how much traffic our
> icecast clients are using each month.
>
> Thank you,
> Shannon
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From karl at xiph.org  Sun Jul 30 12:59:27 2006
From: karl at xiph.org (Karl Heyes)
Date: Sun, 30 Jul 2006 13:59:27 +0100
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
In-Reply-To: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
References: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
Message-ID: <44CCAD2F.2060109@xiph.org>

Shannon S. Coen wrote:
> I saw a request for this feature raised several years ago. Has this been
> implemented yet?
> 
> If not, how are users monitoring traffic on port 8000, and even better
> can you split it up by mountpoint? I want to know how much traffic our
> icecast clients are using each month.

I've added a few stats to my branch work (kh7) to help in the assessment 
of bandwidth usage for server-wide/per-mountpoint. There's no graph or 
anything like that but those stats could be collected by something 
external if required.

karl.



From jaeckelf at refuzed.org  Sun Jul 30 20:29:48 2006
From: jaeckelf at refuzed.org (Frederic `jchome` Jaeckel)
Date: Sun, 30 Jul 2006 22:29:48 +0200
Subject: [Icecast] Monitor traffic/bandwidth by mountpoint
In-Reply-To: <Pine.GSO.4.44.0607292312260.6813-100000@SERVER1.AKBER.NET>
References: <E3D286AA2D7C3943BF92446028ED1B1C04619E@exch1.sputnik.com>
	<Pine.GSO.4.44.0607292312260.6813-100000@SERVER1.AKBER.NET>
Message-ID: <20060730202948.GA32182@zellis.suckz.eu>

Hi,
On Sat, Jul 29, 2006 at 11:14:09PM -0400, Syed Faisal Akber wrote:
> I suggest using AWSTATS on the access logs of Icecast.  It isn't optimized
> for it yet, but gives you good usage stats and information.

you know of the massive vulnerabilities of awstats.pl?
Be aware of using awstats. Bette use strange tools like webalizer or
such things like that. Awstats.pl crashed many servers in the past.

Greetings
jchome
-- 

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM d- s+: a-- C+++ UL+++ P+ L++ E--- W+ N o+ K w--
O+ M V- PS+++ PE+++ Y PGP+ t 5 X R tv++ b++ DI++ D+
G e h! r y+
------END GEEK CODE BLOCK------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060730/3da8e967/attachment.sig>