From ross at stationplaylist.com  Thu Jun  1 00:38:07 2006
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 1 Jun 2006 12:38:07 +1200
Subject: [Icecast] ICES with MP3Pro?
References: <2c8aa7a45798d202f41c6cadf3f6418f@krushradio.com>
Message-ID: <00af01c68513$a71ff4c0$7300a8c0@stationplaylist.com>

MP3Pro has already gone away as far as most people are concerned.  It is 
definately not mainstream.  SAM and Live365's streamer are about the 
only way to encode streams in this format, and very few players will 
play it in hifi.

If Thompson is now giving away the encoder for free then they must know 
it's dead and buried and no more money will be made from it.

Shoutcast banned MP3Pro streams from their YP directory a couple of 
years ago, and the reason for this was to prevent the spreading of bad 
audio quality for listeners.  Basically 1% of listeners would be 
tecnically minded enough to know how to listen to an MP3Pro stream in 
hifi, and 99% would be listening to the 22khz sample rate portion of the 
mp3 stream, and not even realize that with some effort, and a change of 
player software, they could listen in hifi.

SAM has AAC+ encoding in v4.0 beta which you can ask and receive now, so 
I would suggest upgrading to that.  Or use our broadcasting software 
(Windows only) which can use Oddcast to encode AAC+ streams.

Regards,
Ross
======================================
StationPlaylist.com
http://www.stationplaylist.com
Low-cost music scheduling, live assist & automation software for
radio broadcasting, internet streaming, & in-store music systems.
======================================

----- Original Message ----- 
From: "Doc Nasty" <doc at krushradio.com>
To: <icecast at xiph.org>
Sent: Thursday, June 01, 2006 4:21 AM
Subject: [Icecast] ICES with MP3Pro?


Greg,

Yes, I have noticed that new codec.. AACPlus.  Its really impressive in 
it's abilities, and it's sound quality.
I tried to open it up with Windows Media Player and my Flash Player.. 
didn't seem to like it very much.  While It's really kewl as a codec, 
and it has great support with a couple players, and limited support for 
the rest, I'll stick with the mainstream for now, which is MP3Pro.  Once 
AACPlus works in a new and stable version of SAM, I might even consider 
upgrading to it.  But for now, I'd hate to halt progress while I wait 
for a new technology to happen.

So, back to my original question -
Has anyone been able to integrate the free mp3Pro encoder from thompson 
into ICES yet?

>
> MP3 pro is going away in favor of aacPlus.
> The aacPlus core codec (AAC) is better, and there are no player
> component conflicts.
> Not to mention there is already lots of momentum with aacPlus in both
> mobile phones and streaming.
> -greg.
> ORBAN
>
>
> At 00:27 2006-05-30, Doc Nasty wrote:
> >Does anyone know if this is possible?  Not sure if there is a hack
> >that would work with this.  I know the free mp3pro encoder works @
> >64kbs... I don't know if anything supports this yet or not.
> >
> >Thanks
> >
> >DocNasty
> >_______________________________________________

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



From poetprophetcreole at yahoo.com  Sat Jun  3 10:15:31 2006
From: poetprophetcreole at yahoo.com (Thompson Cox)
Date: Sat, 3 Jun 2006 03:15:31 -0700 (PDT)
Subject: [Icecast] broadcasting
Message-ID: <20060603101531.39105.qmail@web34011.mail.mud.yahoo.com>

Is it possible to broadcast on Icecast using amaroK or
kaffeine? Thanks, TC

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


From ben at kennish.co.uk  Mon Jun  5 11:43:59 2006
From: ben at kennish.co.uk (Ben Kennish)
Date: Mon, 05 Jun 2006 12:43:59 +0100
Subject: [Icecast] Preserve listener count?
Message-ID: <448418FF.3050607@kennish.co.uk>

Hi all,

Is there any way for the "peak listeners" value for a mount to be 
remembered even if a source (DJ) disconnects?

I tried setting a fallback mount to an mp3 file and altho this prevents 
listeners getting cut off if the source disconnects, the peak listeners 
gets reset to 0 when the source reconnects.

Thanks in advance for any help,

-- 
Ben


From iceuse at bzhtec.com  Wed Jun  7 18:46:52 2006
From: iceuse at bzhtec.com (Iceuse - Kris)
Date: Wed, 07 Jun 2006 20:46:52 +0200
Subject: [Icecast] Problem with ices 2.0.1 : open localhost:8000 instead of
 what is in config file
Message-ID: <44871F1C.5040703@bzhtec.com>

Hi,
I just installed 2.0.1 but I'm unable to use it. It doesn't want to 
connect to my server, but instead, it tries to connect to localhost:8000 
(default).

My configuration file is the same than before. It's working fine with 
ices 2.0kh60
I wanted to change because since I installed icecast 2.3.1, ices freeze 
every day at each network interruption (xDSL IP change).

My ices runner is
        <runner>
                <instance>
                        <shout>
                                <hostname>ipipipip</hostname>
                                <port>xxxx</port>
                                <mount>/stream.ogg</mount>
                                <password>mypass</password>

                                <reconnectdelay>8</reconnectdelay>
                                <reconnectattempts>-1</reconnectattempts>
                        </shout>
                        <encode>

                                
<nominal-bitrate>55000</nominal-bitrate><maximum-bitrate>65000</maximum-bitrate>
                        </encode>
                        <downmix>0</downmix>
                        <resample>
                                <out-rate>33075</out-rate>
                        </resample>

                </instance>
        </runner>

Thanks for your help,
Chris


[2006-06-07  20:38:17] INFO ices-core/main IceS 2.0.1 started...
[2006-06-07  20:38:17] INFO input-oss/oss_open_module Opened audio 
device /dev/dsp at 1 channel(s), 44100 Hz
[2006-06-07  20:38:17] INFO input-oss/oss_open_module Starting metadata 
update thread
[2006-06-07  20:38:17] INFO signals/signal_usr1_handler Metadata update 
requested
[2006-06-07  20:38:17] DBUG metadata/metadata_thread_signal reading 
metadata from "/usr/radio/meta/ices_live_metadata_live.txt"
[2006-06-07  20:38:17] INFO metadata/metadata_thread_signal No metadata 
has been read
[2006-06-07  20:38:17] EROR stream/ices_instance_stream Failed initial 
connect to localhost:8000 (Couldn't connect: Connection refused)
[2006-06-07  20:38:17] DBUG input/input_loop An instance died, removing it
[2006-06-07  20:38:17] DBUG input/input_flush_queue Input queue flush 
requested
[2006-06-07  20:38:17] INFO input/input_loop All instances removed, 
shutting down...
[2006-06-07  20:38:17] INFO metadata/metadata_thread_signal metadata 
thread shutting down
[2006-06-07  20:38:18] INFO ices-core/main Shutdown complete



From msmith at xiph.org  Wed Jun  7 18:50:29 2006
From: msmith at xiph.org (Michael Smith)
Date: Wed, 7 Jun 2006 20:50:29 +0200
Subject: [Icecast] Problem with ices 2.0.1 : open localhost:8000 instead
	of what is in config file
In-Reply-To: <44871F1C.5040703@bzhtec.com>
References: <44871F1C.5040703@bzhtec.com>
Message-ID: <3c1737210606071150h58b98535s37ca0595ef7dcab0@mail.gmail.com>

On 6/7/06, Iceuse - Kris <iceuse at bzhtec.com> wrote:
> Hi,
> I just installed 2.0.1 but I'm unable to use it. It doesn't want to
> connect to my server, but instead, it tries to connect to localhost:8000
> (default).

Your config file is not for IceS2. Fix that (use the included sample
files to configure it), and it should be fine.

Mike


From iceuse at bzhtec.com  Wed Jun  7 21:21:15 2006
From: iceuse at bzhtec.com (Iceuse - Kris)
Date: Wed, 07 Jun 2006 23:21:15 +0200
Subject: [Icecast] oss problems with ices 2.0.1,
 while ok with ices 2.0kh60 on same machine
Message-ID: <4487434B.6040700@bzhtec.com>

Hi...

now, I have a trouble on one source machine. I'm using oss to get the sound.
encoding is ok with ices 2.0kh60 but with ices 2.0.1, I'm getting
[2006-06-07  23:17:48] INFO ices-core/main IceS 2.0.1 started...
[2006-06-07  23:17:48] EROR input-oss/oss_open_module Couldn't set sampling rate
[2006-06-07  23:17:48] EROR input/input_loop Couldn't initialise input module "oss"
[2006-06-07  23:17:48] INFO ices-core/main Shutdown complete

Is there some difference regarding oss between the two version?

Thanks
Chris

<input>
<module>oss</module>
<param name="device">/dev/dsp</param>
<param name="rate">44100</param>
<param name="channels">1</param>
<param name="metadata">1</param>
<param name="metadatafilename">/usr/radio/meta/ices_live_metadata_live.txt</param>
</input>



From karl at xiph.org  Wed Jun  7 21:33:08 2006
From: karl at xiph.org (Karl Heyes)
Date: Wed, 07 Jun 2006 22:33:08 +0100
Subject: [Icecast] oss problems with ices 2.0.1, while ok with ices 2.0kh60
	on same machine
In-Reply-To: <4487434B.6040700@bzhtec.com>
References: <4487434B.6040700@bzhtec.com>
Message-ID: <44874614.6010200@xiph.org>

Iceuse - Kris wrote:
> Hi...
> 
> now, I have a trouble on one source machine. I'm using oss to get the 
> sound.
> encoding is ok with ices 2.0kh60 but with ices 2.0.1, I'm getting
> [2006-06-07  23:17:48] INFO ices-core/main IceS 2.0.1 started...
> [2006-06-07  23:17:48] EROR input-oss/oss_open_module Couldn't set 
> sampling rate
> [2006-06-07  23:17:48] EROR input/input_loop Couldn't initialise input 
> module "oss"
> [2006-06-07  23:17:48] INFO ices-core/main Shutdown complete
> 
> Is there some difference regarding oss between the two version?

not with setting the capture parameters, maybe something else is accessing
the dsp with a different samplerate and the driver is limiting access.


karl.



From iceuse at bzhtec.com  Wed Jun  7 21:49:38 2006
From: iceuse at bzhtec.com (Iceuse - Kris)
Date: Wed, 07 Jun 2006 23:49:38 +0200
Subject: [Icecast] oss problems with ices 2.0.1, while ok with ices 2.0kh60
	on same machine
In-Reply-To: <44874614.6010200@xiph.org>
References: <4487434B.6040700@bzhtec.com> <44874614.6010200@xiph.org>
Message-ID: <448749F2.1040400@bzhtec.com>

But what I don't understand is that it's exactly the same input module 
config
than in ices2.0kh60 config file...

and if I remove the param="rate" line, I have the same error.

Maybe I need to set it somewhere else?
(it is already into resample and encoding section with correct values)

The same config is working fine on another machine, so it may be related 
to system?
but ices2.0kh60 is working with oss.

Chris
> Iceuse - Kris wrote:
>> Hi...
>>
>> now, I have a trouble on one source machine. I'm using oss to get the 
>> sound.
>> encoding is ok with ices 2.0kh60 but with ices 2.0.1, I'm getting
>> [2006-06-07  23:17:48] INFO ices-core/main IceS 2.0.1 started...
>> [2006-06-07  23:17:48] EROR input-oss/oss_open_module Couldn't set 
>> sampling rate
>> [2006-06-07  23:17:48] EROR input/input_loop Couldn't initialise 
>> input module "oss"
>> [2006-06-07  23:17:48] INFO ices-core/main Shutdown complete
>>
>> Is there some difference regarding oss between the two version?
>
> not with setting the capture parameters, maybe something else is 
> accessing
> the dsp with a different samplerate and the driver is limiting access.
>
>
> karl.
>
>
>



From alexander.dalfarra at dmd2.net  Thu Jun  8 03:48:09 2006
From: alexander.dalfarra at dmd2.net (Alexander Dal Farra)
Date: Thu, 8 Jun 2006 05:48:09 +0200
Subject: [Icecast] Ezstream w/re-encoding for Windows
Message-ID: <20060608034810.47C9B1FFF22@mail.genotec.ch>

Hi All

We are using Ezstream (http://www.icecast.org/ezstream.php) for a couple of
purposes and like it very much. Now, for the first time, we need to use
ezstreams' RE-ENCODING feature. Oddsock described the encoding/decoding
part, but our ezstream runs on WINDOWS and not on Linux. LAME is no problem,
but the DECODING makes us struggle a bit since madplay doesn't seem to have
a windows binary available.

Anyone have an idea how that could be done on windows platform?

Thanks in advance for any hint.

Alex


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

From charlesg at unixrealm.com  Thu Jun  8 13:03:58 2006
From: charlesg at unixrealm.com (Charles Gagnon)
Date: Thu, 8 Jun 2006 09:03:58 -0400
Subject: [Icecast] Help with XML/XSL
Message-ID: <20060608130357.GA16456@daumier.unixrealm.com>

Does anyone know where I could get XML/XSL help for my status page.

I wrote my own block-status.xsl file which is a simpler status page
intented to be used as a block in CMS (Nuke, Drupal or Xoops for
example).

Currently, it lists every mount available with a green dot next to
it. My problem is I *expect* a certain number of mount to be
availabble and currently, if a mount is missing, it is simply not
listed:

  <xsl:for-each select="source">
     [...]
  </xsl:for-each>

Instead of selecting against the source, I would like to work
against an *expected* list:

  <xsl:for-each {list-of-expected-mounts}>
     <xsl:choose> 
        <xsl:when test="server_description">
            [green dot] bla bla bla
        </xsl:when>
        <xsl:otherwise>
            [red dot] bla bla bla
        </xsl:otherwise>
     </xsl:choose>
  </xsl:for-each>

But I have not idea how to run the for-each against a somewhat
static list, only against source nodes.

Thanks.

-- 
Charles Gagnon                   | My views are my views and they
http://unixrealm.com             | do not represent those of anybody
charlesg at unixrealm.com        | but me.

   You can lead a mule to water, but you can't make him drink.
   However, if you shoot a couple of uncooperative mules, the
   rest tend to get pretty thirsty.


From ian at smartfamilymedia.com  Thu Jun  8 16:59:50 2006
From: ian at smartfamilymedia.com (Ian Stewart)
Date: Thu, 8 Jun 2006 09:59:50 -0700
Subject: [Icecast] 2.3.1. Install consultant needed...
Message-ID: <E73031A9-404F-40E1-9F50-729A4485E79F@smartfamilymedia.com>

Looking for someone to compile, install and configure
Icecast 2.3.1 on my RH9 system at Serverbeach.

Please email me with rate, time to completion and references please.




Ian H. Stewart  -  ian at smartfamilymedia.com
Product Discovery and Engineering

.......................................................................
:  visit the show: http://www.familytechshow.com/ :                   :
:      A Radio Show about Family and Technology   : phn: 951-244-6205 :
:           featuring the Smart Family            : fax: 801-306-2349 :
:          Maxwell,  Victoria & Jennifer          :                   :
:.................................................:...................:
:  LIVE Sat 8-11am Pac at our website or ask your local talk station  :
:.....................................................................:
:             Email                    AIM - iChat - Yahoo            :
:    radio at familytechshow.com     smartmaxradio   smartvicradio       :
:.....................................................................:

PS Have you seen 9 year old Jen's Premiere videos?

http://familytechshow.com/members/
look for and click on the El Capitan image
     (requires Quicktime 6.5 or higher - large download so please be  
patient)




From djmatt19 at yahoo.com  Sat Jun 10 08:17:15 2006
From: djmatt19 at yahoo.com (Matt Novak)
Date: Sat, 10 Jun 2006 01:17:15 -0700 (PDT)
Subject: [Icecast] Re: Please help ASAP if you can... Thanks
In-Reply-To: <20060610022354.GA23207@ghostscript.com>
Message-ID: <20060610081715.81026.qmail@web33901.mail.mud.yahoo.com>

  I'm Matt, trying to set up my radio station on icecast, I downloaded the ice cast server, what source do I use, I do have shooutcast source? its not connecting? can u help me get streaming?
  I have shoutcast source, what do I need to do to get connecting?  please help, do I need to enter different port number on my shoutcast source, I have teh icecast server and I clcik start runnign it says running, but the source isnt connecting to the server, so I can't see my station on icecast directory, please help on how to connect my source.... 
   
  Thanks, help asap if you can please...
   
   Matt



    



 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060610/b42eb699/attachment.htm>

From karl at xiph.org  Sat Jun 10 13:27:26 2006
From: karl at xiph.org (Karl Heyes)
Date: Sat, 10 Jun 2006 14:27:26 +0100
Subject: [Icecast] Re: Please help ASAP if you can... Thanks
In-Reply-To: <20060610081715.81026.qmail@web33901.mail.mud.yahoo.com>
References: <20060610081715.81026.qmail@web33901.mail.mud.yahoo.com>
Message-ID: <448AC8BE.9000907@xiph.org>

Matt Novak wrote:
>   I'm Matt, trying to set up my radio station on icecast, I downloaded the ice cast server, what source do I use, I do have shooutcast source? its not connecting? can u help me get streaming?
>   I have shoutcast source, what do I need to do to get connecting?  please help, do I need to enter different port number on my shoutcast source, I have teh icecast server and I clcik start runnign it says running, but the source isnt connecting to the server, so I can't see my station on icecast directory, please help on how to connect my source.... 
>    

If you really want to use your existing source client with icecast2 then 
configure the icecast xml with 2 sequential ports (the latter marked as 
shoutcast-compat) and shoutcast-mount as shown in the samples we ship.


karl.



From dmehler26 at woh.rr.com  Wed Jun 14 17:29:51 2006
From: dmehler26 at woh.rr.com (Dave)
Date: Wed, 14 Jun 2006 13:29:51 -0400
Subject: [Icecast] client not displaying metadata on current song
Message-ID: <003d01c68fd8$24f7df10$0200a8c0@satellite>

Hello,
    I've got icecast2.31 and ices 0.4 streaming a static playlist of mp3's. 
I can connect with winamp version 5, and i see and hear the currently 
playing song. When that song goes to the next one title doesn't change, 
checking it in the ices.log file the information is updated appropriately. 
I've tried setting public to 1 in ices.conf, but that didn't do it. I'm 
starting to think this is a winamp odity, but i'd appreciate any second 
opinions.
Thanks.
Dave.



From karl at xiph.org  Wed Jun 14 18:38:44 2006
From: karl at xiph.org (Karl Heyes)
Date: Wed, 14 Jun 2006 19:38:44 +0100
Subject: [Icecast] client not displaying metadata on current song
In-Reply-To: <003d01c68fd8$24f7df10$0200a8c0@satellite>
References: <003d01c68fd8$24f7df10$0200a8c0@satellite>
Message-ID: <449057B4.9090905@xiph.org>

Dave wrote:
> Hello,
>    I've got icecast2.31 and ices 0.4 streaming a static playlist of 
> mp3's. I can connect with winamp version 5, and i see and hear the 
> currently playing song. When that song goes to the next one title 
> doesn't change, checking it in the ices.log file the information is 
> updated appropriately. I've tried setting public to 1 in ices.conf, but 
> that didn't do it. I'm starting to think this is a winamp odity, but i'd 
> appreciate any second opinions.
> Thanks.
> Dave.

check that ices is updating the metadata, you can check the icecast logs 
for that, either metadata updating in error log or /admin/metadata in 
access log. You can also check the status page for the titles.

Check that your player (winamp) is requesting the metadata from the server.

The public setting in ices is for advertising the stream on a directory 
server.

karl.



From dmehler26 at woh.rr.com  Wed Jun 14 21:34:44 2006
From: dmehler26 at woh.rr.com (Dave)
Date: Wed, 14 Jun 2006 17:34:44 -0400
Subject: [Icecast] client not displaying metadata on current song
References: <003d01c68fd8$24f7df10$0200a8c0@satellite>
	<449057B4.9090905@xiph.org>
Message-ID: <007901c68ffa$5acd7c90$0200a8c0@satellite>

Hello,
    Thanks for your reply. I've checked ices.log and icecast's access and 
error logs, i'm not seeing any errors in my setup. I'm now assuming that 
it's winamp5, this was previously working. I do not know what setting to 
check, any suggestions welcome.
Thanks.
Dave.

----- Original Message ----- 
From: "Karl Heyes" <karl at xiph.org>
To: "Dave" <dmehler26 at woh.rr.com>
Cc: <icecast at xiph.org>
Sent: Wednesday, June 14, 2006 2:38 PM
Subject: Re: [Icecast] client not displaying metadata on current song


> Dave wrote:
>> Hello,
>>    I've got icecast2.31 and ices 0.4 streaming a static playlist of 
>> mp3's. I can connect with winamp version 5, and i see and hear the 
>> currently playing song. When that song goes to the next one title doesn't 
>> change, checking it in the ices.log file the information is updated 
>> appropriately. I've tried setting public to 1 in ices.conf, but that 
>> didn't do it. I'm starting to think this is a winamp odity, but i'd 
>> appreciate any second opinions.
>> Thanks.
>> Dave.
>
> check that ices is updating the metadata, you can check the icecast logs 
> for that, either metadata updating in error log or /admin/metadata in 
> access log. You can also check the status page for the titles.
>
> Check that your player (winamp) is requesting the metadata from the 
> server.
>
> The public setting in ices is for advertising the stream on a directory 
> server.
>
> karl. 



From pldelong at neod.net  Thu Jun 15 17:18:32 2006
From: pldelong at neod.net (Peter L. DeLong)
Date: Thu, 15 Jun 2006 13:18:32 -0400
Subject: [icecast] icecast 2.3.1 Slave server and local mounts
Message-ID: <8B22A6A451067E40A7F71987C83E46D4029CD8@CLEEX1.exchangemail.neod.net>

Hi All:

I have the Win32 icecast 2.3.1 setup on a W2K3 server as a slave to an
oddcast machine streaming a live radio station feed. I have some MP3
files located on the icecast slave and I want to setup these files as
other mount points. Is the possible when the icecast server is a slave?

Any input would be great!

Thank you

Peter L DeLong
Northeast Ohio Digital Inc.
http://www.neod.net
pldelong at neod.net
330-854-9290
888-232-6363

 

************************************************************************
************************************************************

CONFIDENTIALITY NOTICE: The materials attached hereto are confidential
and the property of the sender. The information contained in the
attached materials is privileged and/or confidential and is intended
only for the use of the above-named individual(s) or entity(ies). If you
are not the intended recipient, be advised that any unauthorized
disclosure, copying, distribution or the taking of any action in
reliance on the contents of the attached information is strictly
prohibited. If you have received this transmission in error, please
discard the information immediately.

************************************************************************
************************************************************

 



From karl at xiph.org  Thu Jun 15 17:38:56 2006
From: karl at xiph.org (Karl Heyes)
Date: Thu, 15 Jun 2006 18:38:56 +0100
Subject: [icecast] icecast 2.3.1 Slave server and local mounts
In-Reply-To: <8B22A6A451067E40A7F71987C83E46D4029CD8@CLEEX1.exchangemail.neod.net>
References: <8B22A6A451067E40A7F71987C83E46D4029CD8@CLEEX1.exchangemail.neod.net>
Message-ID: <44919B30.40708@xiph.org>

Peter L. DeLong wrote:
> Hi All:
> 
> I have the Win32 icecast 2.3.1 setup on a W2K3 server as a slave to an
> oddcast machine streaming a live radio station feed. I have some MP3
> files located on the icecast slave and I want to setup these files as
> other mount points. Is the possible when the icecast server is a slave?

as long as the sources and clients values as high enough and the 
mountpoint you want to stream on is not in use then sure you can send a 
stream to an icecast slave.

karl.



From listen at ahasver.org  Fri Jun 16 08:07:00 2006
From: listen at ahasver.org (Hagen Kliemann)
Date: 16 Jun 2006 10:07:00 +0200
Subject: [Icecast] icecast2 and lynx?
Message-ID: <9v+Pc9cTZdB@listen.ahasver.org>


Hallo,                                                16.06.06

I'd like to periodicly update metadata using a script that calls
http://localhost:port/admin/stats.xsl and specialized URLs.
I prefere to use lynx with a command sript to doing this.
But using lynx I don't get any conection to my Icecast server, even pages  
I don't need authentification.
Using Firefox connection works fine. And lynx can access other web-pages /  
webserver with password protection.

Any ideas how making lynx access to my icecast server work?
May be a mime type issue.

Or is there an other way using server side scripts to automaticly update  
metadata? My Stream source (darkice) cant do this.

Thanks!
  Hagen


From minea_georgel at yahoo.com  Sat Jun 17 02:18:28 2006
From: minea_georgel at yahoo.com (MINEA GEORGE)
Date: Fri, 16 Jun 2006 19:18:28 -0700 (PDT)
Subject: [Icecast] My Icecast server has crashed
Message-ID: <20060617021828.91138.qmail@web38604.mail.mud.yahoo.com>

Hello,i need help,please.My Icecast server has crashed.I used winamp5.23full.

 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060616/96e526e4/attachment.htm>

From john at io.com  Sat Jun 17 18:33:46 2006
From: john at io.com (John Buttery)
Date: Sat, 17 Jun 2006 13:33:46 -0500
Subject: [Icecast] icecast2 and lynx?
In-Reply-To: <9v+Pc9cTZdB@listen.ahasver.org>
References: <9v+Pc9cTZdB@listen.ahasver.org>
Message-ID: <20060617183346.GA37975@tempest.prismnet.com>

* On Fri 2006-Jun-16 10:07:00 +0200, Hagen Kliemann <listen at ahasver.org> wrote:
> Or is there an other way using server side scripts to automaticly update  
> metadata? My Stream source (darkice) cant do this.

  Well, theoretically the real fix would be to get lynx to work,
but...since you asked, personally this sounds like the sort of task
that's more suited to something like curl (or maybe wget).

-- 
  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 giles at xiph.org  Sun Jun 18 18:06:25 2006
From: giles at xiph.org (Ralph Giles)
Date: Sun, 18 Jun 2006 11:06:25 -0700
Subject: [Icecast] dir.xiph.org only listing Ogg streams
Message-ID: <20060618180625.GA25614@ghostscript.com>

Everyone,

I have modified the yp cgi script on dir.xiph.org to reject non-ogg 
streams. As the site has grown in popularity, it hasn't scaled well,
and maintaining the database was eating most of the resources on the 
server. We did some minor tuning a few months ago which helped, but
the load has continuted to grow and was affecting other more essential
services.

Given Xiph.org's mission to promote free multimedia, I don't think it's
appropriate for us to devote resources to the advertisement of 
patent-encumbered streams to the detriment of our other services. Thus 
the listing policy change.

If you'd like to see it put back, we'll consider if the yp mechanism is 
rewritten to reduce the load it incurs. Another idea is to sell ads as a 
fundraiser, but I'm skeptical whether the current level of traffic would 
pay for a separate server.

Let me know if there are any problems,
 -r


From steinex at nognu.de  Sun Jun 18 18:09:32 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Sun, 18 Jun 2006 20:09:32 +0200
Subject: [Icecast] Problems with source-transfer
Message-ID: <20060618180932.564C8B825@shodan.nognu.de>

Hello,

we want to migrate from Shoutcast to Icecast, however, there is a
problem right know: If one source closes the connection and the new
source connects even in the same second, the stream will drop till you
reconnect the player. That was no problem with shoutcast over the
years. Any hints?

Thanks,
Frank


From hendry at iki.fi  Wed Jun 14 05:44:32 2006
From: hendry at iki.fi (Kai Hendry)
Date: Wed, 14 Jun 2006 14:44:32 +0900
Subject: [Icecast] Windows sound device
Message-ID: <20060614054431.GL5360@iki.fi>

I can't find a method of capturing from the Windows sound device.

In ices 2, I see examples for ALSA and OSS. What about Win32?

Best wishes,


From chris at thoughtsoft.net  Mon Jun 12 06:57:53 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Mon, 12 Jun 2006 02:57:53 -0400
Subject: [Icecast] Unexpected ezstream exit
Message-ID: <448D1071.2030304@thoughtsoft.net>

Hi,

I've been working on a customized version of ezstream and I've been 
noticing that with a particular setup after playing particular tracks 
ezstream terminates. I say terminates because there are no error 
messages, it just exits. I've tried this on both my version and the 
stock version available via icecast.org just be certain and it happens 
with both versions.

I'm running:
icecast 2.3.1
ezstream 0.2.1
flac 1.1.2
oggenc 1.0.2 (vorbis-tools 1.1.1)
libogg 1.1.3
libvorbis 1.1.2

Currently I have ezstream set up to re-encode from my flac library to 
ogg, and with a couple tracks (it's always the same ones) it will make 
it all the way through then hang at the end of the track for a second or 
two then ezstream will exit. When I go from flac to lame on those tracks 
it's fine. One thing that the tracks in question have in common is that 
they're all longer than the average song, usually >7 minutes. I've tried 
re-encoding at the command line using the same command as ezstream and a 
valid track is produced without error. I've also gone through and taken 
valgrind and used it against my version of ezstream to make sure there 
aren't any leaks and even running with valgrind ezstream appears as 
though it terminates cleanly after playing a particular track.

I really don't know what else to do. If I had an error message I might 
have an idea as to where to start looking, alas I don't. Little help? ;D

Thanks,
Chris


From bjacint at kvark.hu  Sun Jun 18 18:20:51 2006
From: bjacint at kvark.hu (Balint Jacint)
Date: Sun, 18 Jun 2006 20:20:51 +0200
Subject: [Icecast] Windows sound device
In-Reply-To: <20060614054431.GL5360@iki.fi>
References: <20060614054431.GL5360@iki.fi>
Message-ID: <44959983.4080506@kvark.hu>

Hey,

Take a look at Oddsock's Oddcast, in case you don't insist on using IceS2.
http://www.oddsock.org/tools/oddcastv3/

Yours,
Jacint

Kai Hendry wrote:
> I can't find a method of capturing from the Windows sound device.
>
> In ices 2, I see examples for ALSA and OSS. What about Win32?
>
> Best wishes,
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>   


From ross at stationplaylist.com  Sun Jun 18 23:17:22 2006
From: ross at stationplaylist.com (Ross Levis)
Date: Mon, 19 Jun 2006 11:17:22 +1200
Subject: [Icecast] dir.xiph.org only listing Ogg streams
References: <20060618180625.GA25614@ghostscript.com>
Message-ID: <002a01c6932d$5abbdb30$7300a8c0@stationplaylist.com>

I decided recently to change my stream from Ogg to AAC+ because I have a 
limited upload bandwidth and I wish to provide the best sound quality at 
low bitrates.  If Ogg was as good ias AAC+ then I would definately use 
it.

I'm apposed to this decision and I think it is a very bad idea.  It is 
only the xiph directory where my potential listeners come from.  I will 
have to switch to using the Shoutcast server if this is a permanent 
decision, so the station can be visible on a popular directory.

Regards,
Ross.

----- Original Message ----- 
From: "Ralph Giles" <giles at xiph.org>
To: <icecast at xiph.org>
Sent: Monday, June 19, 2006 6:06 AM
Subject: [Icecast] dir.xiph.org only listing Ogg streams


Everyone,

I have modified the yp cgi script on dir.xiph.org to reject non-ogg
streams. As the site has grown in popularity, it hasn't scaled well,
and maintaining the database was eating most of the resources on the
server. We did some minor tuning a few months ago which helped, but
the load has continuted to grow and was affecting other more essential
services.

Given Xiph.org's mission to promote free multimedia, I don't think it's
appropriate for us to devote resources to the advertisement of
patent-encumbered streams to the detriment of our other services. Thus
the listing policy change.

If you'd like to see it put back, we'll consider if the yp mechanism is
rewritten to reduce the load it incurs. Another idea is to sell ads as a
fundraiser, but I'm skeptical whether the current level of traffic would
pay for a separate server.

Let me know if there are any problems,
 -r 



From Dennis at heerema.net  Mon Jun 19 07:12:40 2006
From: Dennis at heerema.net (Dennis Heerema)
Date: Mon, 19 Jun 2006 09:12:40 +0200
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <20060618180625.GA25614@ghostscript.com>
References: <20060618180625.GA25614@ghostscript.com>
Message-ID: <WorldClient-F200606190912.AA12400002@heerema.net>

Hi There,

The nice thing of  dir.xiph.org [http://dir.xiph.org/] was the fact that it 
supported more or less all formats, this way we were able to send out 
different formats, where the listener was able to choose his appriciated 
format from and listen to it, also the way it all got listed made it very 
easy for a listener to see all te streams from one station in the different 
formats.

Besides all above, not supporting AAC+ might not be a wise dissision, as at 
the moment it's giving the best result at the lowest bitrates, although a 
part of the signal is fake audio, for streaming it's OK.

regards,

Dennis


-----Original Message-----

From: Ralph Giles <giles at xiph.org>

To: icecast at xiph.org

Date: Sun, 18 Jun 2006 11:06:25 -0700

Subject: [Icecast] dir.xiph.org only listing Ogg streams




Everyone,



I have modified the yp cgi script on dir.xiph.org to reject non-ogg 

streams. As the site has grown in popularity, it hasn't scaled well,

and maintaining the database was eating most of the resources on the 

server. We did some minor tuning a few months ago which helped, but

the load has continuted to grow and was affecting other more essential

services.



Given Xiph.org's mission to promote free multimedia, I don't think it's

appropriate for us to devote resources to the advertisement of 

patent-encumbered streams to the detriment of our other services. Thus 

the listing policy change.



If you'd like to see it put back, we'll consider if the yp mechanism is 

rewritten to reduce the load it incurs. Another idea is to sell ads as a 

fundraiser, but I'm skeptical whether the current level of traffic would 

pay for a separate server.



Let me know if there are any problems,

 -r

_______________________________________________

Icecast mailing list

Icecast at xiph.org

http://lists.xiph.org/mailman/listinfo/icecast 
[http://lists.xiph.org/mailman/listinfo/icecast]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060619/ee71d5b1/attachment.htm>

From paranoid at dds.nl  Mon Jun 19 07:55:53 2006
From: paranoid at dds.nl (paranoid)
Date: Mon, 19 Jun 2006 09:55:53 +0200 (CEST)
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <WorldClient-F200606190912.AA12400002@heerema.net>
References: <20060618180625.GA25614@ghostscript.com>
	<WorldClient-F200606190912.AA12400002@heerema.net>
Message-ID: <Pine.LNX.4.62.0606190941270.32353@swan>

On Mon, 19 Jun 2006, Dennis Heerema wrote:

> The nice thing of dir.xiph.org [http://dir.xiph.org/] was the fact that it
> supported more or less all formats, this way we were able to send out
> different formats, where the listener was able to choose his appriciated
> format from and listen to it, also the way it all got listed made it very
> easy for a listener to see all te streams from one station in the different
> formats.

This is the main reason for me to keep it. Maybe it's an idea to move the 
dir.xiph.org to dir.icecast.org or something similar.

I can imagine it could be a bit infringing for xiph.org to show a list of 
non-ogg since it is fighting for open standards.

To me, that would not be the case when you put the list on dir.icecast.org 
for instance. Icecast makes it possible to stream MP3 and AAC+ so maybe it 
makes more sense to have the yp listings availble on an Icecast web 
location.

Regards,
Frank Keijzers


From msmith at xiph.org  Mon Jun 19 08:45:47 2006
From: msmith at xiph.org (Michael Smith)
Date: Mon, 19 Jun 2006 10:45:47 +0200
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <Pine.LNX.4.62.0606190941270.32353@swan>
References: <20060618180625.GA25614@ghostscript.com>
	<WorldClient-F200606190912.AA12400002@heerema.net>
	<Pine.LNX.4.62.0606190941270.32353@swan>
Message-ID: <3c1737210606190145t58ebc93eq2166bbcc0c865c9f@mail.gmail.com>

On 6/19/06, paranoid <paranoid at dds.nl> wrote:

> To me, that would not be the case when you put the list on dir.icecast.org
> for instance. Icecast makes it possible to stream MP3 and AAC+ so maybe it
> makes more sense to have the yp listings availble on an Icecast web
> location.

You'll also note that Ralph said we simply don't have the resources to
run the server with all the load it generates. So this isn't an answer
at all. Supporting free formats is far, far more important to us than
listing a few non-free streams.

Mike


From greg at orban.com  Mon Jun 19 08:48:44 2006
From: greg at orban.com (Greg J. Ogonowski)
Date: Mon, 19 Jun 2006 01:48:44 -0700
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <3c1737210606190145t58ebc93eq2166bbcc0c865c9f@mail.gmail.co
 m>
References: <20060618180625.GA25614@ghostscript.com>
	<WorldClient-F200606190912.AA12400002@heerema.net>
	<Pine.LNX.4.62.0606190941270.32353@swan>
	<3c1737210606190145t58ebc93eq2166bbcc0c865c9f@mail.gmail.com>
Message-ID: <6.2.3.4.2.20060619014507.05200d20@66.220.31.130>

Anyone wanting their AAC/HE-AAC/aacPlus stream(s) listed on Tuner2, 
please send request(s) with relevant information to me directly.
This is free and does not require an Orban Opticodec-PC Encoder.
This will also help lighten the load for Xiph.

-greg.
ORBAN.



At 01:45 2006-06-19, Michael Smith wrote:
>On 6/19/06, paranoid <paranoid at dds.nl> wrote:
>
>>To me, that would not be the case when you put the list on dir.icecast.org
>>for instance. Icecast makes it possible to stream MP3 and AAC+ so maybe it
>>makes more sense to have the yp listings availble on an Icecast web
>>location.
>
>You'll also note that Ralph said we simply don't have the resources to
>run the server with all the load it generates. So this isn't an answer
>at all. Supporting free formats is far, far more important to us than
>listing a few non-free streams.
>
>Mike
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast


__________________________________________________________________________
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 msmith at xiph.org  Mon Jun 19 08:51:19 2006
From: msmith at xiph.org (Michael Smith)
Date: Mon, 19 Jun 2006 10:51:19 +0200
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <002a01c6932d$5abbdb30$7300a8c0@stationplaylist.com>
References: <20060618180625.GA25614@ghostscript.com>
	<002a01c6932d$5abbdb30$7300a8c0@stationplaylist.com>
Message-ID: <3c1737210606190151q1661774fj11453b6c8056a9d5@mail.gmail.com>

On 6/19/06, Ross Levis <ross at stationplaylist.com> wrote:
> I decided recently to change my stream from Ogg to AAC+ because I have a
> limited upload bandwidth and I wish to provide the best sound quality at
> low bitrates.  If Ogg was as good ias AAC+ then I would definately use
> it.

I'm sorry to hear, this, Ross. Tests have shown Vorbis to be very
competitive to AAC+ at low bitrates, and I suspect client support is
now actually more widespread for vorbis.

>
> I'm apposed to this decision and I think it is a very bad idea.  It is
> only the xiph directory where my potential listeners come from.  I will
> have to switch to using the Shoutcast server if this is a permanent
> decision, so the station can be visible on a popular directory.
>

Well, that's your choice. We'd love to see you go back to using
vorbis, but in all honesty, if you don't intend to use free formats,
you're not really the sort of person we wrote icecast primarily for.
mp3/etc support was only added so that people could have mp3 streams
_in addition_ to their free streams - something we admitted was
neccesary due to limited client support in the past.

However, as Ralph said - if someone is willing to do the neccesary
work to optimise the stream directory software, we'd consider
re-allowing non-free listings.

Mike


From admin at radiotoolbox.com  Mon Jun 19 08:58:53 2006
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Mon, 19 Jun 2006 03:58:53 -0500
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <6.2.3.4.2.20060619014507.05200d20@66.220.31.130>
Message-ID: <000301c6937e$b0ad0810$6701a8c0@VAIO>

Also you guys are free to use Steamcast.com

http://www.steamcast.com/sbin/yp.php

I will be getting secondary mirror for it soon.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Greg J. Ogonowski
Sent: Monday, June 19, 2006 3:49 AM
To: Michael Smith; paranoid
Cc: icecast at xiph.org
Subject: Re: [Icecast] dir.xiph.org only listing Ogg streams

Anyone wanting their AAC/HE-AAC/aacPlus stream(s) listed on Tuner2, 
please send request(s) with relevant information to me directly.
This is free and does not require an Orban Opticodec-PC Encoder.
This will also help lighten the load for Xiph.

-greg.
ORBAN.



At 01:45 2006-06-19, Michael Smith wrote:
>On 6/19/06, paranoid <paranoid at dds.nl> wrote:
>
>>To me, that would not be the case when you put the list on dir.icecast.org
>>for instance. Icecast makes it possible to stream MP3 and AAC+ so maybe it
>>makes more sense to have the yp listings availble on an Icecast web
>>location.
>
>You'll also note that Ralph said we simply don't have the resources to
>run the server with all the load it generates. So this isn't an answer
>at all. Supporting free formats is far, far more important to us than
>listing a few non-free streams.
>
>Mike
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast


__________________________________________________________________________
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

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



From jaromil at dyne.org  Mon Jun 19 09:40:38 2006
From: jaromil at dyne.org (jaromil)
Date: Mon, 19 Jun 2006 11:40:38 +0200
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <20060618180625.GA25614@ghostscript.com>
References: <20060618180625.GA25614@ghostscript.com>
Message-ID: <20060619094038.GA3581@dyne.org>

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


hi,

On Sun, Jun 18, 2006 at 11:06:25AM -0700, Ralph Giles wrote:
> Everyone,
> 
> I have modified the yp cgi script on dir.xiph.org to reject non-ogg 
> streams. As the site has grown in popularity, it hasn't scaled well,
> and maintaining the database was eating most of the resources on the 
> server. We did some minor tuning a few months ago which helped, but
> the load has continuted to grow and was affecting other more essential
> services.

one simple but immediate solution might be to make the directory
exportable among mirrors, so it can propagate to more front servers.

a simple xml or rss export of the entries and some simple instructions
on how to setup mirrors might lighten the server while spreading even
more the dir.xiph initiative (who wouldn't love to have a nice sidebox
on the website listing streams to tune in?)

well, probably this is a feature request for the next yp software..

thanks for all your efforts,
ciao

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFElnEWe2QxhLU0C14RAjITAKDM7naUlh4kv2R2isHDlOE7FAl1FACfRKi7
JasqYhLubd6XLPXqJBjXj1I=
=D48L
-----END PGP SIGNATURE-----


From admin at radiotoolbox.com  Mon Jun 19 09:52:26 2006
From: admin at radiotoolbox.com (Jay Krivanek)
Date: Mon, 19 Jun 2006 04:52:26 -0500
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <20060619094038.GA3581@dyne.org>
Message-ID: <000401c69386$251cc120$6701a8c0@VAIO>

Actually this is what I had already done on my yp as I foresaw the need for
distribution nodes and I believe they already have an XML sheet however it
still can be abused despite this.

Bottom line, if they don't feel that there is enough traffic to the portal
to get advertising dollars then they are experiencing a problem in their yp
transactions from individual servers.  My guess is there is some real
inefficiencies with their code/database structure if this is the case.

Jay

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of jaromil
Sent: Monday, June 19, 2006 4:41 AM
To: icecast at xiph.org
Subject: Re: [Icecast] dir.xiph.org only listing Ogg streams

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


hi,

On Sun, Jun 18, 2006 at 11:06:25AM -0700, Ralph Giles wrote:
> Everyone,
> 
> I have modified the yp cgi script on dir.xiph.org to reject non-ogg 
> streams. As the site has grown in popularity, it hasn't scaled well,
> and maintaining the database was eating most of the resources on the 
> server. We did some minor tuning a few months ago which helped, but
> the load has continuted to grow and was affecting other more essential
> services.

one simple but immediate solution might be to make the directory
exportable among mirrors, so it can propagate to more front servers.

a simple xml or rss export of the entries and some simple instructions
on how to setup mirrors might lighten the server while spreading even
more the dir.xiph initiative (who wouldn't love to have a nice sidebox
on the website listing streams to tune in?)

well, probably this is a feature request for the next yp software..

thanks for all your efforts,
ciao

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFElnEWe2QxhLU0C14RAjITAKDM7naUlh4kv2R2isHDlOE7FAl1FACfRKi7
JasqYhLubd6XLPXqJBjXj1I=
=D48L
-----END PGP SIGNATURE-----
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast



From dm8tbr at afthd.tu-darmstadt.de  Mon Jun 19 10:15:51 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Mon, 19 Jun 2006 12:15:51 +0200
Subject: [Icecast] Problems with source-transfer
In-Reply-To: <20060618180932.564C8B825@shodan.nognu.de>
References: <20060618180932.564C8B825@shodan.nognu.de>
Message-ID: <44967957.2000704@afthd.tu-darmstadt.de>

Frank Steinborn schrieb:
> Hello,
> 
> we want to migrate from Shoutcast to Icecast, however, there is a
> problem right know: If one source closes the connection and the new
> source connects even in the same second, the stream will drop till you
> reconnect the player. That was no problem with shoutcast over the
> years. Any hints?
Use a fallback mountpoint. This is far more flexible than the shoutcast 
solution. You can either fall back to a live mountpoint or a static file.
I use a fallback to a live mountpoint with ices2 playing a short 
playlist of jingles plus an announcement that service will resume shortly.

More details in the friendly manual.

Cheers

Thomas



From giles at xiph.org  Mon Jun 19 16:53:54 2006
From: giles at xiph.org (Ralph Giles)
Date: Mon, 19 Jun 2006 09:53:54 -0700
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <4496906B.10302@xiph.org>
References: <20060618180625.GA25614@ghostscript.com>
	<4495CD3A.2090604@xiph.org>
	<20060619051508.GA31488@ghostscript.com> <4496906B.10302@xiph.org>
Message-ID: <20060619165354.GA26510@ghostscript.com>

On Mon, Jun 19, 2006 at 12:54:19PM +0100, Karl Heyes wrote:

> I really would like to know what the effect was with the around 1100 
> entries. I just cannot imagine the bandwidth being the issue, not with 
> updates over 2 mins intervals. 1kB x 1100 is only 1MB over 2 mins is not 
> a bandwidth hog. I suspect the issue is more to do with apache going 
> thread/process crazy, the sql DB, and/or reconnecting to the DB all the 
> time.

Sadly, it's not the php, because it would have been easy to replace the 
frontpage with a static view updated every couple of minutes. It was the 
updates from the icecast instances that was killing us.

With 1100 servers listed we were doing 100 mysql queries/second and 
about 12 kB/s data transfer. Now with 250 servers we're doing 22 
queries/second and ~2 kB/s.

Basically the database was getting disk bound, I think. We never ran out 
of CPU or network bandwidth, but load average would spike sometimes and 
we kept getting into swap even with 3GB of ram. Tuning the db 
design in update method might help.

 -r


From steinex at nognu.de  Mon Jun 19 17:54:22 2006
From: steinex at nognu.de (Frank Steinborn)
Date: Mon, 19 Jun 2006 19:54:22 +0200
Subject: [Icecast] Unique Listeners from stats.xsl?
Message-ID: <20060619175422.1D3ECB825@shodan.nognu.de>

Hello,

i need to retrieve the following from a stats.xsl (is it even
possible?):

- Unique Listeners. So if there are 5 listeners on the stream, and two
  of them share an IP it should give "4".
- Stream up or not: If the mountpoint is alive it should print "1",
  otherwise "0".

I'd appreciate any hints, this is a bit urgent. Thanks!

Frank


From chris at thoughtsoft.net  Sun Jun 18 19:54:30 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Sun, 18 Jun 2006 15:54:30 -0400
Subject: [Icecast] Unexpected ezstream exit
In-Reply-To: <448D1071.2030304@thoughtsoft.net>
References: <448D1071.2030304@thoughtsoft.net>
Message-ID: <4495AF76.20303@thoughtsoft.net>

Just following up... I was playing with this some more, and a friend was 
able to reproduce the error. His stack trace is:

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread -1211504960 (LWP 15433)]
0xb7dc698c in send () from /lib/tls/libpthread.so.0
(gdb) bt
#0  0xb7dc698c in send () from /lib/tls/libpthread.so.0
#1  0xb7f59a41 in _shout_sock_write_bytes (sock=6, buff=0xbff93030, 
len=3086350260) at sock.c:334
#2  0xb7f578b9 in try_write (self=0x8057f38, data=0x8069964, len=30) at 
shout.c:1017
#3  0xb7f5653c in shout_send_raw (self=0x8057f38, data=0x8069964 
"\001vorbis", len=30) at shout.c:209
#4  0xb7f58d8f in send_page (self=0x8057f38, page=0xbff930f0) at ogg.c:199
#5  0xb7f58ad2 in send_ogg (self=0x8057f38, data=0xbff93170 "OggS", 
len=134649352) at ogg.c:133
#6  0xb7f5647a in shout_send (self=0x8057f38, data=0xbff93170 "OggS", 
len=4096) at shout.c:192
#7  0x08049d88 in streamFile (shout=0x8057f38, song=0x8057f20) at 
ezstream.c:278
#8  0x0804a246 in main (argc=134577952, argv=0x8057f38) at ezstream.c:497

Here's my stack trace:

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread -1208215872 (LWP 27780)]
0x005fd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) thread apply all bt

Thread 1 (Thread -1208215872 (LWP 27780)):
#0  0x005fd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x0087e8f1 in send () from /lib/tls/libpthread.so.0
#2  0x006b367c in _shout_sock_write_bytes (sock=6, buff=0x898b1b8, 
len=60) at sock.c:334
#3  0x006b0fb0 in try_write (self=0x8978040, data=0x898b1b8, len=60) at 
shout.c:1012
#4  0x006b11ba in shout_send_raw (self=0x8978040, data=0x898b1b8 "OggS", 
len=60) at shout.c:209
#5  0x006b285d in send_ogg (self=0x8978040, data=0xbfe0c4d0, len=4096) 
at ogg.c:196
#6  0x006b1129 in shout_send (self=0x8978040, data=0xbfe0c4d0, len=4096) 
at shout.c:192
#7  0x08049cf8 in streamFile (shout=0x8978040, song=0x89782d8) at 
ezstream.c:278
#8  0x0804a4af in main (argc=3, argv=0xbfe0d5d4) at ezstream.c:497

We must have slightly differing versions of libshout as the line numbers 
don't agree.  You can see error occurs in the same place thought I'm not 
sure if the reason for the error is the same in both cases. Any 
assistance or insight on this would be great, thanks.

Chris

Chris MacDonald wrote:
> Hi,
>
> I've been working on a customized version of ezstream and I've been 
> noticing that with a particular setup after playing particular tracks 
> ezstream terminates. I say terminates because there are no error 
> messages, it just exits. I've tried this on both my version and the 
> stock version available via icecast.org just be certain and it happens 
> with both versions.
>
> I'm running:
> icecast 2.3.1
> ezstream 0.2.1
> flac 1.1.2
> oggenc 1.0.2 (vorbis-tools 1.1.1)
> libogg 1.1.3
> libvorbis 1.1.2
>
> Currently I have ezstream set up to re-encode from my flac library to 
> ogg, and with a couple tracks (it's always the same ones) it will make 
> it all the way through then hang at the end of the track for a second 
> or two then ezstream will exit. When I go from flac to lame on those 
> tracks it's fine. One thing that the tracks in question have in common 
> is that they're all longer than the average song, usually >7 minutes. 
> I've tried re-encoding at the command line using the same command as 
> ezstream and a valid track is produced without error. I've also gone 
> through and taken valgrind and used it against my version of ezstream 
> to make sure there aren't any leaks and even running with valgrind 
> ezstream appears as though it terminates cleanly after playing a 
> particular track.
>
> I really don't know what else to do. If I had an error message I might 
> have an idea as to where to start looking, alas I don't. Little help? ;D
>
> Thanks,
> Chris
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From mike-3 at bulldoghome.com  Mon Jun 19 11:38:46 2006
From: mike-3 at bulldoghome.com (mike)
Date: Mon, 19 Jun 2006 12:38:46 +0100
Subject: [Icecast] MP3/BOARDS
Message-ID: <000c01c69394$ed05a1d0$0802a8c0@LAVENDER>

Does anyone know why the yellow pages are only listing ogg at the moment and only 243 servers on line? 
although touch is telling us on start up that we should be on the boards we are however not are the two related.  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060619/04ccca57/attachment.htm>

From msmith at xiph.org  Mon Jun 19 18:22:18 2006
From: msmith at xiph.org (Michael Smith)
Date: Mon, 19 Jun 2006 20:22:18 +0200
Subject: [Icecast] MP3/BOARDS
In-Reply-To: <000c01c69394$ed05a1d0$0802a8c0@LAVENDER>
References: <000c01c69394$ed05a1d0$0802a8c0@LAVENDER>
Message-ID: <3c1737210606191122o3452462bu8ffc490108403801@mail.gmail.com>

On 6/19/06, mike <mike-3 at bulldoghome.com> wrote:
>
>
> Does anyone know why the yellow pages are only listing ogg at the moment and
> only 243 servers on line?
> although touch is telling us on start up that we should be on the boards we
> are however not are the two related.

Yes, see Ralph's email to the list yesterday. In brief: because of a)
resource usage problems, and b) supporting non-free formats not being
within Xiph's intended purpose, we have decided to disable listing of
non-free formats.

Mike


From brendan at xiph.org  Mon Jun 19 20:44:59 2006
From: brendan at xiph.org (Brendan Cully)
Date: Mon, 19 Jun 2006 13:44:59 -0700
Subject: [Icecast] [ANNOUNCE] libshout 2.2.2 released
Message-ID: <20060619204459.GM17699@ventoux.cs.ubc.ca>

libshout 2.2.2 has just been released. From the NEWS file:

* Handle Oggs that don't begin with zero granulepos.
* Install header in correct location (broken in 2.2.1).
* Theora memory leak fix.
* Non-blocking shout_open was failing unnecessarily in the
  connect_pending state.
* Cast some size_ts to ints for display purposes.

You can find it at http://www.icecast.org/download.php
when (if) the mirrors pick up the changes. The direct link is here:

http://downloads.us.xiph.org/releases/libshout/libshout-2.2.2.tar.gz


From dm8tbr at afthd.tu-darmstadt.de  Mon Jun 19 22:58:00 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Tue, 20 Jun 2006 00:58:00 +0200
Subject: [Icecast] Unique Listeners from stats.xsl?
In-Reply-To: <20060619175422.1D3ECB825@shodan.nognu.de>
References: <20060619175422.1D3ECB825@shodan.nognu.de>
Message-ID: <44972BF8.9020907@afthd.tu-darmstadt.de>

Frank Steinborn schrieb:
> Hello,
> 
> i need to retrieve the following from a stats.xsl (is it even
> possible?):
> 
> - Unique Listeners. So if there are 5 listeners on the stream, and two
>   of them share an IP it should give "4".
I don't think icecast does such counting. But I might be wrong.
A workaround using the admin interface might be possible.

> - Stream up or not: If the mountpoint is alive it should print "1",
>   otherwise "0".
a simple if statement in the xslt will do that for you.

Cheers

Thomas




From mark at indymedia.org  Tue Jun 20 05:24:07 2006
From: mark at indymedia.org (mark burdett)
Date: Mon, 19 Jun 2006 22:24:07 -0700
Subject: [Icecast] dir.xiph.org only listing Ogg streams
In-Reply-To: <20060619165354.GA26510@ghostscript.com>
References: <20060618180625.GA25614@ghostscript.com>
	<4495CD3A.2090604@xiph.org>
	<20060619051508.GA31488@ghostscript.com> <4496906B.10302@xiph.org>
	<20060619165354.GA26510@ghostscript.com>
Message-ID: <20060620052407.GA88579@indymedia.org>

Could the yp script send a TouchFreq: 300 (or higher) header
to slow the touch frequency?

I use a relatively simple yp script with just one database table;
just 3 columns in that one table need to be updated on each touch.
that might be an improvement over a heavier update query.

check your mysql compile options (should be optimized) and config settings
(e.g. the sample my-huge.cnf) if you haven't already.. 

--mark

On Mon, 19 Jun 2006 09:53:54 -0700, Ralph Giles wrote:
> On Mon, Jun 19, 2006 at 12:54:19PM +0100, Karl Heyes wrote:
> 
> > I really would like to know what the effect was with the around 1100 
> > entries. I just cannot imagine the bandwidth being the issue, not with 
> > updates over 2 mins intervals. 1kB x 1100 is only 1MB over 2 mins is not 
> > a bandwidth hog. I suspect the issue is more to do with apache going 
> > thread/process crazy, the sql DB, and/or reconnecting to the DB all the 
> > time.
> 
> Sadly, it's not the php, because it would have been easy to replace the 
> frontpage with a static view updated every couple of minutes. It was the 
> updates from the icecast instances that was killing us.
> 
> With 1100 servers listed we were doing 100 mysql queries/second and 
> about 12 kB/s data transfer. Now with 250 servers we're doing 22 
> queries/second and ~2 kB/s.
> 
> Basically the database was getting disk bound, I think. We never ran out 
> of CPU or network bandwidth, but load average would spike sometimes and 
> we kept getting into swap even with 3GB of ram. Tuning the db 
> design in update method might help.
> 
>  -r
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From dmehler26 at woh.rr.com  Wed Jun 21 13:06:03 2006
From: dmehler26 at woh.rr.com (Dave)
Date: Wed, 21 Jun 2006 09:06:03 -0400
Subject: [Icecast] startup script for icecast
Message-ID: <01fe01c69533$73a769e0$0200a8c0@satellite>

Hello,
    I was wondering about the feasibility of including a startup script for 
icecast for redhat/fedora installs? I've had to do an rpm install on an fc4 
box, and a source install, rpms couldn't be found for an rh9 machine, yah i 
know that's old. And in both cases i had to drop in a custom-made startup 
script, see below. I was wondering esepcially in the case of the rpm, and to 
a lesser extent the source, if this could be included? I've had to change 
the below paths for both source and rpm installs since they put items, 
(Config file and binaries), in different places.
Thanks.
Dave.

#!/bin/bash
#
# Startup script for icecast
#
# chkconfig: 2345 86 25
# description: Icecast Streaming Server
#
# processname: icecast2
# config: /usr/local/icecast/conf/icecast.xml
# pidfile: /usr/local/icecast/logs/icecast2.pid

# source function library
. /etc/rc.d/init.d/functions

RETVAL=0
prog="icecast2"

# Some functions to make the below more readable
ICECAST2=/usr/bin/icecast
PID_FILE=/usr/local/icecast/logs/icecast2.pid
CONFIG_FILE=/usr/local/icecast/conf/icecast.xml

start()
{
 echo -n $"Starting $prog:"
# initlog -c "$ICECAST2 $OPTIONS" && success || failure
 initlog -c "$ICECAST2 -b -c $CONFIG_FILE" && success || failure
 RETVAL=$?
 [ "$RETVAL" = 0 ] && touch /var/lock/subsys/icecast2
 echo
}

stop()
{
 echo -n $"Stopping $prog:"
 killproc $ICECAST2 -TERM
 RETVAL=$?
 [ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/icecast2
 echo
}

restart()
{
 echo -n $"Reloading $prog:"
 killproc $ICECAST2 -HUP
 RETVAL=$?
 echo
}

case "$1" in
 start)
  start
  ;;
 stop)
  stop
  ;;
 restart)
  stop
  start
  ;;
 status)
  status $ICECAST2
  RETVAL=$?
  ;;
 *)
  echo $"Usage: $0 {start|stop|restart|status}"
  RETVAL=1
esac
exit $RETVAL



From hendry at iki.fi  Wed Jun 21 13:41:22 2006
From: hendry at iki.fi (Kai Hendry)
Date: Wed, 21 Jun 2006 22:41:22 +0900
Subject: [Icecast] ices2 realplayer
Message-ID: <20060621134122.GD6236@iki.fi>

I'm rebroadcasting a realplayer stream and there are two problems.

The icecast2 sounds tinny and its delayed something like 3secs.

Any advice to perhaps use speex as it's talk radio?

Can I cut the delay?

Here is my ices2 config:
http://static.natalian.org/2006-06-21/ices-alsa.xml

Here is details of the feed, so you can take a listen:
http://natalian.org/archives/2006/06/15/bbc-radio-5-live/

Best wishes,


From karl at xiph.org  Wed Jun 21 14:21:52 2006
From: karl at xiph.org (Karl Heyes)
Date: Wed, 21 Jun 2006 15:21:52 +0100
Subject: [Icecast] ices2 realplayer
In-Reply-To: <20060621134122.GD6236@iki.fi>
References: <20060621134122.GD6236@iki.fi>
Message-ID: <44995600.20708@xiph.org>

Kai Hendry wrote:
> I'm rebroadcasting a realplayer stream and there are two problems.
> 
> The icecast2 sounds tinny and its delayed something like 3secs.

a few things to resolve

You capture at 48000 but resample from 44100, that will cause problems.
You resample to 22050 so that will affect quality, you haven't said what 
bitrate you want to target for, so resampling/downmixing may be required 
anyway.

> Any advice to perhaps use speex as it's talk radio?
> 
> Can I cut the delay?

A few secs delay is generally not a problem, but if you want to reduce 
it then reduce the burst-size (eg 0) in icecast and also reduce the 
pre-buffering in the player.

karl.




From k.j.wierenga at home.nl  Wed Jun 21 14:47:23 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Wed, 21 Jun 2006 16:47:23 +0200
Subject: [Icecast] startup script for icecast
In-Reply-To: <01fe01c69533$73a769e0$0200a8c0@satellite>
References: <01fe01c69533$73a769e0$0200a8c0@satellite>
Message-ID: <44995BFB.9070500@home.nl>


Hi Dave,

I've also written my own startup script, but have since switched to 
using daemontools with great success.

http://www.google.com/search?q=daemontools (second match)
http://cr.yp.to/daemontools.html

Daemontools is easy to install (you should be able to find an rpm for it).

It will allow you to bring up/down icecast, send HUP, and also to 
automatically restart it in case it would crash. Check it out.

Regards,

KJ

Dave wrote:
> Hello,
>    I was wondering about the feasibility of including a startup script 
> for icecast for redhat/fedora installs? I've had to do an rpm install 
> on an fc4 box, and a source install, rpms couldn't be found for an rh9 
> machine, yah i know that's old. And in both cases i had to drop in a 
> custom-made startup script, see below. I was wondering esepcially in 
> the case of the rpm, and to a lesser extent the source, if this could 
> be included? I've had to change the below paths for both source and 
> rpm installs since they put items, (Config file and binaries), in 
> different places.
> Thanks.
> Dave.
>
> #!/bin/bash
> #
> # Startup script for icecast
> #
> # chkconfig: 2345 86 25
> # description: Icecast Streaming Server
> #
> # processname: icecast2
> # config: /usr/local/icecast/conf/icecast.xml
> # pidfile: /usr/local/icecast/logs/icecast2.pid
>
> # source function library
> . /etc/rc.d/init.d/functions
>
> RETVAL=0
> prog="icecast2"
>
> # Some functions to make the below more readable
> ICECAST2=/usr/bin/icecast
> PID_FILE=/usr/local/icecast/logs/icecast2.pid
> CONFIG_FILE=/usr/local/icecast/conf/icecast.xml
>
> start()
> {
> echo -n $"Starting $prog:"
> # initlog -c "$ICECAST2 $OPTIONS" && success || failure
> initlog -c "$ICECAST2 -b -c $CONFIG_FILE" && success || failure
> RETVAL=$?
> [ "$RETVAL" = 0 ] && touch /var/lock/subsys/icecast2
> echo
> }
>
> stop()
> {
> echo -n $"Stopping $prog:"
> killproc $ICECAST2 -TERM
> RETVAL=$?
> [ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/icecast2
> echo
> }
>
> restart()
> {
> echo -n $"Reloading $prog:"
> killproc $ICECAST2 -HUP
> RETVAL=$?
> echo
> }
>
> case "$1" in
> start)
>  start
>  ;;
> stop)
>  stop
>  ;;
> restart)
>  stop
>  start
>  ;;
> status)
>  status $ICECAST2
>  RETVAL=$?
>  ;;
> *)
>  echo $"Usage: $0 {start|stop|restart|status}"
>  RETVAL=1
> esac
> exit $RETVAL
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From dm8tbr at afthd.tu-darmstadt.de  Wed Jun 21 15:22:45 2006
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Wed, 21 Jun 2006 17:22:45 +0200
Subject: [Icecast] ices2 realplayer
In-Reply-To: <20060621134122.GD6236@iki.fi>
References: <20060621134122.GD6236@iki.fi>
Message-ID: <44996445.90100@afthd.tu-darmstadt.de>

Kai Hendry schrieb:
> The icecast2 sounds tinny and its delayed something like 3secs.
You probably refer to ices2
> Any advice to perhaps use speex as it's talk radio?
reencoding from one lossy format to another lossy format can introduce
severe loss of quality. You'll have to experiment with all the 
parameters available in ogg/vorbis (sampling rate, quality, 
stereo/mono,...) and maybe try other codecs too. I don't know if there 
is broad player support for speex.

> Can I cut the delay?
reduce the buffer size in the real audio client.



From hendry at iki.fi  Wed Jun 21 16:07:52 2006
From: hendry at iki.fi (Kai Hendry)
Date: Thu, 22 Jun 2006 01:07:52 +0900
Subject: [Icecast] ices2 realplayer
In-Reply-To: <44995600.20708@xiph.org>
References: <20060621134122.GD6236@iki.fi> <44995600.20708@xiph.org>
Message-ID: <20060621160751.GA9037@iki.fi>

On 2006-06-21T15:21+0100 Karl Heyes wrote:
> You capture at 48000 but resample from 44100, that will cause problems.
> You resample to 22050 so that will affect quality, you haven't said what 
> bitrate you want to target for, so resampling/downmixing may be required 
> anyway.

I am unsure about these settings. Any particular suggestions? I don't
quality with voice, just clarity.

> >Can I cut the delay?
> A few secs delay is generally not a problem, but if you want to reduce 
> it then reduce the burst-size (eg 0) in icecast and also reduce the 
> pre-buffering in the player.

Sorry it isn't 3secs. It's closer to 3minutes.

And yes I'm using ices2.


From hendry at iki.fi  Wed Jun 21 16:16:36 2006
From: hendry at iki.fi (Kai Hendry)
Date: Thu, 22 Jun 2006 01:16:36 +0900
Subject: [Icecast] ices2 realplayer
In-Reply-To: <20060621160751.GA9037@iki.fi>
References: <20060621134122.GD6236@iki.fi> <44995600.20708@xiph.org>
	<20060621160751.GA9037@iki.fi>
Message-ID: <20060621161635.GB9037@iki.fi>

On 2006-06-22T01:07+0900 Kai Hendry wrote:
> On 2006-06-21T15:21+0100 Karl Heyes wrote:
> > You capture at 48000 but resample from 44100, that will cause problems.
> > You resample to 22050 so that will affect quality, you haven't said what 
> > bitrate you want to target for, so resampling/downmixing may be required 
> > anyway.
> 
> I am unsure about these settings. Any particular suggestions? I don't
> quality with voice, just clarity.

[2006-06-22  01:17:05] WARN input-alsa/alsa_open_module samplerate 44100 Hz not supported by your hardware try using 48000 instead

I guess I just got to fiddle around with this. :(


From karl at xiph.org  Wed Jun 21 16:22:44 2006
From: karl at xiph.org (Karl Heyes)
Date: Wed, 21 Jun 2006 17:22:44 +0100
Subject: [Icecast] ices2 realplayer
In-Reply-To: <20060621161635.GB9037@iki.fi>
References: <20060621134122.GD6236@iki.fi> <44995600.20708@xiph.org>
	<20060621160751.GA9037@iki.fi> <20060621161635.GB9037@iki.fi>
Message-ID: <44997254.5090402@xiph.org>

Kai Hendry wrote:
> On 2006-06-22T01:07+0900 Kai Hendry wrote:
>> On 2006-06-21T15:21+0100 Karl Heyes wrote:
>>> You capture at 48000 but resample from 44100, that will cause problems.
>>> You resample to 22050 so that will affect quality, you haven't said what 
>>> bitrate you want to target for, so resampling/downmixing may be required 
>>> anyway.
>> I am unsure about these settings. Any particular suggestions? I don't
>> quality with voice, just clarity.
> 
> [2006-06-22  01:17:05] WARN input-alsa/alsa_open_module samplerate 44100 Hz not supported by your hardware try using 48000 instead
> 
> I guess I just got to fiddle around with this. :(

try either

read at 48000 and resample (<in>) at 48000  or
read at 22050/mono from plughw:0,0 (or similar) and don't resample or 
downmix.

low bitrate streams can have huge latencies if your buffers are not 
small enough, eg a 16kbps stream is 30+ seconds in a 64k buffer.

karl.




From hick.icecast at gink.org  Wed Jun 21 16:49:50 2006
From: hick.icecast at gink.org (gARetH baBB)
Date: Wed, 21 Jun 2006 17:49:50 +0100 (BST)
Subject: [Icecast] ices2 realplayer
In-Reply-To: <20060621134122.GD6236@iki.fi>
References: <20060621134122.GD6236@iki.fi>
Message-ID: <Pine.LNX.4.64.0606211742150.520@stum.gink.org>

On Wed, 21 Jun 2006, Kai Hendry wrote:

> I'm rebroadcasting a realplayer stream and there are two problems.

Well, apart from the BBC *will* come down on you like a ton of bricks - 
especially now you've drawn attention to yourself - you would be better 
off doing this by getting hold of a DAB or DTT/satellite layer 2 stream 
and relaying that.

The radio 5 DAB stream is mp2 80Kbps/48KHz.

The radio 5 extra DAB stream is mp2 64Kbps/48KHz.

DTT streams are higher.


From k.j.wierenga at home.nl  Wed Jun 21 23:07:17 2006
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Thu, 22 Jun 2006 01:07:17 +0200
Subject: [Icecast] startup script for icecast
In-Reply-To: <01fe01c69533$73a769e0$0200a8c0@satellite>
References: <01fe01c69533$73a769e0$0200a8c0@satellite>
Message-ID: <4499D125.3010903@home.nl>

Dave,

If you want to use it, this is the init script I used on Fedora Core 4.

#!/bin/bash
#
# Init file for Icecast server daemon
#
# chkconfig: 345 55 25
# description: Icecast streaming mp3 server daemon
#
# processname: icecast
# config: /etc/icecast.xml
# pidfile: /var/run/icecast.pid

# source function library
. /etc/rc.d/init.d/functions

# pull in sysconfig settings
[ -f /etc/sysconfig/icecast ] && . /etc/sysconfig/icecast

RETVAL=0
prog="icecast"

# Some functions to make the below more readable
PREFIX=/usr
PATH=$PATH:$PREFIX/bin
PIDFILE=/var/run/icecast.pid
CONF_FILE=/etc/icecast.xml

[ -f $PREFIX/bin/icecast ] || ( echo Failed to locate icecast binary: $PREFIX/bin/icecast && exit )
[ -f $CONF_FILE          ] || ( echo Failed to locate icecast configuration file: $CONF_FILE && exit )

OPTIONS="-b -c $CONF_FILE"

start()
{
	echo -n $"Starting $prog:"
	ulimit -c unlimited # dump core for debugging purposes
	ulimit -n 32768
	daemon icecast icecast $OPTIONS
	RETVAL=$?
	[ "$RETVAL" = 0 ] && touch /var/lock/subsys/icecast
	echo
	pidof icecast > $PIDFILE
	return $RETVAL
}

stop()
{
	echo -n $"Stopping $prog:"
	killproc icecast -TERM
	RETVAL=$?
	[ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/icecast
	echo
	rm -f $PIDFILE
	return $RETVAL
}

reload()
{
	echo -n $"Reloading $prog:"
	killproc icecast -HUP
	RETVAL=$?
	echo
	return $RETVAL
}

condrestart()
{
    [ -e /var/lock/subsys/icecast ] && restart
    return 0
}

case "$1" in
	start)
		start
		;;
	stop)
		stop
		;;
	restart)
		stop
		# wait for listening sockets to clear
		echo "Waiting 5 seconds before restarting..."
		sleep 5
		start
		;;
	reload)
		reload
		;;
	condrestart)
	        condrestart
		;;
	status)
		status icecast
		RETVAL=$?
		;;
	*)
		echo $"Usage: $0 {start|stop|restart|reload|condrestart|status}"
		RETVAL=1
esac
exit $RETVAL


Regards,
KJ

Dave schreef:
> Hello,
>    I was wondering about the feasibility of including a startup script 
> for icecast for redhat/fedora installs? I've had to do an rpm install 
> on an fc4 box, and a source install, rpms couldn't be found for an rh9 
> machine, yah i know that's old. And in both cases i had to drop in a 
> custom-made startup script, see below. I was wondering esepcially in 
> the case of the rpm, and to a lesser extent the source, if this could 
> be included? I've had to change the below paths for both source and 
> rpm installs since they put items, (Config file and binaries), in 
> different places.
> Thanks.
> Dave.
>
> #!/bin/bash
> #
> # Startup script for icecast
> #
> # chkconfig: 2345 86 25
> # description: Icecast Streaming Server
> #
> # processname: icecast2
> # config: /usr/local/icecast/conf/icecast.xml
> # pidfile: /usr/local/icecast/logs/icecast2.pid
>
> # source function library
> . /etc/rc.d/init.d/functions
>
> RETVAL=0
> prog="icecast2"
>
> # Some functions to make the below more readable
> ICECAST2=/usr/bin/icecast
> PID_FILE=/usr/local/icecast/logs/icecast2.pid
> CONFIG_FILE=/usr/local/icecast/conf/icecast.xml
>
> start()
> {
> echo -n $"Starting $prog:"
> # initlog -c "$ICECAST2 $OPTIONS" && success || failure
> initlog -c "$ICECAST2 -b -c $CONFIG_FILE" && success || failure
> RETVAL=$?
> [ "$RETVAL" = 0 ] && touch /var/lock/subsys/icecast2
> echo
> }
>
> stop()
> {
> echo -n $"Stopping $prog:"
> killproc $ICECAST2 -TERM
> RETVAL=$?
> [ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/icecast2
> echo
> }
>
> restart()
> {
> echo -n $"Reloading $prog:"
> killproc $ICECAST2 -HUP
> RETVAL=$?
> echo
> }
>
> case "$1" in
> start)
>  start
>  ;;
> stop)
>  stop
>  ;;
> restart)
>  stop
>  start
>  ;;
> status)
>  status $ICECAST2
>  RETVAL=$?
>  ;;
> *)
>  echo $"Usage: $0 {start|stop|restart|status}"
>  RETVAL=1
> esac
> exit $RETVAL
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>


From hendry at iki.fi  Thu Jun 22 02:53:35 2006
From: hendry at iki.fi (Kai Hendry)
Date: Thu, 22 Jun 2006 11:53:35 +0900
Subject: [Icecast] ices2 realplayer
In-Reply-To: <Pine.LNX.4.64.0606211742150.520@stum.gink.org>
References: <20060621134122.GD6236@iki.fi>
	<Pine.LNX.4.64.0606211742150.520@stum.gink.org>
Message-ID: <20060622025334.GC5615@iki.fi>

On 2006-06-21T17:49+0100 gARetH baBB wrote:
> off doing this by getting hold of a DAB or DTT/satellite layer 2 stream 
> and relaying that.
> The radio 5 DAB stream is mp2 80Kbps/48KHz.
> The radio 5 extra DAB stream is mp2 64Kbps/48KHz.

Can you get a BBC Radio 5 DAB stream in South Korea I wonder?

One that has live World cup coverage?

Best wishes,


From dmehler26 at woh.rr.com  Sun Jun 25 17:57:53 2006
From: dmehler26 at woh.rr.com (Dave)
Date: Sun, 25 Jun 2006 13:57:53 -0400
Subject: [Icecast] converting mp3's to aac+ or ogg
Message-ID: <006401c69880$e1f82650$0200a8c0@satellite>

Hello,
    I've got a FreeBSD 6 machine running icecast2 and ices0streaming four 
different streams of mp3's. Now i have a need to stream the same content as 
either aac+ or ogg vorbis whichever would be easiest to set up and give the 
best quality. I want these new streams to handle both broadband and dialup 
users without sacrificing quality. My problem is i really really do not want 
to have to manually go through my media again and bring them in to aac+ or 
ogg, doing it once for mp3 was bad enough. I used abcde to handle this, and 
as i said i'd like to find an automated way of reworking these files. Any 
suggestions welcome.
Thanks.
Dave.



From chris at thoughtsoft.net  Sun Jun 25 20:46:14 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Sun, 25 Jun 2006 16:46:14 -0400
Subject: [Icecast] converting mp3's to aac+ or ogg
In-Reply-To: <006401c69880$e1f82650$0200a8c0@satellite>
References: <006401c69880$e1f82650$0200a8c0@satellite>
Message-ID: <449EF616.5000308@thoughtsoft.net>

Hey Dave,

Personally I use ezstream as a source client as it's designed to 
re-encode your stream (it's available at www.icecast.org). I've set up 
my radio to re-encode my archived flacs to ogg vorbis then out to 
icecast and it works quite well.

As for quality, vorbis is apparently one of the nicer formats at low 
bitrates. I'm not sure about aac though, I'd imagine there isn't much in 
the way of support for it so you'd be much better off with ogg. Either 
way though, re-encoding from a lossy format (mp3) to another lossy 
format (ogg/aac) you'll notice some sound degradation from your source 
mp3, this is entirely why I archive in flac.

I'm not sure what you want to do for dialup/broadband quality settings 
but I'd probably just run two mounts for each station, one low bitrate 
and one higher. One thing you have to keep in mind though is that all 
this re-encoding would happen on the fly so you need to make sure the 
machine you'd be doing it with was up to the task.

Not sure if any of the above helps, but I'd imagine it presents some 
options at least.

Chris

Dave wrote:
> Hello,
>    I've got a FreeBSD 6 machine running icecast2 and ices0streaming 
> four different streams of mp3's. Now i have a need to stream the same 
> content as either aac+ or ogg vorbis whichever would be easiest to set 
> up and give the best quality. I want these new streams to handle both 
> broadband and dialup users without sacrificing quality. My problem is 
> i really really do not want to have to manually go through my media 
> again and bring them in to aac+ or ogg, doing it once for mp3 was bad 
> enough. I used abcde to handle this, and as i said i'd like to find an 
> automated way of reworking these files. Any suggestions welcome.
> Thanks.
> Dave.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From chris at thoughtsoft.net  Sun Jun 25 22:09:36 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Sun, 25 Jun 2006 18:09:36 -0400
Subject: [Icecast] converting mp3's to aac+ or ogg
In-Reply-To: <002c01c69899$9ac703f0$0200a8c0@satellite>
References: <006401c69880$e1f82650$0200a8c0@satellite>
	<449EF616.5000308@thoughtsoft.net>
	<002c01c69899$9ac703f0$0200a8c0@satellite>
Message-ID: <449F09A0.8080900@thoughtsoft.net>

Yeah, ezstream is a source client just like ices0, but the manner in 
which they go about processing files or playlists may differ. I don't 
know too much about ices0 but in the configuration for ezstream you can 
either specify a single file to stream or you can point it to an m3u 
playlist and it will play though that, I'm not sure this is compatible 
with how you currently queue media.

In terms of quality, I'm pretty picky which is why I wanted my source 
media in a lossless format. I chose flac but there are others, think wav 
+ compression; tracks I archive are usually 50-80% of their raw size, of 
course this varies from track to track. In your case going from mp3 to 
ogg, your ability to notice a difference will depend on the bitrate of 
the source mp3 and the resultant ogg stream. Something like a 256kbps 
vbr mp3 to a q3 (~110kbps vbr) ogg vorbis stream will still sound fine 
(I did this before deciding to do al my archiving in flac), but if you 
took a 128kbps mp3 and did the same you'd notice the change. Again, it 
varies from person to person and I'd imagine you'd just have to try it 
yourself to see what you'd like, it's less a science and more a preference.

The box that does my re-encoding on is an AMD 1800 with 512MB RAM and 
also does icecast, apache, mysql, sendmail, pretty much the whole 
shebang and I haven't had a problem. Though, mind you I'm only 
re-encoding for one stream whereas you'd be doing multiple streams. The 
flac decoder seems content with ~2% of the processor and the ogg encoder 
seems to like ~40% and again, this is hardly a science and undoubtedly 
'your mileage will vary'.

Chris

Dave wrote:
> Hi Chris,
>    Yes that helps a lot, thanks. I'm currently using ices0, which 
> worked fine when all i wanted to stream was mp3's. You've sold me on 
> ogg, and ezstream can it work as ices0 does? As i said i'd really not 
> like to do all this reencoding again, how much of a quality loss will 
> i be looking at if i go from mp3 to ogg? I'm not familiar with the 
> flac format at all. Does it have any kind of compression, i'd rather 
> not have something like all these wavs around or similar if i could 
> help it. As for the box how much of a hit will it take? What kind of 
> machine do you use for your encoding?
>    Thanks.
> Dave.
>
> ----- Original Message ----- From: "Chris MacDonald" 
> <chris at thoughtsoft.net>
> To: "Dave" <dmehler26 at woh.rr.com>
> Cc: <icecast at xiph.org>
> Sent: Sunday, June 25, 2006 4:46 PM
> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>
>
>> Hey Dave,
>>
>> Personally I use ezstream as a source client as it's designed to 
>> re-encode your stream (it's available at www.icecast.org). I've set 
>> up my radio to re-encode my archived flacs to ogg vorbis then out to 
>> icecast and it works quite well.
>>
>> As for quality, vorbis is apparently one of the nicer formats at low 
>> bitrates. I'm not sure about aac though, I'd imagine there isn't much 
>> in the way of support for it so you'd be much better off with ogg. 
>> Either way though, re-encoding from a lossy format (mp3) to another 
>> lossy format (ogg/aac) you'll notice some sound degradation from your 
>> source mp3, this is entirely why I archive in flac.
>>
>> I'm not sure what you want to do for dialup/broadband quality 
>> settings but I'd probably just run two mounts for each station, one 
>> low bitrate and one higher. One thing you have to keep in mind though 
>> is that all this re-encoding would happen on the fly so you need to 
>> make sure the machine you'd be doing it with was up to the task.
>>
>> Not sure if any of the above helps, but I'd imagine it presents some 
>> options at least.
>>
>> Chris
>>
>> Dave wrote:
>>> Hello,
>>>    I've got a FreeBSD 6 machine running icecast2 and ices0streaming 
>>> four different streams of mp3's. Now i have a need to stream the 
>>> same content as either aac+ or ogg vorbis whichever would be easiest 
>>> to set up and give the best quality. I want these new streams to 
>>> handle both broadband and dialup users without sacrificing quality. 
>>> My problem is i really really do not want to have to manually go 
>>> through my media again and bring them in to aac+ or ogg, doing it 
>>> once for mp3 was bad enough. I used abcde to handle this, and as i 
>>> said i'd like to find an automated way of reworking these files. Any 
>>> suggestions welcome.
>>> Thanks.
>>> Dave.
>>>
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast 



From chris at thoughtsoft.net  Sun Jun 25 23:03:48 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Sun, 25 Jun 2006 19:03:48 -0400
Subject: [Icecast] converting mp3's to aac+ or ogg
In-Reply-To: <005601c698a4$5c1275d0$0200a8c0@satellite>
References: <006401c69880$e1f82650$0200a8c0@satellite>
	<449EF616.5000308@thoughtsoft.net>
	<002c01c69899$9ac703f0$0200a8c0@satellite>
	<449F09A0.8080900@thoughtsoft.net>
	<005601c698a4$5c1275d0$0200a8c0@satellite>
Message-ID: <449F1654.60601@thoughtsoft.net>

Taking the 128 mp3 and re-encoding to flac won't fix any quality issues 
you may have as they will retain the same 'flaws'. In the end you'll end 
up with the same quality as you would have seen going from 128 mp3 to q3 
ogg. One nice thing about ezstream is that you can specify decoders for 
multiple formats so if going and ripping all your media again is too 
daunting a task you could just use the mp3s you have, then slowly start 
ripping to flac as you have time and ezstream will take care of using 
the right decoder.

I'm flattered you think I have customers and all manner of users ;) but 
I just use ezstream/icecast for myself, at least for now I just have my 
one stream. As an example configuration just take a look at the vorbis 
example that comes with ezstream. It's very close to what you want, and 
any changes you need to make are pretty straightforward. Take note 
though, the stream information in the configuration is informational 
only, to actually modify the encoding options of the stream itself.  
Look under the 'reencoding' section of the config and modify the command 
ezstream will use as the encoder. Any options for oggenc you can find 
out by checking out the man pages, but you probably just want to play 
with the with the quality, in which case you'd change '-q 0' to 
whichever you'd like.

To my knowledge it isn't possible to get icecast or ezstream to change 
the bitrate of the stream dynamically to meet a client's bandwidth 
restrictions so what you'd want to do is have two streams, one low 
quality and one high quality. For this you'd be running two instances of 
ezstream, each with their own encoder settings to change the quality to 
suit your needs.

Chris

Dave wrote:
> Hi Chris,
>    Thanks. What i've got are 128kbps mp3's. I encoded them using abcde 
> as it did everything with one command and worked over an entire CD. It 
> used lame as it's backend and encoded at 128k. Question, what if i 
> went from mp3 to flac, which would enable me to have my original mp3's 
> as they are, plus a mirrored area of flac files, then use ezstream to 
> send those flac files as ogg. If that wouldn't blow to much up quality 
> wise i'd rather do it that way than reencode everything. For your 
> streams do you have both dialup and broadband users? If so, i'd like 
> to see your reencode settings so i will know what to punch in, so far 
> getting the quality right has been hit and miss. Are any of your 
> customers windows users using winamp?
> Thanks.
> Dave.
>
> ----- Original Message ----- From: "Chris MacDonald" 
> <chris at thoughtsoft.net>
> To: "Dave" <dmehler26 at woh.rr.com>
> Cc: <icecast at xiph.org>
> Sent: Sunday, June 25, 2006 6:09 PM
> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>
>
>> Yeah, ezstream is a source client just like ices0, but the manner in 
>> which they go about processing files or playlists may differ. I don't 
>> know too much about ices0 but in the configuration for ezstream you 
>> can either specify a single file to stream or you can point it to an 
>> m3u playlist and it will play though that, I'm not sure this is 
>> compatible with how you currently queue media.
>>
>> In terms of quality, I'm pretty picky which is why I wanted my source 
>> media in a lossless format. I chose flac but there are others, think 
>> wav + compression; tracks I archive are usually 50-80% of their raw 
>> size, of course this varies from track to track. In your case going 
>> from mp3 to ogg, your ability to notice a difference will depend on 
>> the bitrate of the source mp3 and the resultant ogg stream. Something 
>> like a 256kbps vbr mp3 to a q3 (~110kbps vbr) ogg vorbis stream will 
>> still sound fine (I did this before deciding to do al my archiving in 
>> flac), but if you took a 128kbps mp3 and did the same you'd notice 
>> the change. Again, it varies from person to person and I'd imagine 
>> you'd just have to try it yourself to see what you'd like, it's less 
>> a science and more a preference.
>>
>> The box that does my re-encoding on is an AMD 1800 with 512MB RAM and 
>> also does icecast, apache, mysql, sendmail, pretty much the whole 
>> shebang and I haven't had a problem. Though, mind you I'm only 
>> re-encoding for one stream whereas you'd be doing multiple streams. 
>> The flac decoder seems content with ~2% of the processor and the ogg 
>> encoder seems to like ~40% and again, this is hardly a science and 
>> undoubtedly 'your mileage will vary'.
>>
>> Chris
>>
>> Dave wrote:
>>> Hi Chris,
>>>    Yes that helps a lot, thanks. I'm currently using ices0, which 
>>> worked fine when all i wanted to stream was mp3's. You've sold me on 
>>> ogg, and ezstream can it work as ices0 does? As i said i'd really 
>>> not like to do all this reencoding again, how much of a quality loss 
>>> will i be looking at if i go from mp3 to ogg? I'm not familiar with 
>>> the flac format at all. Does it have any kind of compression, i'd 
>>> rather not have something like all these wavs around or similar if i 
>>> could help it. As for the box how much of a hit will it take? What 
>>> kind of machine do you use for your encoding?
>>>    Thanks.
>>> Dave.
>>>
>>> ----- Original Message ----- From: "Chris MacDonald" 
>>> <chris at thoughtsoft.net>
>>> To: "Dave" <dmehler26 at woh.rr.com>
>>> Cc: <icecast at xiph.org>
>>> Sent: Sunday, June 25, 2006 4:46 PM
>>> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>>>
>>>
>>>> Hey Dave,
>>>>
>>>> Personally I use ezstream as a source client as it's designed to 
>>>> re-encode your stream (it's available at www.icecast.org). I've set 
>>>> up my radio to re-encode my archived flacs to ogg vorbis then out 
>>>> to icecast and it works quite well.
>>>>
>>>> As for quality, vorbis is apparently one of the nicer formats at 
>>>> low bitrates. I'm not sure about aac though, I'd imagine there 
>>>> isn't much in the way of support for it so you'd be much better off 
>>>> with ogg. Either way though, re-encoding from a lossy format (mp3) 
>>>> to another lossy format (ogg/aac) you'll notice some sound 
>>>> degradation from your source mp3, this is entirely why I archive in 
>>>> flac.
>>>>
>>>> I'm not sure what you want to do for dialup/broadband quality 
>>>> settings but I'd probably just run two mounts for each station, one 
>>>> low bitrate and one higher. One thing you have to keep in mind 
>>>> though is that all this re-encoding would happen on the fly so you 
>>>> need to make sure the machine you'd be doing it with was up to the 
>>>> task.
>>>>
>>>> Not sure if any of the above helps, but I'd imagine it presents 
>>>> some options at least.
>>>>
>>>> Chris
>>>>
>>>> Dave wrote:
>>>>> Hello,
>>>>>    I've got a FreeBSD 6 machine running icecast2 and 
>>>>> ices0streaming four different streams of mp3's. Now i have a need 
>>>>> to stream the same content as either aac+ or ogg vorbis whichever 
>>>>> would be easiest to set up and give the best quality. I want these 
>>>>> new streams to handle both broadband and dialup users without 
>>>>> sacrificing quality. My problem is i really really do not want to 
>>>>> have to manually go through my media again and bring them in to 
>>>>> aac+ or ogg, doing it once for mp3 was bad enough. I used abcde to 
>>>>> handle this, and as i said i'd like to find an automated way of 
>>>>> reworking these files. Any suggestions welcome.
>>>>> Thanks.
>>>>> Dave.
>>>>>
>>>>> _______________________________________________
>>>>> Icecast mailing list
>>>>> Icecast at xiph.org
>>>>> http://lists.xiph.org/mailman/listinfo/icecast 



From sci-fi at hush.ai  Mon Jun 26 08:33:01 2006
From: sci-fi at hush.ai (sci-fi at hush.ai)
Date: Mon, 26 Jun 2006 03:33:01 -0500
Subject: [Icecast] converting mp3's to aac+ or ogg
Message-ID: <20060626083306.61EFEDA829@mailserver6.hushmail.com>


Hi,

I'll attach my ezstream.xml file to illustrate how ezstream can
be "programmed" to do various on-the-fly re-encodings.

The basic idea is to treat each <encdec> section as a pair of
cmd-line tools: implying a *ix pipe connects the output of the
<decode> cmd to the input of the <encode> cmd.  The stdout of the
<encode> cmd is fed back to ezstream for netcasting.

I've successfully used this to netcast a lot of Apple Lossless
recordings I've done myself into an mp3 stream.  (At the time
back when, the MacOSX recording apps could only do lossless using
Apple's codec.  The alac cmd is open src and comes from a dude
who has reverse-engineered Apple's file format in this case.
This is only fyi, but it does work.)

(btw in my case since I want mp3 streams, if the m3u playlist
encounters a .mp3 filename, note the related <decode> section in
my xml simply 'cat's it to stdout, there is no related <encode>
cmd in this section, so ezstream handles the stream from that
point on.  Neat trick, eh?  <g>)

I know the flac cmd (part of the FLAC project) can pipe its
decoded data to stdout, too, thus the same kind of xml can be
used in your case.

It would be easy to change the lame cmd in my sample xml to the
oggenc cmd, pick your parms, make sure the other xml things match
everywhere, and you're netcasting ogg streams instead.

Several <encdec> sections can be programmed like this to try
supporting a mix of recordings in various formats.  During the
interim, you can almost immediately switch to ogg stream format
by setting up an <encdec> section thusly:  You'll want to use an
accurate mp3 decoder for the <decode> cmd (mpg123 can do that),
and use oggenc for the <encode> cmd as I just mentioned.  Also go
ahead to add another <encdec> section that sees the .flac
filenames to <decode> with flac cmd and <encode> with oggenc
again.  Then as Chris said, simply take your time in re-ripping
your originals to flac format, update your m3u playlist as
needed, and keep on streamin'. :)


On Sun, 25 Jun 2006 18:03:48 -0500 Chris MacDonald 
<chris at thoughtsoft.net> wrote:
> 
> Taking the 128 mp3 and re-encoding to flac won't fix any quality 
issues 
> you may have as they will retain the same 'flaws'. In the end 
you'll end 
> up with the same quality as you would have seen going from 128 
mp3 to q3 
> ogg. One nice thing about ezstream is that you can specify 
decoders for 
> multiple formats so if going and ripping all your media again is 
too 
> daunting a task you could just use the mp3s you have, then slowly 
start 
> ripping to flac as you have time and ezstream will take care of 
using 
> the right decoder.
> 
> I'm flattered you think I have customers and all manner of users 
;) but 
> I just use ezstream/icecast for myself, at least for now I just 
have my 
> one stream. As an example configuration just take a look at the 
vorbis 
> example that comes with ezstream. It's very close to what you 
want, and 
> any changes you need to make are pretty straightforward. Take 
note 
> though, the stream information in the configuration is 
informational 
> only, to actually modify the encoding options of the stream 
itself.  
> Look under the 'reencoding' section of the config and modify the 
command 
> ezstream will use as the encoder. Any options for oggenc you can 
find 
> out by checking out the man pages, but you probably just want to 
play 
> with the with the quality, in which case you'd change '-q 0' to 
> whichever you'd like.
> 
> To my knowledge it isn't possible to get icecast or ezstream to 
change 
> the bitrate of the stream dynamically to meet a client's 
bandwidth 
> restrictions so what you'd want to do is have two streams, one 
low 
> quality and one high quality. For this you'd be running two 
instances of 
> ezstream, each with their own encoder settings to change the 
quality to 
> suit your needs.
> 
> Chris
> 
> Dave wrote:
>> Hi Chris,
>>    Thanks. What i've got are 128kbps mp3's. I encoded them using 
abcde 
>> as it did everything with one command and worked over an entire 
CD. It 
>> used lame as it's backend and encoded at 128k. Question, what if 
i 
>> went from mp3 to flac, which would enable me to have my original 
mp3's 
>> as they are, plus a mirrored area of flac files, then use 
ezstream to 
>> send those flac files as ogg. If that wouldn't blow to much up 
quality 
>> wise i'd rather do it that way than reencode everything. For 
your 
>> streams do you have both dialup and broadband users? If so, i'd 
like 
>> to see your reencode settings so i will know what to punch in, 
so far 
>> getting the quality right has been hit and miss. Are any of your 
>> customers windows users using winamp?
>> Thanks.
>> Dave.
>>
>> ----- Original Message ----- From: "Chris MacDonald"  
<chris at thoughtsoft.net>
>> To: "Dave" <dmehler26 at woh.rr.com>
>> Cc: <icecast at xiph.org>
>> Sent: Sunday, June 25, 2006 6:09 PM
>> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>>
>>
>>> Yeah, ezstream is a source client just like ices0, but the 
manner in 
>>> which they go about processing files or playlists may differ. I 
don't 
>>> know too much about ices0 but in the configuration for ezstream 
you 
>>> can either specify a single file to stream or you can point it 
to an 
>>> m3u playlist and it will play though that, I'm not sure this is 
>>> compatible with how you currently queue media.
>>>
>>> In terms of quality, I'm pretty picky which is why I wanted my 
source 
>>> media in a lossless format. I chose flac but there are others, 
think 
>>> wav + compression; tracks I archive are usually 50-80% of their 
raw 
>>> size, of course this varies from track to track. In your case 
going 
>>> from mp3 to ogg, your ability to notice a difference will 
depend on 
>>> the bitrate of the source mp3 and the resultant ogg stream. 
Something 
>>> like a 256kbps vbr mp3 to a q3 (~110kbps vbr) ogg vorbis stream 
will 
>>> still sound fine (I did this before deciding to do al my 
archiving in 
>>> flac), but if you took a 128kbps mp3 and did the same you'd 
notice 
>>> the change. Again, it varies from person to person and I'd 
imagine 
>>> you'd just have to try it yourself to see what you'd like, it's 
less 
>>> a science and more a preference.
>>>
>>> The box that does my re-encoding on is an AMD 1800 with 512MB 
RAM and 
>>> also does icecast, apache, mysql, sendmail, pretty much the 
whole 
>>> shebang and I haven't had a problem. Though, mind you I'm only 
>>> re-encoding for one stream whereas you'd be doing multiple 
streams. 
>>> The flac decoder seems content with ~2% of the processor and 
the ogg 
>>> encoder seems to like ~40% and again, this is hardly a science 
and 
>>> undoubtedly 'your mileage will vary'.
>>>
>>> Chris
>>>
>>> Dave wrote:
>>>> Hi Chris,
>>>>    Yes that helps a lot, thanks. I'm currently using ices0, 
which 
>>>> worked fine when all i wanted to stream was mp3's. You've sold 
me on 
>>>> ogg, and ezstream can it work as ices0 does? As i said i'd 
really 
>>>> not like to do all this reencoding again, how much of a 
quality loss 
>>>> will i be looking at if i go from mp3 to ogg? I'm not familiar 
with 
>>>> the flac format at all. Does it have any kind of compression, 
i'd 
>>>> rather not have something like all these wavs around or 
similar if i 
>>>> could help it. As for the box how much of a hit will it take? 
What 
>>>> kind of machine do you use for your encoding?
>>>>    Thanks.
>>>> Dave.
>>>>
>>>> ----- Original Message ----- From: "Chris MacDonald"  
<chris at thoughtsoft.net>
>>>> To: "Dave" <dmehler26 at woh.rr.com>
>>>> Cc: <icecast at xiph.org>
>>>> Sent: Sunday, June 25, 2006 4:46 PM
>>>> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>>>>
>>>>
>>>>> Hey Dave,
>>>>>
>>>>> Personally I use ezstream as a source client as it's designed 
to 
>>>>> re-encode your stream (it's available at www.icecast.org). 
I've set 
>>>>> up my radio to re-encode my archived flacs to ogg vorbis then 
out 
>>>>> to icecast and it works quite well.
>>>>>
>>>>> As for quality, vorbis is apparently one of the nicer formats 
at 
>>>>> low bitrates. I'm not sure about aac though, I'd imagine 
there 
>>>>> isn't much in the way of support for it so you'd be much 
better off 
>>>>> with ogg. Either way though, re-encoding from a lossy format 
(mp3) 
>>>>> to another lossy format (ogg/aac) you'll notice some sound 
>>>>> degradation from your source mp3, this is entirely why I 
archive in 
>>>>> flac.
>>>>>
>>>>> I'm not sure what you want to do for dialup/broadband quality 
>>>>> settings but I'd probably just run two mounts for each 
station, one 
>>>>> low bitrate and one higher. One thing you have to keep in 
mind 
>>>>> though is that all this re-encoding would happen on the fly 
so you 
>>>>> need to make sure the machine you'd be doing it with was up 
to the 
>>>>> task.
>>>>>
>>>>> Not sure if any of the above helps, but I'd imagine it 
presents 
>>>>> some options at least.
>>>>>
>>>>> Chris
>>>>>
>>>>> Dave wrote:
>>>>>> Hello,
>>>>>>    I've got a FreeBSD 6 machine running icecast2 and 
>>>>>> ices0streaming four different streams of mp3's. Now i have a 
need 
>>>>>> to stream the same content as either aac+ or ogg vorbis 
whichever 
>>>>>> would be easiest to set up and give the best quality. I want 
these 
>>>>>> new streams to handle both broadband and dialup users 
without 
>>>>>> sacrificing quality. My problem is i really really do not 
want to 
>>>>>> have to manually go through my media again and bring them in 
to 
>>>>>> aac+ or ogg, doing it once for mp3 was bad enough. I used 
abcde to 
>>>>>> handle this, and as i said i'd like to find an automated way 
of 
>>>>>> reworking these files. Any suggestions welcome.
>>>>>> Thanks.
>>>>>> Dave.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ezstream_mp3_m4a_works.xml
Type: text/xml
Size: 1426 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060626/f649de8a/attachment.xml>

From abigabaw at gmail.com  Mon Jun 26 12:42:46 2006
From: abigabaw at gmail.com (Wilson Abigaba)
Date: Mon, 26 Jun 2006 15:42:46 +0300
Subject: [Icecast] Icecast authentication fails
Message-ID: <c570bc070606260542m4b057273s29fda2d57fb5b067@mail.gmail.com>

Hi all,

I've been trying to configure my icecast v2.3.1 to work with
authenticated mountpoints but it's failing compleletely on one machine
and accepts on another. On Windows, it's very fine.
On suse Linux 9.1, my media players (winamp and wmp) claim that the
file is not located on the server. When I change the mount point to be
authenticated, it playes very well.

Any hints on what could be the problem? Attached is a telnet 80 for
the page that authenticates.

Regards,
Wilson

-- 
Life is complex! It has a real part and an imaginary part.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: telnet80.txt
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060626/fbf631f7/attachment.txt>

From chris at thoughtsoft.net  Tue Jun 27 02:21:51 2006
From: chris at thoughtsoft.net (Chris MacDonald)
Date: Mon, 26 Jun 2006 22:21:51 -0400
Subject: [Icecast] converting mp3's to aac+ or ogg
In-Reply-To: <006a01c6998a$f2fb2640$0200a8c0@satellite>
References: <006401c69880$e1f82650$0200a8c0@satellite>
	<449EF616.5000308@thoughtsoft.net>
	<002c01c69899$9ac703f0$0200a8c0@satellite>
	<449F09A0.8080900@thoughtsoft.net>
	<005601c698a4$5c1275d0$0200a8c0@satellite>
	<449F1654.60601@thoughtsoft.net>
	<006a01c6998a$f2fb2640$0200a8c0@satellite>
Message-ID: <44A0963F.5060107@thoughtsoft.net>

For archiving from source media (CD usually) to flac? I typically use 
EAC either from Windows or Wine as it allows for the most configuration. 
Off the top of my head I think Sound Juicer will do it for *nix, though 
there are probably others that work just as well.

Chris

Dave wrote:
> Hi,
>    Thanks. As is usually the case circumstances kind of put this 
> project on a few days hold, but i was wondering what do you use for 
> flac conversion?
> Thanks.
> Dave.
>
> ----- Original Message ----- From: "Chris MacDonald" 
> <chris at thoughtsoft.net>
> To: "Dave" <dmehler26 at woh.rr.com>
> Cc: <icecast at xiph.org>
> Sent: Sunday, June 25, 2006 7:03 PM
> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>
>
>> Taking the 128 mp3 and re-encoding to flac won't fix any quality 
>> issues you may have as they will retain the same 'flaws'. In the end 
>> you'll end up with the same quality as you would have seen going from 
>> 128 mp3 to q3 ogg. One nice thing about ezstream is that you can 
>> specify decoders for multiple formats so if going and ripping all 
>> your media again is too daunting a task you could just use the mp3s 
>> you have, then slowly start ripping to flac as you have time and 
>> ezstream will take care of using the right decoder.
>>
>> I'm flattered you think I have customers and all manner of users ;) 
>> but I just use ezstream/icecast for myself, at least for now I just 
>> have my one stream. As an example configuration just take a look at 
>> the vorbis example that comes with ezstream. It's very close to what 
>> you want, and any changes you need to make are pretty 
>> straightforward. Take note though, the stream information in the 
>> configuration is informational only, to actually modify the encoding 
>> options of the stream itself.  Look under the 'reencoding' section of 
>> the config and modify the command ezstream will use as the encoder. 
>> Any options for oggenc you can find out by checking out the man 
>> pages, but you probably just want to play with the with the quality, 
>> in which case you'd change '-q 0' to whichever you'd like.
>>
>> To my knowledge it isn't possible to get icecast or ezstream to 
>> change the bitrate of the stream dynamically to meet a client's 
>> bandwidth restrictions so what you'd want to do is have two streams, 
>> one low quality and one high quality. For this you'd be running two 
>> instances of ezstream, each with their own encoder settings to change 
>> the quality to suit your needs.
>>
>> Chris
>>
>> Dave wrote:
>>> Hi Chris,
>>>    Thanks. What i've got are 128kbps mp3's. I encoded them using 
>>> abcde as it did everything with one command and worked over an 
>>> entire CD. It used lame as it's backend and encoded at 128k. 
>>> Question, what if i went from mp3 to flac, which would enable me to 
>>> have my original mp3's as they are, plus a mirrored area of flac 
>>> files, then use ezstream to send those flac files as ogg. If that 
>>> wouldn't blow to much up quality wise i'd rather do it that way than 
>>> reencode everything. For your streams do you have both dialup and 
>>> broadband users? If so, i'd like to see your reencode settings so i 
>>> will know what to punch in, so far getting the quality right has 
>>> been hit and miss. Are any of your customers windows users using 
>>> winamp?
>>> Thanks.
>>> Dave.
>>>
>>> ----- Original Message ----- From: "Chris MacDonald" 
>>> <chris at thoughtsoft.net>
>>> To: "Dave" <dmehler26 at woh.rr.com>
>>> Cc: <icecast at xiph.org>
>>> Sent: Sunday, June 25, 2006 6:09 PM
>>> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>>>
>>>
>>>> Yeah, ezstream is a source client just like ices0, but the manner 
>>>> in which they go about processing files or playlists may differ. I 
>>>> don't know too much about ices0 but in the configuration for 
>>>> ezstream you can either specify a single file to stream or you can 
>>>> point it to an m3u playlist and it will play though that, I'm not 
>>>> sure this is compatible with how you currently queue media.
>>>>
>>>> In terms of quality, I'm pretty picky which is why I wanted my 
>>>> source media in a lossless format. I chose flac but there are 
>>>> others, think wav + compression; tracks I archive are usually 
>>>> 50-80% of their raw size, of course this varies from track to 
>>>> track. In your case going from mp3 to ogg, your ability to notice a 
>>>> difference will depend on the bitrate of the source mp3 and the 
>>>> resultant ogg stream. Something like a 256kbps vbr mp3 to a q3 
>>>> (~110kbps vbr) ogg vorbis stream will still sound fine (I did this 
>>>> before deciding to do al my archiving in flac), but if you took a 
>>>> 128kbps mp3 and did the same you'd notice the change. Again, it 
>>>> varies from person to person and I'd imagine you'd just have to try 
>>>> it yourself to see what you'd like, it's less a science and more a 
>>>> preference.
>>>>
>>>> The box that does my re-encoding on is an AMD 1800 with 512MB RAM 
>>>> and also does icecast, apache, mysql, sendmail, pretty much the 
>>>> whole shebang and I haven't had a problem. Though, mind you I'm 
>>>> only re-encoding for one stream whereas you'd be doing multiple 
>>>> streams. The flac decoder seems content with ~2% of the processor 
>>>> and the ogg encoder seems to like ~40% and again, this is hardly a 
>>>> science and undoubtedly 'your mileage will vary'.
>>>>
>>>> Chris
>>>>
>>>> Dave wrote:
>>>>> Hi Chris,
>>>>>    Yes that helps a lot, thanks. I'm currently using ices0, which 
>>>>> worked fine when all i wanted to stream was mp3's. You've sold me 
>>>>> on ogg, and ezstream can it work as ices0 does? As i said i'd 
>>>>> really not like to do all this reencoding again, how much of a 
>>>>> quality loss will i be looking at if i go from mp3 to ogg? I'm not 
>>>>> familiar with the flac format at all. Does it have any kind of 
>>>>> compression, i'd rather not have something like all these wavs 
>>>>> around or similar if i could help it. As for the box how much of a 
>>>>> hit will it take? What kind of machine do you use for your encoding?
>>>>>    Thanks.
>>>>> Dave.
>>>>>
>>>>> ----- Original Message ----- From: "Chris MacDonald" 
>>>>> <chris at thoughtsoft.net>
>>>>> To: "Dave" <dmehler26 at woh.rr.com>
>>>>> Cc: <icecast at xiph.org>
>>>>> Sent: Sunday, June 25, 2006 4:46 PM
>>>>> Subject: Re: [Icecast] converting mp3's to aac+ or ogg
>>>>>
>>>>>
>>>>>> Hey Dave,
>>>>>>
>>>>>> Personally I use ezstream as a source client as it's designed to 
>>>>>> re-encode your stream (it's available at www.icecast.org). I've 
>>>>>> set up my radio to re-encode my archived flacs to ogg vorbis then 
>>>>>> out to icecast and it works quite well.
>>>>>>
>>>>>> As for quality, vorbis is apparently one of the nicer formats at 
>>>>>> low bitrates. I'm not sure about aac though, I'd imagine there 
>>>>>> isn't much in the way of support for it so you'd be much better 
>>>>>> off with ogg. Either way though, re-encoding from a lossy format 
>>>>>> (mp3) to another lossy format (ogg/aac) you'll notice some sound 
>>>>>> degradation from your source mp3, this is entirely why I archive 
>>>>>> in flac.
>>>>>>
>>>>>> I'm not sure what you want to do for dialup/broadband quality 
>>>>>> settings but I'd probably just run two mounts for each station, 
>>>>>> one low bitrate and one higher. One thing you have to keep in 
>>>>>> mind though is that all this re-encoding would happen on the fly 
>>>>>> so you need to make sure the machine you'd be doing it with was 
>>>>>> up to the task.
>>>>>>
>>>>>> Not sure if any of the above helps, but I'd imagine it presents 
>>>>>> some options at least.
>>>>>>
>>>>>> Chris
>>>>>>
>>>>>> Dave wrote:
>>>>>>> Hello,
>>>>>>>    I've got a FreeBSD 6 machine running icecast2 and 
>>>>>>> ices0streaming four different streams of mp3's. Now i have a 
>>>>>>> need to stream the same content as either aac+ or ogg vorbis 
>>>>>>> whichever would be easiest to set up and give the best quality. 
>>>>>>> I want these new streams to handle both broadband and dialup 
>>>>>>> users without sacrificing quality. My problem is i really really 
>>>>>>> do not want to have to manually go through my media again and 
>>>>>>> bring them in to aac+ or ogg, doing it once for mp3 was bad 
>>>>>>> enough. I used abcde to handle this, and as i said i'd like to 
>>>>>>> find an automated way of reworking these files. Any suggestions 
>>>>>>> welcome.
>>>>>>> Thanks.
>>>>>>> Dave.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Icecast mailing list
>>>>>>> Icecast at xiph.org
>>>>>>> http://lists.xiph.org/mailman/listinfo/icecast 



From pjf at cape.com  Tue Jun 27 02:58:15 2006
From: pjf at cape.com (Pete Flaherty)
Date: Mon, 26 Jun 2006 22:58:15 -0400
Subject: [Icecast] Icecast realy crashes .. revicited ???
Message-ID: <1151377095.14510.11.camel@matrix>

Hi All,

Looks like I'm getting a startup on a new relay server .. crash with the
following
Works flawlessly as a standalone server (not a realy)

fc3
<RPM's>
libxml2-2.6.16-3
libxslt-1.1.11-1
curl-7.12.3-6.fc3
vorbis-tools-1.0.1-4

<Source Tarballs/svn>
Icecast-2.3.1 (svn, daily and tarball)
libshout-2.2.2 (source)

<from command line>
icecast -c /usr/local/etc/icecast.xml
Changed groupid to 99.
Changed userid to 99.
Segmentation fault


<Log>
[2006-06-26  22:49:21] INFO fserve/fserve_client_create checking for
file /corner_topleft.jpg
(/usr/local/share/icecast/web/corner_topleft.jpg)
[2006-06-26  22:49:21] INFO fserve/fserve_client_create checking for
file /tunein.png (/usr/local/share/icecast/web/tunein.png)
[2006-06-26  22:49:21] INFO fserve/fserve_client_create checking for
file /corner_bottomleft.jpg
(/usr/local/share/icecast/web/corner_bottomleft.jpg)
[2006-06-26  22:49:22] EROR format-mp3/mp3_get_filter_meta Incorrect
metadata format, ending stream
[2006-06-26  22:49:22] INFO source/source_shutdown Source
"/ccbl-yarmouth" exiting


Any Ideas, kinda looks like a problem that cropped up last August
(V2.3.0)

Thanks
Pete Flaherty


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

From abigabaw at gmail.com  Tue Jun 27 05:14:43 2006
From: abigabaw at gmail.com (Wilson Abigaba)
Date: Tue, 27 Jun 2006 08:14:43 +0300
Subject: [Icecast] Icecast authentication fails
In-Reply-To: <44A07B89.1060704@xiph.org>
References: <c570bc070606260542m4b057273s29fda2d57fb5b067@mail.gmail.com>
	<44A07B89.1060704@xiph.org>
Message-ID: <c570bc070606262214r48b809a8q79a8125e81636c3d@mail.gmail.com>

Hello  Karl,

Thank you for the reply. I think my configurations are ok, I also
haven't seen any problems with the logs. I have attached all of them
for your reference.

Thanks very much,

Wilson

On 6/27/06, Karl Heyes <karl at xiph.org> wrote:
> Wilson Abigaba wrote:
> > Hi all,
> >
> > I've been trying to configure my icecast v2.3.1 to work with
> > authenticated mountpoints but it's failing compleletely on one machine
> > and accepts on another. On Windows, it's very fine.
> > On suse Linux 9.1, my media players (winamp and wmp) claim that the
> > file is not located on the server. When I change the mount point to be
> > authenticated, it playes very well.
> >
> > Any hints on what could be the problem? Attached is a telnet 80 for
> > the page that authenticates.
>
> can you check the error log. Assuming the xml is configured correctly,
> you should see details of listeners connecting.
>
> karl.
>
>
>


-- 
Wilson

-- 
Life is complex! It has a real part and an imaginary part.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icecast.zip
Type: application/zip
Size: 25170 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060627/cae16f99/attachment.zip>

From alexander.dalfarra at dmd2.net  Tue Jun 27 05:59:03 2006
From: alexander.dalfarra at dmd2.net (Alexander Dal Farra)
Date: Tue, 27 Jun 2006 07:59:03 +0200
Subject: [Icecast] Icecast auth over MAC address
Message-ID: <20060627055904.544BB16C6C49@mail.genotec.ch>

Hi All

For a project we'd want to authenticate Listening Clients over their Network
MAC address. Anyone knows whether that's possible or not? We think about a
(flat) file, containing the allowed MAC addresses, the icecast server
checking whether the clients match (=authenticate) or not (=deny).

Thanks,
Alex




From ian at smartfamilymedia.com  Tue Jun 27 06:07:25 2006
From: ian at smartfamilymedia.com (Ian Stewart)
Date: Mon, 26 Jun 2006 23:07:25 -0700
Subject: [Icecast] Icecast auth over MAC address
In-Reply-To: <20060627055904.544BB16C6C49@mail.genotec.ch>
References: <20060627055904.544BB16C6C49@mail.genotec.ch>
Message-ID: <4C0516D3-A38C-40B4-B3CB-6E8C7F37DFD0@smartfamilymedia.com>

Unless all the users are connected to the same switch and there
is no routers in the middle then this might be possible.

If there are routers, then you will get the routers MAC address
as that is how ARP and ENet segments get packets passed around.


Ian H. Stewart  -  ian at smartfamilymedia.com
Product Discovery and Engineering

.......................................................................
:  visit the show: http://www.familytechshow.com/ :                   :
:      A Radio Show about Family and Technology   : phn: 951-244-6205 :
:           featuring the Smart Family            : fax: 801-306-2349 :
:          Maxwell,  Victoria & Jennifer          :                   :
:.................................................:...................:
:  LIVE Sat 8-11am Pac at our website or ask your local talk station  :
:.....................................................................:
:             Email                    AIM - iChat - Yahoo            :
:    radio at familytechshow.com     smartmaxradio   smartvicradio       :
:.....................................................................:

PS Have you seen 9 year old Jen's Premiere videos?

Check out the new Pirates of the Caribbean Video!
jenniradio.com



On Jun 26, 2006, at 10:59 PM, Alexander Dal Farra wrote:

> Hi All
>
> For a project we'd want to authenticate Listening Clients over  
> their Network
> MAC address. Anyone knows whether that's possible or not? We think  
> about a
> (flat) file, containing the allowed MAC addresses, the icecast server
> checking whether the clients match (=authenticate) or not (=deny).
>
> Thanks,
> Alex
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>



From msmith at xiph.org  Tue Jun 27 10:12:47 2006
From: msmith at xiph.org (Michael Smith)
Date: Tue, 27 Jun 2006 12:12:47 +0200
Subject: [Icecast] Icecast realy crashes .. revicited ???
In-Reply-To: <1151377095.14510.11.camel@matrix>
References: <1151377095.14510.11.camel@matrix>
Message-ID: <3c1737210606270312y11b6e0a7p7a2964f4d795bd51@mail.gmail.com>

On 6/27/06, Pete Flaherty <pjf at cape.com> wrote:
>
>  Hi All,
>
>  Looks like I'm getting a startup on a new relay server .. crash with the
> following
>  Works flawlessly as a standalone server (not a realy)

Can you please file this as a bug report on http://bugs.xiph.org ?

Please include a sample config file with which to reproduce this, if
possible - or at least something close to what you're using.

Mike


From msmith at xiph.org  Tue Jun 27 10:16:09 2006
From: msmith at xiph.org (Michael Smith)
Date: Tue, 27 Jun 2006 12:16:09 +0200
Subject: [Icecast] Icecast auth over MAC address
In-Reply-To: <20060627055904.544BB16C6C49@mail.genotec.ch>
References: <20060627055904.544BB16C6C49@mail.genotec.ch>
Message-ID: <3c1737210606270316u64a337a7w1d46a4ac77df151@mail.gmail.com>

On 6/27/06, Alexander Dal Farra <alexander.dalfarra at dmd2.net> wrote:
> Hi All
>
> For a project we'd want to authenticate Listening Clients over their Network
> MAC address. Anyone knows whether that's possible or not? We think about a
> (flat) file, containing the allowed MAC addresses, the icecast server
> checking whether the clients match (=authenticate) or not (=deny).

This is not possible - TCP does not provide this information.

Mike


From bjacint at kvark.hu  Tue Jun 27 10:22:36 2006
From: bjacint at kvark.hu (Balint Jacint)
Date: Tue, 27 Jun 2006 12:22:36 +0200
Subject: [Icecast] Icecast auth over MAC address
In-Reply-To: <20060627055904.544BB16C6C49@mail.genotec.ch>
References: <20060627055904.544BB16C6C49@mail.genotec.ch>
Message-ID: <44A106EC.1000902@kvark.hu>

Hi,

Icecast doesn't support this.
You may set up a firewall however. Netfilter/iptables for example 
supports MAC filtering.
But this only works in a switched network (as Wilson pointed out), if 
routing occurs, MAC addresses get replaced.

Yours,
Jacint

Alexander Dal Farra wrote:
> Hi All
>
> For a project we'd want to authenticate Listening Clients over their Network
> MAC address. Anyone knows whether that's possible or not? We think about a
> (flat) file, containing the allowed MAC addresses, the icecast server
> checking whether the clients match (=authenticate) or not (=deny).
>
> Thanks,
> Alex
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>   


From dnr at freemail.lt  Tue Jun 27 12:31:09 2006
From: dnr at freemail.lt (Klauss Fumuldavijus)
Date: Tue, 27 Jun 2006 15:31:09 +0300
Subject: [Icecast] Icecast auth over MAC address
References: <20060627055904.544BB16C6C49@mail.genotec.ch>
	<44A106EC.1000902@kvark.hu>
Message-ID: <017901c699e5$91e21070$3f6510ac@in.telecom.lt>

what about "ethernet over tcp"?
don't know if windows support this, but for linux/unix users it should be 
possible to authenticate via mac address in routed network using icecast url 
authentication + eth over ip software bridge.

----- Original Message ----- 
From: "Balint Jacint" <bjacint at kvark.hu>
To: "Alexander Dal Farra" <alexander.dalfarra at dmd2.net>
Cc: <icecast at xiph.org>
Sent: Tuesday, June 27, 2006 1:22 PM
Subject: Re: [Icecast] Icecast auth over MAC address


> Hi,
>
> Icecast doesn't support this.
> You may set up a firewall however. Netfilter/iptables for example supports 
> MAC filtering.
> But this only works in a switched network (as Wilson pointed out), if 
> routing occurs, MAC addresses get replaced.
>
> Yours,
> Jacint
>
> Alexander Dal Farra wrote:
>> Hi All
>>
>> For a project we'd want to authenticate Listening Clients over their 
>> Network
>> MAC address. Anyone knows whether that's possible or not? We think about 
>> a
>> (flat) file, containing the allowed MAC addresses, the icecast server
>> checking whether the clients match (=authenticate) or not (=deny).
>>
>> Thanks,
>> Alex
>>
>>
>> _______________________________________________
>> 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 alexander.dalfarra at dmd2.net  Tue Jun 27 12:49:18 2006
From: alexander.dalfarra at dmd2.net (Alexander Dal Farra)
Date: Tue, 27 Jun 2006 14:49:18 +0200
Subject: [Icecast] Icecast auth over MAC address
In-Reply-To: <017901c699e5$91e21070$3f6510ac@in.telecom.lt>
Message-ID: <20060627124952.F08EB1FFF19@mail.genotec.ch>

 HI Guys
Thanks so much for your help on this. However, I am afraid I will still need
professional help since I am not a system administrator. Yes, our icecast
Server runs on Linux. 

 Alex


-----Original Message-----
what about "ethernet over tcp"?
don't know if windows support this, but for linux/unix users it should be
possible to authenticate via mac address in routed network using icecast url
authentication + eth over ip software bridge.

----- Original Message -----
> Icecast doesn't support this.
> You may set up a firewall however. Netfilter/iptables for example supports

> MAC filtering.
> But this only works in a switched network (as Wilson pointed out), if 
> routing occurs, MAC addresses get replaced.



From whodie at comcast.net  Tue Jun 27 20:47:08 2006
From: whodie at comcast.net (Mike)
Date: Tue, 27 Jun 2006 16:47:08 -0400
Subject: [Icecast] mp3 stream in icecast directory
Message-ID: <44A1994C.4050900@comcast.net>

If my stream is encoded in mp3 format will I still be listed in the
directory?


From msmith at xiph.org  Wed Jun 28 15:02:26 2006
From: msmith at xiph.org (Michael Smith)
Date: Wed, 28 Jun 2006 17:02:26 +0200
Subject: [Icecast] mp3 stream in icecast directory
In-Reply-To: <44A1994C.4050900@comcast.net>
References: <44A1994C.4050900@comcast.net>
Message-ID: <3c1737210606280802k35b5fff7j480fdb17f28c28@mail.gmail.com>

On 6/27/06, Mike <whodie at comcast.net> wrote:
> If my stream is encoded in mp3 format will I still be listed in the
> directory?

Not any more, no.

MIke


From akraix at arcor.de  Thu Jun 29 13:19:42 2006
From: akraix at arcor.de (tobias)
Date: Thu, 29 Jun 2006 15:19:42 +0200
Subject: [Icecast] problem with config file for jack with
	ices2-kh-2.0.0-kh60a
Message-ID: <200606291519.42792.akraix@arcor.de>

hi, 

i am desperately trying to get this version of ices up and running on debian 
etch. i used the apt repository at http://www.fbriere.net/debian/ices2/ but i 
found this also affects the "official" source package at 
http://mediacast1.com/~karl/
when i try to run an edited version of either the example file provided with 
the source package or the deb at /usr/share/doc/ices2-kh/ i get:

Failed to read config file "ices-jack.xml"

fbriere writes on his webpage: 

"Be aware that the XML syntax of the configuration file has been slightly 
changed in this version."

my problem is: in what way? i cannot find anywhere a solution. maybe someone 
in here could point me to what i need to change? 

thanks a lot in advance, 

tobias


From karl at xiph.org  Thu Jun 29 13:35:08 2006
From: karl at xiph.org (Karl Heyes)
Date: Thu, 29 Jun 2006 14:35:08 +0100
Subject: [Icecast] problem with config file for jack
	with	ices2-kh-2.0.0-kh60a
In-Reply-To: <200606291519.42792.akraix@arcor.de>
References: <200606291519.42792.akraix@arcor.de>
Message-ID: <44A3D70C.4060309@xiph.org>

tobias wrote:
> hi, 
> 
> i am desperately trying to get this version of ices up and running on debian 
> etch. i used the apt repository at http://www.fbriere.net/debian/ices2/ but i 
> found this also affects the "official" source package at 
> http://mediacast1.com/~karl/
> when i try to run an edited version of either the example file provided with 
> the source package or the deb at /usr/share/doc/ices2-kh/ i get:
> 
> Failed to read config file "ices-jack.xml"
> 
> fbriere writes on his webpage: 
> 
> "Be aware that the XML syntax of the configuration file has been slightly 
> changed in this version."
> 
> my problem is: in what way? i cannot find anywhere a solution. maybe someone 
> in here could point me to what i need to change? 

The samples in conf/ should provide the easiest to see differences, I 
don't know where the debian package places them but they are in the 
source tarball.

As to why your xml is failing, I'd have to see it but I suspect you are 
missing the runner tags.

karl.




From akraix at arcor.de  Thu Jun 29 14:08:06 2006
From: akraix at arcor.de (tobias)
Date: Thu, 29 Jun 2006 16:08:06 +0200
Subject: [Icecast] problem with config file for jack
	=?iso-8859-1?q?with=09ices2-kh-2=2E0=2E0-kh60a?=
In-Reply-To: <44A3D70C.4060309@xiph.org>
References: <200606291519.42792.akraix@arcor.de> <44A3D70C.4060309@xiph.org>
Message-ID: <200606291608.07022.akraix@arcor.de>

hi karl, 

thanks for your answer. in fact i have already tried your sample xml, as i 
said, which comes with the source package. this too fails with the same 
message. 

:~/ices2-kh-2.0.0-kh60a/conf$ ices2 ices-jack.xml
Failed to read config file "ices-jack.xml"

tobias

> The samples in conf/ should provide the easiest to see differences, I
> don't know where the debian package places them but they are in the
> source tarball.
>
> As to why your xml is failing, I'd have to see it but I suspect you are
> missing the runner tags.
>
> karl.


From fbriere at fbriere.net  Thu Jun 29 18:19:32 2006
From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=)
Date: Thu, 29 Jun 2006 14:19:32 -0400
Subject: [Icecast] problem with config file for jack with
	ices2-kh-2.0.0-kh60a
In-Reply-To: <200606291519.42792.akraix@arcor.de>
References: <200606291519.42792.akraix@arcor.de>
Message-ID: <20060629181932.GA20958@hyrule.dyndns.org>

On Thu, Jun 29, 2006 at 03:19:42PM +0200, tobias wrote:
> when i try to run an edited version of either the example file provided with 
> the source package or the deb at /usr/share/doc/ices2-kh/ i get:
> 
> Failed to read config file "ices-jack.xml"

My bad.  I forgot to compile ices against the JACK library, thus
disabling support for it.  This will be fixed shortly.


Incidentally, Karl, _known_module() and _parse_input_param() could use a
little more verboseness, as they currently give no indication of what
caused their failure.


-- 
             Fr?d?ric Bri?re    <*>    fbriere at fbriere.net

 =>  <fbriere at abacom.com> IS NO MORE:  <http://www.abacomsucks.com>  <=


From fbriere at fbriere.net  Thu Jun 29 19:45:24 2006
From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=)
Date: Thu, 29 Jun 2006 15:45:24 -0400
Subject: [Icecast] Is something wrong with ices 2.0-kh60a?
In-Reply-To: <444A2567.2090005@xiph.org>
References: <20060422020425.GA7985@hyrule.dyndns.org>
	<444A2567.2090005@xiph.org>
Message-ID: <20060629194524.GB3649@hyrule.dyndns.org>

On Sat, Apr 22, 2006 at 01:45:27PM +0100, Karl Heyes wrote:
> >I should point out that the server is 2.0.0.  (Yeah, I know how old that
> >is.  Unfortunately, I only manage the client; the server is out of my
> >hands.)  Has anything changed in 2.0-kh60a that would require a more
> >recent version of icecast?
> 
> wow, v2.0.0 is old, won't make a difference for the problem above but 
> other issues could show up.

BTW, we just upgraded to 2.3.0 today, and kh60a still refuses to
connect.  Anything I can do to help?


-- 
             Fr?d?ric Bri?re    <*>    fbriere at fbriere.net

 =>  <fbriere at abacom.com> IS NO MORE:  <http://www.abacomsucks.com>  <=


From karl at xiph.org  Thu Jun 29 22:57:56 2006
From: karl at xiph.org (Karl Heyes)
Date: Thu, 29 Jun 2006 23:57:56 +0100
Subject: [Icecast] Is something wrong with ices 2.0-kh60a?
In-Reply-To: <20060629194524.GB3649@hyrule.dyndns.org>
References: <20060422020425.GA7985@hyrule.dyndns.org>	<444A2567.2090005@xiph.org>
	<20060629194524.GB3649@hyrule.dyndns.org>
Message-ID: <44A45AF4.8020401@xiph.org>

Fr?d?ric Bri?re wrote:
> On Sat, Apr 22, 2006 at 01:45:27PM +0100, Karl Heyes wrote:
>>> I should point out that the server is 2.0.0.  (Yeah, I know how old that
>>> is.  Unfortunately, I only manage the client; the server is out of my
>>> hands.)  Has anything changed in 2.0-kh60a that would require a more
>>> recent version of icecast?
>> wow, v2.0.0 is old, won't make a difference for the problem above but 
>> other issues could show up.
> 
> BTW, we just upgraded to 2.3.0 today, and kh60a still refuses to
> connect.  Anything I can do to help?

2.3.1 is the latest icecast release, has been for some time, although we 
should really push for a 2.3.2 bugfix release.

Make sure you have the libshout 2.2.2 release. libshout does the actual 
connection and the non-blocking connect, which my branch uses, became 
broken, there was also a memory corruption bug.  These are fixed in 
2.2.2 but if there are other issues then by all means let me know.


karl.



From webmaster at wels.net  Fri Jun 30 01:09:58 2006
From: webmaster at wels.net (jduran)
Date: Thu, 29 Jun 2006 20:09:58 -0500 (CDT)
Subject: [Icecast] IDx tagging tools
Message-ID: <1174.70.216.142.188.1151629798.squirrel@webmail.wels.net>

All,
We're looking for the best ID1/2/3 tagging tool for use with IceGenerator
playlists. We've tried Adobe Audition and no match. What is the preferred method
to tag?
Your help is appreciated!
j






-----------------------------------------
The Word is everything!
   Spread the Word
http://www.wels.net



From mike-3 at bulldoghome.com  Mon Jun 19 18:39:10 2006
From: mike-3 at bulldoghome.com (mike)
Date: Mon, 19 Jun 2006 19:39:10 +0100
Subject: [Icecast] non free formats 
Message-ID: <001a01c693cf$a774a270$0802a8c0@LAVENDER>

is this permanent or temporary
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060619/249dad46/attachment.htm>

From mike-3 at bulldoghome.com  Mon Jun 19 18:58:25 2006
From: mike-3 at bulldoghome.com (mike)
Date: Mon, 19 Jun 2006 19:58:25 +0100
Subject: [Icecast] Furtherto my last post 
Message-ID: <002301c693d2$582d8030$0802a8c0@LAVENDER>

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060619/8087f059/attachment.htm>

From mike-3 at bulldoghome.com  Tue Jun 20 15:40:17 2006
From: mike-3 at bulldoghome.com (mike)
Date: Tue, 20 Jun 2006 16:40:17 +0100
Subject: [Icecast] YP
Message-ID: <000801c6947f$d46fec20$0802a8c0@LAVENDER>

we are now in ogg however still not on the YP 
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
the above is our configuration
we cannot find out how the status page links to www.icecast.org anyideas what we are doing wrong.
 mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20060620/7a36ed42/attachment.htm>

From service at szmidt.org  Wed Jun 21 00:59:06 2006
From: service at szmidt.org (Service)
Date: Tue, 20 Jun 2006 20:59:06 -0400
Subject: [Icecast] icecast jukebox
Message-ID: <200606202059.06806.service@szmidt.org>

Hi,

Hopefully I got you right to email here if you have problems.

I'm a programmer for over 30 years and in general just read instructions and 
do it. But I'm stomped with the online doc. I've tried all sorts of links to 
make it work for me, but no luck.

I'm trying to build a jukebox for my LAN. All files are on the server in a 
user sub dir. 

The error I get is permission error. Even though it has full rights to read 
the ogg file I'm trying to play. (755)

Obviously there's something I don't get. 

I'm running FC5 with latest updates. Icecast is installed from yum (2.x).

I configured it to look at /home/user/Music. Then pointed xmms to it as the 
manual says ip:8000/path/to/file.ogg. Log file says permission error.

<hostname>ws10.ss.szmidt.org</hostname>
<listen-socket>
    <port>8000</port>
</listen-socket>
<webroot>/home/media/Music</webroot>

I don't have a need to relay as all files are local already. ices should not 
be needed as I see it.

Any help would be appreciated!

Thanks,
-- 

Steve