From ross at stationplaylist.com  Tue Feb  1 05:13:11 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 1 Feb 2005 18:13:11 +1300
Subject: [Icecast] 33075 or 32000
Message-ID: <009501c5081c$b9a8a170$8000a8c0@levis3>

I'm experimenting with a Vorbis stream at 33khz sample rate, but what is the best rate to use for player compatibility, 32000 or 33075?  Or is this not an issue these days.

Regards,

Ross Levis.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050201/fcecf72f/attachment.htm>

From mlrsmith at gmail.com  Tue Feb  1 05:17:09 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Tue, 1 Feb 2005 16:17:09 +1100
Subject: [Icecast] 33075 or 32000
In-Reply-To: <009501c5081c$b9a8a170$8000a8c0@levis3>
References: <009501c5081c$b9a8a170$8000a8c0@levis3>
Message-ID: <3c1737210501312117366394c6@mail.gmail.com>

On Tue, 1 Feb 2005 18:13:11 +1300, Ross Levis <ross at stationplaylist.com> wrote:
>  
> I'm experimenting with a Vorbis stream at 33khz sample rate, but what is the
> best rate to use for player compatibility, 32000 or 33075?  Or is this not
> an issue these days. 

32000 will provide vastly better compatibility for anything that
supports only fixed sample rates. Nothing that supports only fixes
rates will support 33075.

I suspect most players (or drivers, at a lower level?) these days
support arbitrary sample rates, and resample as required, but I'm not
sure about that.

Mike


From danstowell at gmail.com  Tue Feb  1 21:35:46 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Tue, 1 Feb 2005 21:35:46 +0000
Subject: [Icecast] Perl module and ices0
Message-ID: <286e6b7c05020113356b690fb0@mail.gmail.com>

Hi,

Can anyone give me some advice about how to go about creating a
perl-driven playlist for ices0? I'd be grateful.

I don't know what creating a Perl "module" entails, to be honest. I've
written a .pl script which does the necessary functions and returns
the path to the next MP3 file; is it enough just to reference this
script by name in the <Module></Module> part of the config file? I get
the impression that it isn't... since this doesn't seem to work...

Thanks
Dan

-- 
http://www.mcld.co.uk


From brendan at xiph.org  Tue Feb  1 21:43:29 2005
From: brendan at xiph.org (Brendan Cully)
Date: Tue, 1 Feb 2005 13:43:29 -0800
Subject: [Icecast] Perl module and ices0
In-Reply-To: <286e6b7c05020113356b690fb0@mail.gmail.com>
References: <286e6b7c05020113356b690fb0@mail.gmail.com>
Message-ID: <20050201214328.GA7033@watanabe.local>

On Tuesday, 01 February 2005 at 21:35, Dan Stowell wrote:
> Hi,
> 
> Can anyone give me some advice about how to go about creating a
> perl-driven playlist for ices0? I'd be grateful.
> 
> I don't know what creating a Perl "module" entails, to be honest. I've
> written a .pl script which does the necessary functions and returns
> the path to the next MP3 file; is it enough just to reference this
> script by name in the <Module></Module> part of the config file? I get
> the impression that it isn't... since this doesn't seem to work...

There's an example module in the source tree (conf/ices.pl.dist). And
the man page has more detail.


From carsten at chatlabel.de  Wed Feb  2 07:54:16 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 08:54:16 +0100
Subject: [Icecast] fallback mount from diferent mountpoint
Message-ID: <717028038.20050202085416@chatlabel.de>

hi people,

i want do change our fallback stream. we have used a fallback mount at
the same port that runs our stream. now we have a second stream on a
different port. what is the way to mount this stream to fallback mount
?

 <mount>
        <mount-name>/</mount-name>
        <username>*****</username>
        <password>*****</password>
        <max-listeners>50</max-listeners>
        <dump-file>/tmp/dump-example1.mp3</dump-file>
        <fallback-mount>http://stream1.chatlabel.de:6000/dsl</fallback-mount>
        <fallback-override>1</fallback-override>
    </mount>


dosent works. is there a way, to run fallback-mount from different
servers ?

thank you
  

-- 
Mit freundlichen Gr?ssen
Carsten Henkel                          mailto:carsten at chatlabel.de


Es ist besser, Deiche zu bauen, als darauf zu hoffen, da? die Flut allm?hlich Vernunft annimmt.

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From geoff at hitsandpieces.net  Wed Feb  2 08:09:36 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 2 Feb 2005 18:09:36 +1000
Subject: [Icecast] fallback mount from diferent mountpoint
In-Reply-To: <717028038.20050202085416@chatlabel.de>
References: <717028038.20050202085416@chatlabel.de>
Message-ID: <Pine.LNX.4.61.0502021801080.14324@data.home>

Hi:

The way to do this is to define a mountpoint as a relay of the other 
stream, then use that mount as your fallback mount.

Here's an example, based on your config:

<relay>
<server>stream1.chatlabel.de</server>
<port>6000</port>
<mount>/dsl</mount>
<local-mount>/fallback</local-mount>
<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
</relay>

<mount>
         <mount-name>/</mount-name>
         <username>*****</username>
         <password>*****</password>
         <max-listeners>50</max-listeners>
         <dump-file>/tmp/dump-example1.mp3</dump-file>

<fallback-mount>/fallback</fallback-mount>
         <fallback-override>1</fallback-override>
     </mount>

Note that your relay will continually pull the stream from the remote 
server, even if no-one is listening to it.  The ability to have it only 
pull when required is slated for addition to Icecast in a future release.

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

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

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


From carsten at chatlabel.de  Wed Feb  2 11:01:31 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 12:01:31 +0100
Subject: [Icecast] fallback mount from diferent mountpoint
In-Reply-To: <Pine.LNX.4.61.0502021801080.14324@data.home>
References: <717028038.20050202085416@chatlabel.de>
	<Pine.LNX.4.61.0502021801080.14324@data.home>
Message-ID: <1518605434.20050202120131@chatlabel.de>

Guten Tag Geoff Shang,

thank you for this information.
whe have to chanles in two different ports.
i want to mount port 6000 mountpount /dsl
as fallbackmount for the server that runs on port 8000.
whis this way, i can only mount when sthe stream is on the same port.

have a lot of thanks

Am Mittwoch, 2. Februar 2005 um 09:09 schrieben Sie:

GS> Hi:

GS> The way to do this is to define a mountpoint as a relay of the other
GS> stream, then use that mount as your fallback mount.

GS> Here's an example, based on your config:

GS> <relay>
GS> <server>stream1.chatlabel.de</server>
GS> <port>6000</port>
GS> <mount>/dsl</mount>
GS> <local-mount>/fallback</local-mount>
GS> <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
GS> </relay>

GS> <mount>
GS>          <mount-name>/</mount-name>
GS>          <username>*****</username>
GS>          <password>*****</password>
GS>          <max-listeners>50</max-listeners>
GS>          <dump-file>/tmp/dump-example1.mp3</dump-file>

GS> <fallback-mount>/fallback</fallback-mount>
GS>          <fallback-override>1</fallback-override>
GS>      </mount>

GS> Note that your relay will continually pull the stream from the remote
GS> server, even if no-one is listening to it.  The ability to have it only
GS> pull when required is slated for addition to Icecast in a future release.

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

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

GS> Please avoid sending me Word or PowerPoint attachments.
GS> See http://www.fsf.org/philosophy/no-word-attachments.html
GS> _______________________________________________
GS> Icecast mailing list
GS> Icecast at xiph.org
GS> http://lists.xiph.org/mailman/listinfo/icecast



-- 
Mit freundlichen Gr?ssen
Carsten Henkel                            mailto:carsten at chatlabel.de

Manches, was vom Tisch gefegt wird, findet sich unter dem Teppich wieder.

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From spectral at ludd.ltu.se  Wed Feb  2 11:13:15 2005
From: spectral at ludd.ltu.se (=?ISO-8859-15?Q?Jonas_Nyr=E9n?=)
Date: Wed, 02 Feb 2005 12:13:15 +0100
Subject: [Icecast] fallback mount from diferent mountpoint
In-Reply-To: <1518605434.20050202120131@chatlabel.de>
References: <717028038.20050202085416@chatlabel.de>	<Pine.LNX.4.61.0502021801080.14324@data.home>
	<1518605434.20050202120131@chatlabel.de>
Message-ID: <4200B5CB.3020309@ludd.ltu.se>

This is exactly what you solve by relaying it with the server on the 
same port as Geoff said.
To recap:
* relay mountpoint /dsl from server on port 6000 on the server you want 
the fallback on
* define that RELAY as the fallback

/Jonas

Carsten Henkel wrote:

>Guten Tag Geoff Shang,
>
>thank you for this information.
>whe have to chanles in two different ports.
>i want to mount port 6000 mountpount /dsl
>as fallbackmount for the server that runs on port 8000.
>whis this way, i can only mount when sthe stream is on the same port.
>
>have a lot of thanks
>  
>



From carsten at chatlabel.de  Wed Feb  2 11:31:26 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 12:31:26 +0100
Subject: [Icecast] fallback mount from diferent mountpoint
In-Reply-To: <4200B5CB.3020309@ludd.ltu.se>
References: <717028038.20050202085416@chatlabel.de>
	<Pine.LNX.4.61.0502021801080.14324@data.home>
	<1518605434.20050202120131@chatlabel.de> <4200B5CB.3020309@ludd.ltu.se>
Message-ID: <65167044.20050202123126@chatlabel.de>

Guten Tag Jonas Nyr?n,

Am Mittwoch, 2. Februar 2005 um 12:13 schrieben Sie:

JN> This is exactly what you solve by relaying it with the server on the
JN> same port as Geoff said.
JN> To recap:
JN> * relay mountpoint /dsl from server on port 6000 on the server you want
JN> the fallback on
JN> * define that RELAY as the fallback

thanks, that runs :-)

JN> /Jonas

JN> Carsten Henkel wrote:

>>Guten Tag Geoff Shang,
>>
>>thank you for this information.
>>whe have to chanles in two different ports.
>>i want to mount port 6000 mountpount /dsl
>>as fallbackmount for the server that runs on port 8000.
>>whis this way, i can only mount when sthe stream is on the same port.
>>
>>have a lot of thanks
>>  
>>




-- 
Mit freundlichen Gr?ssen
Carsten Henkel                            mailto:carsten at chatlabel.de

Man kann die Menschen in drei Klassen einteilen: Solche, die sich zu Tode arbeiten, solche, die sich zu Tode sorgen, und solche, die sich zu Tode langweilen. (Sir Winston Spencer Churchill)

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From ronblok at wxs.nl  Wed Feb  2 13:00:39 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Wed, 02 Feb 2005 14:00:39 +0100
Subject: [Icecast] user Authentication - fail to add an user
Message-ID: <HEEEKMFOKCBDNFDLFLICEEJKCLAA.ronblok@wxs.nl>

Hi fellow streamers ;-)

I am trying to add an user authenticated mount point to our Icecast2.2
server.
I include the relevant section of my config file below.

<mount>
        <mount-name>/stream1</mount-name>
        <max-listeners>100</max-listeners>
        <fallback-mount>/test</fallback-mount>
	<fallback-override>1</fallback-override>

  	<mount-name>/stream2.ogg</mount-name>
        <authentication type="htpasswd">
        <option name="filename" value="myauth"/>
         <option name="allow_duplicate_users" value="0"/>
        </authentication>
 </mount>

So far so good. When I start Icecast the mounts so in the admin page. If I
try to add an user the following error appears
User add failed - check the icecast error log
The log files states ;
INFO admin/admin_handle_request Received admin command manageauth.xsl on
mount "/stream2.ogg"
WARN auth/auth_get_htpasswd_userlist Failed to open authentication database
"myauth": Permission denied

So probably I have something overlooked ...but no clue where to look for.
I trust some of you will recognize where I have screwed-up.

Thanks in advance!
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 1-2-2005



From carsten at chatlabel.de  Wed Feb  2 13:34:55 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 14:34:55 +0100
Subject: [Icecast] directory listings
Message-ID: <825342766.20050202143455@chatlabel.de>

hi together,

i have
<directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
    </directory>  

aktiv on the icecast.xml and in ices.xml
<Public>1</Public>

but you cant find our station on your stream directory. have you any
idea, why ?  the station name is "radio chatlabel chanal2"

thank you
-- 
Mit freundlichen Gr?ssen
Carsten Henkel                          mailto:carsten at chatlabel.de


Nur wenige Menschen sind stark genug, um die Wahrheit zu sagen und die Wahrheit zu h?ren. (Luc de Clapiers, Marquis de Vauvenargues) 

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From graver at graver.xs4all.nl  Wed Feb  2 13:40:02 2005
From: graver at graver.xs4all.nl (Frits Letteboer)
Date: Wed, 02 Feb 2005 14:40:02 +0100
Subject: [Icecast] directory listings
In-Reply-To: <825342766.20050202143455@chatlabel.de>
References: <825342766.20050202143455@chatlabel.de>
Message-ID: <4200D832.60201@graver.xs4all.nl>

Carsten Henkel wrote:
> hi together,
> 
> i have
> <directory>
>         <yp-url-timeout>15</yp-url-timeout>
>         <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
>     </directory>
>     <directory>
>         <yp-url-timeout>15</yp-url-timeout>
>         <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
>     </directory>  
> 
> aktiv on the icecast.xml and in ices.xml
> <Public>1</Public>

I have set
        <yp>1</yp>

in ices.xml (inside <instance>) and we are listed, so you might try this.







From info at jamp3.de  Wed Feb  2 13:56:38 2005
From: info at jamp3.de (Olaf Schrader)
Date: Wed, 2 Feb 2005 14:56:38 +0100
Subject: [Icecast] ices-0.4 & libshout
Message-ID: <002101c5092f$046b4920$727ba8c0@proteus>

hello members,

i,ve installed ices-0.4 and libshout2 under suse linux 9.2.
when i try to execute ices, got an error message:

"ices: error while loading shared libraries: libshout.so.3: cannot open shared object file: No such file or directory"

but i've compiled ices with libshout!?

can some one help me?

THANKS !!!

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

From carsten at chatlabel.de  Wed Feb  2 14:33:15 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 15:33:15 +0100
Subject: [Icecast] directory listings
In-Reply-To: <4200D832.60201@graver.xs4all.nl>
References: <825342766.20050202143455@chatlabel.de>
	<4200D832.60201@graver.xs4all.nl>
Message-ID: <1576036754.20050202153315@chatlabel.de>

Guten Tag Frits Letteboer,

Am Mittwoch, 2. Februar 2005 um 14:40 schrieben Sie:

FL> Carsten Henkel wrote:
>> hi together,
>> 
>> i have
>> <directory>
>>         <yp-url-timeout>15</yp-url-timeout>
>>         <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
>>     </directory>
>>     <directory>
>>         <yp-url-timeout>15</yp-url-timeout>
>>         <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
>>     </directory>  
>> 
>> aktiv on the icecast.xml and in ices.xml
>> <Public>1</Public>

FL> I have set
FL>         <yp>1</yp>

FL> in ices.xml (inside <instance>) and we are listed, so you might try this.

thank you. im runing ices 0.4. there is no <instance> tag in my
ices.xml


-- 
Mit freundlichen Gr?ssen
Carsten Henkel                            mailto:carsten at chatlabel.de

Der vern?nftige Mensch pa?t sich der Welt an; der unvern?nftige besteht auf dem Versuch, die Welt sich anzupassen. Deshalb h?ngt aller Fortschritt vom unvern?nftigen Menschen ab. (George Bernhard Shaw)

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From graver at graver.xs4all.nl  Wed Feb  2 14:38:04 2005
From: graver at graver.xs4all.nl (Frits Letteboer)
Date: Wed, 02 Feb 2005 15:38:04 +0100
Subject: [Icecast] directory listings
In-Reply-To: <1576036754.20050202153315@chatlabel.de>
References: <825342766.20050202143455@chatlabel.de>	<4200D832.60201@graver.xs4all.nl>
	<1576036754.20050202153315@chatlabel.de>
Message-ID: <4200E5CC.1030106@graver.xs4all.nl>

Carsten Henkel wrote:
> Guten Tag Frits Letteboer,
> 
> Am Mittwoch, 2. Februar 2005 um 14:40 schrieben Sie:
> 
> FL> Carsten Henkel wrote:
> 
>>>hi together,
>>>
>>>i have
>>><directory>
>>>        <yp-url-timeout>15</yp-url-timeout>
>>>        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
>>>    </directory>
>>>    <directory>
>>>        <yp-url-timeout>15</yp-url-timeout>
>>>        <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
>>>    </directory>  
>>>
>>>aktiv on the icecast.xml and in ices.xml
>>><Public>1</Public>
> 
> 
> FL> I have set
> FL>         <yp>1</yp>
> 
> FL> in ices.xml (inside <instance>) and we are listed, so you might try this.
> 
> thank you. im runing ices 0.4. there is no <instance> tag in my
> ices.xml

Also, I got this from the README in the icecast-archive:

* curl - http://curl.haxx.se/download.html (>= version 7.10 required)
   NOTE: icecast may be compiled without curl, however this will
         disable all Directory server interaction (YP).




From geoff at hitsandpieces.net  Wed Feb  2 14:44:09 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 3 Feb 2005 00:44:09 +1000
Subject: [Icecast] directory listings
In-Reply-To: <825342766.20050202143455@chatlabel.de>
References: <825342766.20050202143455@chatlabel.de>
Message-ID: <Pine.LNX.4.61.0502030043000.14324@data.home>

Hi:

I think the YP block in the sample icecast config files is commented out by 
default - make sure you've fixed this before you expect it to work.

Does the error log mention anything about YP listings?

Geoff.


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

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

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


From geoff at hitsandpieces.net  Wed Feb  2 14:46:12 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 3 Feb 2005 00:46:12 +1000
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <HEEEKMFOKCBDNFDLFLICEEJKCLAA.ronblok@wxs.nl>
References: <HEEEKMFOKCBDNFDLFLICEEJKCLAA.ronblok@wxs.nl>
Message-ID: <Pine.LNX.4.61.0502030044340.14324@data.home>

Ron Blok wrote:

> <mount>
>        <mount-name>/stream1</mount-name>
>        <max-listeners>100</max-listeners>
>        <fallback-mount>/test</fallback-mount>
> 	<fallback-override>1</fallback-override>
>
>  	<mount-name>/stream2.ogg</mount-name>

hmmm.  Not that it will necessarily help, but I'dve thought each mountpoint 
specification would need to go in its own <mount></mount> block.  Maybe I'm 
wrong?

Geoff.



From carsten at chatlabel.de  Wed Feb  2 14:51:49 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Wed, 2 Feb 2005 15:51:49 +0100
Subject: [Icecast] directory listings
In-Reply-To: <4200E5CC.1030106@graver.xs4all.nl>
References: <825342766.20050202143455@chatlabel.de>
	<4200D832.60201@graver.xs4all.nl>
	<1576036754.20050202153315@chatlabel.de>
	<4200E5CC.1030106@graver.xs4all.nl>
Message-ID: <19310591980.20050202155149@chatlabel.de>

Guten Tag Frits Letteboer,

Am Mittwoch, 2. Februar 2005 um 15:38 schrieben Sie:



FL> * curl - http://curl.haxx.se/download.html (>= version 7.10 required)
FL>    NOTE: icecast may be compiled without curl, however this will
FL>          disable all Directory server interaction (YP).

have a lot of thanks. that was my problem...



-- 
Mit freundlichen Gr?ssen
Carsten Henkel                            mailto:carsten at chatlabel.de

Der Mensch bringt t?glich sein Haar in Ordnung, warum nicht auch sein Herz? (Altindische Weisheit) 

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From danstowell at gmail.com  Wed Feb  2 15:14:53 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Wed, 2 Feb 2005 15:14:53 +0000
Subject: [Icecast] Perl module and ices0
In-Reply-To: <20050201214328.GA7033@watanabe.local>
References: <286e6b7c05020113356b690fb0@mail.gmail.com>
	<20050201214328.GA7033@watanabe.local>
Message-ID: <286e6b7c0502020714200dde7f@mail.gmail.com>

> > Can anyone give me some advice about how to go about creating a
> > perl-driven playlist for ices0? I'd be grateful.
> 
> There's an example module in the source tree (conf/ices.pl.dist). And
> the man page has more detail.

Aha - thanks. Hadn't seem that example module (ices.pm.dist).

Dan


From karl at xiph.org  Wed Feb  2 15:39:03 2005
From: karl at xiph.org (Karl Heyes)
Date: 02 Feb 2005 15:39:03 +0000
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <Pine.LNX.4.61.0502030044340.14324@data.home>
References: <HEEEKMFOKCBDNFDLFLICEEJKCLAA.ronblok@wxs.nl>
	<Pine.LNX.4.61.0502030044340.14324@data.home>
Message-ID: <1107358742.10442.0.camel@bogus.hackers.club>

On Wed, 2005-02-02 at 14:46, Geoff Shang wrote:
> Ron Blok wrote:
> 
> > <mount>
> >        <mount-name>/stream1</mount-name>
> >        <max-listeners>100</max-listeners>
> >        <fallback-mount>/test</fallback-mount>
> > 	<fallback-override>1</fallback-override>
> >
> >  	<mount-name>/stream2.ogg</mount-name>
> 
> hmmm.  Not that it will necessarily help, but I'dve thought each mountpoint 
> specification would need to go in its own <mount></mount> block.  Maybe I'm 
> wrong?

no, you are not wrong

karl.




From karl at xiph.org  Wed Feb  2 16:26:47 2005
From: karl at xiph.org (Karl Heyes)
Date: 02 Feb 2005 16:26:47 +0000
Subject: [Icecast] ices-0.4 & libshout
In-Reply-To: <002101c5092f$046b4920$727ba8c0@proteus>
References: <002101c5092f$046b4920$727ba8c0@proteus>
Message-ID: <1107361606.10442.28.camel@bogus.hackers.club>

On Wed, 2005-02-02 at 13:56, Olaf Schrader wrote:

> i,ve installed ices-0.4 and libshout2 under suse linux 9.2.
> when i try to execute ices, got an error message:
>  
> "ices: error while loading shared libraries: libshout.so.3: cannot
> open shared object file: No such file or directory"

the runtime linker cannot see the library. Either include the missing
path to libshout in /etc/ld.so.conf (running ldconfig afterwards) or in
LD_LIBRARY_PATH before running ices

karl.




From ronblok at wxs.nl  Wed Feb  2 17:07:59 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Wed, 02 Feb 2005 18:07:59 +0100
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <1107358742.10442.0.camel@bogus.hackers.club>
Message-ID: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>

Guys,
Thanks for the advise .... but I tried it initially with two separate
<mount> .... </mount> blocks with the same result.
Could it be a file/directory permission issue ? I am running it on Redhat 9.
Do you have any other recommendations?

Thanks in advance!

Ron

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]On
Behalf Of Karl Heyes
Sent: woensdag 2 februari 2005 16:39
To: Geoff Shang
Cc: icecast
Subject: Re: [Icecast] user Authentication - fail to add an user


On Wed, 2005-02-02 at 14:46, Geoff Shang wrote:
> Ron Blok wrote:
>
> > <mount>
> >        <mount-name>/stream1</mount-name>
> >        <max-listeners>100</max-listeners>
> >        <fallback-mount>/test</fallback-mount>
> > 	<fallback-override>1</fallback-override>
> >
> >  	<mount-name>/stream2.ogg</mount-name>
>
> hmmm.  Not that it will necessarily help, but I'dve thought each
mountpoint
> specification would need to go in its own <mount></mount> block.  Maybe
I'm
> wrong?

no, you are not wrong

karl.


_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 1-2-2005

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 1-2-2005



From r00tkanal at gmail.com  Wed Feb  2 22:18:52 2005
From: r00tkanal at gmail.com (Jeff Lush)
Date: Wed, 2 Feb 2005 15:18:52 -0700
Subject: [Icecast] Play static file before stream
Message-ID: <db397132050202141852a18154@mail.gmail.com>

Hi everyone,
I'm new to icecast and would like to know if it is possible to play a
static file before a stream. I would very much like to accomplish this
from icecast rather than a playlist, as the playlist can be bypassed.

Is it possible to direct icecast to play mountpoints sequentially? My
initial thoughts were to create 2 mountpoints, 1 for the static file
and 1 for the stream, then have icecast play them.

Any ideas on this would be greatly appreciated.

Thanks.

- Jeff


From r00tkanal at gmail.com  Wed Feb  2 22:51:08 2005
From: r00tkanal at gmail.com (Jeff Lush)
Date: Wed, 2 Feb 2005 15:51:08 -0700
Subject: [Icecast] Play static file before stream
In-Reply-To: <4201544F.7040202@afthd.tu-darmstadt.de>
References: <db397132050202141852a18154@mail.gmail.com>
	<4201544F.7040202@afthd.tu-darmstadt.de>
Message-ID: <a4946e99ac09a9ad27bd00389d670ef9@gmail.com>


On 2-Feb-05, at 3:29 PM, Thomas B. R?cker wrote:

> AFAIK this functionality is in Karls branch and needs volunteers for 
> testing ;)

Hi Thomas,

Thanks for the reply. Where would I find info on Karls branch?

Thanks.

- Jeff



From f.letteboer at xs4all.nl  Wed Feb  2 13:39:14 2005
From: f.letteboer at xs4all.nl (Frits Letteboer)
Date: Wed, 02 Feb 2005 14:39:14 +0100
Subject: [Icecast] directory listings
In-Reply-To: <825342766.20050202143455@chatlabel.de>
References: <825342766.20050202143455@chatlabel.de>
Message-ID: <4200D802.7080407@xs4all.nl>

Carsten Henkel wrote:
> hi together,
> 
> i have
> <directory>
>         <yp-url-timeout>15</yp-url-timeout>
>         <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
>     </directory>
>     <directory>
>         <yp-url-timeout>15</yp-url-timeout>
>         <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
>     </directory>  
> 
> aktiv on the icecast.xml and in ices.xml
> <Public>1</Public>

I have set
        <yp>1</yp>

in ices.xml (inside <instance>) and we are listed, so you might try this.






From mlrsmith at gmail.com  Wed Feb  2 23:52:08 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 3 Feb 2005 10:52:08 +1100
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
References: <1107358742.10442.0.camel@bogus.hackers.club>
	<HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
Message-ID: <3c17372105020215521e92fcda@mail.gmail.com>

On Wed, 02 Feb 2005 18:07:59 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> Guys,
> Thanks for the advise .... but I tried it initially with two separate
> <mount> .... </mount> blocks with the same result.
> Could it be a file/directory permission issue ? I am running it on Redhat 9.
> Do you have any other recommendations?

"Permission denied" suggests that it's a permissions issue. 

Also, are you sure this is the right path? (you might want to try an
absolute path).

If you send the entire config file (with your passwords chopped out,
obviously), aloing with details of where you've installed icecast,
where you're starting it from, what user you're running it as, and a
directory listing showing the permissions of the "myauth" file, we
might be able to help more.

Mike


From geoff at hitsandpieces.net  Thu Feb  3 04:09:23 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 3 Feb 2005 14:09:23 +1000
Subject: [Icecast] Play static file before stream
In-Reply-To: <db397132050202141852a18154@mail.gmail.com>
References: <db397132050202141852a18154@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0502031408030.14324@data.home>

Jeff Lush wrote:

> I'm new to icecast and would like to know if it is possible to play a
> static file before a stream. I would very much like to accomplish this
> from icecast rather than a playlist, as the playlist can be bypassed.

Not yet.  I believe this is slated for inclusion in a future version. 
This iis a feature I'd like to see too.

Geoff.



From geoff at hitsandpieces.net  Thu Feb  3 04:10:50 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 3 Feb 2005 14:10:50 +1000
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
References: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
Message-ID: <Pine.LNX.4.61.0502031409480.14324@data.home>

Ron Blok wrote:

> Could it be a file/directory permission issue ?

I have a vague recollection that the file needs to be able to be opened for 
writing as well as reading, if that helps.

Geoff.



From mlrsmith at gmail.com  Thu Feb  3 04:23:55 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 3 Feb 2005 15:23:55 +1100
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <Pine.LNX.4.61.0502031409480.14324@data.home>
References: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
	<Pine.LNX.4.61.0502031409480.14324@data.home>
Message-ID: <3c17372105020220235471acee@mail.gmail.com>

On Thu, 3 Feb 2005 14:10:50 +1000, Geoff Shang <geoff at hitsandpieces.net> wrote:
> Ron Blok wrote:
> 
> > Could it be a file/directory permission issue ?
> 
> I have a vague recollection that the file needs to be able to be opened for
> writing as well as reading, if that helps.

Your recollection is correct - for adding or removing users, you need
to be able to write to it.

If you don't use that bit (i.e. you're only using it for
authentication, and you're not changing the list of users that is
allowed), then it only needs to be opened for writing.

Mike


From carsten at chatlabel.de  Thu Feb  3 06:48:07 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Thu, 3 Feb 2005 07:48:07 +0100
Subject: [Icecast] install ices 0.4 and ices 2 parallel ?
Message-ID: <855760711.20050203074807@chatlabel.de>

hi,

can i install ices 0.4 and 2.0.1 on the sam server at the same time ?

thanks
  

-- 
Mit freundlichen Gr?ssen
Carsten Henkel                          mailto:carsten at chatlabel.de


Wer st?ndig in andere Fu?stapfen tritt, hinterl?sst keine eigenen Spuren... 

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From brendan at xiph.org  Thu Feb  3 06:49:39 2005
From: brendan at xiph.org (Brendan Cully)
Date: Wed, 2 Feb 2005 22:49:39 -0800
Subject: [Icecast] install ices 0.4 and ices 2 parallel ?
In-Reply-To: <855760711.20050203074807@chatlabel.de>
References: <855760711.20050203074807@chatlabel.de>
Message-ID: <20050203064938.GC13507@watanabe.local>

On Thursday, 03 February 2005 at 07:48, Carsten Henkel wrote:
> hi,
> 
> can i install ices 0.4 and 2.0.1 on the sam server at the same time ?

of course. Why wouldn't you be able to?


From carsten at chatlabel.de  Thu Feb  3 06:56:42 2005
From: carsten at chatlabel.de (Carsten Henkel)
Date: Thu, 3 Feb 2005 07:56:42 +0100
Subject: [Icecast] install ices 0.4 and ices 2 parallel ?
In-Reply-To: <20050203064938.GC13507@watanabe.local>
References: <855760711.20050203074807@chatlabel.de>
	<20050203064938.GC13507@watanabe.local>
Message-ID: <805032060.20050203075642@chatlabel.de>

Guten Morgen Brendan Cully,

Am Donnerstag, 3. Februar 2005 um 07:49 schrieben Sie:

BC> On Thursday, 03 February 2005 at 07:48, Carsten Henkel wrote:
>> can i install ices 0.4 and 2.0.1 on the sam server at the same time ?
BC> of course. Why wouldn't you be able to?

i can only start ices from consolte. i think i have somethink like
ices2.

thank you and have a nice day

-- 
Mit freundlichen Gr?ssen
Carsten Henkel                            mailto:carsten at chatlabel.de

Der wahrhaft Gelehrte sch?mt sich nicht, auch solche zu fragen, die unter ihm stehen. 

dieser Text ist zuf?llig gew?hlt und hat nichts mit dem Empf?nger der e-Mail zu tun.

Carsten Henkel
Passauer Stra?e 7
94577 Winzer
tel.: 0049 (0)180-3684398-360
fax.: 0049 (0)180-3684398-039

http://chatlabel.de
http://radio.chatlabel.de



From geoff at hitsandpieces.net  Thu Feb  3 07:48:04 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 3 Feb 2005 17:48:04 +1000
Subject: [Icecast] install ices 0.4 and ices 2 parallel ?
In-Reply-To: <855760711.20050203074807@chatlabel.de>
References: <855760711.20050203074807@chatlabel.de>
Message-ID: <Pine.LNX.4.61.0502031745480.14324@data.home>

Carsten Henkel wrote:

> can i install ices 0.4 and 2.0.1 on the sam server at the same time ?

If installing from source, yes, but you'll have to make sure the resulting 
binaries either aren't in the same place or have different names.  If 
installing from a package, it depends whether the package maintainers have 
made certain that they won't clash with each other.  For example, I think 
the packages in Debian call Ices 2.x ices2.

Geoff.



From jbebel at ncsu.edu  Thu Feb  3 15:21:57 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Thu, 03 Feb 2005 10:21:57 -0500
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <3c17372105020220235471acee@mail.gmail.com>
References: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>	<Pine.LNX.4.61.0502031409480.14324@data.home>
	<3c17372105020220235471acee@mail.gmail.com>
Message-ID: <42024195.9000508@ncsu.edu>

Michael Smith wrote:
> On Thu, 3 Feb 2005 14:10:50 +1000, Geoff Shang <geoff at hitsandpieces.net> wrote:
> 
>>Ron Blok wrote:
>>
>>
>>>Could it be a file/directory permission issue ?
>>
>>I have a vague recollection that the file needs to be able to be opened for
>>writing as well as reading, if that helps.
> 
> 
> Your recollection is correct - for adding or removing users, you need
> to be able to write to it.
> 
> If you don't use that bit (i.e. you're only using it for
> authentication, and you're not changing the list of users that is
> allowed), then it only needs to be opened for writing.

I think you mean reading.  It's important to note that it has to have 
permissions for reading and if necessary for writing, by the user 
icecast is run as.  If you use the changeowner option in the config 
file, make sure the password file has appropriate access for that user 
or group.

Joel


From ronblok at wxs.nl  Thu Feb  3 15:41:27 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Thu, 03 Feb 2005 16:41:27 +0100
Subject: [Icecast] user Authentication - fail to add an user - Problem
	solved !
In-Reply-To: <42024195.9000508@ncsu.edu>
Message-ID: <HEEEKMFOKCBDNFDLFLICEEKGCLAA.ronblok@wxs.nl>

YES YES YES !!!
Problem solved!

First of all ... I probably miss interpreted the following information from
the documentation;

"The first, filename, specifies the name of the file to use to store users
and passwords. Note that this file need not exist (and probably will not
exist when you first set it up). Icecast has built-in support for managing
users and passwords via the web admin interface."

I interpreted this as .. the authentication file would be generated by
icecast.
When I specified the absolute path., created the empty file end ensured the
correct file permissions ... I was able to add users. At this moment I am
not able to delete users trough the web interface ...... but before I start
a new threat about this one I try to figure it out for myself first.

Boy do I feel stupid :-(

Thanks for all your help !!!!

Ron
-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]On
Behalf Of Joel Ebel
Sent: donderdag 3 februari 2005 16:22
To: icecast
Subject: Re: [Icecast] user Authentication - fail to add an user


Michael Smith wrote:
> On Thu, 3 Feb 2005 14:10:50 +1000, Geoff Shang <geoff at hitsandpieces.net>
wrote:
>
>>Ron Blok wrote:
>>
>>
>>>Could it be a file/directory permission issue ?
>>
>>I have a vague recollection that the file needs to be able to be opened
for
>>writing as well as reading, if that helps.
>
>
> Your recollection is correct - for adding or removing users, you need
> to be able to write to it.
>
> If you don't use that bit (i.e. you're only using it for
> authentication, and you're not changing the list of users that is
> allowed), then it only needs to be opened for writing.

I think you mean reading.  It's important to note that it has to have
permissions for reading and if necessary for writing, by the user
icecast is run as.  If you use the changeowner option in the config
file, make sure the password file has appropriate access for that user
or group.

Joel
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 1-2-2005

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 1-2-2005



From karl at xiph.org  Thu Feb  3 15:43:30 2005
From: karl at xiph.org (Karl Heyes)
Date: 03 Feb 2005 15:43:30 +0000
Subject: [Icecast] Play static file before stream
In-Reply-To: <Pine.LNX.4.61.0502031408030.14324@data.home>
References: <db397132050202141852a18154@mail.gmail.com>
	<Pine.LNX.4.61.0502031408030.14324@data.home>
Message-ID: <1107445410.29360.4.camel@bogus.hackers.club>

On Thu, 2005-02-03 at 04:09, Geoff Shang wrote:
> Jeff Lush wrote:
> 
> > I'm new to icecast and would like to know if it is possible to play a
> > static file before a stream. I would very much like to accomplish this
> > from icecast rather than a playlist, as the playlist can be bypassed.
> 
> Not yet.  I believe this is slated for inclusion in a future version. 
> This iis a feature I'd like to see too.

This exists in my branch currently, the reports so far indicate it's
working fine. Note that the same considerations that apply to fallback
mounts also apply to intro files, ie same compression format and the
audio (for various players) would be better to keep to the same
samplerate and channels.

Testers can get kh6 from SVN or http://mediacast1.com/~karl/

karl




From agentgrn at dcne.net  Thu Feb  3 17:44:03 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Thu, 03 Feb 2005 12:44:03 -0500
Subject: [Icecast] Stream drops during handoff.  Suggestions?
Message-ID: <420262E3.1030508@dcne.net>

Sorry if this has been asked before, but I've searched high and low for 
the last couple days for an answer.

An Internet radio station I DJ for is using Shoutcast and MP3, but we 
are considering moving to an Icecast/Ogg Vorbis combination instead.  We 
work in 3-hour shifts.  When we hand off, the DJ on-stream stops teh 
encoder, shouts "go" on IRC, and the DJ in line starts his encoder.

However, one thing I'm finding in my testing is that during a simulated 
handoff on a test server, stream listeners are disconnected.  The only 
workaround I've found for this is to run a near-silent failover stream 
which fills in the blank spot until the main encoder is re-started.

Is this solution the only way to go about preserving the stream between 
shows?  Is it possible to store a short vorbis file on the server which 
can provide the silence instead of running a backup stream to it?  Is 
there something I totally missed?

-I


From jbebel at ncsu.edu  Thu Feb  3 18:28:28 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Thu, 03 Feb 2005 13:28:28 -0500
Subject: [Icecast] Stream drops during handoff.  Suggestions?
In-Reply-To: <420262E3.1030508@dcne.net>
References: <420262E3.1030508@dcne.net>
Message-ID: <42026D4C.5010905@ncsu.edu>

I think you've got the right idea.  The way I see to do it is set up a 
quiet backup stream.  If you use ogg, make sure it isn't silence. 
You'll need to give it -90 dB white noise.  Basically random 0, +1 an -1 
values.  The backup stream can be served form the same computer as 
icecast.  Probably the easiest way is to use ezstream to send the 
silence file repeatedly.  Since you aren't re-encoding, it won't take 
much cpu at all.  Just be sure to check on ezstream from time to time. 
It inevitably stops working eventually for me.

Joel

Ian A. Underwood wrote:
> Sorry if this has been asked before, but I've searched high and low for 
> the last couple days for an answer.
> 
> An Internet radio station I DJ for is using Shoutcast and MP3, but we 
> are considering moving to an Icecast/Ogg Vorbis combination instead.  We 
> work in 3-hour shifts.  When we hand off, the DJ on-stream stops teh 
> encoder, shouts "go" on IRC, and the DJ in line starts his encoder.
> 
> However, one thing I'm finding in my testing is that during a simulated 
> handoff on a test server, stream listeners are disconnected.  The only 
> workaround I've found for this is to run a near-silent failover stream 
> which fills in the blank spot until the main encoder is re-started.
> 
> Is this solution the only way to go about preserving the stream between 
> shows?  Is it possible to store a short vorbis file on the server which 
> can provide the silence instead of running a backup stream to it?  Is 
> there something I totally missed?
> 
> -I
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From karl at xiph.org  Thu Feb  3 19:21:50 2005
From: karl at xiph.org (Karl Heyes)
Date: 03 Feb 2005 19:21:50 +0000
Subject: [Icecast] Stream drops during handoff.  Suggestions?
In-Reply-To: <420262E3.1030508@dcne.net>
References: <420262E3.1030508@dcne.net>
Message-ID: <1107458509.29360.39.camel@bogus.hackers.club>

On Thu, 2005-02-03 at 17:44, Ian A. Underwood wrote:

> An Internet radio station I DJ for is using Shoutcast and MP3, but we 
> are considering moving to an Icecast/Ogg Vorbis combination instead.  We 
> work in 3-hour shifts.  When we hand off, the DJ on-stream stops teh 
> encoder, shouts "go" on IRC, and the DJ in line starts his encoder.
> 
> However, one thing I'm finding in my testing is that during a simulated 
> handoff on a test server, stream listeners are disconnected.  The only 
> workaround I've found for this is to run a near-silent failover stream 
> which fills in the blank spot until the main encoder is re-started.
> 
> Is this solution the only way to go about preserving the stream between 
> shows?  Is it possible to store a short vorbis file on the server which 
> can provide the silence instead of running a backup stream to it?  Is 
> there something I totally missed?

To prevent dropping listeners when a stream stops you have to send them
to some other mountpoint. As already suggested, the current mechanism
would involve playing a prerecorded file via something like ezstream and
move listeners to that mountpoint on exit and moving them back off it
when the next source connects.

One solution is to have the following

/backup.ogg      fed from ezstream
/live.ogg        external mountpoint for listeners, local relay
/dj1.ogg         DJ 1 mountpoint
/dj2.ogg         DJ 2 mountpoint

/live.ogg starts as a relay of /backup.ogg

/dj1.ogg  fallback-override 1, fallback-mount /backup.ogg
/dj2.ogg  fallback-override 1, fallback-mount /backup.ogg

DJ 1 connects, relay takes stream from here now
DJ 1 disconnects, relay takes stream from /backup.ogg

listeners will always be on /live.ogg

I do have some work in my branch for fallback to file, that seems to
work as you would expect from a fallback to mountpoint. Feel free to
test it if you want.  For such cases I guess you would have a /live.ogg
which would fallback to file and have DJs connecting with mountpoint
/live.ogg.

karl.




From k.j.wierenga at home.nl  Thu Feb  3 20:11:19 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Thu, 3 Feb 2005 21:11:19 +0100
Subject: [Icecast] Stream drops during handoff.  Suggestions?
In-Reply-To: <420283FD.7070307@ncsu.edu>
Message-ID: <IPEHLPFNBAINJOFBPOBKEENNGBAA.k.j.wierenga@home.nl>


I'm using ezstream-0.1.2
KJ

-----Oorspronkelijk bericht-----
Van: Joel Ebel [mailto:jbebel at ncsu.edu]
Verzonden: donderdag 3 februari 2005 21:05
Aan: Klaas Jan Wierenga
Onderwerp: Re: [Icecast] Stream drops during handoff. Suggestions?


Thanks.  I'll have to try that.  I wonder why ezstream would ever stop
sending data for that long though.  What version of ezstream are you
running?

Joel

Klaas Jan Wierenga wrote:
> About ezstream inevitably stopping.... I had the same problem, but
> increasing the source-timeout from the default 10 (seconds) to 30
(seconds)
> has done the trick for me. Ezstream hasn't stopped for over two months.
> Maybe this could help you too.
>
> Cheers,
> Klaas Jan
>
> -----Oorspronkelijk bericht-----
> Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens
> Joel Ebel
> Verzonden: donderdag 3 februari 2005 19:28
> Aan: icecast at xiph.org
> Onderwerp: Re: [Icecast] Stream drops during handoff. Suggestions?
>
>
> I think you've got the right idea.  The way I see to do it is set up a
> quiet backup stream.  If you use ogg, make sure it isn't silence.
> You'll need to give it -90 dB white noise.  Basically random 0, +1 an -1
> values.  The backup stream can be served form the same computer as
> icecast.  Probably the easiest way is to use ezstream to send the
> silence file repeatedly.  Since you aren't re-encoding, it won't take
> much cpu at all.  Just be sure to check on ezstream from time to time.
> It inevitably stops working eventually for me.
>
> Joel
>
> Ian A. Underwood wrote:
>
>>Sorry if this has been asked before, but I've searched high and low for
>>the last couple days for an answer.
>>
>>An Internet radio station I DJ for is using Shoutcast and MP3, but we
>>are considering moving to an Icecast/Ogg Vorbis combination instead.  We
>>work in 3-hour shifts.  When we hand off, the DJ on-stream stops teh
>>encoder, shouts "go" on IRC, and the DJ in line starts his encoder.
>>
>>However, one thing I'm finding in my testing is that during a simulated
>>handoff on a test server, stream listeners are disconnected.  The only
>>workaround I've found for this is to run a near-silent failover stream
>>which fills in the blank spot until the main encoder is re-started.
>>
>>Is this solution the only way to go about preserving the stream between
>>shows?  Is it possible to store a short vorbis file on the server which
>>can provide the silence instead of running a backup stream to it?  Is
>>there something I totally missed?
>>
>>-I
>>_______________________________________________
>>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 mlrsmith at gmail.com  Thu Feb  3 23:03:22 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Fri, 4 Feb 2005 10:03:22 +1100
Subject: [Icecast] user Authentication - fail to add an user
In-Reply-To: <42024195.9000508@ncsu.edu>
References: <HEEEKMFOKCBDNFDLFLICCEJNCLAA.ronblok@wxs.nl>
	<Pine.LNX.4.61.0502031409480.14324@data.home>
	<3c17372105020220235471acee@mail.gmail.com>
	<42024195.9000508@ncsu.edu>
Message-ID: <3c173721050203150353a9a4de@mail.gmail.com>

On Thu, 03 Feb 2005 10:21:57 -0500, Joel Ebel <jbebel at ncsu.edu> wrote:
> Michael Smith wrote:

> > If you don't use that bit (i.e. you're only using it for
> > authentication, and you're not changing the list of users that is
> > allowed), then it only needs to be opened for writing.
> 
> I think you mean reading.  It's important to note that it has to have
> permissions for reading and if necessary for writing, by the user
> icecast is run as.  If you use the changeowner option in the config
> file, make sure the password file has appropriate access for that user
> or group.

Yes, I did mean reading in that last sentence. Oops - typo/thinko :-)

Thanks for clarifying.

Mike


From mlrsmith at gmail.com  Thu Feb  3 23:07:32 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Fri, 4 Feb 2005 10:07:32 +1100
Subject: [Icecast] user Authentication - fail to add an user - Problem
	solved !
In-Reply-To: <HEEEKMFOKCBDNFDLFLICEEKGCLAA.ronblok@wxs.nl>
References: <42024195.9000508@ncsu.edu>
	<HEEEKMFOKCBDNFDLFLICEEKGCLAA.ronblok@wxs.nl>
Message-ID: <3c17372105020315072eaf9398@mail.gmail.com>

On Thu, 03 Feb 2005 16:41:27 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> YES YES YES !!!
> Problem solved!
> 
> First of all ... I probably miss interpreted the following information from
> the documentation;
> 
> "The first, filename, specifies the name of the file to use to store users
> and passwords. Note that this file need not exist (and probably will not
> exist when you first set it up). Icecast has built-in support for managing
> users and passwords via the web admin interface."
> 
> I interpreted this as .. the authentication file would be generated by
> icecast.
> When I specified the absolute path., created the empty file end ensured the
> correct file permissions ... I was able to add users. At this moment I am
> not able to delete users trough the web interface ...... but before I start
> a new threat about this one I try to figure it out for myself first.

You interpreted this correctly. The authentication file should be
created by icecast. If it isn't... that sounds like a bug (so please
report it on our bugtracking systems at http://bugs.xiph.org).
Alternatively, it might be that the location you specified was simply
not writable by the user icecast was running as - if that's the case,
it won't be able to create the file.

Not being able to delete users would also be a bug. Again, I suspect
that's a permissions issue, though - icecast needs to create a
temporary file before overwriting the original file.

Mike


From alek at zvuk.net  Fri Feb  4 01:02:26 2005
From: alek at zvuk.net (Alek Andreev)
Date: Thu, 03 Feb 2005 20:02:26 -0500
Subject: [Icecast] Compile without OGG support?
Message-ID: <4202C9A2.50903@zvuk.net>

Hi,

I need to compile Icecast on a kind of ancient AIX machine. I compiled 
all the required libraries, except libvorbis, and I can't make it 
compile at all. Is there a way to compile Icecast without Ogg Vorbis 
support?

Thanks!
-- 

Regards,
Alek Andreev
alek at zvuk.net


From mlrsmith at gmail.com  Fri Feb  4 01:25:05 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Fri, 4 Feb 2005 12:25:05 +1100
Subject: [Icecast] Compile without OGG support?
In-Reply-To: <4202C9A2.50903@zvuk.net>
References: <4202C9A2.50903@zvuk.net>
Message-ID: <3c17372105020317257ac77e02@mail.gmail.com>

On Thu, 03 Feb 2005 20:02:26 -0500, Alek Andreev <alek at zvuk.net> wrote:
> Hi,
> 
> I need to compile Icecast on a kind of ancient AIX machine. I compiled
> all the required libraries, except libvorbis, and I can't make it
> compile at all. Is there a way to compile Icecast without Ogg Vorbis
> support?

Nope, vorbis support is not optional (and won't be made optional). You
could rip the code apart to get it to not use vorbis, but I wouldn't
recommend that. Making libvorbis compile is likely to be a better
path, it shouldn't be _too_ hard.

Mike


From geoff at hitsandpieces.net  Fri Feb  4 08:40:32 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 4 Feb 2005 18:40:32 +1000
Subject: [Icecast] Compile without OGG support?
In-Reply-To: <4202C9A2.50903@zvuk.net>
References: <4202C9A2.50903@zvuk.net>
Message-ID: <Pine.LNX.4.61.0502041838430.14324@data.home>

Alek Andreev wrote:

> I need to compile Icecast on a kind of ancient AIX machine. I compiled all 
> the required libraries, except libvorbis, and I can't make it compile at all. 
> Is there a way to compile Icecast without Ogg Vorbis support?

As Mike has said, no there isn't.

Stupid question, but you did compile and install libogg first?

Perhaps send us the error you're getting so we can help diagnose why 
libvorbis isn't compiling for you.

Geoff.



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

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

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


From mlabash at babylabash.com  Sat Feb  5 00:12:21 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Fri, 4 Feb 2005 16:12:21 -0800
Subject: [Icecast] RealServer and Icecast
Message-ID: <p06110407be29bdb5fe45@[63.192.39.198]>

I now this may be a touchy subject, but I'll preface by saying that 
I'm trying to get away from Real Networks. Now that video is becoming 
a reality with Icecast, I want to make a slow transition from using 
RealServer to using Icecast. I have 20GBs of video content in Real 
format so I need to keep using the RealServer, but I want to start 
running the live audio stream with Icecast. Has anyone ever tried 
running RealServer and Icecast on the same server at the same time?

Here are my server specs:
Memory : 1GB DDR RAM
Hard Drive 1 : 40GB EIDE 
Processor : (US Only) Single AMD Athlon XP 2200+ 1.8 GHz
Operating System : Windows 2000

Thanks to all.

-- 
nyuknyuknyuk
mikee
--------------------
New Possibilities Design
http://www.babylabash.com
Lavapen.com illustration
http://www.lavapen
Listen to Love Underground Visionary Revolution (LUVeR)
http://www.luver.com
Listen to LUVeR Alternative News
http://www.luver.org


From geoff at hitsandpieces.net  Sat Feb  5 02:00:50 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 5 Feb 2005 12:00:50 +1000
Subject: [Icecast] RealServer and Icecast
In-Reply-To: <p06110407be29bdb5fe45@[63.192.39.198]>
References: <p06110407be29bdb5fe45@[63.192.39.198]>
Message-ID: <Pine.LNX.4.61.0502051159020.14324@data.home>

Hi:

I don't know what Realserver needs in terms of specs, but Icecast doesn't 
actually do any processing of streams, just serving, so its CPU overhead is 
extremely small.  Now, if you're needing to encode the live stream on the 
same box as well, that's a different story.

Geoff.


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

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

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


From greg at orban.com  Sat Feb  5 02:13:51 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Fri, 04 Feb 2005 18:13:51 -0800
Subject: [Icecast] RealServer and Icecast
In-Reply-To: <p06110407be29bdb5fe45@[63.192.39.198]>
References: <p06110407be29bdb5fe45@[63.192.39.198]>
Message-ID: <6.1.2.0.2.20050204181204.12197ec0@66.220.31.130>

Icecast2 and Real/Helix Server can co-exist on the same computer provided 
there are no port conflicts, which by default, there are none.

I have a few test servers with this configuration working fine.

-greg.


At 16:12 2005-02-04, Michael LaBash wrote:
>I now this may be a touchy subject, but I'll preface by saying that I'm 
>trying to get away from Real Networks. Now that video is becoming a 
>reality with Icecast, I want to make a slow transition from using 
>RealServer to using Icecast. I have 20GBs of video content in Real format 
>so I need to keep using the RealServer, but I want to start running the 
>live audio stream with Icecast. Has anyone ever tried running RealServer 
>and Icecast on the same server at the same time?
>
>Here are my server specs:
>Memory : 1GB DDR RAM
>Hard Drive 1 : 40GB EIDE Processor : (US Only) Single AMD Athlon XP 2200+ 
>1.8 GHz
>Operating System : Windows 2000
>
>Thanks to all.
>
>--
>nyuknyuknyuk
>mikee
>--------------------
>New Possibilities Design
>http://www.babylabash.com
>Lavapen.com illustration
>http://www.lavapen
>Listen to Love Underground Visionary Revolution (LUVeR)
>http://www.luver.com
>Listen to LUVeR Alternative News
>http://www.luver.org
>_______________________________________________
>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 graver at graver.xs4all.nl  Sat Feb  5 12:02:01 2005
From: graver at graver.xs4all.nl (Frits Letteboer)
Date: Sat, 05 Feb 2005 13:02:01 +0100
Subject: [Icecast] Question about relays, mountpoints and fallback
Message-ID: <4204B5B9.5030101@graver.xs4all.nl>

Hi,

I'm trying to make the following situation work:

We have a jukebox (/jukebox.ogg) and live DJs (/live.ogg). The jukebox 
should be the active stream when no DJ is connected and also the 
fallback if the DJs connection should drop.

However, when a DJ is connected, one should not be able to listen to the 
jukebox correctly. So there would be 1 effective stream as a result. 
(Users are always linked to /live.ogg, but the jukebox will also show up 
in the YP-directories when a DJ is connected, so both streams are visible)

This is the relevant part from the icecast config:

         <mount>
                 <mount-name>/live.ogg</mount-name>
                  <fallback-mount>/jukebox.ogg</fallback-mount>
                 <fallback-override>1</fallback-override>
         </mount>

In this sit

Can I pull this off with icecast?

Thanks in advance.


From graver at graver.xs4all.nl  Sat Feb  5 12:05:30 2005
From: graver at graver.xs4all.nl (Frits Letteboer)
Date: Sat, 05 Feb 2005 13:05:30 +0100
Subject: [Icecast] Question about relays, mountpoints and fallback
In-Reply-To: <4204B5B9.5030101@graver.xs4all.nl>
References: <4204B5B9.5030101@graver.xs4all.nl>
Message-ID: <4204B68A.1060707@graver.xs4all.nl>

Frits Letteboer wrote:

 > However, when a DJ is connected, one should not be able to listen to 
the jukebox correctly. So there would be 1 effective stream as a result.


correctly = directly, ofcourse ;)


From geoff at hitsandpieces.net  Sat Feb  5 12:38:26 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 5 Feb 2005 22:38:26 +1000
Subject: [Icecast] Question about relays, mountpoints and fallback
In-Reply-To: <4204B5B9.5030101@graver.xs4all.nl>
References: <4204B5B9.5030101@graver.xs4all.nl>
Message-ID: <Pine.LNX.4.61.0502052222360.14324@data.home>

Hi,

There are two issues here, the being able to listen to the jukebox directly 
and it being listed.  I'll deal with the simpler one first.

There's two ways to prevent a stream from being listed, streamer-side or 
server-side.  I don't know how either of these affects a fallback situation 
(I'm guessing that at least the streamer-side solution would cause the 
stream not to be listed when it falls back so it's probably not desirable, 
but I don't know for sure).  You can either tell your jukebox streamer that 
the stream is not to be listed on the YP directory, or you can make a 
<mount> section for /jukebox.ogg and put a no-yp directive in like so:

<mount>
<mount-name>/jukebox.ogg</mount-name>
<no-yp>1</no-yp>
</mount>

You can also add an <hidden> directive, which I think stops it appearing on 
stats pages if this is important to you.

The other problem is more difficult.  I've thought of a few solutions, but 
not sure if they all work so wil need input from developers on these.

1.  Set <max-listeners> to 0 in the block we just defined.  This will work 
*if* the parameters for listening to your live mount are not influenced by 
your jukebox mount definition.  Logic would suggest this to be true, but 
one would need to test this.  The downside to this solution is that it's 
not possible for an admin to tune in and check that it's running.  So I 
recommend against it.

2.  Set some authentication on the mountpoint.  Again, I don't know if
    doing this will affect free listening to your main mountpoint, but one
    would think it wouldn't.  This means that anyone trying to listen to
    /jukebox.ogg would need to have the right credentials to be able to do
    so.  This would be my prefered option.

3.  If neither of the above work, you could simply use some wacky mount 
name that no-one would guess in a million years, like 
/d6cb699284189628d0d8a6c5e56552fb.ogg - as long as it's in the config file, 
that's all that matters.

Hope one of these works for you.

Geoff.


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

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

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


From d.g.speekenbrink at silverstreak.nl  Sun Feb  6 14:16:53 2005
From: d.g.speekenbrink at silverstreak.nl (Dennis Speekenbrink)
Date: Sun, 06 Feb 2005 15:16:53 +0100
Subject: [Icecast] Limiting mountpoints
Message-ID: <420626D5.4030901@silverstreak.nl>

Hi List,

I'm pretty new to IceCast and I've got a question,

Is it possible to limit the amount and types of streams (mountpoints) a 
user creates?

Scenario:
I've got several users (say 10), that I want to be able to stream 
through my server.  But to limit the bandwith costs I'd like to limit 
the amount of data they stream.
- The mount specific options will allow me to 'reserve' specific 
mountpoints for each user (by way of user/password), but is there a 
directive that prevents them from creating a new mountpoint? (as they 
are created on-the-fly by default).  The only way I can easily see is 
launching a seperate server for each user and limiting the sources of 
each server to 1.
- Are there directives (either server-wide or mount-specific) that limit 
the type of stream (bitrate, encoding etc) that sources can supply?

I've checked the docs, and read through the last few months of 
maillinglist archive, but I couldn't find a reference to my questions.

Any help/tips are very much appreciated!

Dennis



From geoff at hitsandpieces.net  Sun Feb  6 14:12:34 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Mon, 7 Feb 2005 00:12:34 +1000
Subject: [Icecast] Limiting mountpoints
In-Reply-To: <420626D5.4030901@silverstreak.nl>
References: <420626D5.4030901@silverstreak.nl>
Message-ID: <Pine.LNX.4.61.0502070007200.14324@data.home>

Dennis Speekenbrink wrote:

> I've got several users (say 10), that I want to be able to stream through my 
> server.  But to limit the bandwith costs I'd like to limit the amount of data 
> they stream.
> - The mount specific options will allow me to 'reserve' specific mountpoints 
> for each user (by way of user/password), but is there a directive that 
> prevents them from creating a new mountpoint? (as they are created on-the-fly 
> by default).  The only way I can easily see is launching a seperate server 
> for each user and limiting the sources of each server to 1.

Well, if you create a specific mount section for each user, with its own 
password (and username if their streamer supports that), the only way they 
can create any other mountpoints is if they know the global source 
password.  So if you keep that to yourself and make sure each user has 
their own password, they should all be limited to the one mountpoint for 
which they have the correct password.

> - Are there directives (either server-wide or mount-specific) that limit the 
> type of stream (bitrate, encoding etc) that sources can supply?

No.  I've seen places like mediacast which charge according to these specs, 
but don't know how they enforce it (maybe someone from there is on the 
list).

Geoff.


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

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

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


From jsoukup at netlantic.de  Fri Feb  4 14:17:18 2005
From: jsoukup at netlantic.de (Johann Soukup)
Date: Fri, 04 Feb 2005 15:17:18 +0100
Subject: [Icecast] Seeking in a static served file
Message-ID: <420383EE.508C7BFE@netlantic.de>

Hello.

Is it possible to configure the Icecast server to seek in
a static served file ?
To use e.g. the slider of Winamp to forward and rewind
inside a static served MP3 file from the Icecast server.

Cheers

 - Johann

----------------------------------------------------
 Netlantic GmbH          | phone +49 89 960570-0
 Johann Soukup           | fax   +49 89 960570-79
----------------------------------------------------





From sairwas at sairwas.org  Fri Feb  4 16:46:37 2005
From: sairwas at sairwas.org (=?ISO-8859-1?Q?Antti_N=E4yh=E4?=)
Date: Fri, 04 Feb 2005 18:46:37 +0200
Subject: [Icecast] Severe problem with Icecast2 and streamTranscoder
Message-ID: <4203A6ED.5070108@sairwas.org>

I have a setup where Icecast 2.2.0 is serving a single Vorbis stream.
The source is either a local ices2 or a remote Winamp/Oddcast.  I'm then
running a streamTranscoder 1.2.8 instance on the server to transcode the
Vorbis stream to MP3 on the fly and send it back to Icecast, to be
served at a different mountpoint.  My config files are very basic with
most settings at their defaults.

The problem is that whenever enough listeners (usually more than 10 is
needed) connect to the transcoded MP3 stream at Icecast,
streamTranscoder seems to go crazy after a while.  When you're listening
to it on a client, it seems to skip forward (kinda like fast forwarding
on a CD player) for a few seconds, then buffer for a few seconds, then
skip forward again, etc.  The only way to fix this seems to be killing
streamTranscoder and starting it again.

I don't know how it's possible that the number of listeners connected to
the Icecast server can affect streamTranscoder like that, but after
rigorous testing I'm positive about the relation!  At first I was sure
that this was a bug in sT, but I have now tried the same setup with
Shoutcast and the problem did *not* appear.  So it seems to have
something to do with Icecast after all.

The Icecast logs don't show anything significant.  My original
streamTranscoder bug report (with log snippets) is available here:
http://www.oddsock.org/openbb/read.php?TID=1640

-- 
Antti N?yh?                 "Ich bin der Zorn Gottes;
http://www.sairwas.org/         wer sonst ist mit mir?"



From smistry at micro.ti.com  Fri Feb  4 23:39:24 2005
From: smistry at micro.ti.com (Surendra Mistry)
Date: Fri, 04 Feb 2005 17:39:24 -0600
Subject: [Icecast] liveice with icecast2 Error on starting liveice 
Message-ID: <420407AC.3070305@micro.ti.com>

I have icecast running on linux server and am trying to
get liveice to stream a play list.

When I start liveice it tells me all the mp3 files listed
in the list are bad.

THese mp3 files work with windows media plyaer.

Can anyone suggest what might be wrong?

Regards
Surendra



From mlrsmith at gmail.com  Mon Feb  7 00:27:02 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Mon, 7 Feb 2005 11:27:02 +1100
Subject: [Icecast] Seeking in a static served file
In-Reply-To: <420383EE.508C7BFE@netlantic.de>
References: <420383EE.508C7BFE@netlantic.de>
Message-ID: <3c1737210502061627c09c0b1@mail.gmail.com>

On Fri, 04 Feb 2005 15:17:18 +0100, Johann Soukup <jsoukup at netlantic.de> wrote:
> Hello.
> 
> Is it possible to configure the Icecast server to seek in
> a static served file ?
> To use e.g. the slider of Winamp to forward and rewind
> inside a static served MP3 file from the Icecast server.

Some players can do seeking via http if the server supports the Range
header. Icecast (2.2 at least - I'm not sure whether 2.1 had it)
supports Range headers, so it should work fine.

Mike


From d.g.speekenbrink at silverstreak.nl  Mon Feb  7 00:45:06 2005
From: d.g.speekenbrink at silverstreak.nl (Dennis Speekenbrink)
Date: Mon, 07 Feb 2005 01:45:06 +0100
Subject: [Icecast] Severe problem with Icecast2 and streamTranscoder
In-Reply-To: <4203A6ED.5070108@sairwas.org>
References: <4203A6ED.5070108@sairwas.org>
Message-ID: <4206BA12.3060709@silverstreak.nl>

Antti N?yh? wrote:

> I have a setup where Icecast 2.2.0 is serving a single Vorbis stream.
> The source is either a local ices2 or a remote Winamp/Oddcast.  I'm then
> running a streamTranscoder 1.2.8 instance on the server to transcode the
> Vorbis stream to MP3 on the fly and send it back to Icecast, to be
> served at a different mountpoint.  My config files are very basic with
> most settings at their defaults.
>
> The problem is that whenever enough listeners (usually more than 10 is
> needed) connect to the transcoded MP3 stream at Icecast,
> streamTranscoder seems to go crazy after a while.  When you're listening
> to it on a client, it seems to skip forward (kinda like fast forwarding
> on a CD player) for a few seconds, then buffer for a few seconds, then
> skip forward again, etc.  The only way to fix this seems to be killing
> streamTranscoder and starting it again.
>
> I don't know how it's possible that the number of listeners connected to
> the Icecast server can affect streamTranscoder like that, but after
> rigorous testing I'm positive about the relation!  At first I was sure
> that this was a bug in sT, but I have now tried the same setup with
> Shoutcast and the problem did *not* appear.  So it seems to have
> something to do with Icecast after all.
>
> The Icecast logs don't show anything significant.  My original
> streamTranscoder bug report (with log snippets) is available here:
> http://www.oddsock.org/openbb/read.php?TID=1640
>
My first thought is that the amount of listeners is reaching your 
bandwith limit.
Does your server have enough continuous throughput to keep up?
(the buffering / burst settings might produce the skipping output)
(note: if the Shoutcast setup uses the same bandwith and users, then 
this is not the problem)

Try lowering quality and/or bitrate to reduce the amount of data it has 
to send and see wether you can connect more listeners.

Also, is the CPU able to handle it all?

Dennis



From alek at zvuk.net  Mon Feb  7 14:05:08 2005
From: alek at zvuk.net (Alek Andreev)
Date: Mon, 07 Feb 2005 09:05:08 -0500
Subject: [Icecast] Icecast dropping streams
Message-ID: <42077594.90702@zvuk.net>

Hi,

I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been 
going for about a week, but two days ago I changed my icecast.xml. Since 
then, Icecast dropped my sources and stopped transmission twice. 
Everytime, it spew out

xmlEncodeEntitiesReentrant : char out of range

on STDERR and

[2005-02-07  01:14:47] WARN source/get_next_buffer Disconnecting source 
due to socket timeout

in the error log. I'm pretty sure my source is still running when it 
gets cut off, because I can see it's output. Any ideas?


-- 

Regards,
Alek Andreev
alek at zvuk.net


From karl at xiph.org  Mon Feb  7 14:23:53 2005
From: karl at xiph.org (Karl Heyes)
Date: 07 Feb 2005 14:23:53 +0000
Subject: [Icecast] Icecast dropping streams
In-Reply-To: <42077594.90702@zvuk.net>
References: <42077594.90702@zvuk.net>
Message-ID: <1107786233.4417.10.camel@bogus.hackers.club>

On Mon, 2005-02-07 at 14:05, Alek Andreev wrote:
> Hi,
> 
> I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been 
> going for about a week, but two days ago I changed my icecast.xml. Since 
> then, Icecast dropped my sources and stopped transmission twice. 
> Everytime, it spew out
> 
> xmlEncodeEntitiesReentrant : char out of range

These are usually down to non-utf8 chars being sent to icecast. Check
the metadata being sent

> [2005-02-07  01:14:47] WARN source/get_next_buffer Disconnecting source 
> due to socket timeout
> 
> in the error log. I'm pretty sure my source is still running when it 
> gets cut off, because I can see it's output. Any ideas?

That message occurs if icecast hasn't received any data after a certain
amount of idle time (<source-timeout> seconds).  This could be down to
the source client (ezstream) not sending anything or may be a network
outage. If icecast disconnects the source client or if the network has a
problem then the source client should try to reconnect.

karl.




From alek at zvuk.net  Mon Feb  7 14:22:44 2005
From: alek at zvuk.net (Alek Andreev)
Date: Mon, 07 Feb 2005 09:22:44 -0500
Subject: [Icecast] Icecast dropping streams
In-Reply-To: <1107786233.4417.10.camel@bogus.hackers.club>
References: <42077594.90702@zvuk.net>
	<1107786233.4417.10.camel@bogus.hackers.club>
Message-ID: <420779B4.6020802@zvuk.net>

> These are usually down to non-utf8 chars being sent to icecast. Check
> the metadata being sent

That's quite likely, since some of the tracks have cyrillic ID3 tags. 
What should I do to cirvumvent that?

> That message occurs if icecast hasn't received any data after a certain
> amount of idle time (<source-timeout> seconds).  This could be down to
> the source client (ezstream) not sending anything or may be a network
> outage. If icecast disconnects the source client or if the network has a
> problem then the source client should try to reconnect.

Not the case, since the source and Icecast run on the same machine.
-- 

Regards,
Alek Andreev
alek at zvuk.net


From karl at xiph.org  Mon Feb  7 14:41:15 2005
From: karl at xiph.org (Karl Heyes)
Date: 07 Feb 2005 14:41:15 +0000
Subject: [Icecast] Icecast dropping streams
In-Reply-To: <420779B4.6020802@zvuk.net>
References: <42077594.90702@zvuk.net>
	<1107786233.4417.10.camel@bogus.hackers.club>
	<420779B4.6020802@zvuk.net>
Message-ID: <1107787275.4417.21.camel@bogus.hackers.club>

On Mon, 2005-02-07 at 14:22, Alek Andreev wrote:
> > These are usually down to non-utf8 chars being sent to icecast. Check
> > the metadata being sent
> 
> That's quite likely, since some of the tracks have cyrillic ID3 tags. 
> What should I do to cirvumvent that?

use iconv to convert the metadata text to UTF8 and update the metadata.

> > That message occurs if icecast hasn't received any data after a certain
> > amount of idle time (<source-timeout> seconds).  This could be down to
> > the source client (ezstream) not sending anything or may be a network
> > outage. If icecast disconnects the source client or if the network has a
> > problem then the source client should try to reconnect.
> 
> Not the case, since the source and Icecast run on the same machine.

If icecast drops the connection then the ezstream app will have to
attempt to reconnect, it can't keep feeding data to a dead socket for a
long time.

A syscall tracer like strace (eg strace -o output -p `pidof ezstream`)
can monitor what is happening to the app, see if data is being sent. You
could do the same thing with icecast but you need to identify the right
thread to monitor.

karl.



From jbidini at indaya.com  Mon Feb  7 18:50:17 2005
From: jbidini at indaya.com (Juan Bidini)
Date: Mon, 07 Feb 2005 15:50:17 -0300
Subject: [Icecast] I'm new
Message-ID: <4207B869.5060807@indaya.com>

hi everybody, I'm new in this list

juan


From jbidini at indaya.com  Mon Feb  7 18:55:55 2005
From: jbidini at indaya.com (Juan Bidini)
Date: Mon, 07 Feb 2005 15:55:55 -0300
Subject: [Icecast] Question
Message-ID: <4207B9BB.6080809@indaya.com>

I have the following problem:

I installed the icecast server, and I got it run.-  it's opened 8000 
port, but.. i have no idea how to reproduce music.-

thanks of all

Juan


From ronblok at wxs.nl  Mon Feb  7 22:01:45 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Mon, 07 Feb 2005 23:01:45 +0100
Subject: [Icecast] Authentication questions
In-Reply-To: <4207B9BB.6080809@indaya.com>
Message-ID: <HEEEKMFOKCBDNFDLFLICKELMCLAA.ronblok@wxs.nl>

Hi Icecast users,

I'm implementing a stream with authentication.
The basic's are working :-) like a dream!
No I am at the point where I need to enter the user information (username
and password).
Since I have approx 200 users it would by nice if I could add this users in
one blow instead of one by one?
I have the users file available in a spreadsheet format.
If not I have to do them one by one ......

Furthermore ... The mount I am serving is in the following format /stream2,
and I am streaming in mp3 format.
The link I will send to my users is http://streamserver/auth.xsl During the
test phase I've had complains from users that the stream does not open or
starts a download. I have seen this before on the "open" streams as well.
My guess is that it in most cases depends on the users file association. By
the "open" streams the easy way out is to let the user op the URL directly
in their player. In the case of the "closed" stream the authentication makes
things a little bit more difficult.
Is there a way how I can minimize these issues for instance by changing the
mountpoint into /stream2.pls or /stream2.m3u or /stream2.mp3 ???
Or do you have other recommendations ?

Thanks in advance !

Ron
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 3-2-2005



From danstowell at gmail.com  Mon Feb  7 22:01:12 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Mon, 7 Feb 2005 22:01:12 +0000
Subject: [Icecast] Question
In-Reply-To: <4207B9BB.6080809@indaya.com>
References: <4207B9BB.6080809@indaya.com>
Message-ID: <286e6b7c0502071401168682a4@mail.gmail.com>

If you want to play some music files from your hard disk, install
"ices" and get that running too...

Dan


On Mon, 07 Feb 2005 15:55:55 -0300, Juan Bidini <jbidini at indaya.com> wrote:
> I have the following problem:
> 
> I installed the icecast server, and I got it run.-  it's opened 8000
> port, but.. i have no idea how to reproduce music.-
> 
> thanks of all
> 
> Juan
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


-- 
http://www.mcld.co.uk


From ronblok at wxs.nl  Mon Feb  7 22:19:37 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Mon, 07 Feb 2005 23:19:37 +0100
Subject: [Icecast] Question
In-Reply-To: <4207B9BB.6080809@indaya.com>
Message-ID: <HEEEKMFOKCBDNFDLFLICOELNCLAA.ronblok@wxs.nl>

Dear Juan,

You need to feed the Icecast server with a source of audio information.
You can either do this on the same machine with a package like ices or on a
separate machine with for instance a winamp plugin for instance from
oddsock.
In any case the Icecast server will not serve anything without a feed.
Maybe the following article will be useful for you
http://www.samag.com/documents/s=7824/ur0306i/ur0306i.htm and/or
http://www.yo-linux.com/TUTORIALS/LinuxTutorialAudioStreaming.html

All the best....

Ron

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 3-2-2005



From sairwas at sairwas.org  Mon Feb  7 15:06:34 2005
From: sairwas at sairwas.org (Antti Nayha)
Date: Mon, 7 Feb 2005 17:06:34 +0200 (EET)
Subject: [Icecast] Re: Severe problem with Icecast2 and streamTranscoder
Message-ID: <Pine.GSO.4.58.0502071652060.8@sun4.oulu.fi>


Dennis Speekenbrink wrote:

> Does your server have enough continuous throughput to keep up?

I know it's not related to bandwidth/CPU/memory issues, at least not
directly.  Consider the following:

I've been running tests where I've set up more than one instance of
streamTranscoder - all running on the same machine as the Icecast server
and with identical config files - to transcode test.ogg into, say,
test1.mp3 and test2.mp3.  Then when I connect enough clients to test1.mp3,
the streamTranscoder instance producing that stream usually starts
misbehaving seriously after a few minutes - but test2.mp3 with fewer or no
listeners is still running fine!  The test1.mp3 doesn't recover until the
sT instance producing it is restarted: once the problem has appeared,
it doesn't help to eg. disconnect the clients from the stream.

I'm genuinely puzzled by this.  How can the sT instance possibly care
about its output stream being loaded with listeners at the Icecast server?
:-/

> (note: if the Shoutcast setup uses the same bandwith and users, then
> this is not the problem)

Yes, it does.  And I've failed to reproduce this bug with Shoutcast so
far.  Will keep trying, though.

-- 
Antti N?yh?                 "Ich bin der Zorn Gottes;
http://www.sairwas.org/         wer sonst ist mit mir?"


From mlrsmith at gmail.com  Mon Feb  7 23:00:36 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Tue, 8 Feb 2005 10:00:36 +1100
Subject: [Icecast] Authentication questions
In-Reply-To: <HEEEKMFOKCBDNFDLFLICKELMCLAA.ronblok@wxs.nl>
References: <4207B9BB.6080809@indaya.com>
	<HEEEKMFOKCBDNFDLFLICKELMCLAA.ronblok@wxs.nl>
Message-ID: <3c173721050207150042630e23@mail.gmail.com>

On Mon, 07 Feb 2005 23:01:45 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> Hi Icecast users,
> 
> I'm implementing a stream with authentication.
> The basic's are working :-) like a dream!
> No I am at the point where I need to enter the user information (username
> and password).
> Since I have approx 200 users it would by nice if I could add this users in
> one blow instead of one by one?
> I have the users file available in a spreadsheet format.
> If not I have to do them one by one ......

It would be pretty simple to write a tool to do this, but there's
nothing already existing, as far as I know.
The authentication file format is simple, it's one user per line, formatted as
username:hash
'hash' is the md5 hash of the user's password.


> 
> Furthermore ... The mount I am serving is in the following format /stream2,
> and I am streaming in mp3 format.
> The link I will send to my users is http://streamserver/auth.xsl During the
> test phase I've had complains from users that the stream does not open or
> starts a download. I have seen this before on the "open" streams as well.
> My guess is that it in most cases depends on the users file association. By
> the "open" streams the easy way out is to let the user op the URL directly
> in their player. In the case of the "closed" stream the authentication makes
> things a little bit more difficult.
> Is there a way how I can minimize these issues for instance by changing the
> mountpoint into /stream2.pls or /stream2.m3u or /stream2.mp3 ???
> Or do you have other recommendations ?

If you direct the users to /stream2.m3u, the server will automatically
serve an m3u file pointing the user at the appropriate mountpoint.
That's the recommended way to avoid problems with browsers.

I'm not sure how this interacts with authentication with the common
players, though.

Mike


From oddsock at oddsock.org  Mon Feb  7 23:13:42 2005
From: oddsock at oddsock.org (oddsock)
Date: Mon, 07 Feb 2005 17:13:42 -0600
Subject: [Icecast] Authentication questions
In-Reply-To: <3c173721050207150042630e23@mail.gmail.com>
References: <4207B9BB.6080809@indaya.com>
	<HEEEKMFOKCBDNFDLFLICKELMCLAA.ronblok@wxs.nl>
	<3c173721050207150042630e23@mail.gmail.com>
Message-ID: <6.0.1.1.2.20050207171225.03247e38@www.oddsock.org>

At 05:00 PM 2/7/2005, you wrote:
>On Mon, 07 Feb 2005 23:01:45 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> > Hi Icecast users,
> >
> > I'm implementing a stream with authentication.
> > The basic's are working :-) like a dream!
> > No I am at the point where I need to enter the user information (username
> > and password).
> > Since I have approx 200 users it would by nice if I could add this users in
> > one blow instead of one by one?
> > I have the users file available in a spreadsheet format.
> > If not I have to do them one by one ......
>
>It would be pretty simple to write a tool to do this, but there's
>nothing already existing, as far as I know.
>The authentication file format is simple, it's one user per line, formatted as
>username:hash
>'hash' is the md5 hash of the user's password.
technically it's a hex representation of the md5 hash of the password (note 
the call to util_bin_to_hex()).


oddsock 




From bryan.brown at kcsb.org  Mon Feb  7 23:18:05 2005
From: bryan.brown at kcsb.org (Bryan D. Brown)
Date: Mon, 7 Feb 2005 15:18:05 -0800
Subject: [Icecast] Streaming MP3 issues with Windows Media Player
Message-ID: <a06020406be2da2a94563@[128.111.68.139]>

Hello all,

I've set up a live mp3 stream for our non-commercial radio station, 
and just recently I've received a slurry of complaints from folks 
using Windows Media Player.

Most of the complaints vary, but seem to be consistent regarding long 
buffer time, odd drop outs, long reconnect times, etc.

Normally, I refer folks to one of the infinitely better players out 
there, but now the issue seems to be "but IT controls my computer and 
what I install on it".  So I'm looking into doing the unthinkable, 
and providing better support of WMP.

Are these issues with WMP common? Are there solutions/work-arounds 
that we can do server side to solve them?

I apologize if this is a bit vague, but I'm still trying to figure 
out where to start. I've done a bit of searching online, but haven't 
really found any answers.

Thanks in advance for any advice.

Bryan


From geoff at hitsandpieces.net  Tue Feb  8 03:31:13 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 8 Feb 2005 13:31:13 +1000
Subject: [Icecast] Streaming MP3 issues with Windows Media Player
In-Reply-To: <a06020406be2da2a94563@[128.111.68.139]>
References: <a06020406be2da2a94563@[128.111.68.139]>
Message-ID: <Pine.LNX.4.61.0502081329110.8669@data.home>

Bryan D. Brown wrote:

> Most of the complaints vary, but seem to be consistent regarding long buffer 
> time, odd drop outs, long reconnect times, etc.

Are you getting any info iin the error log?  Are you using burst on connect 
(that should at least speed-up connect buffering).

Geoff.



From geoff at hitsandpieces.net  Tue Feb  8 03:34:44 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 8 Feb 2005 13:34:44 +1000
Subject: [Icecast] Re: Severe problem with Icecast2 and streamTranscoder
In-Reply-To: <Pine.GSO.4.58.0502071652060.8@sun4.oulu.fi>
References: <Pine.GSO.4.58.0502071652060.8@sun4.oulu.fi>
Message-ID: <Pine.LNX.4.61.0502081332260.8669@data.home>

Antti Nayha wrote:

> I'm genuinely puzzled by this.  How can the sT instance possibly care
> about its output stream being loaded with listeners at the Icecast server?
> :-/

It doesn't, at least not directly.  That is rather odd.  You *definitely* 
have enough CPU?  Transcodes can be expensive.  Also, have you looked in 
the Icecast error log?  I would expect the problem to be mroe likely in 
Icecast than ST, but who knows?

Geoff.



From geoff at hitsandpieces.net  Tue Feb  8 03:45:19 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 8 Feb 2005 13:45:19 +1000
Subject: [Icecast] Question
In-Reply-To: <4207B9BB.6080809@indaya.com>
References: <4207B9BB.6080809@indaya.com>
Message-ID: <Pine.LNX.4.61.0502081335180.8669@data.home>

Juan Bidini wrote:

> I installed the icecast server, and I got it run.-  it's opened 8000 port, 
> but.. i have no idea how to reproduce music.-

Like others have said, you've got to send it a stream for it to serve. 
It's like a radio transmitter - you can send to thousands of listeners, but 
you've got to send some sound to the transmitter otherwise they won't hear 
anything.

To help us help you, tell us the following things:

1.  Do you want to play recorded material or stream something live?

2.  What operating system do you wish to do this from?  Note that this does 
not have to be on the same machine as the server.

3.  What format do you want to stream in (e.g. ogg vorbis, MP3)?

4.  If you're playing pre-recorded material, what format is it in?

Ok, that will do for a start.

Geoff.



From ml at imux.net  Tue Feb  8 08:13:57 2005
From: ml at imux.net (ml)
Date: Tue, 08 Feb 2005 08:13:57 +0000
Subject: [Icecast] Question
In-Reply-To: <4207B9BB.6080809@indaya.com>
References: <4207B9BB.6080809@indaya.com>
Message-ID: <420874C5.2050000@imux.net>

Juan Bidini wrote:
> I have the following problem:
> 
> I installed the icecast server, and I got it run.-  it's opened 8000 
> port, but.. i have no idea how to reproduce music.-
> 
> thanks of all

http://liveice.sourceforge.net/understanding.html


From mihamina at mail.rktmb.org  Tue Feb  8 12:18:18 2005
From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina)
Date: Tue, 08 Feb 2005 13:18:18 +0100
Subject: [Icecast] relaying streams
Message-ID: <1107865098.688.49.camel@ngeza>

Hello,
We're part of a LUG (Linux User Group) based at the University of
Orleans in France.
We have several dedicated servers for our foundation (we made the LUG a
foundation, for administrative and papers...)

We are able to relay some video or audio streams. We have, for the
mooment 3 servers, with both 6Mbps (yes it's not huge, but it's better
than nothing :-) )

The condition on the stream we will relay is very simple: vorbis
"format" only (speex, ogg, theora), and legal content (no porn video and
shits like that...)

We'll relay for free, and as long as our foundation is "alive". Notice
we only relay, we wont host the audio/video files, so that you should
have a working server somewhere.

We'll use Icecast (possibly Icecast-kh for the theora relaying?).

Just contact me, for requests and comments.
-- 
ASPO Infog?rance       http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc   http://faq.fcolc.eu.org/
LUG sur Orl?ans et alentours (France).
T?l : 02 34 08 26 04 / 06 33 26 13 14



From mihamina at mail.rktmb.org  Tue Feb  8 23:31:27 2005
From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina)
Date: Wed, 09 Feb 2005 00:31:27 +0100
Subject: [Icecast] multiple sources, multiple passwords
Message-ID: <1107905487.683.23.camel@ngeza>

Hello,
Is it possible to have one password per source with Icecast 2.2.x ?
How to ?
-- 
ASPO Infog?rance       http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc   http://faq.fcolc.eu.org/
LUG sur Orl?ans et alentours (France).
T?l : 02 34 08 26 04 / 06 33 26 13 14



From mihamina at mail.rktmb.org  Wed Feb  9 00:06:44 2005
From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina)
Date: Wed, 09 Feb 2005 01:06:44 +0100
Subject: [Icecast] multiple sources, multiple passwords
In-Reply-To: <1107905487.683.23.camel@ngeza>
References: <1107905487.683.23.camel@ngeza>
Message-ID: <1107907604.668.29.camel@ngeza>

On Wed, 2005-02-09 at 00:31 +0100, Rakotomandimby (R12y) Mihamina wrote:
> Hello,

Have you got some examples? what tags, parameters and values should I
use, in what section ?

-- 
ASPO Infog?rance       http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc   http://faq.fcolc.eu.org/
LUG sur Orl?ans et alentours (France).
T?l : 02 34 08 26 04 / 06 33 26 13 14



From mlrsmith at gmail.com  Wed Feb  9 00:27:52 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Wed, 9 Feb 2005 11:27:52 +1100
Subject: [Icecast] multiple sources, multiple passwords
In-Reply-To: <1107905487.683.23.camel@ngeza>
References: <1107905487.683.23.camel@ngeza>
Message-ID: <3c17372105020816273d76bc4e@mail.gmail.com>

On Wed, 09 Feb 2005 00:31:27 +0100, Rakotomandimby (R12y) Mihamina
<mihamina at mail.rktmb.org> wrote:
> Hello,
> Is it possible to have one password per source with Icecast 2.2.x ?
> How to ?

Yes.
This is described in the documentation, see the section in
icecast2_config_file.html on "Mount Specific Settings".

You'll need to explicitly configure each mountpoint you want to have a
separate password (and optionally username).
You don't need to set up any of the other things in the <mount>
section, except for <mount-name> to specify which mountpoint this
applies to.

Mike


From d.g.speekenbrink at silverstreak.nl  Wed Feb  9 00:46:50 2005
From: d.g.speekenbrink at silverstreak.nl (Dennis Speekenbrink)
Date: Wed, 09 Feb 2005 01:46:50 +0100
Subject: [Icecast] multiple sources, multiple passwords
In-Reply-To: <1107907604.668.29.camel@ngeza>
References: <1107905487.683.23.camel@ngeza> <1107907604.668.29.camel@ngeza>
Message-ID: <42095D7A.1020200@silverstreak.nl>

NOTE: I replied to him in person instead of on this list.
My mistake, here is the mail again, for the record.


Rakotomandimby (R12y) Mihamina wrote:

> On Wed, 2005-02-09 at 00:31 +0100, Rakotomandimby (R12y) Mihamina wrote:
>  
>
>> Hello,
>>   
>
>
> Have you got some examples? what tags, parameters and values should I
> use, in what section ?
>
>  
>
Hi,

I will show you the options you need to change.  Leave all the others in 
place, or change them to your needs.
Taking the supplied icecast.xml as a base, you should edit:
<authentication>
   <source-password>password_only_you_know</source-password>
</authentication>
(once again, in <authentication> there are more settings, leave them, 
and change if necessary)
This will keep people from creating new mountpoints (streams).

Now will enable a mountpoint so a user can stream via your server:
<mount>
   <mount-name>/stream.ogg</mount-name>    
<username>the_name_of_the_user_you_want_to_allow_access_to</username>
   <password>his_password</password>
 </mount>
(once again: leave the other options, or change them if you want)

Now create new <mount> </mount> sections like the one you've just 
created for each and every user you want to give access to.  Just use 
different <mount-name>  , <username> and <password> settings for each.

The configuration file has a few comments on the specific options, so 
judge for yourself if other things need to be adjusted (like number of 
listeners).

Hope this will get you going,
If this is not enough help, reply with your icecast.xml and your 
changes, so we can see more of what you're trying to do.

Dennis
p.s. you will need to give each source-client (your users) the values 
<mount-name>, <username> and <password> of their specific mountpoint to 
put into their broadcasting software.




From macmichael01 at hotmail.com  Wed Feb  9 04:34:50 2005
From: macmichael01 at hotmail.com (Chris McMichael)
Date: Tue, 8 Feb 2005 22:34:50 -0600
Subject: [Icecast] setting up a windows icecast server
Message-ID: <BAY104-DAV222CD85FB17DBC09FC20FC6750@phx.gbl>

I'm having problems with setting a windows icecast server.  Below is what my icecast config file looks like.

<icecast>
    <!-- set hard limits for server usage --> 
    <limits> 
        <!-- max number of clients at a time -->
        <clients>100</clients> 
        <!-- max number of sources at a time -->
        <sources>25</sources> 
        <!-- number of threads available to handle clients -->
        <threadpool>5</threadpool> 
        <!-- size of internal queue maintained for each client -->
        <queue-size>102400</queue-size> 
        <!-- timeout for clients -->
        <client-timeout>60</client-timeout> 
        <!-- timeout for clients to send headers -->
        <header-timeout>15</header-timeout> 
        <!-- timeout for sources to start sending content -->
        <source-timeout>10</source-timeout>
    </limits> 

    <authentication>
        <!-- password for source clients -->
        <source-password>abcdefg</source-password> 
        <!-- username/password for admin -->
        <admin-user>admin</admin-user>
        <admin-password>acb123</admin-password>
    </authentication> 

    <!-- hostname of the server -->
    <hostname>www.chris-on-the-web.com</hostname> 

    <!-- port for server to listen to for incoming connections -->
    <listen-socket>
        <port>8000</port>
    </listen-socket> 

    <!-- file locations -->
    <paths>
        <basedir>./</basedir>
        <logdir>./logs</logdir>
        <webroot>./web</webroot>
        <adminroot>./admin</adminroot>
  <alias source="/" dest="/status.xsl"/>
    </paths> 

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

    <!-- security settings -->
    <security>
        <!-- run server as this user/group -->
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
    </security>
</icecast>

Is there anything that I am leaving out?

When turning on my server, I get the main icecast screen and I can also login to the admin part and that is it.  I am wanting to use ezstream but I'm unsure how this part really works.  Doesn't there need to be some kind of pointer that points to the ezstream directory where my playlist file is located?   Below is what my ezstream config file looks like.

<!-- This example is for a input playlist that must contain
     all MP3 files. ezstream will perform NO reencoding, and
     the destination stream bitrate, channels, etc. will be those
     of the input files -->
<ezstream>
    <url>http://www.chris-on-the-web.com:8000/cwradio</url>
    <sourcepassword>macmichael01</sourcepassword>
    <format>MP3</format>
    <filename>playlist.m3u</filename>
 <!-- The following settings are used to describe your stream
         to the server.  It's up to you to make sure the 
         bitrate/quality/samplerate/channels
         match up to your input stream -->
    <svrinfoname>CW Radio</svrinfoname>    
    <svrinfourl>http://www.chris-on-the-web.com</svrinfourl> 
    <svrinfogenre>RockNRoll</svrinfogenre>
    <svrinfodescription>Great Rock Tunes</svrinfodescription>
    <svrinfobitrate>128</svrinfobitrate>    
    <!-- Quality is only applicable to ogg vorbis streams -->
    <!-- <svrinfoquality>1.0</svrinfoquality> -->
    <svrinfochannels>2</svrinfochannels>
    <svrinfosamplerate>44100</svrinfosamplerate>
    <svrinfopublic>1</svrinfopublic>    
</ezstream>


Please help me solve this problem!!
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050208/f0ee0bbe/attachment.htm>

From chris at chris-on-the-web.com  Wed Feb  9 04:14:57 2005
From: chris at chris-on-the-web.com (Chris McMichael)
Date: Tue, 8 Feb 2005 22:14:57 -0600
Subject: [Icecast] setting up a windows icecast server
Message-ID: <001c01c50e5d$eaf2b850$6400a8c0@vickie>

I'm having problems with setting a windows icecast server.  Below is what my icecast config file looks like.

<icecast>
    <!-- set hard limits for server usage --> 
    <limits> 
        <!-- max number of clients at a time -->
        <clients>100</clients> 
        <!-- max number of sources at a time -->
        <sources>25</sources> 
        <!-- number of threads available to handle clients -->
        <threadpool>5</threadpool> 
        <!-- size of internal queue maintained for each client -->
        <queue-size>102400</queue-size> 
        <!-- timeout for clients -->
        <client-timeout>60</client-timeout> 
        <!-- timeout for clients to send headers -->
        <header-timeout>15</header-timeout> 
        <!-- timeout for sources to start sending content -->
        <source-timeout>10</source-timeout>
    </limits> 

    <authentication>
        <!-- password for source clients -->
        <source-password>abcdefg</source-password> 
        <!-- username/password for admin -->
        <admin-user>admin</admin-user>
        <admin-password>acb123</admin-password>
    </authentication> 

    <!-- hostname of the server -->
    <hostname>www.chris-on-the-web.com</hostname> 

    <!-- port for server to listen to for incoming connections -->
    <listen-socket>
        <port>8000</port>
    </listen-socket> 

    <!-- file locations -->
    <paths>
        <basedir>./</basedir>
        <logdir>./logs</logdir>
        <webroot>./web</webroot>
        <adminroot>./admin</adminroot>
  <alias source="/" dest="/status.xsl"/>
    </paths> 

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

    <!-- security settings -->
    <security>
        <!-- run server as this user/group -->
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
    </security>
</icecast>

Is there anything that I am leaving out?

When turning on my server, I get the main icecast screen and I can also login to the admin part and that is it.  I am wanting to use ezstream but I'm unsure how this part really works.  Doesn't there need to be some kind of pointer that points to the ezstream directory where my playlist file is located?   Below is what my ezstream config file looks like.

<!-- This example is for a input playlist that must contain
     all MP3 files. ezstream will perform NO reencoding, and
     the destination stream bitrate, channels, etc. will be those
     of the input files -->
<ezstream>
    <url>http://www.chris-on-the-web.com:8000/cwradio</url>
    <sourcepassword>macmichael01</sourcepassword>
    <format>MP3</format>
    <filename>playlist.m3u</filename>
 <!-- The following settings are used to describe your stream
         to the server.  It's up to you to make sure the 
         bitrate/quality/samplerate/channels
         match up to your input stream -->
    <svrinfoname>CW Radio</svrinfoname>    
    <svrinfourl>http://www.chris-on-the-web.com</svrinfourl> 
    <svrinfogenre>RockNRoll</svrinfogenre>
    <svrinfodescription>Great Rock Tunes</svrinfodescription>
    <svrinfobitrate>128</svrinfobitrate>    
    <!-- Quality is only applicable to ogg vorbis streams -->
    <!-- <svrinfoquality>1.0</svrinfoquality> -->
    <svrinfochannels>2</svrinfochannels>
    <svrinfosamplerate>44100</svrinfosamplerate>
    <svrinfopublic>1</svrinfopublic>    
</ezstream>


Please help me solve this problem!!
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050208/a7af6e3c/attachment.htm>

From geoff at hitsandpieces.net  Wed Feb  9 05:31:25 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 9 Feb 2005 15:31:25 +1000
Subject: *****SUSPECTED SPAM***** [Icecast] setting up a windows icecast
	server
In-Reply-To: <BAY104-DAV222CD85FB17DBC09FC20FC6750@phx.gbl>
References: <BAY104-DAV222CD85FB17DBC09FC20FC6750@phx.gbl>
Message-ID: <Pine.LNX.4.61.0502091524470.15851@data.home>

Chris McMichael wrote:

> When turning on my server, I get the main icecast screen and I can also 
> login to the admin part and that is it.  I am wanting to use ezstream but 
> I'm unsure how this part really works.  Doesn't there need to be some 
> kind of pointer that points to the ezstream directory where my playlist 
> file is located?

You run ezstream and the playlist specified in the ezstream config file 
lists the files to be played.  So here's how it works:

1. You make a list of MP3 files which are to be played.

2.  You specify this playlist file in your ezstream configuration.

3.  You also specify your icecast server in your ezstream configuration.

4.   You run ezstream which connects to your icecast server and streams 
your files as listed in the playlist file you have listed in the config 
file.

5.  People tune into your icecast server and hear what ezstream is sending 
it.

I'm not 100% sure where you're running into trouble, hopefully this has 
helped you narrow down the problem.  If not, please tell us exactly what 
you are doing and what happens when you do it, including any error messages 
you receive.

Geoff.



From geoff at hitsandpieces.net  Wed Feb  9 05:35:34 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 9 Feb 2005 15:35:34 +1000
Subject: [Icecast] multiple sources, multiple passwords
In-Reply-To: <42095D7A.1020200@silverstreak.nl>
References: <1107905487.683.23.camel@ngeza> <1107907604.668.29.camel@ngeza>
	<42095D7A.1020200@silverstreak.nl>
Message-ID: <Pine.LNX.4.61.0502091531480.15851@data.home>

Dennis Speekenbrink wrote:

> <mount>
>  <mount-name>/stream.ogg</mount-name> 
> <username>the_name_of_the_user_you_want_to_allow_access_to</username>

Note that the username tag is only any use if the streamer being used 
supports specifying the username.  Many do not.  Ices does, though I'm not 
sure that this fact is reflected in the sample config files.
Geoff.



From mlabash at babylabash.com  Wed Feb  9 07:26:57 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Tue, 8 Feb 2005 23:26:57 -0800
Subject: [Icecast] what ID tags will show up?
Message-ID: <p0611040abe2f638b3087@[63.192.39.198]>

I'm just getting started here and I'm wondering what the best way to 
do things are. I have been thinking of setting up icecast on my 
server and then remotely broadcasting with Foobar2000 and the Oddsock 
plg-in. I'll be playing 128kbps MP3 files. I'm not sure what format 
to stream in ... I'm having trouble listening to any Ogg Vorbis 
streams at all .... the MP3 streams come in fine and quickly. OK a 
couple questions:

1. Can you play mp3 files with Foobar2000 but stream them in Ogg 
Vorbis format? Will it lose quality?
2. What ID tags will show up if I stream in MP3? Song, Artist, Album? 
How about with Ogg Vorbis?
3. What players work to play Ogg Vorbis streams on Windows and Macs?

Thanks! This is a great list.

-- 
Michael LaBash
--------------------
Listen to Love Underground Visionary Revolution (LUVeR)
http://www.luver.com
Listen to LUVeR Alternative News
http://www.luver.org


From geoff at hitsandpieces.net  Wed Feb  9 09:59:46 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Wed, 9 Feb 2005 19:59:46 +1000
Subject: [Icecast] what ID tags will show up?
In-Reply-To: <p0611040abe2f638b3087@[63.192.39.198]>
References: <p0611040abe2f638b3087@[63.192.39.198]>
Message-ID: <Pine.LNX.4.61.0502091955440.15851@data.home>

Michael LaBash wrote:

> 1. Can you play mp3 files with Foobar2000 but stream them in Ogg Vorbis 
> format? Will it lose quality?

I've not used FB2k, but I would think so.  Yes, you will lose quality, but 
you'll lose quality anyway since no matter how you do this, you're going to 
be reencoding with this type of setup, whether it be mp3>mp3 or mp3>vorbis. 
And since 128kbps mp3 files aren't terrificly great quality to begin with, 
it should be ok.  Best way to tell is to try it and see.

I'll let those more experienced with FB2k and win32/macos answer your other 
questions.

Geoff.



From iceuse at wwlang.net  Wed Feb  9 10:15:15 2005
From: iceuse at wwlang.net (iceuse)
Date: Wed,  9 Feb 2005 11:15:15 +0100
Subject: [Icecast] Question about range select for static file serve in
	icecast
Message-ID: <1107944115.4209e2b337076@imp4-q.free.fr>

Hi,
i'm trying to use range in a static file served by icecast 2.2
I can't find an example of an http request.
Is something like
http://my-icecast-server.com:8000/my-static-file.ogg?range=bytes%3D120000-
correct?
I can't get that working. Maybe I forgot an option on icecast side.

I tried to open that file (without range) in winamp 5, but it downloads all the
file while playing and then, I can move into the downloaded file, but It's not
what I wanted, because the static file has no end (it is a live dump of a
stream served by icecast). (although I don't care about winamp, just want to
know how to send my own http request)

Thanks,
Chris


From mlrsmith at gmail.com  Wed Feb  9 10:19:45 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Wed, 9 Feb 2005 21:19:45 +1100
Subject: [Icecast] Question about range select for static file serve in
	icecast
In-Reply-To: <1107944115.4209e2b337076@imp4-q.free.fr>
References: <1107944115.4209e2b337076@imp4-q.free.fr>
Message-ID: <3c1737210502090219ee6c7f@mail.gmail.com>

On Wed,  9 Feb 2005 11:15:15 +0100, iceuse <iceuse at wwlang.net> wrote:
> Hi,
> i'm trying to use range in a static file served by icecast 2.2
> I can't find an example of an http request.
> Is something like
> http://my-icecast-server.com:8000/my-static-file.ogg?range=bytes%3D120000-
> correct?
> I can't get that working. Maybe I forgot an option on icecast side.

No. Range is an HTTP header, not a query parameter. Icecast won't
understand that at all (it will ignore the query parameters in this
case).

You can't add HTTP headers just by using a URL, you have to have
support in the application itself.

> 
> I tried to open that file (without range) in winamp 5, but it downloads all the
> file while playing and then, I can move into the downloaded file, but It's not
> what I wanted, because the static file has no end (it is a live dump of a
> stream served by icecast). (although I don't care about winamp, just want to
> know how to send my own http request)

I guess winamp5 doesn't support that, then. Or it might, but it's
being confused by the fact that the file is changing in length - I'd
expect even a client that DOES support seeking through Range requests
to not work correctly when the remote file is dynamically changing.

Mike


From jplewis01 at comcast.net  Wed Feb  9 20:05:27 2005
From: jplewis01 at comcast.net (jplewis01 at comcast.net)
Date: Wed, 09 Feb 2005 20:05:27 +0000
Subject: [Icecast] Server URL vs. Listen URL
Message-ID: <020920052005.28530.420A6D06000DF01D00006F722206998499CECF9C07990A049F06@comcast.net>

I'm in the process of setting up ICECAST Server running on Windows Server 2003. the Server sits behind a NAT Firewall with a port opened up to make the Icecast server accessible. From an IP address when the Server is running I can access the stream no problems. But I cannot accees the server by name from the Internet.

I have traced the problem down to the names being used for the Server URL and Listen URL being crossed up by the ICES Client (possible Bug in the client code)

Before I go screaming the sky is falling though I want to check to ensure I'm right in my assumption of the following:

Server URL is used to tell the ICES Client where to send the Stream Source. In my case the ICE Client (behind the firewall) will connect to the ICECAST Server (also behind the firewall) to send the data to the server on whatever port is specified.

ListenURL is sent to the directory and contains the URL used by clients on the Internet to connect to my stream. In my case they will connect to the Firewall which has port forwarding turned on and the firewall will connect through to the ICECast Server to deliver the stream back out to the client.


If these assumptions are / are not correct can you please let me know. Any info/guidance etc. would be most useful,

Thanks,
           Phil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050209/ad0df753/attachment.htm>

From k.j.wierenga at home.nl  Wed Feb  9 20:44:50 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Wed, 9 Feb 2005 21:44:50 +0100
Subject: [Icecast] relation between burst- and queue-size with low bitrate
	streams
Message-ID: <IPEHLPFNBAINJOFBPOBKCEPCGBAA.k.j.wierenga@home.nl>


Hi all,

I have a question about the relationship between the "queue-size" and the
"burst-size" <limits> parameters.

	Q: When a client connects is the burst-size immediately added to the
queue-size?

If this is the case then the slack for a 16kpbs client goes down from 50 sec
(102400[queue-size] / 16kbps = 50 sec) to 18 seconds ( (102400 -
65536[burst-size]) / 16kpbs = 18 sec).

I'm experiencing quite a few of the following lines in the DEBUG logging. It
could be that the clients are really running too slowly, but chewing 32secs
of the slack probably woudn't help either.

Background info
===============
I'm running an icecast-2.1 mp3 streaming server where a few hundred
listeners connect to a few tens of streams at 16 and 24 kbit/s bitrate.

Listeners connect using a device which is dialing in using a 56kbps analog
modem. Some listeners experience poor stream stability at times, meaning
that the stream repeatedly skips (with pauses of around 20-30 seconds).

I've looked at various reasons for this behaviour such as bad connect speed
of the 56K modem and possible lack of bandwidth on the streaming server but
these do not seem to be the problem. The modem connect speeds are > 38Kbps
and there is enough bandwidth available to the streaming server.

I've switched on DEBUG logging and I am seeing these lines quite regularly:

[2005-02-09  20:38:57] DBUG source/send_to_listener Client has fallen too
far behind, removing

I have a hunch that the burst-size and queue-size might have something to do
with this. The limits section of my icecast.xml reads:

    <limits>
        <clients>2000</clients>
        <sources>100</sources>
        <threadpool>10</threadpool>
        <queue-size>102400</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>30</source-timeout>
        <!-- If enabled, this will provide a burst of data when a client
             first connects, thereby significantly reducing the startup
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65535</burst-size>
    </limits>

Any suggestions would be appreciated.

Regards,
Klaas Jan



From jbebel at ncsu.edu  Wed Feb  9 20:59:16 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Wed, 09 Feb 2005 15:59:16 -0500
Subject: [Icecast] Any reliable command line clients?
Message-ID: <420A79A4.60308@ncsu.edu>

Is anyone using icecast and a client in any sort of reliable setting, 
such as a backup studio to transmitter link for a radio station? 
Something the requires reliability and good audio quality?  What client 
are you using?  I ask because I haven't found any good clients that meet 
my needs.  Here are my requirements:

1.  It should run in linux, for security and stability.

2.  It should be command line based as there is no need to run X to get 
audio.  It just adds another unnecessary layer of instability and 
insecurity.  And being in a remote location, command line control is a 
requirement.

3.  It should support listener authentication since the backup stream 
should be publicly available.

4.  It should preferably support ogg because I like it better, but if I 
have to use mp3 for the sake of stability or audio quality, I will.

I haven't found anything yet that meets all these.  Here's what I've 
tried and the results.

ogg123:  The obvious choice.  But it can't seem to do it for long. 
After several hours it begins to get a very repeatable pattern of quick 
hisses.  Usually pairs of two, the first one long, the second short. 
Perhaps every 2 to 3 seconds.  Also, I notice that the buffer keeps 
decreasing as it plays.  I've tried with multiple sound cards just in 
case it was a sound card clock inconsistency, but it does the same thing 
in both cases.

zinf:  This worked well for longer using the cmdline.ui.  But 
inevitably, every time I've tried it, after a few days it just quits 
without explanation.  That's not really good either.  I need something 
that will always work.  I haven't tried zinf with mp3 yet, but I don't 
know why it would be any different.

Are there any other command line ogg players?  As far as I know, you 
can't run xmms without x, hence the name.

For mp3 I tried mpg321, which seems to be the popular choice. 
Unfortunately it doesn't seem to support authentication.  Plus the audio 
quality is terrible.  It gets lots of hisses about every 3 seconds, and 
a few times it just gets stuck on a short clip of sound over and over 
again for a long period of time.  Not good either.

mpg123 does support listener authentication.  It might be my only 
option, but I haven't yet tried it for an extended period of time.

What are others using?  I briefly tried to get alsaplayer working in 
text mode unsuccessfully, but if anyone recommends it I'll give it a shot.

Thanks,
Joel


From macmichael01 at hotmail.com  Wed Feb  9 21:38:16 2005
From: macmichael01 at hotmail.com (Chris McMichael)
Date: Wed, 9 Feb 2005 15:38:16 -0600
Subject: [Icecast] Setting up a windows icecast server problem
Message-ID: <BAY104-DAV122FE2219E54E5A8C1B59BC6750@phx.gbl>

I need help!!!  I can turn on my icecast server and bring up the status page and login to the admin section but I can't play music.
I am using ezstream and below is some code from the ezstream config file.  Do I need to include some code with in the regular icecast config file that points to the ezstream directory.

    <url>http://www.chris-on-the-web.com:8000/cwradio</url>
    <sourcepassword>abc123</sourcepassword>
    <format>MP3</format>
    <filename>playlist.m3u</filename>

above I have a folder named cwradio which is within the ezstream directory and the folder contains the playlist.m3u file.  
If I type in http://www.chris-on-the-web.com:8000/cwradio/playlist.m3u it should load my music right???  Why doesn't it?? 
do I need to parse the playlist at the command prompt with the ezstream.exe file. 

please help!!



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

From karl at xiph.org  Wed Feb  9 21:40:33 2005
From: karl at xiph.org (Karl Heyes)
Date: 09 Feb 2005 21:40:33 +0000
Subject: [Icecast] relation between burst- and queue-size with low
	bitrate streams
In-Reply-To: <IPEHLPFNBAINJOFBPOBKCEPCGBAA.k.j.wierenga@home.nl>
References: <IPEHLPFNBAINJOFBPOBKCEPCGBAA.k.j.wierenga@home.nl>
Message-ID: <1107985232.3436.41.camel@bogus.hackers.club>

On Wed, 2005-02-09 at 20:44, Klaas Jan Wierenga wrote:

> 	Q: When a client connects is the burst-size immediately added to the
> queue-size?

no.

> If this is the case then the slack for a 16kpbs client goes down from 50 sec
> (102400[queue-size] / 16kbps = 50 sec) to 18 seconds ( (102400 -
> 65536[burst-size]) / 16kpbs = 18 sec).
> 
> I'm experiencing quite a few of the following lines in the DEBUG logging. It
> could be that the clients are really running too slowly, but chewing 32secs
> of the slack probably woudn't help either.

The minimum length of the queue is burst-size, and stays around whether
listening clients are connected or not. queue-size is the maximum amount
that will be stored in the queue. It's the same queue, just imposed
limits on it.

Usually burst-size bytes will be used as most clients are up to date in
the stream, but if a listening client is unable to take the stream data
then they move down the queue until the end is reached at which point
the client is dropped with the message "fallen too far behind"


> Listeners connect using a device which is dialing in using a 56kbps analog
> modem. Some listeners experience poor stream stability at times, meaning
> that the stream repeatedly skips (with pauses of around 20-30 seconds).
> 
> I've looked at various reasons for this behaviour such as bad connect speed
> of the 56K modem and possible lack of bandwidth on the streaming server but
> these do not seem to be the problem. The modem connect speeds are > 38Kbps
> and there is enough bandwidth available to the streaming server.

Issues to consider with modems are error rate (eg ifconfig) and whether
the modems keeps retraining. A modem retraining will add latency to the
stream making the client fall behind in the queue. Icecast will try to
send enough data to the client so that it can catch up but it may not be
able to.

Other considerations are for bitrate calculations, an mp3 stream will
always take more bandwidth than stated, I don't know if frame overhead
is taken into account, but you do have protocol overhead and the
optional shoutcast metadata.   The other part is TCP throttling but the
bitrate is very low so it's unlikely to be an issue.

> I have a hunch that the burst-size and queue-size might have something to do
> with this. The limits section of my icecast.xml reads:

Feel free to increase the queue-size if you think the problems are just
temporary and you need more tolerance for a short time, the queue will
shrink if the clients are catching up/dropped.

If your listeners are on dialup then reducing burst-size to something
much lower or 0 would be better. Their link will be getting saturated at
connection time, so reducing that is not a problem they wouldn't benefit
from the quick buffer fill anyway.

>     <limits>
...
>         <burst-on-connect>1</burst-on-connect>

you can drop this option, burst is on by default and burst-size of 64k
is what this does. 

If all listeners are disalup then try queue-size 200k and burst-size of
8k, dialups are generally only 3-5 kbyte/s anyway. You can state the
queue-size and burst-size per mount just in case you have low and high
bandwidth streams.


karl.




From karl at xiph.org  Wed Feb  9 21:50:19 2005
From: karl at xiph.org (Karl Heyes)
Date: 09 Feb 2005 21:50:19 +0000
Subject: [Icecast] Server URL vs. Listen URL
In-Reply-To: <020920052005.28530.420A6D06000DF01D00006F722206998499CECF9C07990A049F06@comcast.net>
References: <020920052005.28530.420A6D06000DF01D00006F722206998499CECF9C07990A049F06@comcast.net>
Message-ID: <1107985819.3436.51.camel@bogus.hackers.club>

On Wed, 2005-02-09 at 20:05, jplewis01 at comcast.net wrote:
 
> Server URL is used to tell the ICES Client where to send the Stream
> Source. In my case the ICE Client (behind the firewall) will connect
> to the ICECAST Server (also behind the firewall) to send the data to
> the server on whatever port is specified.

In any source client there has to be a way to state what to connect to
and what mountpoint to use or else your stream just won't go anywhere.
 
> ListenURL is sent to the directory and contains the URL used by
> clients on the Internet to connect to my stream. In my case they will
> connect to the Firewall which has port forwarding turned on and the
> firewall will connect through to the ICECast Server to deliver the
> stream back out to the client.

The usual cause of problems with listeners failing to connect to icecast
(where an icecast is behind a NAT) is that the <hostname> in the xml is
set to an internal name/IP.  It should be an externally addressable
name/IP as it is used for YP and the 'click to listen' link on the
status.xsl page

karl.




From k.j.wierenga at home.nl  Wed Feb  9 22:28:56 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Wed, 9 Feb 2005 23:28:56 +0100
Subject: [Icecast] relation between burst- and queue-size with lowbitrate
	streams
In-Reply-To: <1107985232.3436.41.camel@bogus.hackers.club>
Message-ID: <IPEHLPFNBAINJOFBPOBKKEPDGBAA.k.j.wierenga@home.nl>

Hi Karl,

Many thanks for explanation and the useful suggestions.
I'll experiment with the settings and see what that does to the rate of
dropped connections I see.

Cheers,
KJ

-----Oorspronkelijk bericht-----
Van: Karl Heyes [mailto:karl at xiph.org]
Verzonden: woensdag 9 februari 2005 22:41
Aan: Klaas Jan Wierenga
CC: icecast
Onderwerp: Re: [Icecast] relation between burst- and queue-size with
lowbitrate streams


On Wed, 2005-02-09 at 20:44, Klaas Jan Wierenga wrote:

> 	Q: When a client connects is the burst-size immediately added to the
> queue-size?

no.

> If this is the case then the slack for a 16kpbs client goes down from 50
sec
> (102400[queue-size] / 16kbps = 50 sec) to 18 seconds ( (102400 -
> 65536[burst-size]) / 16kpbs = 18 sec).
>
> I'm experiencing quite a few of the following lines in the DEBUG logging.
It
> could be that the clients are really running too slowly, but chewing
32secs
> of the slack probably woudn't help either.

The minimum length of the queue is burst-size, and stays around whether
listening clients are connected or not. queue-size is the maximum amount
that will be stored in the queue. It's the same queue, just imposed
limits on it.

Usually burst-size bytes will be used as most clients are up to date in
the stream, but if a listening client is unable to take the stream data
then they move down the queue until the end is reached at which point
the client is dropped with the message "fallen too far behind"


> Listeners connect using a device which is dialing in using a 56kbps analog
> modem. Some listeners experience poor stream stability at times, meaning
> that the stream repeatedly skips (with pauses of around 20-30 seconds).
>
> I've looked at various reasons for this behaviour such as bad connect
speed
> of the 56K modem and possible lack of bandwidth on the streaming server
but
> these do not seem to be the problem. The modem connect speeds are > 38Kbps
> and there is enough bandwidth available to the streaming server.

Issues to consider with modems are error rate (eg ifconfig) and whether
the modems keeps retraining. A modem retraining will add latency to the
stream making the client fall behind in the queue. Icecast will try to
send enough data to the client so that it can catch up but it may not be
able to.

Other considerations are for bitrate calculations, an mp3 stream will
always take more bandwidth than stated, I don't know if frame overhead
is taken into account, but you do have protocol overhead and the
optional shoutcast metadata.   The other part is TCP throttling but the
bitrate is very low so it's unlikely to be an issue.

> I have a hunch that the burst-size and queue-size might have something to
do
> with this. The limits section of my icecast.xml reads:

Feel free to increase the queue-size if you think the problems are just
temporary and you need more tolerance for a short time, the queue will
shrink if the clients are catching up/dropped.

If your listeners are on dialup then reducing burst-size to something
much lower or 0 would be better. Their link will be getting saturated at
connection time, so reducing that is not a problem they wouldn't benefit
from the quick buffer fill anyway.

>     <limits>
...
>         <burst-on-connect>1</burst-on-connect>

you can drop this option, burst is on by default and burst-size of 64k
is what this does.

If all listeners are disalup then try queue-size 200k and burst-size of
8k, dialups are generally only 3-5 kbyte/s anyway. You can state the
queue-size and burst-size per mount just in case you have low and high
bandwidth streams.


karl.




From sairwas at sairwas.org  Wed Feb  9 17:12:30 2005
From: sairwas at sairwas.org (=?ISO-8859-1?Q?Antti_N=E4yh=E4?=)
Date: Wed, 09 Feb 2005 19:12:30 +0200
Subject: [Icecast] Re: Severe problem with Icecast2 and streamTranscoder
Message-ID: <420A447E.6000506@sairwas.org>

Geoff Shang wrote:

> You *definitely* have enough CPU?  Transcodes can be expensive.

Yeah, there's a lot of spare CPU power and memory.  The icecast server 
takes 0,0% CPU and each streamTranscoder instance only takes 0,0-0,3%. 
This is a dedicated Icecast server with 1GHz PIII and 512 MB RAM.

> Also, have you looked in the Icecast error log?

Yep.  Nothing there.  The only clue I've found is the recurring "Read -3 
ret from ov_read" message in the streamTranscoder debug logs (see my 
earlier link to the sT bug report).  Not that I can make anything out of 
that.

It seems that other people are having very similar-sounding problems:
http://www.oddsock.org/openbb/read.php?TID=1685

-- 
Antti N?yh?                 "Ich bin der Zorn Gottes;
http://www.sairwas.org/         wer sonst ist mit mir?"


From chris at chris-on-the-web.com  Wed Feb  9 21:36:57 2005
From: chris at chris-on-the-web.com (Chris McMichael)
Date: Wed, 9 Feb 2005 15:36:57 -0600
Subject: [Icecast] Setting up a windows icecast server problem
Message-ID: <00da01c50eef$7b9bfc40$6400a8c0@vickie>

I need help!!!  I can turn on my icecast server and bring up the status page and login to the admin section but I can't play music.
I am using ezstream and below is some code from the ezstream config file.  Do I need to include some code with in the regular icecast config file that points to the ezstream directory.

    <url>http://www.chris-on-the-web.com:8000/cwradio</url>
    <sourcepassword>abc123</sourcepassword>
    <format>MP3</format>
    <filename>playlist.m3u</filename>

above I have a folder named cwradio which is within the ezstream directory and the folder contains the playlist.m3u file.  
If I type in http://www.chris-on-the-web.com:8000/cwradio/playlist.m3u it should load my music right???  Why doesn't it?? 
do I need to parse the playlist at the command prompt with the ezstream.exe file. 

please help!!



Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050209/2e64b0cd/attachment.htm>

From mlrsmith at gmail.com  Thu Feb 10 01:31:58 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 10 Feb 2005 12:31:58 +1100
Subject: [Icecast] Re: Severe problem with Icecast2 and streamTranscoder
In-Reply-To: <420A447E.6000506@sairwas.org>
References: <420A447E.6000506@sairwas.org>
Message-ID: <3c1737210502091731379560ed@mail.gmail.com>

On Wed, 09 Feb 2005 19:12:30 +0200, Antti N?yh? <sairwas at sairwas.org> wrote:
> Geoff Shang wrote:
> 
> > You *definitely* have enough CPU?  Transcodes can be expensive.
> 
> Yeah, there's a lot of spare CPU power and memory.  The icecast server
> takes 0,0% CPU and each streamTranscoder instance only takes 0,0-0,3%.
> This is a dedicated Icecast server with 1GHz PIII and 512 MB RAM.

That's very, very unlikely. 'streamTranscoder' is normally used to
transcode streams (as far as I know, it's not possible to use it
without that), and even _decoding_ your incoming vorbis stream (I
assume it's vorbis, from the error message you give from
streamTranscoder below) is going to take much, much more than 0.3%
cpu. Encoding will take a lot of what's left...

This still sounds more likely to be cpu starvation than anything else,
and if whatever tool you're using to get cpu usage is telling you that
streamTranscoder is using that little cpu... well, I wouldn't trust it
at all (note that most of the common cpu-usage measuring apps have
sampling errors that sometimes make them misread really, really
badly).

Mike


From geoff at hitsandpieces.net  Thu Feb 10 04:19:11 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 10 Feb 2005 14:19:11 +1000
Subject: [Icecast] Setting up a windows icecast server problem
In-Reply-To: <00da01c50eef$7b9bfc40$6400a8c0@vickie>
References: <00da01c50eef$7b9bfc40$6400a8c0@vickie>
Message-ID: <Pine.LNX.4.61.0502101402350.15851@data.home>

Chris McMichael wrote:

> I am using ezstream and below is some code from the ezstream config file.  Do I need to include some code with in the regular icecast config file that points to the ezstream directory.
>
>    <url>http://www.chris-on-the-web.com:8000/cwradio</url>
>    <sourcepassword>abc123</sourcepassword>
>    <format>MP3</format>
>    <filename>playlist.m3u</filename>
>
> above I have a folder named cwradio which is within the ezstream directory and the folder contains the playlist.m3u file.
> If I type in http://www.chris-on-the-web.com:8000/cwradio/playlist.m3u it should load my music right???  Why doesn't it??
> do I need to parse the playlist at the command prompt with the ezstream.exe file.

YOu need to run ezstream to stream your playlist to the icecast server, 
then you connect to http://www.chris-on-the-web.com:8000/cwradio (the URL 
defined in your ezstream config) with your favourite player and you should 
hear it.

Geoff.



From geoff at hitsandpieces.net  Thu Feb 10 04:22:11 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 10 Feb 2005 14:22:11 +1000
Subject: [Icecast] Any reliable command line clients?
In-Reply-To: <420A79A4.60308@ncsu.edu>
References: <420A79A4.60308@ncsu.edu>
Message-ID: <Pine.LNX.4.61.0502101419460.15851@data.home>

Joel Ebel wrote:

> ogg123:  The obvious choice.  But it can't seem to do it for long. After 
> several hours it begins to get a very repeatable pattern of quick hisses. 
> Usually pairs of two, the first one long, the second short. Perhaps every 2 
> to 3 seconds.

This bug has been around for ages and has been documented several times.

> Are there any other command line ogg players?

Tried mplayer?

Geoff.



From clowe at datafast.net.au  Thu Feb 10 05:31:05 2005
From: clowe at datafast.net.au (clowe at datafast.net.au)
Date: Thu, 10 Feb 2005 13:31:05 +0800 (WST)
Subject: [Icecast] Can't change server_URL data
Message-ID: <28017.129.94.6.28.1108013465.squirrel@129.94.6.28>

Hi all,
I'm using the Orban aacplus encoder, which sends the stream to my Icecast
server.  The Orban encoder allows one to set the station name, stream
title etc but there is no place for the station url, I suspect this has
been hardcoded in as I've noticed a number of other stations using Orban's
encoder also have links back to their web site.

Is there a way to change or overide this in the icecast.xml file?

server_URL: http://www.orban.com

I using Windows 2000.


Cheers

Colin

PS: Is there a search function for this email list, I can't find it if
there is.


From iceuse at wwlang.net  Thu Feb 10 07:30:16 2005
From: iceuse at wwlang.net (Iceuse - Kris)
Date: Thu, 10 Feb 2005 08:30:16 +0100
Subject: [Icecast] Question about range select for static file serve in
	icecast
In-Reply-To: <3c17372105020917093e892d01@mail.gmail.com>
References: <3c1737210502090219ee6c7f@mail.gmail.com>	
	<E1CyuCG-0007lU-TO@stalig01.stalig.net>
	<3c17372105020917093e892d01@mail.gmail.com>
Message-ID: <420B0D88.6080805@wwlang.net>

Michael Smith wrote:

>On Wed, 09 Feb 2005 16:56:08 +0100, iceuse at mail.wwlang.net
><iceuse at mail.wwlang.net> wrote:
>  
>
>>Yes, but in fact I want to write my own client in Java (based on jorbis). So the question become:
>>- is there a restriction on icecast side which may prevent fetching in a file currently growing (I don't think so)?
>>    
>>
>
>Not really... but it's somewhat limited. I just checked, and actually
>icecast has more limited support of Range than I thought.
>
>It only supports the form where you request "everything from this
>point onwards" (for some specified point). The HTTP response given
>will be incorrect if the file is growing - if you ignore the
>content-length header (generally a bad idea) in your client, it might
>work ok. But basically it's really, really not recommended to use
>Range on dynamically changing files.
>
>  
>
this is exactly what I need. I don't bother for the length, as I know in 
advance what is that file...
this is a great feature : your streams can be delayed for any duration...
(I plan to have daily dumps, so you can have from 24h to a few sec delay)

Otherwise, without range, I'll have to feed the dump into icecast as a 
stream with an ices playlist (this worked, but then your're limited to a 
particular delay: if your start ices 1hour after begining the dump, 
you'll have 1h delay. For multiple delays, you need multiple ices 
instances. Too much.).

>>- what I have to put into my http request to fetch the file? i tried adding a range get variable, but i failed.
>>    
>>
>
>I think the header should be something like:
>Range: bytes=10000-
>(to read from 10000 onwards). I haven't checked that, look at the HTTP
>spec to confirm it.
>
>  
>
I'll try and tell you the results on the list.

>Mike
>
>
>
>p.s. Did you mean to send this to the list?
>  
>
yes.

regards,
Chris


From greg at orban.com  Thu Feb 10 09:06:18 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Thu, 10 Feb 2005 01:06:18 -0800
Subject: [Icecast] Can't change server_URL data
In-Reply-To: <28017.129.94.6.28.1108013465.squirrel@129.94.6.28>
Message-ID: <5.2.1.1.2.20050210010110.02489e00@mail.indexcom.com>

The Stream URL may be changed under the Settings/Metadata Tab - Announce.
The current default is http://www.orban.com.

BTW:  If you use the syntax hTtP://your.stream.url  (NOTE hTtP) you will 
force open the Winamp Minibrowser to the location specified in your Stream URL.

-greg.
ORBAN


At 13:31 2005-02-10 +0800, clowe at datafast.net.au wrote:
>Hi all,
>I'm using the Orban aacplus encoder, which sends the stream to my Icecast
>server.  The Orban encoder allows one to set the station name, stream
>title etc but there is no place for the station url, I suspect this has
>been hardcoded in as I've noticed a number of other stations using Orban's
>encoder also have links back to their web site.
>
>Is there a way to change or overide this in the icecast.xml file?
>
>server_URL: http://www.orban.com
>
>I using Windows 2000.
>
>
>Cheers
>
>Colin
>
>PS: Is there a search function for this email list, I can't find it if
>there is.
>_______________________________________________
>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
Web:  http://www.orban.com
E-Mail:  greg at orban.com 



From chris_corrupt_youth at yahoo.com  Thu Feb 10 14:18:45 2005
From: chris_corrupt_youth at yahoo.com (Chris Weaver)
Date: Thu, 10 Feb 2005 06:18:45 -0800 (PST)
Subject: [Icecast] Player Problems
Message-ID: <20050210141845.78980.qmail@web42206.mail.yahoo.com>

Hi Everyone,

Has anyone come across problems listening back to Mp3
streams using VLC?

The reason I ask is that we [ResonanceFM] stream at
128K and at 24K (using two different Icecast
instances). All players (Zinf, Winamp, Media Player
etc) can play both streams bar VLC which seems to
exhibt a skipping (i.e like the sound of a CD) problem
when playing the 24K stream. Incidently it plays the
128 fine.

The two streams are:
http://relay.exequo.org/resonanceFM  (24K)
http://212.23.57.33:8010 (128K)

VLCs' log reports the following:

main warning: audio drift is too big (133407),
dropping buffer

I'm not particularly au fait with Icecast so any help
would be extremely helpful.

Cheers,

Chris Weaver





=====
Are you tuned to Resonance104.4fm? Visit the dedicated Resonance104.4fm website resonancefm.com or l-m-c.org.uk





		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
 



From jbebel at ncsu.edu  Thu Feb 10 14:30:30 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Thu, 10 Feb 2005 09:30:30 -0500
Subject: [Icecast] Player Problems
In-Reply-To: <20050210141845.78980.qmail@web42206.mail.yahoo.com>
References: <20050210141845.78980.qmail@web42206.mail.yahoo.com>
Message-ID: <420B7006.10704@ncsu.edu>

I have been quit dissatisfied with VLC for listening to streams from 
icecast.  I get the same thing you do, with clicks and pops frequently, 
and the speed drifts.  If I played VLC side by side with another player, 
they got more and more out of tune and out of sync with each the longer 
it was played.  I'm quite certain icecast isn't to blame for this, as 
VLC is the only client I've seen to exhibit this behavior.  I don't VLC 
is really designed to be a good streaming audio client.  I chose not to 
even list it as a supported player on our website.

Joel

Chris Weaver wrote:
> Hi Everyone,
> 
> Has anyone come across problems listening back to Mp3
> streams using VLC?
> 
> The reason I ask is that we [ResonanceFM] stream at
> 128K and at 24K (using two different Icecast
> instances). All players (Zinf, Winamp, Media Player
> etc) can play both streams bar VLC which seems to
> exhibt a skipping (i.e like the sound of a CD) problem
> when playing the 24K stream. Incidently it plays the
> 128 fine.
> 
> The two streams are:
> http://relay.exequo.org/resonanceFM  (24K)
> http://212.23.57.33:8010 (128K)
> 
> VLCs' log reports the following:
> 
> main warning: audio drift is too big (133407),
> dropping buffer
> 
> I'm not particularly au fait with Icecast so any help
> would be extremely helpful.
> 
> Cheers,
> 
> Chris Weaver
> 
> 
> 
> 
> 
> =====
> Are you tuned to Resonance104.4fm? Visit the dedicated Resonance104.4fm website resonancefm.com or l-m-c.org.uk
> 
> 
> 
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Meet the all-new My Yahoo! - Try it today! 
> http://my.yahoo.com 
>  
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From karl at xiph.org  Thu Feb 10 14:40:30 2005
From: karl at xiph.org (Karl Heyes)
Date: 10 Feb 2005 14:40:30 +0000
Subject: [Icecast] Player Problems
In-Reply-To: <20050210141845.78980.qmail@web42206.mail.yahoo.com>
References: <20050210141845.78980.qmail@web42206.mail.yahoo.com>
Message-ID: <1108046430.4880.22.camel@bogus.hackers.club>

On Thu, 2005-02-10 at 14:18, Chris Weaver wrote:
> Hi Everyone,
> 
> Has anyone come across problems listening back to Mp3
> streams using VLC?
> 
> The reason I ask is that we [ResonanceFM] stream at
> 128K and at 24K (using two different Icecast
> instances). All players (Zinf, Winamp, Media Player
> etc) can play both streams bar VLC which seems to
> exhibt a skipping (i.e like the sound of a CD) problem
> when playing the 24K stream. Incidently it plays the
> 128 fine.

I have noticed that some versions of vlc have been known to trigger a
speed up/slow down/dropping data of playback midstream. I usually see
messages like the one you reported or resampling messages.  There really
isn't much icecast can do for these situations, it's purely something
that vlc is doing.

I suspect it's just some tolerance level in VLC being set incorrectly,
make sure the VLC people know about the problem and the version you have
(you can easily repeat the problem as well).

karl.




From greg at orban.com  Thu Feb 10 17:39:56 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Thu, 10 Feb 2005 09:39:56 -0800
Subject: [Icecast] Player Problems
In-Reply-To: <20050210141845.78980.qmail@web42206.mail.yahoo.com>
Message-ID: <5.2.1.1.2.20050210093347.02524628@mail.indexcom.com>

I have brought this problem to the attention of the VLC development group 
before the holidays.
This problem is somehow related to the Icecast2 Burst-on-Connect mode and 
how VLC handles this, or in this case doesn't very well.

If Icecast2 Burst-on-Connect is disabled, VLC has less trouble syncing to 
the stream.
I was told by one of the VLC folks that they need to change their HTTP 
stream mode in the player to make this work correctly.  I have been trying 
to get a time-table for this fix, but have so far, been unsuccessful.

Unfortunately, the only fix is to disable Icecast2 Burst-on-Connect mode 
for the time being to be VLC compatible.


At 06:18 2005-02-10 -0800, Chris Weaver wrote:
>Hi Everyone,
>
>Has anyone come across problems listening back to Mp3
>streams using VLC?
>
>The reason I ask is that we [ResonanceFM] stream at
>128K and at 24K (using two different Icecast
>instances). All players (Zinf, Winamp, Media Player
>etc) can play both streams bar VLC which seems to
>exhibt a skipping (i.e like the sound of a CD) problem
>when playing the 24K stream. Incidently it plays the
>128 fine.
>
>The two streams are:
>http://relay.exequo.org/resonanceFM  (24K)
>http://212.23.57.33:8010 (128K)
>
>VLCs' log reports the following:
>
>main warning: audio drift is too big (133407),
>dropping buffer
>
>I'm not particularly au fait with Icecast so any help
>would be extremely helpful.
>
>Cheers,
>
>Chris Weaver
>
>
>
>
>
>=====
>Are you tuned to Resonance104.4fm? Visit the dedicated Resonance104.4fm 
>website resonancefm.com or l-m-c.org.uk
>
>
>
>
>
>
>__________________________________
>Do you Yahoo!?
>Meet the all-new My Yahoo! - Try it today!
>http://my.yahoo.com
>
>
>_______________________________________________
>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
Web:  http://www.orban.com
E-Mail:  greg at orban.com 



From macmichael01 at hotmail.com  Fri Feb 11 00:45:11 2005
From: macmichael01 at hotmail.com (Chris McMichael)
Date: Thu, 10 Feb 2005 18:45:11 -0600
Subject: [Icecast] ***SPAM*** editing the Xsl file for a windows based server
Message-ID: <BAY104-DAV353BCAD403BFF19F86A41C6770@phx.gbl>

Help!!

Can you edit the Xsl stylesheet file that lies in the web folder.  I want to integrate a look that is similar to my website!  I slightly manipulate the file and it coughs up a parsing error when I load it in a browser. Basically what I want to do is have a page that loads up with the available streams that users can access.  Any suggestions??



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

From rt7 at bk.ru  Fri Feb 11 04:27:33 2005
From: rt7 at bk.ru (Mihail Egorov)
Date: Fri, 11 Feb 2005 07:27:33 +0300
Subject: [Icecast] Could anybody kindly add statically linked icecast 2.2.0
	download to www.icecast.org?
Message-ID: <002001c50ff2$03146e20$1201a8c0@ts>

This is important to Debian users -- packets exists only for testing and
unstable version of Debian Linux.



From geoff at hitsandpieces.net  Fri Feb 11 04:39:15 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Fri, 11 Feb 2005 14:39:15 +1000
Subject: [Icecast] Could anybody kindly add statically linked icecast
	2.2.0 download to www.icecast.org?
In-Reply-To: <002001c50ff2$03146e20$1201a8c0@ts>
References: <002001c50ff2$03146e20$1201a8c0@ts>
Message-ID: <Pine.LNX.4.61.0502111438380.15851@data.home>

Hi,

I have Icecast running on a Debian stable box, I compiled it from source. 
Works nicely.

Geoff.


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

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

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


From mlrsmith at gmail.com  Fri Feb 11 04:46:40 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Fri, 11 Feb 2005 15:46:40 +1100
Subject: [Icecast] Could anybody kindly add statically linked icecast
	2.2.0 download to www.icecast.org?
In-Reply-To: <002001c50ff2$03146e20$1201a8c0@ts>
References: <002001c50ff2$03146e20$1201a8c0@ts>
Message-ID: <3c173721050210204613fedf12@mail.gmail.com>

On Fri, 11 Feb 2005 07:27:33 +0300, Mihail Egorov <rt7 at bk.ru> wrote:
> This is important to Debian users -- packets exists only for testing and
> unstable version of Debian Linux.

You forgot to say various essential things, like what platform you want it for.

Regardless, the answer is going to be "no" - we don't have the
resources to provide builds for arbitrary platforms. We make a special
exception for windows, because it's particularly difficult for windows
users to build it themselves (and because we have people who are
willing to do those builds).

You shouldn't have any difficulty building it from source on debian stable.

Mike


From david.anderson at calixo.net  Fri Feb 11 10:47:09 2005
From: david.anderson at calixo.net (David Anderson)
Date: Fri, 11 Feb 2005 11:47:09 +0100
Subject: [Icecast] Could anybody kindly add statically linked icecast
	2.2.0	download to www.icecast.org?
In-Reply-To: <002001c50ff2$03146e20$1201a8c0@ts>
References: <002001c50ff2$03146e20$1201a8c0@ts>
Message-ID: <420C8D2D.3060304@calixo.net>

Mihail Egorov wrote:
> This is important to Debian users -- packets exists only for testing and
> unstable version of Debian Linux.

Have you checked out http://backports.org/ ? Maybe you could ask them to 
build a backport package.

- David.


From clowe at datafast.net.au  Fri Feb 11 11:02:16 2005
From: clowe at datafast.net.au (Colin Lowe (Datafast))
Date: Fri, 11 Feb 2005 22:02:16 +1100
Subject: [Icecast] Icecast on port 80 and proxy servers that stay connected
	after user disconnects.
Message-ID: <055501c51029$26cf4ab0$0a01a8c0@colinhome>

Hi all,
        decided to try Icecast on port 80, and it works fine, but I noticed that when I connect from work that on my icecast status page the IP address of the proxy server was listed.  That's fine, I disconnect, then when I get home 8 hours later I see the proxy ip is still connected, a few hundred megs of data has been served.  I've replicated this problem a number of times.  

It seems the proxy server is not letting go.  

Is there a setting I can use in the icecast config file to stop this? I can image lots of people will connect through proxy servers that may not let go.  I presume because I'm on port 80 the proxy server thinks the stream is a long web page that never finishes downloading?

Any help appreciated, otherwise its back to port 8000

Colin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050211/16553de3/attachment.htm>

From geoff at hitsandpieces.net  Fri Feb 11 14:23:27 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sat, 12 Feb 2005 00:23:27 +1000
Subject: [Icecast] Icecast on port 80 and proxy servers that stay connected
	after user disconnects.
In-Reply-To: <055501c51029$26cf4ab0$0a01a8c0@colinhome>
References: <055501c51029$26cf4ab0$0a01a8c0@colinhome>
Message-ID: <Pine.LNX.4.61.0502120019460.15851@data.home>

Hi,

Well, as long as it's only you listening, you can always kick yourself 
through the admin interface.  But there's realy not a lot you can do.  I've 
seen mention of and possibly patches for time-limited listening, but you 
don't really want to place an arbitrary limit on connect time without 
really wanting that feature.

Personally, unless you really need to run it on port 80, I wouldn't.  I'm a 
believer of services being on the ports they were meant for, and this is a 
good example of why this is a good philosophy.  There's no way for the 
proxy server to know not to cache it, unless you can tell it not to cache 
certain MIME types (which also assumes you have the ability to configure 
it, which I'm guessing you don't).

Geoff.


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

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

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


From hick.icecast at gink.org  Fri Feb 11 14:59:54 2005
From: hick.icecast at gink.org (gARetH baBB)
Date: Fri, 11 Feb 2005 14:59:54 +0000 (UTC)
Subject: [Icecast] Icecast on port 80 and proxy servers that stay connected
	after user disconnects.
In-Reply-To: <Pine.LNX.4.61.0502120019460.15851@data.home>
References: <055501c51029$26cf4ab0$0a01a8c0@colinhome>
	<Pine.LNX.4.61.0502120019460.15851@data.home>
Message-ID: <Pine.LNX.4.60.0502111453020.27961@stum.gink.org>

On Sat, 12 Feb 2005, Geoff Shang wrote:

> good example of why this is a good philosophy.  There's no way for the proxy
> server to know not to cache it, unless you can tell it not to cache certain

Cache-Control: no-cache
Pragma: no-cache

Actually, "Cache-Control: no-cache" is wrong, it should I suppose be 
"no-store" (or even "no-cache, no-store") - though stricly Cache-Control 
is HTTP/1.1 and Pragma should be the one taken notice of.

The headers Icecast2 chucks out for streams is at the very end of 
src/format.c


From mlrsmith at gmail.com  Sat Feb 12 03:00:12 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Sat, 12 Feb 2005 14:00:12 +1100
Subject: [Icecast] Icecast on port 80 and proxy servers that stay
	connected after user disconnects.
In-Reply-To: <Pine.LNX.4.60.0502111453020.27961@stum.gink.org>
References: <055501c51029$26cf4ab0$0a01a8c0@colinhome>
	<Pine.LNX.4.61.0502120019460.15851@data.home>
	<Pine.LNX.4.60.0502111453020.27961@stum.gink.org>
Message-ID: <3c173721050211190065be979a@mail.gmail.com>

On Fri, 11 Feb 2005 14:59:54 +0000 (UTC), gARetH baBB
<hick.icecast at gink.org> wrote:
> On Sat, 12 Feb 2005, Geoff Shang wrote:
> 
> > good example of why this is a good philosophy.  There's no way for the proxy
> > server to know not to cache it, unless you can tell it not to cache certain
> 
> Cache-Control: no-cache
> Pragma: no-cache
> 
> Actually, "Cache-Control: no-cache" is wrong, it should I suppose be
> "no-store" (or even "no-cache, no-store") - though stricly Cache-Control
> is HTTP/1.1 and Pragma should be the one taken notice of.

Icecast's support for HTTP/1.1 is virtually non-existant. I intend to
improve it, eventually, but for now, most responses from icecast won't
be valid HTTP/1.1.

Mike


From hello at ianbell.com  Sat Feb 12 04:21:07 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Fri, 11 Feb 2005 20:21:07 -0800
Subject: [Icecast] Updating MetaData at the Relay
Message-ID: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>

Now that 2.2.0 is out, we can update metadata on-the-fly.  At  
pulverradio.com we are working on an injector that takes the song info  
from our broadcast automation software and dumps it in (thanks guys for  
the help).  I realize that we can inject the song info like so:

http://server.ip:port/admin/metadata?mount=/ 
mountpoint&mode=updinfo&song=ACDC+Back+In+Black


.... but are there other attributes, such as Genre, URL, etc. that we  
can input at this point?

I still can't find a definitive spec (not anyone on this list's fault)  
on what the shoutcast-metadata-protocol even allows, let alone which  
verbage is supported by IceCast.

Could it be as simple as:

http://server.ip:port/admin/metadata?mount=/ 
mountpoint&mode=updinfo&song=ACDC+Back+In+Black&genre=Rock&url=www.pulve 
rradio.com

??

The reason this is relevant is our dumb encoders just spew out MP3  
streams with no metadata at all.  It would be nice to be able to add  
cursory stuff so that we get listed properly on the XIPH yellow pages,  
etc.  Also, since we're using flaky DNS-based load balancing on our  
streaming network it'd be nice for all of my servers to masquerade as  
"radio.pulverradio.com" even though their actual hostname might be  
something completely different.

-Ian.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2363 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050211/04344951/attachment.bin>

From oddsock at oddsock.org  Sat Feb 12 05:20:13 2005
From: oddsock at oddsock.org (oddsock)
Date: Fri, 11 Feb 2005 23:20:13 -0600
Subject: [Icecast] Updating MetaData at the Relay
In-Reply-To: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
References: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
Message-ID: <6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>

At 10:21 PM 2/11/2005, you wrote:
>Now that 2.2.0 is out, we can update metadata on-the-fly.  At
>pulverradio.com we are working on an injector that takes the song info
>from our broadcast automation software and dumps it in (thanks guys for
>the help).  I realize that we can inject the song info like so:
>
>http://server.ip:port/admin/metadata?mount=/ 
>mountpoint&mode=updinfo&song=ACDC+Back+In+Black
>
>
>.... but are there other attributes, such as Genre, URL, etc. that we
>can input at this point?

no...at the moment, only "song" is supported.  All other stream info 
details (URL, Genre, etc) is not currently update-able via the admin 
interface.  The must be supplied by the source client on connect.

>I still can't find a definitive spec (not anyone on this list's fault)
>on what the shoutcast-metadata-protocol even allows, let alone which
>verbage is supported by IceCast.

keep in mind that the shoutcast-metadata protocol is only used for MP3 
streams.  Ogg Vorbis streams have an entirely different mechanism for 
dealing with metadata.  The metadata in vorbis streams is actually 
contained within the vorbis header.  This is actually why we initially 
didn't support the updating of this info via the admin interface.  Since 
doing so would require icecast to be able to rebuild the ogg vorbis 
bitstream in order to insert new metadata into the vorbis 
header.  Thankfully, Karl's done this work, and it works very well.  So 
technically we'd should be able to make arbitrary updates to vorbis comment 
fields (where the metadata is stored) via the admin interface (although 
this hasn't been done currently)...That still requires client players to 
display these fields in a meaningful way.  This is tricky as the vorbis 
comment fields are essentially free-form in nature with no set spec.

>Could it be as simple as:
>
>http://server.ip:port/admin/metadata?mount=/ 
>mountpoint&mode=updinfo&song=ACDC+Back+In+Black&genre=Rock&url=www.pulve 
>rradio.com

back to your question about shoutcast-metadata, the metadata protocol only 
supports two fields StreamTitle and StreamUrl.  Virtually ALL players (with 
the exception of winamp) ignore StreamUrl.  Winamp will use this 
information in the event that you actually open the winamp mini-browser 
while listening to a stream, it will open to the default page of the 
StreamUrl (or at least, that was the way it used to work).  So, for 
shoutcast-metadata, you really only have StreamTitle (which is usually just 
the song title).   This is actually, why the admin/metadata call only takes 
"song", and it was created back when we only supported updates for mp3 
streams.  Now, one could aruge that you should also be able to update the 
genre and maybe the url, but since these fields are used mainly for YP 
listing, they tend not to be fields that people want to update.  Although, 
I'm sure someone could find a good reason, I couldn't at the time, and 
therefore didn't make these fields update-able.  It's also important to 
understand that since these fields are used by the YP, you need to figure 
out what fields the YP will support updating.  From 
http://www.icecast.org/spec.php you can see that there is a limited number 
of update-able fields (song title, listeners, max_listeners, various 
listening times, and server type - of which only the dir.xiph.org supports 
a few (song and server type).


>The reason this is relevant is our dumb encoders just spew out MP3
>streams with no metadata at all.  It would be nice to be able to add
>cursory stuff so that we get listed properly on the XIPH yellow pages,
>etc.  Also, since we're using flaky DNS-based load balancing on our
>streaming network it'd be nice for all of my servers to masquerade as
>"radio.pulverradio.com" even though their actual hostname might be
>something completely different.

well, your encoders can't be *that* dumb as they probably support some 
level of HTTP authentication (unless they are connecting in 
shoutcast-compat mode), so all you need to do is add a few request headers 
when connecting the encoder, and you'll be properly listed.  And 
masquerading the listen url is not support, but easy enough to do with a 
simple hard-code modification.

hope this helped...

oddsock




From rt7 at bk.ru  Sat Feb 12 05:15:33 2005
From: rt7 at bk.ru (Mihail Egorov)
Date: Sat, 12 Feb 2005 08:15:33 +0300
Subject: [Icecast] Could anybody kindly add statically linked icecast
	2.2.0 download to www.icecast.org?
References: <002001c50ff2$03146e20$1201a8c0@ts>
	<3c173721050210204613fedf12@mail.gmail.com>
Message-ID: <00ac01c510c5$1d4833c0$1201a8c0@ts>

> > This is important to Debian users -- packets exists only for testing and
> > unstable version of Debian Linux.

Another reason to have statically linked version -- to place it in a
separate partition in order to run already chrooted.
No need to update libraries. Ideal security.

> You forgot to say various essential things, like what platform you want it
for.

Linux / i386, I think statically linked file will fit to ANY distribution.

> Regardless, the answer is going to be "no" - we don't have the
> resources to provide builds for arbitrary platforms. We make a special

Of course. But if you are actually using linux/i386?

> exception for windows, because it's particularly difficult for windows
> users to build it themselves (and because we have people who are
> willing to do those builds).
>
> You shouldn't have any difficulty building it from source on debian
stable.

Hmm...
1. I have to get libxslt-dev from backports.org (thanks to David Anderson)
2. I have to REMOVE libogg* and libvorbis* debian packages and compile them
from sources
3. Now I have icecast2 dinamically compiled, so I shall test it...

Now I have to figure out how to make statically linked version...








From macmichael01 at hotmail.com  Sat Feb 12 06:37:48 2005
From: macmichael01 at hotmail.com (Chris McMichael)
Date: Sat, 12 Feb 2005 00:37:48 -0600
Subject: [Icecast] ***SPAM*** Another icecast windows server Q?
Message-ID: <BAY104-DAV2C138FA0C87B82A552496C6680@phx.gbl>

I am using ezstream to parse my files.  Does any one know if there is a program or some code that I can write that will run the parsing in the background so that I don't have 4-5 command promts windows open.

thanks,
chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050212/b0eeff40/attachment.htm>

From akrall-lists at intruder.com.mx  Sat Feb 12 15:41:23 2005
From: akrall-lists at intruder.com.mx (Anton Krall)
Date: Sat, 12 Feb 2005 09:41:23 -0600
Subject: [Icecast] Icecast Newbie Questions
Message-ID: <20050212154048.3275F5B40EF@intruder.com.mx>

Guys... Im new to icecast but I was wondering a couple of things and Im not
sure if icecast can do them:
 
1. Can icecast limit the bps of an incoming live source? for example, limit
the user/source to be only 24kbps and if the user tries to send a higher bps
source, not allow it to connect? kind of like the commerical hosting
services do?
 
2. If a live signal is on almost all the time, can icecast be configured to
act when the live source disconnects and start automatically playign some
local mp3 files so the audience would have something to listen to and if the
live source connects again, drop the mp3 and stream the live source one more
time?
 
Thx Guys.
 
__________________________________________________________________
Anton Krall
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050212/84880cfc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Anton Krall.jpg
Type: image/jpeg
Size: 2743 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050212/84880cfc/attachment.jpg>

From geoff at hitsandpieces.net  Sat Feb 12 15:51:06 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sun, 13 Feb 2005 01:51:06 +1000
Subject: [Icecast] Icecast Newbie Questions
In-Reply-To: <20050212154048.3275F5B40EF@intruder.com.mx>
References: <20050212154048.3275F5B40EF@intruder.com.mx>
Message-ID: <Pine.LNX.4.61.0502130147270.20242@data.home>

Anton Krall wrote:

> 1. Can icecast limit the bps of an incoming live source? for example, limit
> the user/source to be only 24kbps and if the user tries to send a higher bps
> source, not allow it to connect? kind of like the commerical hosting
> services do?

No.  And I've no idea how the commercial services do it, maybe they have 
some patches against the Icecast source for doing this.

> 2. If a live signal is on almost all the time, can icecast be configured to
> act when the live source disconnects and start automatically playign some
> local mp3 files so the audience would have something to listen to and if the
> live source connects again, drop the mp3 and stream the live source one more
> time?

This you can do.  Set up a second stream on another mountpoint and 
configure the first mountpoint to fall back to the second one and also 
activate fallback-override.

Note that if these are MP3 streams, you must have the same sampling rate 
and 
number of channels in the fallback stream as you do in your primary stream, 
otherwise players will choak.

Geoff.



From akrall-lists at intruder.com.mx  Sat Feb 12 16:01:27 2005
From: akrall-lists at intruder.com.mx (Anton Krall)
Date: Sat, 12 Feb 2005 10:01:27 -0600
Subject: [Icecast] Icecast Newbie Questions
In-Reply-To: <Pine.LNX.4.61.0502130147270.20242@data.home>
Message-ID: <20050212160050.2919F5B40EF@intruder.com.mx>

So we need to resample them first? Any live resamplers? 

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Geoff Shang
Sent: S?bado, 12 de Febrero de 2005 09:51 a.m.
To: icecast at xiph.org
Subject: Re: [Icecast] Icecast Newbie Questions

Anton Krall wrote:

> 1. Can icecast limit the bps of an incoming live source? for example, 
> limit the user/source to be only 24kbps and if the user tries to send 
> a higher bps source, not allow it to connect? kind of like the 
> commerical hosting services do?

No.  And I've no idea how the commercial services do it, maybe they have
some patches against the Icecast source for doing this.

> 2. If a live signal is on almost all the time, can icecast be 
> configured to act when the live source disconnects and start 
> automatically playign some local mp3 files so the audience would have 
> something to listen to and if the live source connects again, drop the 
> mp3 and stream the live source one more time?

This you can do.  Set up a second stream on another mountpoint and configure
the first mountpoint to fall back to the second one and also activate
fallback-override.

Note that if these are MP3 streams, you must have the same sampling rate and
number of channels in the fallback stream as you do in your primary stream,
otherwise players will choak.

Geoff.

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




From geoff at hitsandpieces.net  Sat Feb 12 16:07:50 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sun, 13 Feb 2005 02:07:50 +1000
Subject: [Icecast] Icecast Newbie Questions
In-Reply-To: <20050212160050.2919F5B40EF@intruder.com.mx>
References: <20050212160050.2919F5B40EF@intruder.com.mx>
Message-ID: <Pine.LNX.4.61.0502130206460.20242@data.home>

Anton Krall wrote:

> So we need to resample them first? Any live resamplers?

If you're running on *nix, you could use Ices 0.4 to provide your backup 
stream.  It has the ability to reencode if desired.

Geoff.



From akrall-lists at intruder.com.mx  Sat Feb 12 16:14:02 2005
From: akrall-lists at intruder.com.mx (Anton Krall)
Date: Sat, 12 Feb 2005 10:14:02 -0600
Subject: [Icecast] Icecast Newbie Questions
In-Reply-To: <Pine.LNX.4.61.0502130206460.20242@data.home>
Message-ID: <20050212161324.2BA6F5B40EF@intruder.com.mx>

Nice! Im running linux... So ices for the backup streams and resampled to a
lower bps.... Now I just need to figure out how to limit the bps of the live
source... Maybe using 2 icecast and streamtranscoder right? 

Ice 1 (private ice) -> transcoder -> ice 2 (public ice)

How does that sound?

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Geoff Shang
Sent: S?bado, 12 de Febrero de 2005 10:08 a.m.
To: icecast at xiph.org
Subject: RE: [Icecast] Icecast Newbie Questions

Anton Krall wrote:

> So we need to resample them first? Any live resamplers?

If you're running on *nix, you could use Ices 0.4 to provide your backup
stream.  It has the ability to reencode if desired.

Geoff.

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




From geoff at hitsandpieces.net  Sat Feb 12 16:19:03 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Sun, 13 Feb 2005 02:19:03 +1000
Subject: [Icecast] Icecast Newbie Questions
In-Reply-To: <20050212161324.2BA6F5B40EF@intruder.com.mx>
References: <20050212161324.2BA6F5B40EF@intruder.com.mx>
Message-ID: <Pine.LNX.4.61.0502130217230.20242@data.home>

Anton Krall wrote:

> Nice! Im running linux... So ices for the backup streams and resampled to a
> lower bps.... Now I just need to figure out how to limit the bps of the live
> source... Maybe using 2 icecast and streamtranscoder right?
> Ice 1 (private ice) -> transcoder -> ice 2 (public ice)

Well, it'll be another encode stepso there may be some quality loss, but 
yeah that would do it.  Or you could use a separate mountpoint on your 
single server, but if bandwidth is really an issue then I can see why the 
two server route would be the way to go.

Geoff.



From hello at ianbell.com  Sat Feb 12 18:28:57 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Sat, 12 Feb 2005 10:28:57 -0800
Subject: [Icecast] Updating MetaData at the Relay
In-Reply-To: <6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
References: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
	<6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
Message-ID: <b45889995a9680b531fceb59aafff61a@ianbell.com>

On 11-Feb-05, at 9:20 PM, oddsock wrote:

> At 10:21 PM 2/11/2005, you wrote:
>> Now that 2.2.0 is out, we can update metadata on-the-fly.  At
>> pulverradio.com we are working on an injector that takes the song info
>> from our broadcast automation software and dumps it in (thanks guys 
>> for
>> the help).  I realize that we can inject the song info like so:
>>
>> http://server.ip:port/admin/metadata?mount=/ 
>> mountpoint&mode=updinfo&song=ACDC+Back+In+Black

> no...at the moment, only "song" is supported.  All other stream info 
> details (URL, Genre, etc) is not currently update-able via the admin 
> interface.  The must be supplied by the source client on connect.

Okay, so this actually injects it into the stream as shoutcast 
metadata, not just into the server's admin interface?  Someone just 
emailed me to say that this simply updates currently-playing data on 
the admin pages.

> keep in mind that the shoutcast-metadata protocol is only used for MP3 
> streams.

For reasons discussed previously I, and a number of professional 
broadcasters, am married to straight MP3 and have to wait for Vorbis.  
Full support for this would serve me better than lots of support for 
Vorbis tagging.  Karl is a god for coding this up.

> back to your question about shoutcast-metadata, the metadata protocol 
> only supports two fields StreamTitle and StreamUrl.  Virtually ALL 
> players (with the exception of winamp) ignore StreamUrl.  Winamp will 
> use this information in the event that you actually open the winamp 
> mini-browser while listening to a stream, it will open to the default 
> page of the StreamUrl (or at least, that was the way it used to work). 
>  So, for shoutcast-metadata, you really only have StreamTitle (which 
> is usually just the song title).   This is actually, why the 
> admin/metadata call only takes "song", and it was created back when we 
> only supported updates for mp3 streams.  Now, one could aruge that you 
> should also be able to update the genre and maybe the url, but since 
> these fields are used mainly for YP listing, they tend not to be 
> fields that people want to update.

For the static YP variables (genre, url) I'd at least like to be able 
to modify these at runtime in the Icecast config file.  Try finding my 
servers on the xiph.org yellow pages. :)

> Although, I'm sure someone could find a good reason, I couldn't at the 
> time, and therefore didn't make these fields update-able.  It's also 
> important to understand that since these fields are used by the YP, 
> you need to figure out what fields the YP will support updating.  From 
> http://www.icecast.org/spec.php you can see that there is a limited 
> number of update-able fields (song title, listeners, max_listeners, 
> various listening times, and server type - of which only the 
> dir.xiph.org supports a few (song and server type).

...and I presume that when we update the song title using the method I 
specified above it causes Icecast to spark a GET to the xiph Yellow 
Pages to update song data, as well... correct?

>> The reason this is relevant is our dumb encoders just spew out MP3
>> streams with no metadata at all.  It would be nice to be able to add
>> cursory stuff so that we get listed properly on the XIPH yellow pages,
>> etc.  Also, since we're using flaky DNS-based load balancing on our
>> streaming network it'd be nice for all of my servers to masquerade as
>> "radio.pulverradio.com" even though their actual hostname might be
>> something completely different.
>
> well, your encoders can't be *that* dumb as they probably support some 
> level of HTTP authentication (unless they are connecting in 
> shoutcast-compat mode), so all you need to do is add a few request 
> headers when connecting the encoder, and you'll be properly listed.  
> And masquerading the listen url is not support, but easy enough to do 
> with a simple hard-code modification.

I'd need an EPROM burner to modify my encoders, unfortunately.

http://www.audioactive.com/support/manuals/aampegmanual.pdf

All we're trying to do is get the maximum amount of data populated for 
both YP listings and for clients like WinAmp and iTunes.

-Ian.



From iceuse at wwlang.net  Sun Feb 13 22:02:07 2005
From: iceuse at wwlang.net (Iceuse - Kris)
Date: Sun, 13 Feb 2005 23:02:07 +0100
Subject: [Icecast] Question about range select for static file serve in
	icecast
In-Reply-To: <3c17372105020917093e892d01@mail.gmail.com>
References: <3c1737210502090219ee6c7f@mail.gmail.com>	
	<E1CyuCG-0007lU-TO@stalig01.stalig.net>
	<3c17372105020917093e892d01@mail.gmail.com>
Message-ID: <420FCE5F.9090507@wwlang.net>

Hello,

>I think the header should be something like:
>Range: bytes=10000-
>  
>
This seams to "work" for fetching the file. But my player (based on 
JOGG) is unable to recognize the data as an ogg stream, certainly 
because it receives no ogg header.
Maybe something else, but I don't know.

Don't know what to do with that... Try to read data until a header is 
found (may be long as the file is a daily dump of a stream).

Chris


From aszure42 at bellsouth.net  Sun Feb 13 21:38:54 2005
From: aszure42 at bellsouth.net (Jim Kehoe)
Date: Sun, 13 Feb 2005 16:38:54 -0500
Subject: [Icecast] Resampling Question
Message-ID: <420FC8EE.1070609@bellsouth.net>

I am some what of a newbie at icecast administration, however, I have 
looked over many docs, and cant quite get what I can from a collective 
opinion of some experience.

I am part of an net radio station, and we want to be able to have an 
auto stream that can run if there isn't a live DJ. I have seen a few 
tools, and wanted to get an opinion of something that can be started and 
stopped very easily.

Additionally, if I can throw in another question. I wanted to know what 
was recommended to use to resample a stream. I am going to broadcast 1 
stream and was wondering how it could be resampled to there would be a 
lower bit rate stream available without the DJ having to send the low 
band stream himself.

Thanks in advance,

Jim Kehoe




From mlrsmith at gmail.com  Sun Feb 13 23:33:35 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Mon, 14 Feb 2005 10:33:35 +1100
Subject: [Icecast] Question about range select for static file serve in
	icecast
In-Reply-To: <420FCE5F.9090507@wwlang.net>
References: <3c1737210502090219ee6c7f@mail.gmail.com>
	<E1CyuCG-0007lU-TO@stalig01.stalig.net>
	<3c17372105020917093e892d01@mail.gmail.com>
	<420FCE5F.9090507@wwlang.net>
Message-ID: <3c17372105021315336662e5e7@mail.gmail.com>

On Sun, 13 Feb 2005 23:02:07 +0100, Iceuse - Kris <iceuse at wwlang.net> wrote:
> Hello,
> 
> >I think the header should be something like:
> >Range: bytes=10000-
> >
> >
> This seams to "work" for fetching the file. But my player (based on
> JOGG) is unable to recognize the data as an ogg stream, certainly
> because it receives no ogg header.
> Maybe something else, but I don't know.

Yes, if you're doing this with vorbis data, this will be insufficient.
You'll have to do multiple requests, get the headers, etc.

Using icecast for this purpose isn't particularly sensible - it's not
designed to be a highly efficient complete web server, and the file
serving is very limited.

Mike


From medialist at xicnet.com  Mon Feb 14 00:23:12 2005
From: medialist at xicnet.com (rama)
Date: Mon, 14 Feb 2005 01:23:12 +0100
Subject: [Icecast] buffering loop without without extension
Message-ID: <1108340592.28869.43.camel@ixa>

hi,

I'm trying an ogg stream which doesn't seem to work at least on my xmms
if I don't use  the .ogg extension for it.

xmms runs into an eternal buffering loop, restarting just upon finishing
fill up.

at the moment I'm using ices2 got from icecast.org and karl's kh-6.
but I would say same problem happend with upstream version in debian
sarge (2.2.0-1)

however mplayer i.e. plays correctly without the extension on the
mountpoint.

http://stream.kunstlabor.at:5800/h2 is at the moment an alias to
http://stream.kunstlabor.at:5800/h2.ogg so if someone would to help
trying it and giving some feedback.

i must use karl's branch as I *must* use the on-demand relay feature
to save $$$ bandwith from this radioteleskop getting the H2 frequencies
from the atmosphere (in Linz, AT)

danke!,
ciao
rama


-- 



From mlrsmith at gmail.com  Mon Feb 14 00:44:14 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Mon, 14 Feb 2005 11:44:14 +1100
Subject: [Icecast] buffering loop without without extension
In-Reply-To: <1108340592.28869.43.camel@ixa>
References: <1108340592.28869.43.camel@ixa>
Message-ID: <3c17372105021316444aba94e8@mail.gmail.com>

On Mon, 14 Feb 2005 01:23:12 +0100, rama <medialist at xicnet.com> wrote:
> hi,
> 
> I'm trying an ogg stream which doesn't seem to work at least on my xmms
> if I don't use  the .ogg extension for it.
> 
> xmms runs into an eternal buffering loop, restarting just upon finishing
> fill up.

As the documentation states (and I think icecast logs a warning if you
do this ignoring the documentation), many common clients have a
serious bug in their HTTP handling that means they don't work unless
the URL ends with ".ogg".

xmms is one such client. Either add the extension, or don't use xmms.

Mike


From brendan at xiph.org  Mon Feb 14 04:56:15 2005
From: brendan at xiph.org (Brendan Cully)
Date: Sun, 13 Feb 2005 20:56:15 -0800
Subject: [Icecast] CALL FOR TESTING: libshout 2.1 beta
Message-ID: <20050214045614.GA9015@xanadu.vc.shawcable.net>

After two weeks with no feedback, it occurs to me that perhaps I
should have sent this to the icecast list instead of icecast-dev.

Any feedback in the next week would be appreciated. If nothing bad is
reported (bugs in the library, ABI incompatibility, build errors,
etc), we'll probably release libshout 2.1 next weekend.

----- Forwarded message from Brendan Cully <brendan at xiph.org> -----

From: Brendan Cully <brendan at xiph.org>
To: icecast-dev at xiph.org
Date: Sat, 29 Jan 2005 15:39:11 -0800
Subject: [Icecast-dev] CALL FOR TESTING: libshout 2.1 beta

We're nearly ready to release libshout 2.1. New features include a
non-blocking mode and theora support, as well as some bug fixes. It
should be ABI-compatible with libshout 2.0.

We'd like to get as much testing as possible before releasing the
library. If you feel like trying out the new non-blocking code that's
great, but even just dropping it in to replace your libshout 2.0 is
helpful.

You can find the source here:
http://people.xiph.org/~brendan/beta/libshout-2.1pre0.tar.gz

Please report back successes and failures. We'd like to release in
about two weeks.

Thanks!
----- End forwarded message -----


From gl1mmertw1ns at msn.com  Mon Feb 14 12:18:26 2005
From: gl1mmertw1ns at msn.com (micki burt)
Date: Mon, 14 Feb 2005 07:18:26 -0500
Subject: [Icecast] i hope that i did confirm my subscription correctly!!!: )
Message-ID: <BAY11-F21AF5A4EB0CEB2ADF57AADC76A0@phx.gbl>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050214/9c3c8204/attachment.htm>

From gl1mmertw1ns at msn.com  Mon Feb 14 12:20:20 2005
From: gl1mmertw1ns at msn.com (micki burt)
Date: Mon, 14 Feb 2005 07:20:20 -0500
Subject: [Icecast] tp post to the list
Message-ID: <BAY11-F11BDC177EA2B769E8362F8C76A0@phx.gbl>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050214/4b40d9e2/attachment.htm>

From lluis at artefacte.org  Mon Feb 14 16:25:11 2005
From: lluis at artefacte.org (lluis)
Date: Mon, 14 Feb 2005 17:25:11 +0100
Subject: [Icecast] icecast stats
Message-ID: <200502141725.11675.lluis@artefacte.org>

hello all,

i'm trying to monitorize the stats of my icecast server using some php 
scripts ... 

i need to access the info of the files 

/admin/stats.xsl
/admin/listmounts.xsl
/admin/listclients.xsl

from a remote machine and i don't want to send every time the admin passwd ...

there is any way to make this info visible in the public /status.xsl page or 
in any other ??? 

thanks a lot.
ll.


From agentgrn at dcne.net  Mon Feb 14 17:58:56 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Mon, 14 Feb 2005 12:58:56 -0500
Subject: [Icecast] icecast stats
In-Reply-To: <200502141725.11675.lluis@artefacte.org>
References: <200502141725.11675.lluis@artefacte.org>
Message-ID: <4210E6E0.5030904@dcne.net>

lluis wrote:
> i need to access the info of the files 
> 
> /admin/stats.xsl
> /admin/listmounts.xsl
> /admin/listclients.xsl
> 
> from a remote machine and i don't want to send every time the admin passwd ...
> 
> there is any way to make this info visible in the public /status.xsl page or 
> in any other ??? 

All the admin functions sit behind the admin PW, and there's no way that 
I've found to separate them, but I had a similar issue.

I wanted to let other people monitor the connection stats and such of 
the stream without giving out the PW.  I run a cron job on a remote 
machine that gets the stats file every minute (the stats prog we use 
needs the stats.xml file) with the admin UN/PW, and everyone then gets 
the stats from my remote box without needing the admin PW or having 
access to the admin functions.

-I


From iceuse at wwlang.net  Mon Feb 14 18:18:36 2005
From: iceuse at wwlang.net (Iceuse - Kris)
Date: Mon, 14 Feb 2005 19:18:36 +0100
Subject: [Icecast] Question about range select for static file serve in
	icecast
In-Reply-To: <3c17372105021315336662e5e7@mail.gmail.com>
References: <3c1737210502090219ee6c7f@mail.gmail.com>	
	<E1CyuCG-0007lU-TO@stalig01.stalig.net>	
	<3c17372105020917093e892d01@mail.gmail.com>	
	<420FCE5F.9090507@wwlang.net>
	<3c17372105021315336662e5e7@mail.gmail.com>
Message-ID: <4210EB7C.1070600@wwlang.net>

Hello,
I modified my player so now, it downloads the file until a valid ogg 
header is found (given a limit, to avoid fetching the wall file for 
nothing).
Then, it plays. Works great.

This means my stream MUST have headers every 5 minutes for example. I'll 
add dummy comments (with time for example) for that, as a new header is 
inserted for comments.

Chris

>Yes, if you're doing this with vorbis data, this will be insufficient.
>You'll have to do multiple requests, get the headers, etc.
>
>Using icecast for this purpose isn't particularly sensible - it's not
>designed to be a highly efficient complete web server, and the file
>serving is very limited.
>
>Mike
>
>
>  
>



From macmichael01 at hotmail.com  Tue Feb 15 04:12:43 2005
From: macmichael01 at hotmail.com (Chris McMichael)
Date: Mon, 14 Feb 2005 22:12:43 -0600
Subject: [Icecast] Question about artist name display
Message-ID: <BAY104-DAV3EBB5FF6211523331D97BC66B0@phx.gbl>

All of my MP3's on my computer are categorized in folders named by the artist.  I don't have any id tags on my MP3's. So all that is shown is the song title in the status section.  My question is, is there any way to have icecast go out and grab the folder name so that the artist name will appear in the status window?  Also I use an m3u playlist to do the job.


thanks
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050214/22574531/attachment.htm>

From agentgrn at dcne.net  Tue Feb 15 09:10:43 2005
From: agentgrn at dcne.net (Ian A. Underwood)
Date: Tue, 15 Feb 2005 04:10:43 -0500
Subject: [Icecast] Question about artist name display
In-Reply-To: <BAY104-DAV3EBB5FF6211523331D97BC66B0@phx.gbl>
References: <BAY104-DAV3EBB5FF6211523331D97BC66B0@phx.gbl>
Message-ID: <4211BC93.3060004@dcne.net>

Chris McMichael wrote:
> All of my MP3's on my computer are categorized in folders named by the 
> artist.  I don't have any id tags on my MP3's. So all that is shown is 
> the song title in the status section.  My question is, is there any way 
> to have icecast go out and grab the folder name so that the artist name 
> will appear in the status window?  Also I use an m3u playlist to do the job.

Icecast doesn't actually do anything with your sound files.  What 
happens with the artist data is up to whatever application is doing the 
streaming to the server.

If your filenames are in good order, then you might want to take a look 
at Tag & Rename which can go through and add the proper tags based on 
the filename.

-I


From hello at ianbell.com  Tue Feb 15 14:24:16 2005
From: hello at ianbell.com (Ian Andrew Bell)
Date: Tue, 15 Feb 2005 06:24:16 -0800
Subject: [Icecast] Updating MetaData at the Relay
In-Reply-To: <6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
References: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
	<6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
Message-ID: <cd2e3740c4a2293446c86ae9bc6a57ba@ianbell.com>

Sending again .... is this thing on?

On 11-Feb-05, at 9:20 PM, oddsock wrote:

> At 10:21 PM 2/11/2005, you wrote:
>> Now that 2.2.0 is out, we can update metadata on-the-fly.  At
>> pulverradio.com we are working on an injector that takes the song info
>> from our broadcast automation software and dumps it in (thanks guys 
>> for
>> the help).  I realize that we can inject the song info like so:
>>
>> http://server.ip:port/admin/metadata?mount=/ 
>> mountpoint&mode=updinfo&song=ACDC+Back+In+Black

> no...at the moment, only "song" is supported.  All other stream info 
> details (URL, Genre, etc) is not currently update-able via the admin 
> interface.  The must be supplied by the source client on connect.

Okay, so this actually injects it into the stream as shoutcast 
metadata, not just into the server's admin interface?  Someone just 
emailed me to say that this simply updates currently-playing data on 
the admin pages.

> keep in mind that the shoutcast-metadata protocol is only used for MP3 
> streams.

For reasons discussed previously I, and a number of professional 
broadcasters, am married to straight MP3 and have to wait for Vorbis.  
Full support for this would serve me better than lots of support for 
Vorbis tagging.  Karl is a god for coding this up.

> back to your question about shoutcast-metadata, the metadata protocol 
> only supports two fields StreamTitle and StreamUrl.  Virtually ALL 
> players (with the exception of winamp) ignore StreamUrl.  Winamp will 
> use this information in the event that you actually open the winamp 
> mini-browser while listening to a stream, it will open to the default 
> page of the StreamUrl (or at least, that was the way it used to work). 
>  So, for shoutcast-metadata, you really only have StreamTitle (which 
> is usually just the song title).   This is actually, why the 
> admin/metadata call only takes "song", and it was created back when we 
> only supported updates for mp3 streams.  Now, one could aruge that you 
> should also be able to update the genre and maybe the url, but since 
> these fields are used mainly for YP listing, they tend not to be 
> fields that people want to update.

For the static YP variables (genre, url) I'd at least like to be able 
to modify these at runtime in the Icecast config file, which is as I 
seem to remember how Shoutcast behaves.  Try finding my servers on the 
xiph.org yellow pages. :)

> Although, I'm sure someone could find a good reason, I couldn't at the 
> time, and therefore didn't make these fields update-able.  It's also 
> important to understand that since these fields are used by the YP, 
> you need to figure out what fields the YP will support updating.  From 
> http://www.icecast.org/spec.php you can see that there is a limited 
> number of update-able fields (song title, listeners, max_listeners, 
> various listening times, and server type - of which only the 
> dir.xiph.org supports a few (song and server type).

...and I presume that when we update the song title using the method I 
specified above it causes Icecast to spark a GET to the xiph Yellow 
Pages to update song data, as well... correct?

>> The reason this is relevant is our dumb encoders just spew out MP3
>> streams with no metadata at all.  It would be nice to be able to add
>> cursory stuff so that we get listed properly on the XIPH yellow pages,
>> etc.  Also, since we're using flaky DNS-based load balancing on our
>> streaming network it'd be nice for all of my servers to masquerade as
>> "radio.pulverradio.com" even though their actual hostname might be
>> something completely different.
>
> well, your encoders can't be *that* dumb as they probably support some 
> level of HTTP authentication (unless they are connecting in 
> shoutcast-compat mode), so all you need to do is add a few request 
> headers when connecting the encoder, and you'll be properly listed.  
> And masquerading the listen url is not support, but easy enough to do 
> with a simple hard-code modification.

I'd need an EPROM burner to modify my encoders, unfortunately.

http://www.audioactive.com/support/manuals/aampegmanual.pdf

All we're trying to do is get the maximum amount of data populated for 
both YP listings and for clients like WinAmp and iTunes.

-Ian.

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



From eldesoky.lists at gmail.com  Tue Feb 15 14:28:58 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Tue, 15 Feb 2005 16:28:58 +0200
Subject: [Icecast] icecast stats
In-Reply-To: <4210E6E0.5030904@dcne.net>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
Message-ID: <1403218a05021506284d33e906@mail.gmail.com>

Regardless of the xsl files.
Can't we communicate with the icecast server directly to retrieve the
information ??



On Mon, 14 Feb 2005 12:58:56 -0500, Ian A. Underwood <agentgrn at dcne.net> wrote:
> lluis wrote:
> > i need to access the info of the files
> >
> > /admin/stats.xsl
> > /admin/listmounts.xsl
> > /admin/listclients.xsl
> >
> > from a remote machine and i don't want to send every time the admin passwd ...
> >
> > there is any way to make this info visible in the public /status.xsl page or
> > in any other ???
> 
> All the admin functions sit behind the admin PW, and there's no way that
> I've found to separate them, but I had a similar issue.
> 
> I wanted to let other people monitor the connection stats and such of
> the stream without giving out the PW.  I run a cron job on a remote
> machine that gets the stats file every minute (the stats prog we use
> needs the stats.xml file) with the admin UN/PW, and everyone then gets
> the stats from my remote box without needing the admin PW or having
> access to the admin functions.
> 
> -I
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From oddsock at oddsock.org  Tue Feb 15 14:45:37 2005
From: oddsock at oddsock.org (oddsock)
Date: Tue, 15 Feb 2005 08:45:37 -0600
Subject: [Icecast] Updating MetaData at the Relay
In-Reply-To: <cd2e3740c4a2293446c86ae9bc6a57ba@ianbell.com>
References: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
	<6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
	<cd2e3740c4a2293446c86ae9bc6a57ba@ianbell.com>
Message-ID: <6.0.1.1.2.20050215083035.03288e78@www.oddsock.org>

At 08:24 AM 2/15/2005, you wrote:
>Sending again .... is this thing on?

sorry, meant to respond, been very busy of late....

>On 11-Feb-05, at 9:20 PM, oddsock wrote:
>
>>no...at the moment, only "song" is supported.  All other stream info 
>>details (URL, Genre, etc) is not currently update-able via the admin 
>>interface.  The must be supplied by the source client on connect.
>
>Okay, so this actually injects it into the stream as shoutcast metadata, 
>not just into the server's admin interface?  Someone just emailed me to 
>say that this simply updates currently-playing data on the admin pages.

Currently, when you set the metadata via the server's admin interface, that 
metadata will then be injected into the outgoing stream (i.e. that sent to 
listeners) using the shoutcast metadata protocol (I'm only going to be 
talking about MP3 here).  It does NOT just update the currently playing 
data.  It USED to do this pre-2.2, but only for Vorbis streams...

>>back to your question about shoutcast-metadata, the metadata protocol 
>>only supports two fields StreamTitle and StreamUrl.  Virtually ALL 
>>players (with the exception of winamp) ignore StreamUrl.  Winamp will use 
>>this information in the event that you actually open the winamp 
>>mini-browser while listening to a stream, it will open to the default 
>>page of the StreamUrl (or at least, that was the way it used to 
>>work).  So, for shoutcast-metadata, you really only have StreamTitle 
>>(which is usually just the song title).   This is actually, why the 
>>admin/metadata call only takes "song", and it was created back when we 
>>only supported updates for mp3 streams.  Now, one could aruge that you 
>>should also be able to update the genre and maybe the url, but since 
>>these fields are used mainly for YP listing, they tend not to be fields 
>>that people want to update.
>
>For the static YP variables (genre, url) I'd at least like to be able to 
>modify these at runtime in the Icecast config file, which is as I

Currently, we do not have a mechanism for specifying (or overriding) these 
parameters in the icecast config.  I welcome you to post something to 
http://trac.xiph.org as an enhancement.  Alternatively, in do_yp_add() line 
344 of yp.c, you will find the following line :
     ret = snprintf (s, len, "action=add&sn=%s&genre=%s&cpswd=%s&desc="
                     "%s&url=%s&listenurl=%s&type=%s&stype=%s&b=%s&%s\r\n",
                     yp->server_name, yp->server_genre, yp->cluster_password,
                     yp->server_desc, yp->url, yp->listen_url,
                     yp->server_type, yp->subtype, yp->bitrate, 
yp->audio_info);
a simple hard coding of your parameters there will also suit your 
needs.  Note doing it properly via config overrides takes a bit more work :)

>seem to remember how Shoutcast behaves.  Try finding my servers on the 
>xiph.org yellow pages. :)
>
>...and I presume that when we update the song title using the method I 
>specified above it causes Icecast to spark a GET to the xiph Yellow Pages 
>to update song data, as well... correct?

Not sure, I'd have to look closer at the YP code..it used to, but Karl 
re-wrote how the YP communication was done with icecast.  He may have 
pulled it out into a "periodic" update rather than an immediate trigger update.


oddsock 




From dm8tbr at afthd.tu-darmstadt.de  Tue Feb 15 17:36:23 2005
From: dm8tbr at afthd.tu-darmstadt.de (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Tue, 15 Feb 2005 18:36:23 +0100
Subject: [Icecast] icecast stats
In-Reply-To: <4210E6E0.5030904@dcne.net>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
Message-ID: <42123317.30809@afthd.tu-darmstadt.de>

Ian A. Underwood schrieb:
> machine that gets the stats file every minute (the stats prog we use 
> needs the stats.xml file) with the admin UN/PW, and everyone then gets 
IIRC someone on this list once wrote a passthrough xslt. it simply gives
  same output as the stats.xml file but without the password hassle.
security implications should be observed!

regards

Thomas



From karl at xiph.org  Tue Feb 15 18:13:46 2005
From: karl at xiph.org (Karl Heyes)
Date: 15 Feb 2005 18:13:46 +0000
Subject: [Icecast] Updating MetaData at the Relay
In-Reply-To: <6.0.1.1.2.20050215083035.03288e78@www.oddsock.org>
References: <1910897dacae836b7f5e26901abc6e7c@ianbell.com>
	<6.0.1.1.2.20050211230258.036a6b18@www.oddsock.org>
	<cd2e3740c4a2293446c86ae9bc6a57ba@ianbell.com>
	<6.0.1.1.2.20050215083035.03288e78@www.oddsock.org>
Message-ID: <1108491225.25233.52.camel@bogus.hackers.club>

On Tue, 2005-02-15 at 14:45, oddsock wrote:

> >seem to remember how Shoutcast behaves.  Try finding my servers on the 
> >xiph.org yellow pages. :)
> >
> >...and I presume that when we update the song title using the method I 
> >specified above it causes Icecast to spark a GET to the xiph Yellow Pages 
> >to update song data, as well... correct?
> 
> Not sure, I'd have to look closer at the YP code..it used to, but Karl 
> re-wrote how the YP communication was done with icecast.  He may have 
> pulled it out into a "periodic" update rather than an immediate trigger update.

There is both, a periodic update (default 60 seconds, can be specified
by the YP server) which is needed for refreshing entries and an
immediate trigger (ie yp touch) when there are updates.

karl.




From karl at xiph.org  Tue Feb 15 18:23:19 2005
From: karl at xiph.org (Karl Heyes)
Date: 15 Feb 2005 18:23:19 +0000
Subject: [Icecast] icecast stats
In-Reply-To: <1403218a05021506284d33e906@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net> <1403218a05021506284d33e906@mail.gmail.com>
Message-ID: <1108491799.25233.61.camel@bogus.hackers.club>

On Tue, 2005-02-15 at 14:28, Mohamed Eldesoky wrote:
> Regardless of the xsl files.
> Can't we communicate with the icecast server directly to retrieve the
> information ??
> 
> 
> 
> On Mon, 14 Feb 2005 12:58:56 -0500, Ian A. Underwood <agentgrn at dcne.net> wrote:
> > lluis wrote:
> > > i need to access the info of the files
> > >
> > > /admin/stats.xsl
> > > /admin/listmounts.xsl
> > > /admin/listclients.xsl
> > >

> > I wanted to let other people monitor the connection stats and such of
> > the stream without giving out the PW.  I run a cron job on a remote
> > machine that gets the stats file every minute (the stats prog we use
> > needs the stats.xml file) with the admin UN/PW, and everyone then gets
> > the stats from my remote box without needing the admin PW or having
> > access to the admin functions.

Any of the stats in stats.xsl can be listed via xsl in webroot (eg
status.xsl) provided they are not marked as hidden (<hidden>1</hidden>).

The information about specific listeners (like IP addressess) are not in
the stats so are created specifically for the xsl, so those cannot be
done without password access.

karl.




From k.j.wierenga at home.nl  Tue Feb 15 20:18:03 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Tue, 15 Feb 2005 21:18:03 +0100
Subject: [Icecast] icecast stats
In-Reply-To: <1108491799.25233.61.camel@bogus.hackers.club>
References: <200502141725.11675.lluis@artefacte.org>	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
Message-ID: <421258FB.7000601@home.nl>


I have a patch on icecast-2.2.0 svn version which was written 
specifically to support SimpleCast users to retrieve the stats for their 
mountpoint and only that mountpoint. This is based on per mount-point 
username password. Using HTTP authentication the client can retrieve 
only http://hostname/admin/stats.xml given the correct 
username/password. This will only return the stats for that specific 
mount point in XML format. In this case the XSL can be used safely 
outside the admin dir referencing the admin/stats.xml using the HTTP 
authentication.

I'm on holiday currently, but I'll post the patch as soon as I get a 
chance to do so.

Cheers,
KJ

Karl Heyes wrote:

>On Tue, 2005-02-15 at 14:28, Mohamed Eldesoky wrote:
>  
>
>>Regardless of the xsl files.
>>Can't we communicate with the icecast server directly to retrieve the
>>information ??
>>
>>
>>
>>On Mon, 14 Feb 2005 12:58:56 -0500, Ian A. Underwood <agentgrn at dcne.net> wrote:
>>    
>>
>>>lluis wrote:
>>>      
>>>
>>>>i need to access the info of the files
>>>>
>>>>/admin/stats.xsl
>>>>/admin/listmounts.xsl
>>>>/admin/listclients.xsl
>>>>
>>>>        
>>>>
>
>  
>
>>>I wanted to let other people monitor the connection stats and such of
>>>the stream without giving out the PW.  I run a cron job on a remote
>>>machine that gets the stats file every minute (the stats prog we use
>>>needs the stats.xml file) with the admin UN/PW, and everyone then gets
>>>the stats from my remote box without needing the admin PW or having
>>>access to the admin functions.
>>>      
>>>
>
>Any of the stats in stats.xsl can be listed via xsl in webroot (eg
>status.xsl) provided they are not marked as hidden (<hidden>1</hidden>).
>
>The information about specific listeners (like IP addressess) are not in
>the stats so are created specifically for the xsl, so those cannot be
>done without password access.
>
>karl.
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast
>
>  
>

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

From ross at stationplaylist.com  Tue Feb 15 21:40:00 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Wed, 16 Feb 2005 10:40:00 +1300
Subject: Fw: [Icecast] Updating MetaData at the Relay
Message-ID: <004101c513a6$e69dd750$8000a8c0@levis3>

I meant to send the message to the list but the default is to reply to the 
sender, which I find a big hassle.  I know, I should being using a proper 
email client and not Outlook Express.

> Now that 2.2.0 is out, we can update metadata on-the-fly.

http://server.ip:port/admin?&mode=updinfo&song=ACDC-Back_In_Black

This syntax is supported but it only shows up on the Icecast2 server web
pages, not on the listeners player, as far as I know.

I asked about this a week or 2 ago.  I would like this to work as well.
Oddsock wrote that there is no standard way to interject the metadata into
the stream at the server end.

Shoutcast can do it for mp3 streams.  It would be very nice if Icecast2
could do this for at least Ogg Vorbis streams by inserting a tag frame
between the audio frames.

Regards,
Ross Levis.



From oddsock at oddsock.org  Tue Feb 15 21:57:39 2005
From: oddsock at oddsock.org (oddsock)
Date: Tue, 15 Feb 2005 15:57:39 -0600
Subject: Fw: [Icecast] Updating MetaData at the Relay
In-Reply-To: <004101c513a6$e69dd750$8000a8c0@levis3>
References: <004101c513a6$e69dd750$8000a8c0@levis3>
Message-ID: <6.0.1.1.2.20050215155226.033fe358@www.oddsock.org>

At 03:40 PM 2/15/2005, you wrote:
>I meant to send the message to the list but the default is to reply to the 
>sender, which I find a big hassle.  I know, I should being using a proper 
>email client and not Outlook Express.
>
>>Now that 2.2.0 is out, we can update metadata on-the-fly.
>
>http://server.ip:port/admin?&mode=updinfo&song=ACDC-Back_In_Black
>
>This syntax is supported but it only shows up on the Icecast2 server web
>pages, not on the listeners player, as far as I know.

I'm not sure why you think this...Updating the metadata via the admin 
interface will cause the metadata to cascade down to listeners for both MP3 
streams AND vorbis streams.  And I know this for a fact as that is EXACTLY 
how oddcast sends metadata updates (by calling the admin interface).

>I asked about this a week or 2 ago.  I would like this to work as well.
>Oddsock wrote that there is no standard way to interject the metadata into
>the stream at the server end.

I think you misunderstood what I said.  I was talking about how icecast 
actually sends the metadata out to listeners.  How it does it is format 
dependent.  If MP3, then it uses the shoutcast-metadata protocol. If 
Vorbis, then it will "rebuild the vorbis stream, adding the metadata to the 
vorbis headers as required by the spec".  Either way, the interface for 
sending metadata TO icecast is the same (this is the admin interface for 
metadata)

oddsock 




From Johannes.Mario.Ringheim at hib.no  Tue Feb 15 18:16:50 2005
From: Johannes.Mario.Ringheim at hib.no (Johannes Mario Ringheim)
Date: Tue, 15 Feb 2005 19:16:50 +0100
Subject: [Icecast] Install icecast as user on remote server
Message-ID: <AC0D59439D99D5499BC3455EAEEFC8284FD439@POSTANS.ansatt.hib.local>

Hi

Im trying to install icecast 2.2.0 on a remote server where I only have a user account (no sudo) Is there a way to make and install Icecast i my home directory.? My ISP is only willing to install 1.3, (which is already installed) and he says that I have to build my own librarys and compile Icecast in  my home directory if  I want to run the latest version. 

The server is running Debian so we have the possebility to use apt-get, but I dont have the privileges to use it in the  "regular" way..

When I try to compile it everything is ok untill: 

checking for libogg... ok
checking for libvorbis... ok
checking for struct ovectl_ratemanage_arg... no
configure: error: must have Ogg Vorbis v1.0 or above installed


best regard,

Sverre Helge Bolstad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050215/3c6c7d57/attachment.htm>

From karl at xiph.org  Wed Feb 16 00:08:23 2005
From: karl at xiph.org (Karl Heyes)
Date: 16 Feb 2005 00:08:23 +0000
Subject: [Icecast] Install icecast as user on remote server
In-Reply-To: <AC0D59439D99D5499BC3455EAEEFC8284FD439@POSTANS.ansatt.hib.local>
References: <AC0D59439D99D5499BC3455EAEEFC8284FD439@POSTANS.ansatt.hib.local>
Message-ID: <1108512502.25233.77.camel@bogus.hackers.club>

On Tue, 2005-02-15 at 18:16, Johannes Mario Ringheim wrote:

> When I try to compile it everything is ok untill:
> 
> checking for libogg... ok
> checking for libvorbis... ok
> checking for struct ovectl_ratemanage_arg... no
> configure: error: must have Ogg Vorbis v1.0 or above installed

make sure that PATH and LD_LIBRARY_PATH refer to directories in your
home directory (if they are not already), eg

export PATH=$PATH:~/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:~/lib

then build each package (not already installed or old version) with

./configure --prefix=/home/username	(use your home dir)
make; make install

you may need to install libs that are newer than the ones already
installed, for instance I guess the libogg and libvorbis installed are
pre 1.0. The website mentions places where you can download packages
from.

karl.




From mlrsmith at gmail.com  Wed Feb 16 00:20:39 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Wed, 16 Feb 2005 11:20:39 +1100
Subject: [Icecast] icecast stats
In-Reply-To: <421258FB.7000601@home.nl>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<421258FB.7000601@home.nl>
Message-ID: <3c17372105021516204733d38d@mail.gmail.com>

On Tue, 15 Feb 2005 21:18:03 +0100, Klaas Jan Wierenga
<k.j.wierenga at home.nl> wrote:
>  
>  I have a patch on icecast-2.2.0 svn version which was written specifically
> to support SimpleCast users to retrieve the stats for their mountpoint and
> only that mountpoint. This is based on per mount-point username password.
> Using HTTP authentication the client can retrieve only
> http://hostname/admin/stats.xml given the correct username/password. This
> will only return the stats for that specific mount point in XML format. In
> this case the XSL can be used safely outside the admin dir referencing the
> admin/stats.xml using the HTTP authentication.
>  
>  I'm on holiday currently, but I'll post the patch as soon as I get a chance
> to do so.

This sounds like a useful optional feature, but if you don't mind
(obviously, I'm not asking for you to do this while you're on
holiday), there's one extra thing that would be good: make this work
for a different URL, like /mountpoints/stats.xml.

We want to have the whole /admin/ space really be admin-specific
(though there have been some historical mistakes that mean that isn't
strictly true, we don't want to add more), and have other non-admin
info be exposed in different locations.

Mike


From eldesoky.lists at gmail.com  Wed Feb 16 14:23:03 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Wed, 16 Feb 2005 16:23:03 +0200
Subject: [Icecast] icecast stats
In-Reply-To: <1108491799.25233.61.camel@bogus.hackers.club>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
Message-ID: <1403218a05021606234b86d7b9@mail.gmail.com>

I don't mind using the password.
Just I am asking if there is some sort of protocol to retrieve the
information without playing with the xsl !!
I mean, to directly retrieve the wanted information, like

ME: Get  MetaData
Server: Celin Dion - All comes back to me.


On Tue, 15 Feb 2005 10:22:11 -0800 (PST), Karl Heyes <karl at xiph.org> wrote:
> On Tue, 2005-02-15 at 14:28, Mohamed Eldesoky wrote:
> > Regardless of the xsl files.
> > Can't we communicate with the icecast server directly to retrieve the
> > information ??
> >
> >
> >
> > On Mon, 14 Feb 2005 12:58:56 -0500, Ian A. Underwood <agentgrn at dcne.net> wrote:
> > > lluis wrote:
> > > > i need to access the info of the files
> > > >
> > > > /admin/stats.xsl
> > > > /admin/listmounts.xsl
> > > > /admin/listclients.xsl
> > > >
> 
> > > I wanted to let other people monitor the connection stats and such of
> > > the stream without giving out the PW.  I run a cron job on a remote
> > > machine that gets the stats file every minute (the stats prog we use
> > > needs the stats.xml file) with the admin UN/PW, and everyone then gets
> > > the stats from my remote box without needing the admin PW or having
> > > access to the admin functions.
> 
> Any of the stats in stats.xsl can be listed via xsl in webroot (eg
> status.xsl) provided they are not marked as hidden (<hidden>1</hidden>).
> 
> The information about specific listeners (like IP addressess) are not in
> the stats so are created specifically for the xsl, so those cannot be
> done without password access.
> 
> karl.
> 
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From eldesoky.lists at gmail.com  Wed Feb 16 14:26:35 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Wed, 16 Feb 2005 16:26:35 +0200
Subject: [Icecast] libshout and ices !!
Message-ID: <1403218a05021606264bd9d0b0@mail.gmail.com>

I get this alot on the from ices

-----------------------------------
DEBUG: Grew output buffer to 67680 bytes
Error during send: Libshout reported send error, disconnecting: Socket error
-----------------------------------

Has anyone seen it before ? and the solution ??

-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From Murray.Saul at senecac.on.ca  Wed Feb 16 21:29:02 2005
From: Murray.Saul at senecac.on.ca (Murray Saul)
Date: Wed, 16 Feb 2005 16:29:02 -0500
Subject: [Icecast] RE: Two questions
Message-ID: <4213BB1E.6070807@senecac.on.ca>

I am happy using icecast/ices, but have two questions:

1. If I was using cron to schedule a switching of a playlist,  can I do 
this without restarting icecast so that at a SPECIFIC TIME (let's say at 
exactly 3:00 pm) a new song can be played without interupting the user 
listening to the broadcast.

2. Is there a setting when the user first connects to play a *welcome* 
file (i.e. about the radio station, etc....)

Just curious,
Regards,
Murray Saul


From karl at xiph.org  Wed Feb 16 21:56:48 2005
From: karl at xiph.org (Karl Heyes)
Date: 16 Feb 2005 21:56:48 +0000
Subject: [Icecast] RE: Two questions
In-Reply-To: <4213BB1E.6070807@senecac.on.ca>
References: <4213BB1E.6070807@senecac.on.ca>
Message-ID: <1108591007.26396.35.camel@bogus.hackers.club>

On Wed, 2005-02-16 at 21:29, Murray Saul wrote:
> I am happy using icecast/ices, but have two questions:
> 
> 1. If I was using cron to schedule a switching of a playlist,  can I do 
> this without restarting icecast so that at a SPECIFIC TIME (let's say at 
> exactly 3:00 pm) a new song can be played without interupting the user 
> listening to the broadcast.

ices can be signalled to skip to the next track (which will mean a
reread of the playlist if it has changed)

> 2. Is there a setting when the user first connects to play a *welcome* 
> file (i.e. about the radio station, etc....)

Not in the trunk/releases, but I have some work in my branch for testing
such a thing (svn or http://mediacast1.com/~karl/ kh6 is latest). Just
add

<intro>/path/to/intro.ogg</intro>

in the <mount> section relating to the stream. The filename is currently
relative to <webroot>, so you can download it as a normal file as well.

Using intro files is still subject to the same considerations as
fallback mounts, ie same format as the stream they relate to, and stick
to the same values for samplerate and channels.

karl.




From mlrsmith at gmail.com  Wed Feb 16 23:39:26 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 17 Feb 2005 10:39:26 +1100
Subject: [Icecast] icecast stats
In-Reply-To: <1403218a05021606234b86d7b9@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<1403218a05021606234b86d7b9@mail.gmail.com>
Message-ID: <3c17372105021615395d4001db@mail.gmail.com>

On Wed, 16 Feb 2005 16:23:03 +0200, Mohamed Eldesoky
<eldesoky.lists at gmail.com> wrote:
> I don't mind using the password.
> Just I am asking if there is some sort of protocol to retrieve the
> information without playing with the xsl !!
> I mean, to directly retrieve the wanted information, like
> 
> ME: Get  MetaData
> Server: Celin Dion - All comes back to me.

Ah. For most (possibly all?) of the admin requests, there's an
alternative form that will just serve you the raw XML (which is what
the XSL transforms). Just use the same URL, but without the ".xsl" on
it.
 
You'll still need to parse the XML, but that's easy.

Mike


From Dennis at Heerema.net  Wed Feb 16 23:44:54 2005
From: Dennis at Heerema.net (Dennis Heerema)
Date: Thu, 17 Feb 2005 00:44:54 +0100
Subject: [Icecast] RE: Two questions
In-Reply-To: <1108591007.26396.35.camel@bogus.hackers.club>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
Message-ID: <4213DAF6.5000507@Heerema.net>

Karl Heyes schreef:

>On Wed, 2005-02-16 at 21:29, Murray Saul wrote:
>  
>
>>I am happy using icecast/ices, but have two questions:
>>
>>1. If I was using cron to schedule a switching of a playlist,  can I do 
>>this without restarting icecast so that at a SPECIFIC TIME (let's say at 
>>exactly 3:00 pm) a new song can be played without interupting the user 
>>listening to the broadcast.
>>    
>>
>
>ices can be signalled to skip to the next track (which will mean a
>reread of the playlist if it has changed)
>
>  
>
>>2. Is there a setting when the user first connects to play a *welcome* 
>>file (i.e. about the radio station, etc....)
>>    
>>
>
>Not in the trunk/releases, but I have some work in my branch for testing
>such a thing (svn or http://mediacast1.com/~karl/ kh6 is latest). Just
>add
>
><intro>/path/to/intro.ogg</intro>
>
>in the <mount> section relating to the stream. The filename is currently
>relative to <webroot>, so you can download it as a normal file as well.
>
>Using intro files is still subject to the same considerations as
>fallback mounts, ie same format as the stream they relate to, and stick
>to the same values for samplerate and channels.
>
>karl.
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast
>  
>
Hi Karl,

Is there a windows version of your branch to?

I only found the KH58 version for windows and I'm intrested in the KH6 
version....

regards,

Dennis Heerema





From karl at xiph.org  Thu Feb 17 00:39:02 2005
From: karl at xiph.org (Karl Heyes)
Date: 17 Feb 2005 00:39:02 +0000
Subject: [Icecast] RE: Two questions
In-Reply-To: <4213DAF6.5000507@Heerema.net>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<4213DAF6.5000507@Heerema.net>
Message-ID: <1108600741.26396.44.camel@bogus.hackers.club>

On Wed, 2005-02-16 at 23:44, Dennis Heerema wrote:

> Hi Karl,
> 
> Is there a windows version of your branch to?
> 
> I only found the KH58 version for windows and I'm intrested in the KH6 
> version....

I'm afraid not, I don't have access to a VC platform to build one,
however there should not be anything preventing a win32 build from being
done.

karl.



From rt7 at bk.ru  Thu Feb 17 00:40:11 2005
From: rt7 at bk.ru (Mihail Egorov)
Date: Thu, 17 Feb 2005 03:40:11 +0300
Subject: [Icecast] can icecast broadcast in SPEEX format?
Message-ID: <001101c51489$3ebee4a0$1201a8c0@ts>

BTW: does speex belong to ogg vorbis family or it is completly different?

Any clients to play speex format?




From oddsock at oddsock.org  Thu Feb 17 00:56:08 2005
From: oddsock at oddsock.org (oddsock)
Date: Wed, 16 Feb 2005 18:56:08 -0600
Subject: [Icecast] RE: Two questions
In-Reply-To: <1108600741.26396.44.camel@bogus.hackers.club>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<4213DAF6.5000507@Heerema.net>
	<1108600741.26396.44.camel@bogus.hackers.club>
Message-ID: <6.0.1.1.2.20050216185456.0341a120@www.oddsock.org>

At 06:39 PM 2/16/2005, Karl Heyes wrote:
>On Wed, 2005-02-16 at 23:44, Dennis Heerema wrote:
>
> > Hi Karl,
> >
> > Is there a windows version of your branch to?
> >
> > I only found the KH58 version for windows and I'm intrested in the KH6
> > version....
>
>I'm afraid not, I don't have access to a VC platform to build one,
>however there should not be anything preventing a win32 build from being
>done.
always easier said than done...I had to upgrade to the newest 
libxml2/xslt/etc, but I have a build...

http://www.oddsock.org/xiph_snapshots/icecast2_win32_2.1.0_KH6_setup.exe

oddsock 




From geoff at hitsandpieces.net  Thu Feb 17 02:42:16 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 17 Feb 2005 12:42:16 +1000
Subject: [Icecast] can icecast broadcast in SPEEX format?
In-Reply-To: <001101c51489$3ebee4a0$1201a8c0@ts>
References: <001101c51489$3ebee4a0$1201a8c0@ts>
Message-ID: <Pine.LNX.4.61.0502171239110.1980@data.home>

Hi,

Speex does belong to the Xiph family of codecs.

My understanding is that Icecast can stream Ogg Speex.  I'm not aware of 
any streamers that can stream it to Icecast though.  I would think that at 
least Ogg123 (compiled with Speex support) and Illiminable's DirectShow 
filters would be able to play this, and perhaps some other apps as well.

I'm particularly interested in knowing if there's anything can stream a 
Speex source to Icecast.

Geoff.


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

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

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


From eldesoky.lists at gmail.com  Thu Feb 17 08:11:28 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Thu, 17 Feb 2005 10:11:28 +0200
Subject: [Icecast] icecast stats
In-Reply-To: <3c17372105021615395d4001db@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<1403218a05021606234b86d7b9@mail.gmail.com>
	<3c17372105021615395d4001db@mail.gmail.com>
Message-ID: <1403218a050217001120fbfe90@mail.gmail.com>

That is why I asked for a protocol :)
Why we have to go the extra mile of parsing the XML, that will contain
plenty of info we don't need !!

Anyway, thank you for the tips.


On Thu, 17 Feb 2005 10:39:26 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> On Wed, 16 Feb 2005 16:23:03 +0200, Mohamed Eldesoky
> <eldesoky.lists at gmail.com> wrote:
> > I don't mind using the password.
> > Just I am asking if there is some sort of protocol to retrieve the
> > information without playing with the xsl !!
> > I mean, to directly retrieve the wanted information, like
> >
> > ME: Get  MetaData
> > Server: Celin Dion - All comes back to me.
> 
> Ah. For most (possibly all?) of the admin requests, there's an
> alternative form that will just serve you the raw XML (which is what
> the XSL transforms). Just use the same URL, but without the ".xsl" on
> it.
> 
> You'll still need to parse the XML, but that's easy.
> 
> Mike
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From eldesoky.lists at gmail.com  Thu Feb 17 08:13:43 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Thu, 17 Feb 2005 10:13:43 +0200
Subject: [Icecast] icecast stats
In-Reply-To: <1403218a050217001120fbfe90@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<1403218a05021606234b86d7b9@mail.gmail.com>
	<3c17372105021615395d4001db@mail.gmail.com>
	<1403218a050217001120fbfe90@mail.gmail.com>
Message-ID: <1403218a05021700134c45f28d@mail.gmail.com>

ummm
Tried it now without the xsl
It doesn't give the XML, just raw data !!

Like that example below


191802042Icecast
2.2.01240124100bitrate=24240http://radio.mysite.com:8000/shabab1MeLoDyZ.CoM
- B.S.B - More Than That

All on one line


On Thu, 17 Feb 2005 10:11:28 +0200, Mohamed Eldesoky
<eldesoky.lists at gmail.com> wrote:
> That is why I asked for a protocol :)
> Why we have to go the extra mile of parsing the XML, that will contain
> plenty of info we don't need !!
> 
> Anyway, thank you for the tips.
> 
> 
> On Thu, 17 Feb 2005 10:39:26 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> > On Wed, 16 Feb 2005 16:23:03 +0200, Mohamed Eldesoky
> > <eldesoky.lists at gmail.com> wrote:
> > > I don't mind using the password.
> > > Just I am asking if there is some sort of protocol to retrieve the
> > > information without playing with the xsl !!
> > > I mean, to directly retrieve the wanted information, like
> > >
> > > ME: Get  MetaData
> > > Server: Celin Dion - All comes back to me.
> >
> > Ah. For most (possibly all?) of the admin requests, there's an
> > alternative form that will just serve you the raw XML (which is what
> > the XSL transforms). Just use the same URL, but without the ".xsl" on
> > it.
> >
> > You'll still need to parse the XML, but that's easy.
> >
> > Mike
> >
> 
> --
> Mohamed Eldesoky
> www.eldesoky.net
> RHCE
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From eldesoky.lists at gmail.com  Thu Feb 17 08:16:30 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Thu, 17 Feb 2005 10:16:30 +0200
Subject: [Icecast] icecast stats
In-Reply-To: <1403218a05021700134c45f28d@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<1403218a05021606234b86d7b9@mail.gmail.com>
	<3c17372105021615395d4001db@mail.gmail.com>
	<1403218a050217001120fbfe90@mail.gmail.com>
	<1403218a05021700134c45f28d@mail.gmail.com>
Message-ID: <1403218a050217001635c394e5@mail.gmail.com>

Sorry for the flooding
Mozilla decided to display the XML directly, without showing me the tags.
Viewing the source, I see the tags, thanks


On Thu, 17 Feb 2005 10:13:43 +0200, Mohamed Eldesoky
<eldesoky.lists at gmail.com> wrote:
> ummm
> Tried it now without the xsl
> It doesn't give the XML, just raw data !!
> 
> Like that example below
> 
> 191802042Icecast
> 2.2.01240124100bitrate=24240http://radio.mysite.com:8000/shabab1MeLoDyZ.CoM
> - B.S.B - More Than That
> 
> All on one line
> 
> On Thu, 17 Feb 2005 10:11:28 +0200, Mohamed Eldesoky
> <eldesoky.lists at gmail.com> wrote:
> > That is why I asked for a protocol :)
> > Why we have to go the extra mile of parsing the XML, that will contain
> > plenty of info we don't need !!
> >
> > Anyway, thank you for the tips.
> >
> >
> > On Thu, 17 Feb 2005 10:39:26 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> > > On Wed, 16 Feb 2005 16:23:03 +0200, Mohamed Eldesoky
> > > <eldesoky.lists at gmail.com> wrote:
> > > > I don't mind using the password.
> > > > Just I am asking if there is some sort of protocol to retrieve the
> > > > information without playing with the xsl !!
> > > > I mean, to directly retrieve the wanted information, like
> > > >
> > > > ME: Get  MetaData
> > > > Server: Celin Dion - All comes back to me.
> > >
> > > Ah. For most (possibly all?) of the admin requests, there's an
> > > alternative form that will just serve you the raw XML (which is what
> > > the XSL transforms). Just use the same URL, but without the ".xsl" on
> > > it.
> > >
> > > You'll still need to parse the XML, but that's easy.
> > >
> > > Mike
> > >
> >
> > --
> > Mohamed Eldesoky
> > www.eldesoky.net
> > RHCE
> >
> 
> --
> Mohamed Eldesoky
> www.eldesoky.net
> RHCE
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From greg at orban.com  Thu Feb 17 08:30:46 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Thu, 17 Feb 2005 00:30:46 -0800
Subject: [Icecast] Icecast2 Burst-on-Connect
Message-ID: <5.2.1.1.2.20050217003027.025a7198@mail.indexcom.com>

Can anyone explain what the fundamental difference between the 
Burst-on-Connect mode that Icecast2 uses versus SHOUTcast?

There is a thread starting on the VLC Player list that is stating that the 
problems that VLC has playing Icecast2 Burst-on-Connect (default) streams 
is the fault of Icecast2.  I don't believe this is true, as Winamp has no 
problem with Icecast2 streams.  I'm hoping to get an explanation so that I 
can tell them what needs to be addressed in the VLC Player.

Thanks.
-greg.


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



From eldesoky.lists at gmail.com  Thu Feb 17 08:56:32 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Thu, 17 Feb 2005 10:56:32 +0200
Subject: [Icecast] RE: Two questions
In-Reply-To: <1108591007.26396.35.camel@bogus.hackers.club>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
Message-ID: <1403218a05021700561736e1ea@mail.gmail.com>

On Wed, 16 Feb 2005 13:55:46 -0800 (PST), Karl Heyes <karl at xiph.org> wrote:
> On Wed, 2005-02-16 at 21:29, Murray Saul wrote:
> > I am happy using icecast/ices, but have two questions:
> >
> > 1. If I was using cron to schedule a switching of a playlist,  can I do
> > this without restarting icecast so that at a SPECIFIC TIME (let's say at
> > exactly 3:00 pm) a new song can be played without interupting the user
> > listening to the broadcast.
> 
> ices can be signalled to skip to the next track (which will mean a
> reread of the playlist if it has changed)
> 

I tried it, it doesn't just reread !!
You have to stop and start ices !!!



-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From mlrsmith at gmail.com  Thu Feb 17 09:33:12 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 17 Feb 2005 20:33:12 +1100
Subject: [Icecast] RE: Two questions
In-Reply-To: <1403218a05021700561736e1ea@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
Message-ID: <3c17372105021701331434d634@mail.gmail.com>

On Thu, 17 Feb 2005 10:56:32 +0200, Mohamed Eldesoky
<eldesoky.lists at gmail.com> wrote:
> On Wed, 16 Feb 2005 13:55:46 -0800 (PST), Karl Heyes <karl at xiph.org> wrote:
> > On Wed, 2005-02-16 at 21:29, Murray Saul wrote:
> > > I am happy using icecast/ices, but have two questions:
> > >
> > > 1. If I was using cron to schedule a switching of a playlist,  can I do
> > > this without restarting icecast so that at a SPECIFIC TIME (let's say at
> > > exactly 3:00 pm) a new song can be played without interupting the user
> > > listening to the broadcast.
> >
> > ices can be signalled to skip to the next track (which will mean a
> > reread of the playlist if it has changed)
> >
> 
> I tried it, it doesn't just reread !!
> You have to stop and start ices !!!

Ices2 (if that's still what we're talking about) can and will reread a
playlist file if it has changed.

Note that it recognises a file as "changed" if (and only if) the
modification time changes - so if you're using some tool that's
deliberately avoiding changing that (which seems unlikely), it won't
notice.

If you still can't get it to recognise a changed playlist file, let us
know, with lots of extra details (such as your config file, with the
passwords stripped out, and what exact version you're using).

Mike


From mlrsmith at gmail.com  Thu Feb 17 10:03:52 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 17 Feb 2005 21:03:52 +1100
Subject: [Icecast] icecast stats
In-Reply-To: <1403218a050217001120fbfe90@mail.gmail.com>
References: <200502141725.11675.lluis@artefacte.org>
	<4210E6E0.5030904@dcne.net>
	<1403218a05021506284d33e906@mail.gmail.com>
	<1108491799.25233.61.camel@bogus.hackers.club>
	<1403218a05021606234b86d7b9@mail.gmail.com>
	<3c17372105021615395d4001db@mail.gmail.com>
	<1403218a050217001120fbfe90@mail.gmail.com>
Message-ID: <3c173721050217020387880a0@mail.gmail.com>

On Thu, 17 Feb 2005 10:11:28 +0200, Mohamed Eldesoky
<eldesoky.lists at gmail.com> wrote:
> That is why I asked for a protocol :)
> Why we have to go the extra mile of parsing the XML, that will contain
> plenty of info we don't need !!

Well, you've got the choice:
Use the raw XML that has the information available in a clear,
documented, and trivial-to-work-with way (getting the one bit of info
you want out should be about 2 lines of code - at least if you have
some XML libraries available), OR use the XSL mechanism to get icecast
to transform it in whatever way you want - possibly producing just the
single bit of data you want with nothing else.

Mike


From danstowell at gmail.com  Thu Feb 17 12:20:42 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Thu, 17 Feb 2005 12:20:42 +0000
Subject: [Icecast] RE: Two questions
In-Reply-To: <3c17372105021701331434d634@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
Message-ID: <286e6b7c050217042016858a3@mail.gmail.com>

On Thu, 17 Feb 2005 20:33:12 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> On Thu, 17 Feb 2005 10:56:32 +0200, Mohamed Eldesoky
> <eldesoky.lists at gmail.com> wrote:
> > On Wed, 16 Feb 2005 13:55:46 -0800 (PST), Karl Heyes <karl at xiph.org> wrote:
> > > On Wed, 2005-02-16 at 21:29, Murray Saul wrote:
> > > > I am happy using icecast/ices, but have two questions:
> > > >
> > > > 1. If I was using cron to schedule a switching of a playlist,  can I do
> > > > this without restarting icecast so that at a SPECIFIC TIME (let's say at
> > > > exactly 3:00 pm) a new song can be played without interupting the user
> > > > listening to the broadcast.
> > >
> > > ices can be signalled to skip to the next track (which will mean a
> > > reread of the playlist if it has changed)
> > >
> >
> > I tried it, it doesn't just reread !!
> > You have to stop and start ices !!!
> 
> Ices2 (if that's still what we're talking about) can and will reread a
> playlist file if it has changed.

So will ices0 - that's what I use, and I nudge it along all the time.
There is one significant problem with ices0 which is that if you nudge
it while it's playing *the very last* entry in a playlist, it seems to
fail - i.e. it stops pumping and needs to be restarted.

Mohammed, does this match your situation?

If so then you're out of luck (and so am I) since ices0 is not being
developed. You just have to avoid nudging it when it's on the last
track...

Dan


From mlrsmith at gmail.com  Thu Feb 17 12:43:23 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Thu, 17 Feb 2005 23:43:23 +1100
Subject: [Icecast] RE: Two questions
In-Reply-To: <286e6b7c050217042016858a3@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
Message-ID: <3c17372105021704432f100b02@mail.gmail.com>

> 
> If so then you're out of luck (and so am I) since ices0 is not being
> developed. You just have to avoid nudging it when it's on the last
> track...

Whilst I don't use ices0 myself, I can tell you that that's wrong -
ices0 is (somewhat) actively developed, and if you reported this bug
(preferably using our bug reporting system at http://bugs.xiph.org),
I'd expect it to get fixed.

Mike


From danstowell at gmail.com  Thu Feb 17 13:12:14 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Thu, 17 Feb 2005 13:12:14 +0000
Subject: [Icecast] RE: Two questions
In-Reply-To: <3c17372105021704432f100b02@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
	<3c17372105021704432f100b02@mail.gmail.com>
Message-ID: <286e6b7c05021705125efa8e8c@mail.gmail.com>

On Thu, 17 Feb 2005 23:43:23 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> >
> > If so then you're out of luck (and so am I) since ices0 is not being
> > developed. You just have to avoid nudging it when it's on the last
> > track...
> 
> Whilst I don't use ices0 myself, I can tell you that that's wrong -
> ices0 is (somewhat) actively developed, and if you reported this bug
> (preferably using our bug reporting system at http://bugs.xiph.org),
> I'd expect it to get fixed.

Really?

I'm sorry, I thought ices0 had been ditched/frozen since xiph had
decided to focus on ogg and ices2. I'll report it straightaway.

Dan


From mlrsmith at gmail.com  Thu Feb 17 13:13:36 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Fri, 18 Feb 2005 00:13:36 +1100
Subject: [Icecast] RE: Two questions
In-Reply-To: <286e6b7c05021705125efa8e8c@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
	<3c17372105021704432f100b02@mail.gmail.com>
	<286e6b7c05021705125efa8e8c@mail.gmail.com>
Message-ID: <3c17372105021705131d43afe4@mail.gmail.com>

On Thu, 17 Feb 2005 13:12:14 +0000, Dan Stowell <danstowell at gmail.com> wrote:
> On Thu, 17 Feb 2005 23:43:23 +1100, Michael Smith <mlrsmith at gmail.com> wrote:
> > >
> > > If so then you're out of luck (and so am I) since ices0 is not being
> > > developed. You just have to avoid nudging it when it's on the last
> > > track...
> >
> > Whilst I don't use ices0 myself, I can tell you that that's wrong -
> > ices0 is (somewhat) actively developed, and if you reported this bug
> > (preferably using our bug reporting system at http://bugs.xiph.org),
> > I'd expect it to get fixed.
> 
> Really?
> 
> I'm sorry, I thought ices0 had been ditched/frozen since xiph had
> decided to focus on ogg and ices2. I'll report it straightaway.
> 
> Dan

Nope. The ices2 developers have, naturally enough, focussed on ices2.
ices0 isn't written by the same people - and Brendan is still
maintaining it.

Mike


From jbebel at ncsu.edu  Thu Feb 17 17:04:01 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Thu, 17 Feb 2005 12:04:01 -0500
Subject: [Icecast] Any reliable command line clients?
In-Reply-To: <Pine.LNX.4.61.0502101419460.15851@data.home>
References: <420A79A4.60308@ncsu.edu>
	<Pine.LNX.4.61.0502101419460.15851@data.home>
Message-ID: <4214CE81.2040307@ncsu.edu>

MPlayer was a good suggestion.  I've been using it for days now without 
a hitch.  I normally just think of it as a movie player, but it seems 
quite good at playing ogg streams too.  It's a slightly larger and more 
complicated program than I would prefer for the simple task of playing 
ogg streams.  I guess I'd just rather ogg123 work right.  But 
nonetheless, mplayer seems quite reliable.  It displays two percentages 
that I don't entirely understand.  The first starts at 0, the second at 
around 15%.  I'm sure the second is some kind of buffer.  It slowly 
dropped from 15 to 0 over a day or so, but then the first number started 
climbing.  But after several days, the first number is only at 2%.  I 
wonder what will happen when it reaches 100%, but at this rate it will 
take a couple months for it to reach it.

Joel

Geoff Shang wrote:
> Joel Ebel wrote:
> 
>> ogg123:  The obvious choice.  But it can't seem to do it for long. 
>> After several hours it begins to get a very repeatable pattern of 
>> quick hisses. Usually pairs of two, the first one long, the second 
>> short. Perhaps every 2 to 3 seconds.
> 
> 
> This bug has been around for ages and has been documented several times.
> 
>> Are there any other command line ogg players?
> 
> 
> Tried mplayer?
> 
> Geoff.
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From brendan at xiph.org  Thu Feb 17 17:40:09 2005
From: brendan at xiph.org (Brendan Cully)
Date: Thu, 17 Feb 2005 09:40:09 -0800
Subject: [Icecast] RE: Two questions
In-Reply-To: <286e6b7c050217042016858a3@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
Message-ID: <20050217174009.GB28145@watanabe.local>

On Thursday, 17 February 2005 at 12:20, Dan Stowell wrote:
> So will ices0 - that's what I use, and I nudge it along all the time.
> There is one significant problem with ices0 which is that if you nudge
> it while it's playing *the very last* entry in a playlist, it seems to
> fail - i.e. it stops pumping and needs to be restarted.

are you sure you don't just have a blank line at the end of your
playlist? That controls whether ices loops at the end or not. Does it
loop if you don't send it usr1?


From karl at xiph.org  Thu Feb 17 17:45:25 2005
From: karl at xiph.org (Karl Heyes)
Date: 17 Feb 2005 17:45:25 +0000
Subject: [Icecast] can icecast broadcast in SPEEX format?
In-Reply-To: <Pine.LNX.4.61.0502171239110.1980@data.home>
References: <001101c51489$3ebee4a0$1201a8c0@ts>
	<Pine.LNX.4.61.0502171239110.1980@data.home>
Message-ID: <1108662324.27827.62.camel@bogus.hackers.club>

On Thu, 2005-02-17 at 02:42, Geoff Shang wrote:
> Hi,
> 
> Speex does belong to the Xiph family of codecs.
> 
> My understanding is that Icecast can stream Ogg Speex.  I'm not aware of 
> any streamers that can stream it to Icecast though.  I would think that at 
> least Ogg123 (compiled with Speex support) and Illiminable's DirectShow 
> filters would be able to play this, and perhaps some other apps as well.

The current trunk/release code doesn't handle Ogg Speex, it should
filter the speex stream out.  Getting it to stream is not a big problem,
I have it under my branch currently

> I'm particularly interested in knowing if there's anything can stream a 
> Speex source to Icecast.

libshout trunk can send it, although I don't think it's timed just yet.

karl.




From danstowell at gmail.com  Fri Feb 18 09:48:29 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Fri, 18 Feb 2005 09:48:29 +0000
Subject: [Icecast] RE: Two questions
In-Reply-To: <20050217174009.GB28145@watanabe.local>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
	<20050217174009.GB28145@watanabe.local>
Message-ID: <286e6b7c0502180148522f6078@mail.gmail.com>

On Thu, 17 Feb 2005 09:40:09 -0800, Brendan Cully <brendan at xiph.org> wrote:
> On Thursday, 17 February 2005 at 12:20, Dan Stowell wrote:
> > So will ices0 - that's what I use, and I nudge it along all the time.
> > There is one significant problem with ices0 which is that if you nudge
> > it while it's playing *the very last* entry in a playlist, it seems to
> > fail - i.e. it stops pumping and needs to be restarted.
> 
> are you sure you don't just have a blank line at the end of your
> playlist?

yep.

> That controls whether ices loops at the end or not. Does it
> loop if you don't send it usr1?

it does, indeed, for weeks and weeks and weeks (very pleased with its
robustness) - our station is just a loop from ices:
http://www.flatfourradio.co.uk

Dan


From jbebel at ncsu.edu  Fri Feb 18 18:55:47 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Fri, 18 Feb 2005 13:55:47 -0500
Subject: [Icecast] Any reliable command line clients?
In-Reply-To: <4214CE81.2040307@ncsu.edu>
References: <420A79A4.60308@ncsu.edu>	<Pine.LNX.4.61.0502101419460.15851@data.home>
	<4214CE81.2040307@ncsu.edu>
Message-ID: <42163A33.9040109@ncsu.edu>

Well, I didn't test one of my requirements with mplayer.  http 
authentication doesn't seem to work.  This one puzzles me as mplayer 
documentation seems to state it is supported.  In fact, running mplayer 
results in it telling me to use the -user and -password options or a url 
formed like the m3u's delivered by icecast.  Neither works for me.  They 
all say:

Authentication required for "Icecast2 Server"
Unable to read the username
Please use the option -user and -passwd to provide your 
username/password for a list of URLs,
or form an URL like: http://username:password at hostname/file
Unable to open URL: http://username:password at wknc.org:8000/wkncbackup.ogg

Is anyone else able to make mplayer work with http authentication?  Is 
there perhaps some compile option I need to use?  The same thing happen 
with the windows binary I downloaded, which I would expect to be 
compiled properly.

Any thoughts?  Should I contact the mplayer mailing list?

Thanks,
Joel

Joel Ebel wrote:
> MPlayer was a good suggestion.  I've been using it for days now without 
> a hitch.  I normally just think of it as a movie player, but it seems 
> quite good at playing ogg streams too.  It's a slightly larger and more 
> complicated program than I would prefer for the simple task of playing 
> ogg streams.  I guess I'd just rather ogg123 work right.  But 
> nonetheless, mplayer seems quite reliable.  It displays two percentages 
> that I don't entirely understand.  The first starts at 0, the second at 
> around 15%.  I'm sure the second is some kind of buffer.  It slowly 
> dropped from 15 to 0 over a day or so, but then the first number started 
> climbing.  But after several days, the first number is only at 2%.  I 
> wonder what will happen when it reaches 100%, but at this rate it will 
> take a couple months for it to reach it.
> 
> Joel
> 
> Geoff Shang wrote:
> 
>> Joel Ebel wrote:
>>
>>> ogg123:  The obvious choice.  But it can't seem to do it for long. 
>>> After several hours it begins to get a very repeatable pattern of 
>>> quick hisses. Usually pairs of two, the first one long, the second 
>>> short. Perhaps every 2 to 3 seconds.
>>
>>
>>
>> This bug has been around for ages and has been documented several times.
>>
>>> Are there any other command line ogg players?
>>
>>
>>
>> Tried mplayer?
>>
>> Geoff.
>>
>> _______________________________________________
>> 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 brendan at xiph.org  Sat Feb 19 23:16:06 2005
From: brendan at xiph.org (Brendan Cully)
Date: Sat, 19 Feb 2005 15:16:06 -0800
Subject: [Icecast] libshout 2.1 released
Message-ID: <20050219231605.GD20565@watanabe.local>

In the absence of any negative feedback (or positive, for that
matter), I've decided to just go ahead and drop the new version of
libshout, libshout 2.1.

New features:
* nonblocking I/O: call shout_set_nonblocking(1) before
  shout_open. If the socket is busy, your data will be queued until
  the next time libshout attempts a write. The current queue length
  in bytes is visible through shout_queuelen().
* theora (alpha4) support.

And some bugs were fixed, particularly one that caused the strange
shout_send error SHOUT_SUCCESS.

It should be ABI-compatible with libshout 2.0.

Find it at http://downloads.xiph.org/releases/libshout/
along with updated perl and python bindings (Shout-2.1 and
shout-python 0.2, respectively).

Happy hacking.


From eldesoky.lists at gmail.com  Sun Feb 20 10:30:00 2005
From: eldesoky.lists at gmail.com (Mohamed Eldesoky)
Date: Sun, 20 Feb 2005 12:30:00 +0200
Subject: [Icecast] RE: Two questions
In-Reply-To: <286e6b7c0502180148522f6078@mail.gmail.com>
References: <4213BB1E.6070807@senecac.on.ca>
	<1108591007.26396.35.camel@bogus.hackers.club>
	<1403218a05021700561736e1ea@mail.gmail.com>
	<3c17372105021701331434d634@mail.gmail.com>
	<286e6b7c050217042016858a3@mail.gmail.com>
	<20050217174009.GB28145@watanabe.local>
	<286e6b7c0502180148522f6078@mail.gmail.com>
Message-ID: <1403218a0502200230740305c2@mail.gmail.com>

With usr1 is just skips to the next song (in the old playlist) !!

ummm
It seems I have missed what was the original thread about.

On Fri, 18 Feb 2005 09:48:29 +0000, Dan Stowell <danstowell at gmail.com> wrote:
> On Thu, 17 Feb 2005 09:40:09 -0800, Brendan Cully <brendan at xiph.org> wrote:
> > On Thursday, 17 February 2005 at 12:20, Dan Stowell wrote:
> > > So will ices0 - that's what I use, and I nudge it along all the time.
> > > There is one significant problem with ices0 which is that if you nudge
> > > it while it's playing *the very last* entry in a playlist, it seems to
> > > fail - i.e. it stops pumping and needs to be restarted.
> >
> > are you sure you don't just have a blank line at the end of your
> > playlist?
> 
> yep.
> 
> > That controls whether ices loops at the end or not. Does it
> > loop if you don't send it usr1?
> 
> it does, indeed, for weeks and weeks and weeks (very pleased with its
> robustness) - our station is just a loop from ices:
> http://www.flatfourradio.co.uk
> 
> Dan
> 


-- 
Mohamed Eldesoky
www.eldesoky.net
RHCE


From fbriere at fbriere.net  Sun Feb 20 12:15:54 2005
From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=)
Date: Sun, 20 Feb 2005 07:15:54 -0500
Subject: [Icecast] ices2 not re-connecting on live stream
In-Reply-To: <41A534C3.7000107@media-solutions.ie>
References: <41A534C3.7000107@media-solutions.ie>
Message-ID: <20050220121554.GA2529@hyrule.dyndns.org>

On Wed, Nov 24, 2004 at 07:26:27PM -0600, Keith Whyte wrote:
> I have a two instance setup, and have been finding that after a network 
> error occurs, the instance does not reconnect.
> 
> The ESTABLISHED connection is the instance which didn't get blocked by 
> iptables.
> and those sockets seem to remain in CLOSE_WAIT until i kill the ices 
> process.

This sounds similar to what I encountered when I first set up ices2 --
see <http://lists.xiph.org/pipermail/icecast/2004-July/007364.html>.

In short, if you're streaming over a WAN, the main ices2 branch is
woefully inadequate, and you ought to try Karl Heyes' branch at
<http://mediacast1.com/~karl/>, as he described in his reply to my
original email.  (Don't get ices 2.0.1, which is merely a point release
and doesn't incorporate Karl's changes.)

If you let ices2 run for a long time, you'll probably need this patch as
well:

--- ices2-2.0.0-kh59.orig/src/input.c
+++ ices2-2.0.0-kh59/src/input.c
@@ -335,6 +335,7 @@
                 if (next_mod->open_module (next_mod) == 0)
                 {
                     next_mod->start = start;
+		    next_mod->failures = 0;
                     ices_config->next_track = 0;
                     return next_mod;
                 }


I've been running ices2 like this 24/7 for months now, only restarting
it once a week for log rotation.  Never had a problem since.


-- 
             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  Sun Feb 20 20:15:42 2005
From: karl at xiph.org (Karl Heyes)
Date: 20 Feb 2005 20:15:42 +0000
Subject: [Icecast] ices2 not re-connecting on live stream
In-Reply-To: <20050220121554.GA2529@hyrule.dyndns.org>
References: <41A534C3.7000107@media-solutions.ie>
	<20050220121554.GA2529@hyrule.dyndns.org>
Message-ID: <1108930541.9368.5.camel@bogus.hackers.club>

On Sun, 2005-02-20 at 12:15, Fr?d?ric Bri?re wrote:

> I've been running ices2 like this 24/7 for months now, only restarting
> it once a week for log rotation.  Never had a problem since.

setting <logsize> will cause an automatic log rotation when a certain
file size has been reached. It renames <logfile> to <logfile>.1 then
opens a new file <logfile>

karl.




From fbriere at fbriere.net  Sun Feb 20 22:50:32 2005
From: fbriere at fbriere.net (=?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?=)
Date: Sun, 20 Feb 2005 17:50:32 -0500
Subject: [Icecast] ices2 not re-connecting on live stream
In-Reply-To: <1108930541.9368.5.camel@bogus.hackers.club>
References: <41A534C3.7000107@media-solutions.ie>
	<20050220121554.GA2529@hyrule.dyndns.org>
	<1108930541.9368.5.camel@bogus.hackers.club>
Message-ID: <20050220225032.GA20825@hyrule.dyndns.org>

On Sun, Feb 20, 2005 at 08:15:42PM +0000, Karl Heyes wrote:
> setting <logsize> will cause an automatic log rotation when a certain
> file size has been reached. It renames <logfile> to <logfile>.1 then
> opens a new file <logfile>

Since all my other logs are rotated on a daily/weekly basis, I want my
ices logs to behave in the same way.

Nevertheless, this thread finally gave me the incentive to fix ices so
that it rotates logs on SIGHUP, which is much nicer.  Here's the patch:

(The second LOG_INFO0, apart from verboseness, ensures that the new
logfile is created right away.)


--- ices2-2.0.0-kh59.orig/src/signals.c
+++ ices2-2.0.0-kh59/src/signals.c
@@ -51,9 +51,11 @@
 void signal_hup_handler(int signum __attribute__((unused)))
 {
     LOG_INFO0("Flushing logs");
-    log_flush(ices_config->log_id);
+    log_reopen(ices_config->log_id);
 
+    LOG_INFO0("Reloading playlist");
     ices_config->next_track = 1;
+
     signal(SIGHUP, signal_hup_handler);
 }
 
@@ -67,6 +69,7 @@
 
 void signals_setup(void)
 {
+	signal(SIGHUP, signal_hup_handler);
 	signal(SIGINT, signal_int_handler);
 	signal(SIGTERM, signal_int_handler);
 	signal(SIGUSR1, signal_usr1_handler);


-- 
             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  Sun Feb 20 23:58:55 2005
From: karl at xiph.org (Karl Heyes)
Date: 20 Feb 2005 23:58:55 +0000
Subject: [Icecast] ices2 not re-connecting on live stream
In-Reply-To: <20050220225032.GA20825@hyrule.dyndns.org>
References: <41A534C3.7000107@media-solutions.ie>
	<20050220121554.GA2529@hyrule.dyndns.org>
	<1108930541.9368.5.camel@bogus.hackers.club>
	<20050220225032.GA20825@hyrule.dyndns.org>
Message-ID: <1108943933.9368.14.camel@bogus.hackers.club>

On Sun, 2005-02-20 at 22:50, Fr?d?ric Bri?re wrote:
> On Sun, Feb 20, 2005 at 08:15:42PM +0000, Karl Heyes wrote:
> > setting <logsize> will cause an automatic log rotation when a certain
> > file size has been reached. It renames <logfile> to <logfile>.1 then
> > opens a new file <logfile>
> 
> Since all my other logs are rotated on a daily/weekly basis, I want my
> ices logs to behave in the same way.
> 
> Nevertheless, this thread finally gave me the incentive to fix ices so
> that it rotates logs on SIGHUP, which is much nicer.  Here's the patch:
> 
> (The second LOG_INFO0, apart from verboseness, ensures that the new
> logfile is created right away.)

I'll add this for the next update. HUP shouldn't really do next track,
but adding the log message is probably a good idea.  I still need to
commit some changes, including the libshout 2.1 interaction.

karl.
 



From jakarhill at yahoo.com  Mon Feb 21 18:59:11 2005
From: jakarhill at yahoo.com (Randolph Davis Hill)
Date: Mon, 21 Feb 2005 10:59:11 -0800 (PST)
Subject: [Icecast] trying to build icecast
Message-ID: <20050221185911.20505.qmail@web14609.mail.yahoo.com>

where can I find xslt ? I get the following error messgae


checking for inet_aton... yes
checking for writev... yes
checking for struct sockaddr_storage.ss_family... yes
checking for inet_pton... yes
checking for xslt-config... no
configure: error: XSLT configuration could not be found



From karl at xiph.org  Mon Feb 21 21:05:16 2005
From: karl at xiph.org (Karl Heyes)
Date: 21 Feb 2005 21:05:16 +0000
Subject: [Icecast] trying to build icecast
In-Reply-To: <20050221185911.20505.qmail@web14609.mail.yahoo.com>
References: <20050221185911.20505.qmail@web14609.mail.yahoo.com>
Message-ID: <1109019915.10778.63.camel@bogus.hackers.club>

On Mon, 2005-02-21 at 18:59, Randolph Davis Hill wrote:
> where can I find xslt ? I get the following error messgae
> 
> 
> checking for inet_aton... yes
> checking for writev... yes
> checking for struct sockaddr_storage.ss_family... yes
> checking for inet_pton... yes
> checking for xslt-config... no
> configure: error: XSLT configuration could not be found

The documentation is clear on this, under prerequisites 

* libxslt - http://xmlsoft.org/XSLT/downloads.html

if you are using distribution packages then check your CD or the
distribution site for the packages (usually 2).

karl



From nettings at folkwang-hochschule.de  Mon Feb 21 22:04:34 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Mon, 21 Feb 2005 23:04:34 +0100
Subject: [Icecast] theora streaming problem...
Message-ID: <421A5AF2.3080805@folkwang-hochschule.de>

hi everyone!


i'm playing around with theora streaming for the linux audio conference 
2005 (http://lac.zkm.de).

i checked out svn.xiph.org/trunk, built all ogg, vorbis, speex and 
theora related libs from scratch, then pulled icecast-2.2.0.

three issues:


[1]

icecast runs fine as always, but when i do
cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream dies 
after a few seconds. (the icecast log is appended below.)

the same command sequence with an ogg vorbis audio file instead of the 
theora video works without problems.


[2]

i tried to follow oddsock's howto at 
http://www.oddsock.org/guides/video.php, but ezstream does not compile 
for me. it bails out with

gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math -fsigned-char 
-I/usr/local/include  -I/usr/include/libxml2-pthread -g -O2 -c `test -f 
'ezstream.c' || echo './'`ezstream.c
ezstream.c: In function `streamFile':
ezstream.c:385: warning: implicit declaration of function `sleep'
ezstream.c: In function `streamPlaylist':
ezstream.c:406: warning: unused variable `ret'
ezstream.c: In function `main':
ezstream.c:576: error: `SHOUT_FORMAT_OGG' undeclared (first use in this 
function)
ezstream.c:576: error: (Each undeclared identifier is reported only once
ezstream.c:576: error: for each function it appears in.)
make[2]: *** [ezstream.o] Error 1

probably something obvious, but i could not find where SHOUT_FORMAT_OGG 
is defined... libshout is installed, and it's not in there.


[3]

when i transcode an mpeg2 file to theora, it's barely faster than 
realtime on an athlon64 4000+. is this to be expected, or did i forget 
some optimizations? here's the ffmpeg output, so that you can see the 
stream properties.

Input #0, mpeg, from 'Afroman - Because I Got High.mpg':
   Duration: 00:03:13.4, bitrate: 1412 kb/s
   Stream #0.0: Video: mpeg1video, 352x240, 30.00 fps
   Stream #0.1: Audio: mp2, 44100 Hz, stereo, 224 kb/s
   Deinterlace: on
   Resize: 352x240 => 320x240
[mpeg @ 0x2aaaaad18040]read_seek: 0 0
[mpeg @ 0x2aaaaad18040]using cached pos_max=0x380c pos_limit=0x380c 
dts_max=34000
[mpeg @ 0x2aaaaad18040]pos_min=0x1e pos_max=0x380c dts_min=31000 
dts_max=34000
[mpeg @ 0x2aaaaad18040]30 14348 14348 / 31000 34000 34000 target:0 
limit:14348 start:31 noc:1
[mpeg @ 0x2aaaaad18040]pos=0x1e 31000<=0<=34000
       0:00:45.93 audio: 72kbps video: 584kbps


best regards,


j?rn




==> log/error.log <==
[2005-02-21  21:48:34] INFO main/main Icecast 2.2.0 server started
[2005-02-21  21:48:34] DBUG yp/yp_recheck_config Updating YP configuration
[2005-02-21  21:48:34] INFO stats/_stats_thread stats thread started
[2005-02-21  21:48:34] INFO fserve/fserv_thread_function file serving 
thread started
[2005-02-21  21:48:34] INFO yp/yp_update_thread YP update thread started
[2005-02-21  21:48:35] DBUG slave/_slave_thread checking master stream list
[2005-02-21  21:48:53] INFO connection/_handle_source_request Source 
logging in at mountpoint "/test.ogg"
[2005-02-21  21:48:53] DBUG connection/connection_complete_source 
sources count is 0
[2005-02-21  21:48:53] DBUG connection/connection_complete_source source 
is ready to start
[2005-02-21  21:48:53] DBUG source/source_init Source creation complete
[2005-02-21  21:48:53] DBUG format-vorbis/initial_vorbis_page checking 
for vorbis codec
[2005-02-21  21:48:53] DBUG format-theora/initial_theora_page checking 
for theora codec
[2005-02-21  21:48:53] INFO format-theora/initial_theora_page seen 
initial theora header
[2005-02-21  21:48:53] DBUG format-ogg/format_ogg_attach_header 
attaching BOS page
[2005-02-21  21:48:53] DBUG format-vorbis/initial_vorbis_page checking 
for vorbis codec
[2005-02-21  21:48:53] INFO format-vorbis/initial_vorbis_page seen 
initial vorbis header
[2005-02-21  21:48:53] DBUG format-ogg/format_ogg_attach_header 
attaching header page
[2005-02-21  21:48:54] DBUG stats/modify_node_event update node 
connections (1)
[2005-02-21  21:48:54] DBUG stats/modify_node_event update node 
source_client_connections (1)
[2005-02-21  21:48:54] DBUG stats/process_source_event new source stat 
/test.ogg
[2005-02-21  21:48:54] DBUG stats/process_source_event new node public (0)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
listenurl (http://kleineronkel:8000/test.ogg)
[2005-02-21  21:48:54] DBUG stats/modify_node_event update node sources (1)
[2005-02-21  21:48:54] DBUG stats/modify_node_event update node 
source_total_connections (1)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
listeners (0)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
server_name (no name)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
video_bitrate (0)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
video_quality (32)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
frame_size (320 x 240)
[2005-02-21  21:48:54] DBUG stats/process_source_event new node 
frame_rate (30.00)

==> log/access.log <==
192.168.0.2 - - [21/Feb/2005:21:49:04 +0000] "SOURCE /test.ogg HTTP/1.0" 
200 19 "-" "libshout/2.0" 11

==> log/error.log <==
[2005-02-21  21:49:04] DBUG source/get_next_buffer last 1109022533, 
timeout 5012226834442, now 1109022544
[2005-02-21  21:49:04] WARN source/get_next_buffer Disconnecting source 
due to socket timeout
[2005-02-21  21:49:04] INFO source/source_shutdown Source "/test.ogg" 
exiting
[2005-02-21  21:49:04] DBUG source/source_clear_source clearing source 
"/test.ogg"
[2005-02-21  21:49:04] DBUG format-ogg/format_ogg_free_headers releasing 
header pages
[2005-02-21  21:49:04] DBUG format-ogg/free_ogg_codecs freeing codecs
[2005-02-21  21:49:04] DBUG format-vorbis/vorbis_codec_free freeing 
vorbis codec
[2005-02-21  21:49:04] DBUG format-theora/theora_codec_free freeing 
theora codec


From mays at win.net  Mon Feb 21 22:13:44 2005
From: mays at win.net (Joe Mays)
Date: Mon, 21 Feb 2005 17:13:44 -0500
Subject: [Icecast] AES/EBU Feed
Message-ID: <007501c51862$9bb8fa60$9b2118d8@ENGINEERING01>

Does anyone have any suggestions on how to take an AES/EBU digital feed and turn it
into an icecast protocol stream for sending to an icecast server? In particular
hardware and software suggestions would be helpful, for either unix or windows.

Thanks for any advice anyone can give.



From nettings at folkwang-hochschule.de  Mon Feb 21 22:26:33 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Mon, 21 Feb 2005 23:26:33 +0100
Subject: [Icecast] can icecast broadcast in SPEEX format?
In-Reply-To: <1108662324.27827.62.camel@bogus.hackers.club>
References: <001101c51489$3ebee4a0$1201a8c0@ts>	<Pine.LNX.4.61.0502171239110.1980@data.home>
	<1108662324.27827.62.camel@bogus.hackers.club>
Message-ID: <421A6019.90006@folkwang-hochschule.de>

Karl Heyes wrote:
> On Thu, 2005-02-17 at 02:42, Geoff Shang wrote:
> 
>>Hi,
>>
>>Speex does belong to the Xiph family of codecs.
>>
>>My understanding is that Icecast can stream Ogg Speex.  I'm not aware of 
>>any streamers that can stream it to Icecast though.  I would think that at 
>>least Ogg123 (compiled with Speex support) and Illiminable's DirectShow 
>>filters would be able to play this, and perhaps some other apps as well.
> 
> 
> The current trunk/release code doesn't handle Ogg Speex, it should
> filter the speex stream out.  Getting it to stream is not a big problem,
> I have it under my branch currently

cool. any chances of getting a functional alpha release out before 
april? i'd really like to test this.

btw, karl, what it the current status of -kh? is it still the most 
current devel branch?

regards,

j?rn




From nettings at folkwang-hochschule.de  Mon Feb 21 22:32:40 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Mon, 21 Feb 2005 23:32:40 +0100
Subject: [Icecast] icecast and jack
In-Reply-To: <41F3A587.1060204@crans.ens-cachan.fr>
References: <41F3A587.1060204@crans.ens-cachan.fr>
Message-ID: <421A6188.4030107@folkwang-hochschule.de>

Xavier PESSOLES wrote:
> Hello !
> I would like to know if I can use jack with icecast ?
> If I can, how to use jack as a client and icecast as a server?
> 
> thanks
> 

for the record, the jack support in ices2-kh has been rock-solid for 
almost a year now. we had three concurrent instances running 24/7 for 
more than a week without any problems last april, and i've been 
regularly using it at home.

you can pull the kh branch from svn.xiph.org, i think the path is 
icecast/branches/kh.


regards,

j?rn





From karl at xiph.org  Mon Feb 21 22:35:22 2005
From: karl at xiph.org (Karl Heyes)
Date: 21 Feb 2005 22:35:22 +0000
Subject: [Icecast] theora streaming problem...
In-Reply-To: <421A5AF2.3080805@folkwang-hochschule.de>
References: <421A5AF2.3080805@folkwang-hochschule.de>
Message-ID: <1109025320.10778.85.camel@bogus.hackers.club>

On Mon, 2005-02-21 at 22:04, Joern Nettingsmeier wrote:
> hi everyone!
> 
> 
> i'm playing around with theora streaming for the linux audio conference 
> 2005 (http://lac.zkm.de).

nice,

> i checked out svn.xiph.org/trunk, built all ogg, vorbis, speex and 
> theora related libs from scratch, then pulled icecast-2.2.0.


> three issues:
> 
> 
> [1]
> 
> icecast runs fine as always, but when i do
> cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream dies 
> after a few seconds. (the icecast log is appended below.)
> 
> the same command sequence with an ogg vorbis audio file instead of the 
> theora video works without problems.

that would indicate libshout timing thing, make sure it's using the
right libshout. After a quick check, it looks like libshout 2.1 will be
ok

> [2]
> 
> i tried to follow oddsock's howto at 
> http://www.oddsock.org/guides/video.php, but ezstream does not compile 
> for me. it bails out with
...
> probably something obvious, but i could not find where SHOUT_FORMAT_OGG 
> is defined... libshout is installed, and it's not in there.

you probably have libshout 2.0 installed

> [3]
> 
> when i transcode an mpeg2 file to theora, it's barely faster than 
> realtime on an athlon64 4000+. is this to be expected, or did i forget 
> some optimizations? here's the ffmpeg output, so that you can see the 
> stream properties.

AFAIK the theora lib is not optimised yet, there is some work going on
in the theora-mmx branch to improve that but check that you have a
recent gcc producing code for athlon 64 as well.

karl.




From karl at xiph.org  Mon Feb 21 22:45:34 2005
From: karl at xiph.org (Karl Heyes)
Date: 21 Feb 2005 22:45:34 +0000
Subject: [Icecast] can icecast broadcast in SPEEX format?
In-Reply-To: <421A6019.90006@folkwang-hochschule.de>
References: <001101c51489$3ebee4a0$1201a8c0@ts>
	<Pine.LNX.4.61.0502171239110.1980@data.home>
	<1108662324.27827.62.camel@bogus.hackers.club>
	<421A6019.90006@folkwang-hochschule.de>
Message-ID: <1109025934.10778.96.camel@bogus.hackers.club>

On Mon, 2005-02-21 at 22:26, Joern Nettingsmeier wrote:

> cool. any chances of getting a functional alpha release out before 
> april? i'd really like to test this.

Ogg Speex is already in my branch, it should port over to trunk fairly
easily. Check SVN or tarballs at http://mediacast1.com/~karl and yes
2.1-kh6 is comparable with the 2.2.0 release.

> btw, karl, what it the current status of -kh? is it still the most 
> current devel branch?

sure, I have some updates to go in, I'll do a 2.2-kh1 soon enough, but
currently 2.1-kh6 has shown to be been very stable.

The clients need to be checked though, I'm not sure on the state of
those yet

karl.




From nettings at folkwang-hochschule.de  Mon Feb 21 22:58:04 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Mon, 21 Feb 2005 23:58:04 +0100
Subject: [Icecast] theora streaming problem...
In-Reply-To: <1109025320.10778.85.camel@bogus.hackers.club>
References: <421A5AF2.3080805@folkwang-hochschule.de>
	<1109025320.10778.85.camel@bogus.hackers.club>
Message-ID: <421A677C.6060902@folkwang-hochschule.de>

[oddsock, this concerns your theora guide, so i'm cc:ing you]

Karl Heyes wrote:
> On Mon, 2005-02-21 at 22:04, Joern Nettingsmeier wrote:
> 
>>hi everyone!
>>
>>
>>i'm playing around with theora streaming for the linux audio conference 
>>2005 (http://lac.zkm.de).
> 
> 
> nice,
> 
> 
>>i checked out svn.xiph.org/trunk, built all ogg, vorbis, speex and 
>>theora related libs from scratch, then pulled icecast-2.2.0.
> 
> 
> 
>>three issues:
>>
>>
>>[1]
>>
>>icecast runs fine as always, but when i do
>>cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream dies 
>>after a few seconds. (the icecast log is appended below.)
>>
>>the same command sequence with an ogg vorbis audio file instead of the 
>>theora video works without problems.
> 
> 
> that would indicate libshout timing thing, make sure it's using the
> right libshout. After a quick check, it looks like libshout 2.1 will be
> ok

dead on. thanks. i pulled icecast/branches/kh/libshout, is that correct? 
at least it works for me. it's not exactly obvious where libshout 2.1 is...


>>[2]
>>
>>i tried to follow oddsock's howto at 
>>http://www.oddsock.org/guides/video.php, but ezstream does not compile 
>>for me. it bails out with
> 
> ...
> 
>>probably something obvious, but i could not find where SHOUT_FORMAT_OGG 
>>is defined... libshout is installed, and it's not in there.
> 
> 
> you probably have libshout 2.0 installed

right. libshout from -kh fixed that too.
oddsock, could you add a little hint to your theora guide to make sure 
everyone gets the correct libshout?

>>[3]
>>
>>when i transcode an mpeg2 file to theora, it's barely faster than 
>>realtime on an athlon64 4000+. is this to be expected, or did i forget 
>>some optimizations? here's the ffmpeg output, so that you can see the 
>>stream properties.
> 
> 
> AFAIK the theora lib is not optimised yet, there is some work going on
> in the theora-mmx branch to improve that but check that you have a
> recent gcc producing code for athlon 64 as well.

i'm using -march=k8, which according to the gcc manpage implies all simd 
streaming optimizations the chip is capable of...


many thanks,

j?rn



From franz.ulenaers at telenet.be  Mon Feb 21 20:17:29 2005
From: franz.ulenaers at telenet.be (Franz Ulenaers)
Date: Mon, 21 Feb 2005 21:17:29 +0100
Subject: [Icecast] help configure error : XSLT configuration could not be
	found ?
Message-ID: <1109017049.6775.2.camel@localhost.localdomain>

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

Can you help ?
Best regards, 

Franz Ulenaers

Texelhoek 5
9870 Zulte
Belgium
0032 56 609311
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050221/9f811e88/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dit berichtdeel is digitaal ondertekend
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20050221/9f811e88/attachment.sig>

From nettings at folkwang-hochschule.de  Mon Feb 21 23:16:59 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Tue, 22 Feb 2005 00:16:59 +0100
Subject: [Icecast] theora streaming problem...
In-Reply-To: <421A677C.6060902@folkwang-hochschule.de>
References: <421A5AF2.3080805@folkwang-hochschule.de>	<1109025320.10778.85.camel@bogus.hackers.club>
	<421A677C.6060902@folkwang-hochschule.de>
Message-ID: <421A6BEB.5080800@folkwang-hochschule.de>

Joern Nettingsmeier wrote:
>>> [1]
>>>
>>> icecast runs fine as always, but when i do
>>> cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream 
>>> dies after a few seconds. (the icecast log is appended below.)
>>>
>>> the same command sequence with an ogg vorbis audio file instead of 
>>> the theora video works without problems.
>>
>>
>>
>> that would indicate libshout timing thing, make sure it's using the
>> right libshout. After a quick check, it looks like libshout 2.1 will be
>> ok
> 
> 
> dead on. thanks. i pulled icecast/branches/kh/libshout, is that correct? 
> at least it works for me. it's not exactly obvious where libshout 2.1 is...

unless one reads the mailing list and finds the official release 
announcement. bzzzzt.
to my excuse it is not yet linked from the website.. ;)



From telmnstr at 757.org  Mon Feb 21 23:21:45 2005
From: telmnstr at 757.org (Ethan)
Date: Mon, 21 Feb 2005 18:21:45 -0500 (EST)
Subject: [Icecast] AES/EBU Feed
In-Reply-To: <007501c51862$9bb8fa60$9b2118d8@ENGINEERING01>
References: <007501c51862$9bb8fa60$9b2118d8@ENGINEERING01>
Message-ID: <Pine.BSF.4.58L0.0502211818530.57517@users.757.org>


> Does anyone have any suggestions on how to take an AES/EBU digital feed and turn it
> into an icecast protocol stream for sending to an icecast server? In particular
> hardware and software suggestions would be helpful, for either unix or windows.
> Thanks for any advice anyone can give.

You might be able to accomplish this using a SGI Octane, they feature
AES/BEU and lightpipe inputs. The problem is Icecast might not know how to
handle the input of an IRIX host. The good news is that good documentation
exists as far as interfacing to IRIX. The workstations can be had cheap,
the OS might be a little bit harder to find if the box doesn't come with
it. You can use GCC From freeware.sgi.com, or MipsPro which requires a
license ($$$$).






From geoff at hitsandpieces.net  Mon Feb 21 23:32:40 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Tue, 22 Feb 2005 09:32:40 +1000
Subject: [Icecast] help configure error : XSLT configuration could not
	be found ?
In-Reply-To: <1109017049.6775.2.camel@localhost.localdomain>
References: <1109017049.6775.2.camel@localhost.localdomain>
Message-ID: <Pine.LNX.4.61.0502220928301.29844@data.home>

Hi,

You need libxslt which is part of the Gnome XML library distribution at 
xmlsoft.org.  If you're running from a distribution that uses packages 
(e.g. Debian Redhat, Fedora), don't forget to install the development 
package as well as the runtime package.

Geoff.



From oddsock at oddsock.org  Mon Feb 21 23:46:07 2005
From: oddsock at oddsock.org (oddsock)
Date: Mon, 21 Feb 2005 17:46:07 -0600
Subject: [Icecast] theora streaming problem...
In-Reply-To: <421A6BEB.5080800@folkwang-hochschule.de>
References: <421A5AF2.3080805@folkwang-hochschule.de>
	<1109025320.10778.85.camel@bogus.hackers.club>
	<421A677C.6060902@folkwang-hochschule.de>
	<421A6BEB.5080800@folkwang-hochschule.de>
Message-ID: <6.0.1.1.2.20050221174305.03430d20@www.oddsock.org>

At 05:16 PM 2/21/2005, you wrote:

>>dead on. thanks. i pulled icecast/branches/kh/libshout, is that correct? 
>>at least it works for me. it's not exactly obvious where libshout 2.1 is...
>
>unless one reads the mailing list and finds the official release 
>announcement. bzzzzt.
>to my excuse it is not yet linked from the website.. ;)

when I wrote that guide, I thought we were closer than we were to a 
libshout2.1 release.  As you mentioned, libshout2.1 was released a few days 
ago and can be downloaded here 
http://downloads.xiph.org/releases/libshout/libshout-2.1.tar.gz . The 
mirroring system that was implemented a while back can be pretty 
frustrating at times, and there can be a few days of lag where you can see 
that there is a release, but cannot get to it....

and for the record, that ezstream error message is exactly due to not 
having libshout 2.1...

oddsock




From greg at orban.com  Tue Feb 22 06:09:40 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Mon, 21 Feb 2005 22:09:40 -0800
Subject: [Icecast] Icecast2 Burst-on-Connect - More
Message-ID: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>

I am trying to determine exactly what the difference in Burst-on-Connect is 
between SHOUTcast and Icecast2.  There are a number of players that are 
having difficulty with the Icecast2 Burst-on-Connect feature.

To determine where the problem might be, I tried to lower the burst-size to 
32768, but doing so will not allow sources to connect to the Icecast2 server.

Anyone know what accepted values are here?

I am also going to try to learn what the SHOUTcast method of sending this 
burst is, since all players I have tested do not seem to have a problem 
with it.  I will supply this information if successful.

-greg.



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



From mlrsmith at gmail.com  Tue Feb 22 06:31:44 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Tue, 22 Feb 2005 17:31:44 +1100
Subject: [Icecast] Re: [Icecast-dev] Icecast2 Burst-on-Connect - More
In-Reply-To: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
References: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
Message-ID: <3c1737210502212231751be00f@mail.gmail.com>

On Mon, 21 Feb 2005 22:09:40 -0800, Greg J. Ogonowski <greg at orban.com> wrote:
> I am trying to determine exactly what the difference in Burst-on-Connect is
> between SHOUTcast and Icecast2.  There are a number of players that are
> having difficulty with the Icecast2 Burst-on-Connect feature.

I'm pretty sure the only difference here is the size of the initial
burst. There are lots of other differences between the servers,
though.

> 
> To determine where the problem might be, I tried to lower the burst-size to
> 32768, but doing so will not allow sources to connect to the Icecast2 server.
> 
> Anyone know what accepted values are here?

Any value is acceptable here. Zero or negative disables the feature,
any positive value should work.

If there's a positive value that fails, that's a severe bug, please
report it (http://bugs.xiph.org).

Mike


From mlabash at babylabash.com  Tue Feb 22 08:13:14 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Tue, 22 Feb 2005 00:13:14 -0800
Subject: [Icecast] listening troubles
Message-ID: <p0611040fbe409260f712@[63.192.39.198]>

I have successfully installed Icecast 2 on my server and I am using 
Foobar2000 with Oddsock on a remote machine. It works great on iTunes 
with the name of song and artist showing up. But on the Windows Media 
player, my stream name shows up as the song.  RealPlayer on Windows 
has all sorts of trouble ... works on OSX though (but I don't really 
care about RealPlayer for this stream) ..... anyway ....

What are the best players to use for listening to Mp3 streams that 
show the Meta Data?

-- 
Michael LaBash
--------------------
Listen to Love Underground Visionary Revolution (LUVeR)
http://www.luver.com
Listen to LUVeR Alternative News
http://www.luver.org


From karl at xiph.org  Tue Feb 22 14:14:36 2005
From: karl at xiph.org (Karl Heyes)
Date: 22 Feb 2005 14:14:36 +0000
Subject: [Icecast] Re: [Icecast-dev] Icecast2 Burst-on-Connect - More
In-Reply-To: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
References: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
Message-ID: <1109081675.9526.18.camel@bogus.hackers.club>

On Tue, 2005-02-22 at 06:09, Greg J. Ogonowski wrote:
> I am trying to determine exactly what the difference in Burst-on-Connect is 
> between SHOUTcast and Icecast2.  There are a number of players that are 
> having difficulty with the Icecast2 Burst-on-Connect feature.
> 
> To determine where the problem might be, I tried to lower the burst-size to 
> 32768, but doing so will not allow sources to connect to the Icecast2 server.

A change in burst-size does not affect source clients connecting, only
where listeners start in the queue of stream data. A value of 32768 is
perfectly ok. BTW <burst-on-connect>1</burst-on-connect> is just an
alias for <burst-size>65536</burst-size>

Something else will be stopping the source connecting 

> Anyone know what accepted values are here?

it's in bytes, so any value >= 0

> I am also going to try to learn what the SHOUTcast method of sending this 
> burst is, since all players I have tested do not seem to have a problem 
> with it.  I will supply this information if successful.

The burst for icecast is just send more data as quick as you can, I
can't imagine what is different for shoutcast. If shoutcast uses 1Meg
for burst then test icecast with <burst-size>1048576</burst-size> (and a
queue size larger than 1Meg), see how that works out.

karl



From karl at xiph.org  Tue Feb 22 14:24:33 2005
From: karl at xiph.org (Karl Heyes)
Date: 22 Feb 2005 14:24:33 +0000
Subject: [Icecast] listening troubles
In-Reply-To: <p0611040fbe409260f712@[63.192.39.198]>
References: <p0611040fbe409260f712@[63.192.39.198]>
Message-ID: <1109082273.9526.25.camel@bogus.hackers.club>

On Tue, 2005-02-22 at 08:13, Michael LaBash wrote:
> I have successfully installed Icecast 2 on my server and I am using 
> Foobar2000 with Oddsock on a remote machine. It works great on iTunes 
> with the name of song and artist showing up. But on the Windows Media 
> player, my stream name shows up as the song.  RealPlayer on Windows 
> has all sorts of trouble ... works on OSX though (but I don't really 
> care about RealPlayer for this stream) ..... anyway ....
> 
> What are the best players to use for listening to Mp3 streams that 
> show the Meta Data?

The metadata in question is not something that is part of mp3, in fact
it invalidates the mp3 frames. Only players that know how to request and
then filter through the shoutcast metadata can show the song info.

The likes of winamp/xmms and by the looks of it itunes (and other
players) know how to handle it, obviously MS Media Player is somewhat
lacking in this regard so is only sent the raw mp3 frame without
metadata.

karl.




From oddsock at oddsock.org  Tue Feb 22 15:12:54 2005
From: oddsock at oddsock.org (oddsock)
Date: Tue, 22 Feb 2005 09:12:54 -0600
Subject: [Icecast] Icecast2 Burst-on-Connect - More
In-Reply-To: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
References: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
Message-ID: <6.0.1.1.2.20050222091015.0345ad20@www.oddsock.org>

At 12:09 AM 2/22/2005, you wrote:
>I am trying to determine exactly what the difference in Burst-on-Connect 
>is between SHOUTcast and Icecast2.  There are a number of players that are 
>having difficulty with the Icecast2 Burst-on-Connect feature.

do you have a list of these players ? Are the problems format specific ?

>To determine where the problem might be, I tried to lower the burst-size 
>to 32768, but doing so will not allow sources to connect to the Icecast2 
>server.

that doesn't seem right...burst-on-connect should only apply to connecting 
clients, not sources...are you sure all you changed was the burst-size ?

oddsock 




From jbebel at ncsu.edu  Tue Feb 22 17:00:26 2005
From: jbebel at ncsu.edu (Joel Ebel)
Date: Tue, 22 Feb 2005 12:00:26 -0500
Subject: [Icecast] Icecast2 Burst-on-Connect - More
In-Reply-To: <6.0.1.1.2.20050222091015.0345ad20@www.oddsock.org>
References: <6.1.2.0.2.20050221215948.0305f220@66.220.31.130>
	<6.0.1.1.2.20050222091015.0345ad20@www.oddsock.org>
Message-ID: <421B652A.5050000@ncsu.edu>

oddsock wrote:
> At 12:09 AM 2/22/2005, you wrote:
> 
>> I am trying to determine exactly what the difference in 
>> Burst-on-Connect is between SHOUTcast and Icecast2.  There are a 
>> number of players that are having difficulty with the Icecast2 
>> Burst-on-Connect feature.
> 
> 
> do you have a list of these players ? Are the problems format specific ?

I've tried out all sorts of clients, and the only one I found that 
seemed to have a problem with burst-on-connect was VLC.  Perhaps there 
are others I didn't try, or perhaps the problems did not manifest 
themselves in my tests, but VLC is the only problematic client I'm aware of.

Joel



From mlabash at babylabash.com  Tue Feb 22 23:34:13 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Tue, 22 Feb 2005 15:34:13 -0800
Subject: [Icecast] mount point
Message-ID: <p06110408be416f39dec0@[63.192.39.198]>

is it necessary to set a mount point at all in the config file for Icecast2?

Also, is it necessary (or desirable) to set mount points for running 
multiple encoders (Ogg and Mp3) with Oddsock?

-- 
Michael LaBash
New Possibilities Design
510.524.2053
http://www.babylabash.com


From mlrsmith at gmail.com  Tue Feb 22 23:39:03 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Wed, 23 Feb 2005 10:39:03 +1100
Subject: [Icecast] mount point
In-Reply-To: <p06110408be416f39dec0@63.192.39.198>
References: <p06110408be416f39dec0@63.192.39.198>
Message-ID: <3c17372105022215391aacf84c@mail.gmail.com>

On Tue, 22 Feb 2005 15:34:13 -0800, Michael LaBash
<mlabash at babylabash.com> wrote:
> is it necessary to set a mount point at all in the config file for Icecast2?

You don't need to explicitly configure your mount points within
icecast. You only need to do so if you want to set various optional
things.

> 
> Also, is it necessary (or desirable) to set mount points for running
> multiple encoders (Ogg and Mp3) with Oddsock?

You always need to set a mountpoint for your source clients, even if
you have only a single stream. Again, icecast itself needs no specific
configuration for these mountpoints.

Mike


From jakarhill at yahoo.com  Wed Feb 23 14:36:49 2005
From: jakarhill at yahoo.com (Randolph Davis Hill)
Date: Wed, 23 Feb 2005 06:36:49 -0800 (PST)
Subject: [Icecast] A message from a beginner
Message-ID: <20050223143649.12442.qmail@web14611.mail.yahoo.com>

I have icecast up and running. I think with the correct
configuration.
Now I am not clear on the client playlist. I am using  ices-0.4. How
do I build the playlist. The documentation talks about perl and
python. 
pointers in the right direction appreciation.

Cheers
>From the Beginner :)


From geoff at hitsandpieces.net  Wed Feb 23 14:50:40 2005
From: geoff at hitsandpieces.net (Geoff Shang)
Date: Thu, 24 Feb 2005 00:50:40 +1000
Subject: [Icecast] A message from a beginner
In-Reply-To: <20050223143649.12442.qmail@web14611.mail.yahoo.com>
References: <20050223143649.12442.qmail@web14611.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0502240048530.2091@data.home>

Hi,

Well, you can either have a regular text file containing a list of files to 
be played, one per line, or you can have perl or python-based scripts.  And 
I believe that development code also supports the simple scripting used in 
Ices2 (i.e. write it in anything and have it output the name of the next 
file to be played).

There may be other options, not sure, but these should suit most needs.

Geoff.


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

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

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


From mberger.tks2001 at fh-salzburg.ac.at  Wed Feb 23 12:12:48 2005
From: mberger.tks2001 at fh-salzburg.ac.at (Mathias Berger)
Date: Wed, 23 Feb 2005 13:12:48 +0100
Subject: [Icecast] Problem with Metatag update
Message-ID: <421C7340.9070906@fh-sbg.ac.at>

Hi,

first of all, thank you all.
The new Icecast version works very well and the new features are great!

But I have some troubles with the metatag update via the admininterface. 
Basically everything works fine, but only WinAmp is displaying the 
titles correct. Windows Media Player isn't displaying them at all, XMMS 
only displays them when the ID3 tag changes for about 3 seconds and 
iTunes, well, it depends. On some computers iTunes diplays the titles on 
others it doesn't.

Is this a general problem or am I doing something wrong ?
I am using wget to update the metadata:
wget -q --output-document=/dev/null --http-user=user --http-passwd=pwd 
"http://url/admin/metadata?mount=/live-hq.mp3&mode=updinfo&song=artist-title"

Thanks for your help,

Mathias


From gerdpleyer at mac.com  Wed Feb 23 20:09:47 2005
From: gerdpleyer at mac.com (Gerd Pleyer)
Date: Wed, 23 Feb 2005 21:09:47 +0100
Subject: [Icecast] German umlauts
Message-ID: <8e855ef993bd4ee6f25a45161f96cfb6@mac.com>

Hi there!

I want to use icecast2 for streaming and have mp3 with german umlauts.
On the status page all characters are shown corretly (utf8), but in 
itunes the characters are miss spelled.
I use nicecast for upstream.

Where to look for the error?
Is this a problem of nicecast, itunes oder icecast2?

Thanks in advantage
best regards
gerd



From sairwas at sairwas.org  Wed Feb 23 22:13:50 2005
From: sairwas at sairwas.org (=?ISO-8859-1?Q?Antti_N=E4yh=E4?=)
Date: Thu, 24 Feb 2005 00:13:50 +0200
Subject: [Icecast] Re: Severe problem with Icecast2 and streamTranscoder
Message-ID: <421D001E.9050500@sairwas.org>

Michael Smith wrote:
> This still sounds more likely to be cpu starvation than anything else

It seems you were correct.  After updating my kernel (!), the CPU load
figures given by 'top' and 'ps' for streamTranscoder suddenly rose from
0.0-0.3% to about 30-60%.  There are occasional peaks above that, which
might very well be causing the problem.  And the system load now shows
as 4.0-5.0, which doesn't sound very encouraging either.

Next, I'm going to figure out if reducing streamTranscoder's LameQuality 
value solves the problem in the long run.  At least it has a noticeable 
impact on CPU load.

Thanks and sorry about the trouble; it wasn't really Icecast related 
after all.

-- 
Antti N?yh?                 "Ich bin der Zorn Gottes;
http://www.sairwas.org/         wer sonst ist mit mir?"


From brendan at xiph.org  Wed Feb 23 23:33:40 2005
From: brendan at xiph.org (Brendan Cully)
Date: Wed, 23 Feb 2005 15:33:40 -0800
Subject: [Icecast] German umlauts
In-Reply-To: <8e855ef993bd4ee6f25a45161f96cfb6@mac.com>
References: <8e855ef993bd4ee6f25a45161f96cfb6@mac.com>
Message-ID: <20050223233340.GA2297@www.globalpopconspiracy.com>

On Wednesday, 23 February 2005 at 21:09, Gerd Pleyer wrote:
> Hi there!
> 
> I want to use icecast2 for streaming and have mp3 with german umlauts.
> On the status page all characters are shown corretly (utf8), but in 
> itunes the characters are miss spelled.
> I use nicecast for upstream.
> 
> Where to look for the error?
> Is this a problem of nicecast, itunes oder icecast2?

I believe this is a problem with the metadata protocol (or more
accurately, the lack thereof). The charset of the metadata is
unspecified, so some players may presume it is latin1, others utf-8,
and who knows what else. I think itunes expects latin1, but only in
the most recent version.

In short, I don't think you can win. But you might get closest by
using latin1. YMMV though, this is just my personal experience.


From karl at xiph.org  Wed Feb 23 23:46:25 2005
From: karl at xiph.org (Karl Heyes)
Date: 23 Feb 2005 23:46:25 +0000
Subject: [Icecast] Problem with Metatag update
In-Reply-To: <421C7340.9070906@fh-sbg.ac.at>
References: <421C7340.9070906@fh-sbg.ac.at>
Message-ID: <1109202385.10091.65.camel@bogus.hackers.club>

On Wed, 2005-02-23 at 12:12, Mathias Berger wrote:

> But I have some troubles with the metatag update via the admininterface. 
> Basically everything works fine, but only WinAmp is displaying the 
> titles correct. Windows Media Player isn't displaying them at all, XMMS 
> only displays them when the ID3 tag changes for about 3 seconds and 
> iTunes, well, it depends. On some computers iTunes diplays the titles on 
> others it doesn't.

ID3 tags don't apply to streams, although a source client may use ID3
tags to insert song information into the stream.

The song info that you are referring to for mp3 works by inserting 1 or
more bytes every so often in the stream, effectively breaking the mp3
spec.  Because the spec gets broken, it's upto the client to inform
icecast that it can handle it.  It looks like media player doesn't, and
the likes xmms and winamp can disable it via check boxes.

> Is this a general problem or am I doing something wrong ?

It's a general issue for mp3, not really a problem though, the mp3 spec
just didn't allow for it.

karl.





From ronblok at wxs.nl  Thu Feb 24 09:03:35 2005
From: ronblok at wxs.nl (Ron Blok)
Date: Thu, 24 Feb 2005 10:03:35 +0100
Subject: [Icecast] STATs tools?
In-Reply-To: <421D001E.9050500@sairwas.org>
Message-ID: <HEEEKMFOKCBDNFDLFLICKEBHCMAA.ronblok@wxs.nl>

What kind of tools are out there / are you using to display the acceslog
file in a fashionable manner?
I've looked at ussing something like webalizer but that does not show items
like number of concurrent users, average listening time etc ...

Thanks in advance

Ron
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22-2-2005



From gerdpleyer at mac.com  Thu Feb 24 13:26:37 2005
From: gerdpleyer at mac.com (Gerd Pleyer)
Date: Thu, 24 Feb 2005 14:26:37 +0100
Subject: [Icecast] German umlauts
Message-ID: <26146b37798fe7dd7fea23057fba574f@mac.com>

Hi there!

I want to use icecast2 for streaming and have mp3 with german umlauts.
On the status page all characters are shown corretly (utf8), but in 
itunes the characters are miss spelled.
I use nicecast for upstream.

Where to look for the error?
Is this a problem of nicecast, itunes oder icecast2?

Thanks in advantage
best regards
gerd



From peterg at mildewhall.com  Thu Feb 24 14:02:56 2005
From: peterg at mildewhall.com (peterg at mildewhall.com)
Date: Thu, 24 Feb 2005 14:02:56 +0000 (GMT)
Subject: [Icecast] Noob question about starting stream
Message-ID: <20050224140256.E6A12707F03@www6.hostex.net>

Dear All,  I have ices and icecast working together nicely, and I've set
up a test playlist while I get the rest of the site set up. However,
what I want to be able to do is start the playlist from the beginning
when a listener connects: this is so I can have an introductory station
announcement before starting the music. I've RTFM'd and can't see how
to do this. I'm currently using ices 0.4. 

TIA !


From karl at xiph.org  Thu Feb 24 15:39:12 2005
From: karl at xiph.org (Karl Heyes)
Date: 24 Feb 2005 15:39:12 +0000
Subject: [Icecast] Noob question about starting stream
In-Reply-To: <20050224140256.E6A12707F03@www6.hostex.net>
References: <20050224140256.E6A12707F03@www6.hostex.net>
Message-ID: <1109259551.14895.10.camel@bogus.hackers.club>

On Thu, 2005-02-24 at 14:02, peterg at mildewhall.com wrote:
> Dear All,  I have ices and icecast working together nicely, and I've set
> up a test playlist while I get the rest of the site set up. However,
> what I want to be able to do is start the playlist from the beginning
> when a listener connects: this is so I can have an introductory station
> announcement before starting the music. I've RTFM'd and can't see how
> to do this. I'm currently using ices 0.4. 

A source client like ices 0.4 can feed to stream via icecast to many
listeners so ices itself should not react to new listener connections.

The concept of having a specified introductory file played at listener
connection to a stream is something I have in my branch of icecast and I
intend to merge that with the main release.

karl.




From peterg at mildewhall.com  Thu Feb 24 16:23:14 2005
From: peterg at mildewhall.com (peterg at mildewhall.com)
Date: Thu, 24 Feb 2005 16:23:14 +0000 (GMT)
Subject: [Icecast] Noob question about starting stream
Message-ID: <20050224162314.7E9D5707F03@www6.hostex.net>

On 02-24-2005 03:39 pm, Karl Heyes <karl at xiph.org> wrote:

> > want to be able to do is start the playlist from the beginning
> > when a listener connects: 

> The concept of having a specified introductory file played at
listener
> connection to a stream is something I have in my branch of icecast
and I
> intend to merge that with the main release.

I'm especially looking forward to seeing that one then ! Thanks very
much !


From ksb at platypusgroup.com  Thu Feb 24 18:11:32 2005
From: ksb at platypusgroup.com (Kevin S. Brackett)
Date: Thu, 24 Feb 2005 13:11:32 -0500 (EST)
Subject: [Icecast] New to icecast2, few questions
Message-ID: <20050224125515.A24195@tsunami.platypusgroup.com>

I have a icecast2, everything is working great, except for 2 issues..

1, Quicktime is always buffering... never plays, anyone seen this and if 
so know of a solution?

2, the icecast web server gives 404 errors for the png and css files that 
are in the web root, is this a known issue?

Thanks in advance!
- kevin


From karl at xiph.org  Thu Feb 24 18:17:36 2005
From: karl at xiph.org (Karl Heyes)
Date: 24 Feb 2005 18:17:36 +0000
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <20050224125515.A24195@tsunami.platypusgroup.com>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
Message-ID: <1109269055.14895.14.camel@bogus.hackers.club>

On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote:
> I have a icecast2, everything is working great, except for 2 issues..
> 
> 1, Quicktime is always buffering... never plays, anyone seen this and if 
> so know of a solution?

not sure, make sure that quicktime handles the stream format you're
sending it.

> 2, the icecast web server gives 404 errors for the png and css files that 
> are in the web root, is this a known issue?

The usual causes are either fserve set to 0, webroot isn't where you
think it is(eg because of chroot), or a permission problem (ie icecast
is not allowed to read the file).

karl.






From ksb at platypusgroup.com  Thu Feb 24 18:22:24 2005
From: ksb at platypusgroup.com (Kevin S. Brackett)
Date: Thu, 24 Feb 2005 13:22:24 -0500 (EST)
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <1109269055.14895.14.camel@bogus.hackers.club>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
	<1109269055.14895.14.camel@bogus.hackers.club>
Message-ID: <20050224132042.F24195@tsunami.platypusgroup.com>

On Thu, 24 Feb 2005, Karl Heyes wrote:

> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote:
>> I have a icecast2, everything is working great, except for 2 issues..
>>
>> 1, Quicktime is always buffering... never plays, anyone seen this and if
>> so know of a solution?
>
> not sure, make sure that quicktime handles the stream format you're
> sending it.

Just sending a normal m3u stream. it's strange because if I kill the 
stream, quicktime will start playing it.. infinite buffer.

>> 2, the icecast web server gives 404 errors for the png and css files that
>> are in the web root, is this a known issue?
>
> The usual causes are either fserve set to 0, webroot isn't where you
> think it is(eg because of chroot), or a permission problem (ie icecast
> is not allowed to read the file).

Doh. Fserve fixed that one, thanks...


From karl at xiph.org  Thu Feb 24 18:38:54 2005
From: karl at xiph.org (Karl Heyes)
Date: 24 Feb 2005 18:38:54 +0000
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <20050224132042.F24195@tsunami.platypusgroup.com>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
	<1109269055.14895.14.camel@bogus.hackers.club>
	<20050224132042.F24195@tsunami.platypusgroup.com>
Message-ID: <1109270334.14895.20.camel@bogus.hackers.club>

On Thu, 2005-02-24 at 18:22, Kevin S. Brackett wrote:
> On Thu, 24 Feb 2005, Karl Heyes wrote:
> 
> > On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote:
> >> I have a icecast2, everything is working great, except for 2 issues..
> >>
> >> 1, Quicktime is always buffering... never plays, anyone seen this and if
> >> so know of a solution?
> >
> > not sure, make sure that quicktime handles the stream format you're
> > sending it.
> 
> Just sending a normal m3u stream. it's strange because if I kill the 
> stream, quicktime will start playing it.. infinite buffer.

m3u isn't a stream format, it's a playlist format, often used by web
browsers to kick off your player.  Icecast can generate an m3u which
will list the stream in question but whether quicktime will know how to
decode that stream will depend on the installation of your player.

karl.




From ksb at platypusgroup.com  Thu Feb 24 18:44:03 2005
From: ksb at platypusgroup.com (Kevin S. Brackett)
Date: Thu, 24 Feb 2005 13:44:03 -0500 (EST)
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <1109270334.14895.20.camel@bogus.hackers.club>
References: <20050224125515.A24195@tsunami.platypusgroup.com> 
	<1109269055.14895.14.camel@bogus.hackers.club>
	<20050224132042.F24195@tsunami.platypusgroup.com>
	<1109270334.14895.20.camel@bogus.hackers.club>
Message-ID: <20050224133957.H24195@tsunami.platypusgroup.com>

>>> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote:
>>>> I have a icecast2, everything is working great, except for 2 issues..
>>>>
>>>> 1, Quicktime is always buffering... never plays, anyone seen this and if
>>>> so know of a solution?
>>>
>>> not sure, make sure that quicktime handles the stream format you're
>>> sending it.
>>
>> Just sending a normal m3u stream. it's strange because if I kill the
>> stream, quicktime will start playing it.. infinite buffer.
>
> m3u isn't a stream format, it's a playlist format, often used by web
> browsers to kick off your player.  Icecast can generate an m3u which
> will list the stream in question but whether quicktime will know how to
> decode that stream will depend on the installation of your player.

Well, I meant mp3s served by the icecast m3u mount... The fact that 
quicktime buffers while the source is active but play after the source has 
been dropped is what confuses me the most...


From danstowell at gmail.com  Fri Feb 25 09:40:56 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Fri, 25 Feb 2005 09:40:56 +0000
Subject: [Icecast] Re: New to icecast2, few questions
In-Reply-To: <286e6b7c05022501397fc659d3@mail.gmail.com>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
	<1109269055.14895.14.camel@bogus.hackers.club>
	<20050224132042.F24195@tsunami.platypusgroup.com>
	<1109270334.14895.20.camel@bogus.hackers.club>
	<20050224133957.H24195@tsunami.platypusgroup.com>
	<286e6b7c05022501397fc659d3@mail.gmail.com>
Message-ID: <286e6b7c050225014065c3e97c@mail.gmail.com>

[Forwarding to the list - mistakenly replied directly to Kevin only]

On Thu, 24 Feb 2005 13:44:03 -0500 (EST), Kevin S. Brackett
<ksb at platypusgroup.com> wrote:
> >>> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote:
> >>>> I have a icecast2, everything is working great, except for 2 issues..
> >>>>
> >>>> 1, Quicktime is always buffering... never plays, anyone seen this and if
> >>>> so know of a solution?
> >>>
> >>> not sure, make sure that quicktime handles the stream format you're
> >>> sending it.
> >>
> >> Just sending a normal m3u stream. it's strange because if I kill the
> >> stream, quicktime will start playing it.. infinite buffer.
> >
> > m3u isn't a stream format, it's a playlist format, often used by web
> > browsers to kick off your player.  Icecast can generate an m3u which
> > will list the stream in question but whether quicktime will know how to
> > decode that stream will depend on the installation of your player.
>
> Well, I meant mp3s served by the icecast m3u mount... The fact that
> quicktime buffers while the source is active but play after the source has
> been dropped is what confuses me the most...

Kevin - this is precisely what Quicktime does if you feed it the MP3
stream direct, rather than giving it the M3U telling it to stream the
MP3. Are you sure you're giving quicktime the M3U? You need to mount a
stream at (for example) /blonky and then get quicktime to call
/blonky.m3u , meaning that icecast automatically generates the
playlist file.

One possible cause of the problem would be if you actually mounted
your MP3 stream as /blonky.m3u, which would serve it as an MP3 stream
regardless of the "file extension" on the stream name. (And if this is
what has happened, then you might find /blonky.m3u.m3u is the URL you
should call!)

Dan

--
http://www.mcld.co.uk


From danstowell at gmail.com  Fri Feb 25 09:43:38 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Fri, 25 Feb 2005 09:43:38 +0000
Subject: [Icecast] Re: STATs tools?
In-Reply-To: <286e6b7c0502250142545299b1@mail.gmail.com>
References: <421D001E.9050500@sairwas.org>
	<HEEEKMFOKCBDNFDLFLICKEBHCMAA.ronblok@wxs.nl>
	<286e6b7c0502250142545299b1@mail.gmail.com>
Message-ID: <286e6b7c05022501432b3f08eb@mail.gmail.com>

[Dammit! Forwarding to the list again...]

I use AWStats http://awstats.sourceforge.net

It's designed mainly for ordinary web server logs so it doesn't give
you number of concurrent users, but it's v impressive anyway.


On Thu, 24 Feb 2005 10:03:35 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> What kind of tools are out there / are you using to display the acceslog
> file in a fashionable manner?
> I've looked at ussing something like webalizer but that does not show items
> like number of concurrent users, average listening time etc ...
>
> Thanks in advance
>
> Ron
> --
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22-2-2005
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>

--
http://www.mcld.co.uk


From k.j.wierenga at home.nl  Fri Feb 25 09:55:17 2005
From: k.j.wierenga at home.nl (Klaas Jan Wierenga)
Date: Fri, 25 Feb 2005 10:55:17 +0100
Subject: [Icecast] STATs tools?
In-Reply-To: <HEEEKMFOKCBDNFDLFLICKEBHCMAA.ronblok@wxs.nl>
Message-ID: <IPEHLPFNBAINJOFBPOBKMECDGCAA.k.j.wierenga@home.nl>


Hi Ron,

Have you tried the Streaming Version of webalizer? It is a patch on the
standard webalizer distribution with support for icecast log analysis.

http://webalizer.kezako.net/

Cheers,
KJ

-----Oorspronkelijk bericht-----
Van: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]Namens
Ron Blok
Verzonden: donderdag 24 februari 2005 10:04
Aan: icecast at xiph.org
Onderwerp: [Icecast] STATs tools?


What kind of tools are out there / are you using to display the acceslog
file in a fashionable manner?
I've looked at ussing something like webalizer but that does not show items
like number of concurrent users, average listening time etc ...

Thanks in advance

Ron
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22-2-2005

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



From ross at stationplaylist.com  Fri Feb 25 11:31:11 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 26 Feb 2005 00:31:11 +1300
Subject: [Icecast] AACplus
Message-ID: <008001c51b2d$85d69cc0$8000a8c0@levis3>

Sorry for the crosspost but it's relevant to Vorbis and Icecast I believe.

I'm seeing more and more streaming stations using AACplus, with many 
listeners being amazed at the sound quality.  Most say that a 48kb/s sounds 
better than a 128kb/s MP3, which would put Ogg Vorbis at around 96kb/s IMO. 
That means only half the bitrate is required in AACplus compared to Ogg 
Vorbis for the same sound quality.  Up until this codec was available, Ogg 
Vorbis compared favourably with all the others.

Is there anything that can be done to bring Ogg Vorbis up to this type of 
quality in the future, or is it about as good as it's ever going to be?

I would rather use patent free and open codecs, but this type of bitrate 
saving, particularly for streaming, cannot be ignored, and I'm concerned 
that this will slow the uptake of Ogg Vorbis and may reverse it's popularity 
in time.

Ross. 



From Dennis at heerema.net  Fri Feb 25 13:46:22 2005
From: Dennis at heerema.net (Dennis Heerema)
Date: Fri, 25 Feb 2005 14:46:22 +0100
Subject: [Icecast] AACplus
In-Reply-To: <008001c51b2d$85d69cc0$8000a8c0@levis3>
References: <008001c51b2d$85d69cc0$8000a8c0@levis3>
Message-ID: <WorldClient-F200502251446.AA46220006@heerema.net>

Hi Ross,

I Agree with your statement.
I think the problem is with bringing the quality  to the same level, that 
the principal might be registered.

Although sometime back on this list sombody (Hans-Jurgen?) mentioned that it 
would be possible to implement AACplus in oddcast because oddcast is free. 

Now if that is true, technically it would be possible to use the same 
technics (SBR and PS) added on Vorbis OGG.


Kind regards,

Dennis Heerema


-----Original Message-----
From: "Ross Levis" <ross at stationplaylist.com>
To: <vorbis at xiph.org>, <icecast at xiph.org>
Date: Sat, 26 Feb 2005 00:31:11 +1300
Subject: [Icecast] AACplus

> Sorry for the crosspost but it's relevant to Vorbis and Icecast I
> believe.
> 
> I'm seeing more and more streaming stations using AACplus, with many 
> listeners being amazed at the sound quality.  Most say that a 48kb/s
> sounds 
> better than a 128kb/s MP3, which would put Ogg Vorbis at around 96kb/s
> IMO. 
> That means only half the bitrate is required in AACplus compared to Ogg
> Vorbis for the same sound quality.  Up until this codec was available,
> Ogg 
> Vorbis compared favourably with all the others.
> 
> Is there anything that can be done to bring Ogg Vorbis up to this type
> of 
> quality in the future, or is it about as good as it's ever going to be?
> 
> I would rather use patent free and open codecs, but this type of
> bitrate 
> saving, particularly for streaming, cannot be ignored, and I'm
> concerned 
> that this will slow the uptake of Ogg Vorbis and may reverse it's
> popularity 
> in time.
> 
> Ross. 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast




From jlb at twu.net  Fri Feb 25 14:39:50 2005
From: jlb at twu.net (JLB)
Date: Fri, 25 Feb 2005 09:39:50 -0500 (EST)
Subject: [Icecast] Re: STATs tools?
In-Reply-To: <286e6b7c05022501432b3f08eb@mail.gmail.com>
References: <421D001E.9050500@sairwas.org>
	<HEEEKMFOKCBDNFDLFLICKEBHCMAA.ronblok@wxs.nl>
	<286e6b7c0502250142545299b1@mail.gmail.com>
	<286e6b7c05022501432b3f08eb@mail.gmail.com>
Message-ID: <Pine.LNX.4.53.0502250939200.23119@twu.net>

I just wanted to point out that it's "stats", not "STATs".

"Stats" is not an acronym! It's an abbreviation; it's short for
"statistics".

On Fri, 25 Feb 2005, Dan Stowell wrote:

> Date: Fri, 25 Feb 2005 09:43:38 +0000
> From: Dan Stowell <danstowell at gmail.com>
> To: icecast <icecast at xiph.org>
> Subject: [Icecast] Re: STATs tools?
>
> [Dammit! Forwarding to the list again...]
>
> I use AWStats http://awstats.sourceforge.net
>
> It's designed mainly for ordinary web server logs so it doesn't give
> you number of concurrent users, but it's v impressive anyway.
>
>
> On Thu, 24 Feb 2005 10:03:35 +0100, Ron Blok <ronblok at wxs.nl> wrote:
> > What kind of tools are out there / are you using to display the acceslog
> > file in a fashionable manner?
> > I've looked at ussing something like webalizer but that does not show items
> > like number of concurrent users, average listening time etc ...
> >
> > Thanks in advance
> >
> > Ron
> > --
> > No virus found in this outgoing message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22-2-2005
> >
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> >
>
> --
> http://www.mcld.co.uk
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>

--
J. L. Blank, Systems Administrator, twu.net


From nettings at folkwang-hochschule.de  Fri Feb 25 16:28:52 2005
From: nettings at folkwang-hochschule.de (Joern Nettingsmeier)
Date: Fri, 25 Feb 2005 17:28:52 +0100
Subject: [Icecast] Re: STATs tools?
In-Reply-To: <Pine.LNX.4.53.0502250939200.23119@twu.net>
References: <421D001E.9050500@sairwas.org>	<HEEEKMFOKCBDNFDLFLICKEBHCMAA.ronblok@wxs.nl>	<286e6b7c0502250142545299b1@mail.gmail.com>	<286e6b7c05022501432b3f08eb@mail.gmail.com>
	<Pine.LNX.4.53.0502250939200.23119@twu.net>
Message-ID: <421F5244.2060208@folkwang-hochschule.de>

> On Fri, 25 Feb 2005, Dan Stowell wrote:
> 
> 
>>Date: Fri, 25 Feb 2005 09:43:38 +0000
>>From: Dan Stowell <danstowell at gmail.com>
>>To: icecast <icecast at xiph.org>
>>Subject: [Icecast] Re: STATs tools?
>>
>>[Dammit! Forwarding to the list again...]
>>
>>I use AWStats http://awstats.sourceforge.net
>>
>>It's designed mainly for ordinary web server logs so it doesn't give
>>you number of concurrent users, but it's v impressive anyway.


while i use and love awstats myself, be warned that it has had severe 
security problems. i've had my home server hacked via an obvious exploit 
(fortunately only wwwrun, not root, been lazy with updates).

be sure to use the latest version and maybe firewall it off from the 
general public.


From ross at stationplaylist.com  Fri Feb 25 22:23:52 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 26 Feb 2005 11:23:52 +1300
Subject: [Icecast] Re: [Vorbis] AACplus
References: <008001c51b2d$85d69cc0$8000a8c0@levis3>
	<003d01c51b5a$d0adb9e0$254d21d1@computername>
Message-ID: <006d01c51b88$afde2280$8000a8c0@levis3>

The listeners I mentioned were comparing MP3 128k streams and 48k AACPlus 
streams from the same organization.  They have several streams running, and 
the input audio is the same.

There were 30 or 40 comments I read on the forum (before giving up) about 
the AACPlus feeds when they were introduced, and at a guess 95% said it 
sounded much the same except MP3 had slightly more bass and AACPlus had 
better treble (highs).

> But at lower 'streaming radio' rates, no, Vorbis isn't the best.  It 
> wasn't tuned / designed for those rates.
Roberto's 32k rate listening test didn't show Vorbis in a good light...  I 
doubt a 48k test would be much different.

It is the low bitrates that I'm concerned about, and streaming radio is 
concerned with, so the 1 million dollar question is:  Is it possible that 
Vorbis can be tuned in a substantial way to sound anywhere close to AACPlus 
at low bitrates.  I currently stream a 28-32kb/s mono Vorbis stream using 
44khz, q=-2, but I've heard an AACPlus 32kb/s stereo stream and it sounds 
much better, Much more highs.

Last I heard, Vorbis is cannot benefit from SBR or PS.

Regards,
Ross. 



From ross at stationplaylist.com  Sat Feb 26 02:18:03 2005
From: ross at stationplaylist.com (Ross Levis)
Date: Sat, 26 Feb 2005 15:18:03 +1300
Subject: [Icecast] Re: [Vorbis] AACplus
References: <008001c51b2d$85d69cc0$8000a8c0@levis3><003d01c51b5a$d0adb9e0$254d21d1@computername><006d01c51b88$afde2280$8000a8c0@levis3>
	<002501c51b92$e8a94630$254d21d1@computername>
Message-ID: <001801c51ba9$66bd4470$8000a8c0@levis3>

Borphee wrote:

> I would suggest you try some of the newer versions of Vorbis.  And perhaps 
> some of the other versions that have been tuned by people other than Xiph.
> Where as AACPlus (and others) have tuned the lower bitrate settings, 
> you'll have to experiment yourself with some of this with vorbis.  Such as 
> the quality settings, whether to resample to 22khz, low pass filters, and 
> so on.

I'm using the latest aoTuVb3 tunings and the new -2 quality setting.  At 
44100hz, mono, I'm getting 14khz audio frequency and it doesn't sound too 
bad.  It's the best setting I can find for the fidelity at bitrates around 
26-32kb/s.  I've tried 22050 and 32000 samples at slightly higher quality 
settings, but I prefer the extra treble.

Ross. 



From mlabash at babylabash.com  Sat Feb 26 07:00:36 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Fri, 25 Feb 2005 23:00:36 -0800
Subject: [Icecast] Icecast keeps shutting down
Message-ID: <p0611040ebe45cc0c701c@[63.192.39.198]>

I'm running Icecast 2.2.0 remotely on a Win2k server. It runs great 
as long as I am logged in to the server (I'm using Remote Desktop 
Connection to connect to the server and start up Icecast). As soon as 
I quit Remote Desktop Connection, Icecast shuts down. I've tried 
hiding it to the System tray also (same thing happens) .... any ideas 
of how to keep it running on the server when I leave???
-- 
Michael LaBash
--------------------
New Possibilities Design
http://www.babylabash.com
Lavapen.com illustration
http://www.lavapen
Listen to Love Underground Visionary Revolution (LUVeR)
http://www.luver.com
Listen to LUVeR Alternative News
http://www.luver.org


From danstowell at gmail.com  Sat Feb 26 10:10:25 2005
From: danstowell at gmail.com (Dan Stowell)
Date: Sat, 26 Feb 2005 10:10:25 +0000
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <20050225104930.Y24195@tsunami.platypusgroup.com>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
	<1109269055.14895.14.camel@bogus.hackers.club>
	<20050224132042.F24195@tsunami.platypusgroup.com>
	<1109270334.14895.20.camel@bogus.hackers.club>
	<20050224133957.H24195@tsunami.platypusgroup.com>
	<286e6b7c05022501397fc659d3@mail.gmail.com>
	<20050225104930.Y24195@tsunami.platypusgroup.com>
Message-ID: <286e6b7c0502260210634f1023@mail.gmail.com>

> >>>>>> 1, Quicktime is always buffering... never plays, anyone seen this and if
> >>>>>> so know of a solution?
> >>>>>
> >>>>> not sure, make sure that quicktime handles the stream format you're
> >>>>> sending it.
> 
> The stream is mounted as /starfish .. served as starfish.m3u
> (http://www.winkingstarfish.com:8000/starfish.m3u is the exact url)

You know, you're right. And in fact the same happens with my MP3
stream via M3U in Quicktime, which I seem to have overlooked...
particularly odd since iTunes handles it perfectly...

-- 
http://www.flatfourradio.co.uk


From greg at orban.com  Sat Feb 26 10:45:01 2005
From: greg at orban.com (Greg J. Ogonowski)
Date: Sat, 26 Feb 2005 02:45:01 -0800
Subject: [Icecast] New to icecast2, few questions
In-Reply-To: <286e6b7c0502260210634f1023@mail.gmail.com>
References: <20050224125515.A24195@tsunami.platypusgroup.com>
	<1109269055.14895.14.camel@bogus.hackers.club>
	<20050224132042.F24195@tsunami.platypusgroup.com>
	<1109270334.14895.20.camel@bogus.hackers.club>
	<20050224133957.H24195@tsunami.platypusgroup.com>
	<286e6b7c05022501397fc659d3@mail.gmail.com>
	<20050225104930.Y24195@tsunami.platypusgroup.com>
	<286e6b7c0502260210634f1023@mail.gmail.com>
Message-ID: <6.1.2.0.2.20050226023833.10034a00@66.220.31.130>

icy://www.winkingstarfish.com:8000/starfish

works just fine here.

NOTE:
QuickTime needs icy:// for these streams.

Thank you Apple.  Think different indeed.

-greg.




At 02:10 2005-02-26, Dan Stowell wrote:
> > >>>>>> 1, Quicktime is always buffering... never plays, anyone seen 
> this and if
> > >>>>>> so know of a solution?
> > >>>>>
> > >>>>> not sure, make sure that quicktime handles the stream format you're
> > >>>>> sending it.
> >
> > The stream is mounted as /starfish .. served as starfish.m3u
> > (http://www.winkingstarfish.com:8000/starfish.m3u is the exact url)
>
>You know, you're right. And in fact the same happens with my MP3
>stream via M3U in Quicktime, which I seem to have overlooked...
>particularly odd since iTunes handles it perfectly...
>
>--
>http://www.flatfourradio.co.uk
>_______________________________________________
>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 pleyer at gmail.com  Sat Feb 26 11:36:34 2005
From: pleyer at gmail.com (Gerd Pleyer)
Date: Sat, 26 Feb 2005 12:36:34 +0100
Subject: [Icecast] Playlist via XML
Message-ID: <80f50a0e050226033627139bb2@mail.gmail.com>

Is it possible to parse the playlist history via XML/PHP?
Does somebody have a solution for this?

Thanks a lot

--
Gerd Pleyer


From mlrsmith at gmail.com  Sat Feb 26 11:55:29 2005
From: mlrsmith at gmail.com (Michael Smith)
Date: Sat, 26 Feb 2005 22:55:29 +1100
Subject: [Icecast] Playlist via XML
In-Reply-To: <80f50a0e050226033627139bb2@mail.gmail.com>
References: <80f50a0e050226033627139bb2@mail.gmail.com>
Message-ID: <3c17372105022603553f4dbd65@mail.gmail.com>

On Sat, 26 Feb 2005 12:36:34 +0100, Gerd Pleyer <pleyer at gmail.com> wrote:
> Is it possible to parse the playlist history via XML/PHP?
> Does somebody have a solution for this?

Which 'playlist history' are you trying to parse?
Icecast itself doesn't store any such thing.

Mike


From swiergot at gmail.com  Sat Feb 26 20:56:39 2005
From: swiergot at gmail.com (Jaroslaw Swierczynski)
Date: Sat, 26 Feb 2005 21:56:39 +0100
Subject: [Icecast] YP directory server
Message-ID: <d73d7acb05022612564842a24d@mail.gmail.com>

Hi,

I have set up my own YP directory but there are some files left and I
don't know their purpose because everything works fine without them.
Those are: yp_cachegen, yp_clean, yp_random. I didn't find any
connection with yp_cgi.
In connectToDB() there is also yp.db file opened and an environmental
variable is read from it. What is it for?
If someone could explain that, I'd be very grateful.

-- 
Jaroslaw Swierczynski <swiergot at gmail.com>
www.slackware.com | www.archlinux.org | www.juvepoland.com


From oracle at provocation.net  Sat Feb 26 22:47:38 2005
From: oracle at provocation.net (Zenon Panoussis)
Date: Sat, 26 Feb 2005 23:47:38 +0100
Subject: [Icecast] ices 2.0.1 release
In-Reply-To: <3c173721050127015438998abf@mail.gmail.com>
References: <1106506658.3858.1652.camel@bogus.hackers.club>	<1403218a05012701383fcf1c4c@mail.gmail.com>
	<3c173721050127015438998abf@mail.gmail.com>
Message-ID: <4220FC8A.4000205@provocation.net>


Michael Smith wrote:

> We won't add mp3 capabilities to ices2 as it is intended as part of
> Xiph.Org's strategy to get users using freely available and freely
> implementable codecs (such as vorbis, theora, etc.). 

Hmm. In some cases, the lack of mp3 support has the exact opposite
effect. To wit: I have a huge collection of mp3s which I would like
to broadcast as .ogg, but I don't want to recode them permanently.
If ices2 could read mp3 and recode it to ogg on the fly, I'd be doing
just that. Because it can't, I end up using ices 0.4 and broadcasting
mp3 against my wish to support ogg.

The ability for ices2 to read mp3 seems to be a much-wanted feature,
so I'd like to suggest that you consider (yet again) one-way mp3
compatibility. Just look at Microsoft. One-way compatibility was the
key to the success of their .doc format: Word could convert mostly
everything to .doc while it could not convert .doc to anything at
all. Why not do something equally nasty to .mp3 if you can?

Z


-- 
The best defence against logic is ignorance.


From karl at xiph.org  Sat Feb 26 23:45:38 2005
From: karl at xiph.org (Karl Heyes)
Date: 26 Feb 2005 23:45:38 +0000
Subject: [Icecast] ices 2.0.1 release
In-Reply-To: <4220FC8A.4000205@provocation.net>
References: <1106506658.3858.1652.camel@bogus.hackers.club>
	<1403218a05012701383fcf1c4c@mail.gmail.com>
	<3c173721050127015438998abf@mail.gmail.com>
	<4220FC8A.4000205@provocation.net>
Message-ID: <1109461537.20844.9.camel@bogus.hackers.club>

On Sat, 2005-02-26 at 22:47, Zenon Panoussis wrote:

> Hmm. In some cases, the lack of mp3 support has the exact opposite
> effect. To wit: I have a huge collection of mp3s which I would like
> to broadcast as .ogg, but I don't want to recode them permanently.
> If ices2 could read mp3 and recode it to ogg on the fly, I'd be doing
> just that. Because it can't, I end up using ices 0.4 and broadcasting
> mp3 against my wish to support ogg.
> 
> The ability for ices2 to read mp3 seems to be a much-wanted feature,
> so I'd like to suggest that you consider (yet again) one-way mp3
> compatibility. Just look at Microsoft. One-way compatibility was the
> key to the success of their .doc format: Word could convert mostly
> everything to .doc while it could not convert .doc to anything at
> all. Why not do something equally nasty to .mp3 if you can?

Currently you can transcode from mp3 via the DSP from a separate app
such as xmms.  The only other mechanism I can see being implemented is a
mechanism such as invoking an external decoder for extracting PCM and
fed back into ices.

karl.




From oracle at provocation.net  Sun Feb 27 00:52:50 2005
From: oracle at provocation.net (Zenon Panoussis)
Date: Sun, 27 Feb 2005 01:52:50 +0100
Subject: [Icecast] ices 2.0.1 release
In-Reply-To: <1109461537.20844.9.camel@bogus.hackers.club>
References: <1106506658.3858.1652.camel@bogus.hackers.club>	
	<1403218a05012701383fcf1c4c@mail.gmail.com>	
	<3c173721050127015438998abf@mail.gmail.com>	
	<4220FC8A.4000205@provocation.net>
	<1109461537.20844.9.camel@bogus.hackers.club>
Message-ID: <422119E2.10208@provocation.net>


Karl Heyes wrote:

[ices2 mp3-compatibility]

> Currently you can transcode from mp3 via the DSP from a separate app
> such as xmms.  The only other mechanism I can see being implemented is a
> mechanism such as invoking an external decoder for extracting PCM and
> fed back into ices.

Everything and anything in that direction is welcome. Chaining multiple
programmes can get pretty problematic, unless there is one master that
controls the rest. Therefore, ices invoking a helper is certainly better
than a helper independently feeding ices.

Z


-- 
The best defence against logic is ignorance.


From mlabash at babylabash.com  Sun Feb 27 00:54:57 2005
From: mlabash at babylabash.com (Michael LaBash)
Date: Sat, 26 Feb 2005 16:54:57 -0800
Subject: [Icecast] not running as a service
Message-ID: <p06110406be46ca89038e@[63.192.39.198]>

Shouldn't Icecast run as a service on Win2k ... it's not, so it 
closes when I close my connection. Is that just a bad install on my 
part or is there a checkbox I missed? Thanks.
-- 
Michael LaBash
--------------------
New Possibilities Design
http://www.babylabash.com
Lavapen.com illustration
http://www.lavapen
Listen to Love Underground Visionary Revolution (LUVeR)
http://www.luver.com
Listen to LUVeR Alternative News
http://www.luver.org


From swiergot at gmail.com  Sun Feb 27 08:54:09 2005
From: swiergot at gmail.com (Jaroslaw Swierczynski)
Date: Sun, 27 Feb 2005 09:54:09 +0100
Subject: [Icecast] Directory server
Message-ID: <d73d7acb050227005432f85d7d@mail.gmail.com>

Hi,

I have set up my own YP directory but there are some files left and I
don't know their purpose because everything works fine without them.
Those are: yp_cachegen, yp_clean, yp_random. I didn't find any
connection with yp_cgi.
In connectToDB() there is also yp.db file opened and an environmental
variable is read from it. What is it for?
If someone could explain that, I'd be very grateful.

-- 
Jaroslaw Swierczynski <swiergot at gmail.com>
www.slackware.com | www.archlinux.org | www.juvepoland.com


From graham at grahammitchell.com  Fri Feb 25 22:47:45 2005
From: graham at grahammitchell.com (Graham Mitchell)
Date: Fri, 25 Feb 2005 16:47:45 -0600
Subject: [Icecast] Re: [Vorbis] AACplus
In-Reply-To: <006d01c51b88$afde2280$8000a8c0@levis3>
References: <008001c51b2d$85d69cc0$8000a8c0@levis3>
	<003d01c51b5a$d0adb9e0$254d21d1@computername>
	<006d01c51b88$afde2280$8000a8c0@levis3>
Message-ID: <20050225224745.M88355@grahammitchell.com>

> Roberto's 32k rate listening test didn't show Vorbis in a good 
> light...  I doubt a 48k test would be much different.

I have hundreds of Vorbis files (ripped from my own CDs) which are resampled
to 22,050 Hz (using sox) and then encoded into Vorbis (1.0) at quality 0. 
They average 41.5 kbps, and are quite listenable.  You won't be mistaking them
for the original CD audio anytime soon, but I've heard 128 kbit mp3s from p2p
networks that do sound worse.

(I do this so I can fit 12+ hours of music on my 256 MB portable music player.)

Of course, I haven't heard AACplus (or even AAC), since I use Linux
exclusively at home, though I'm sure it sounds good, too.  Xiph.org probably
doesn't have a monopoly on gifted developers.

-- 
Graham Mitchell - computer science teacher, Leander High School



From murphyf+vorbis at f-m.fm  Sun Feb 27 20:29:28 2005
From: murphyf+vorbis at f-m.fm (Frank Murphy)
Date: Sun, 27 Feb 2005 21:29:28 +0100
Subject: [Icecast] Re: [Vorbis] AACplus
In-Reply-To: <20050225224745.M88355@grahammitchell.com>
References: <008001c51b2d$85d69cc0$8000a8c0@levis3>
	<006d01c51b88$afde2280$8000a8c0@levis3>
	<20050225224745.M88355@grahammitchell.com>
Message-ID: <200502272129.29050.murphyf+vorbis@f-m.fm>

On Friday 25 February 2005 11:47, Graham Mitchell wrote:
>
> I have hundreds of Vorbis files (ripped from my own CDs) which are
> resampled to 22,050 Hz (using sox) and then encoded into Vorbis (1.0) at
> quality 0. They average 41.5 kbps, and are quite listenable.  You won't be
> mistaking them for the original CD audio anytime soon, but I've heard 128
> kbit mp3s from p2p networks that do sound worse.
>
> (I do this so I can fit 12+ hours of music on my 256 MB portable music
> player.)

Which player did you get. I have a iRiver iFP-890, but it only plays oggs that 
are more than 96kbps.

Frank


From graham at grahammitchell.com  Sun Feb 27 23:26:56 2005
From: graham at grahammitchell.com (Graham Mitchell)
Date: Sun, 27 Feb 2005 17:26:56 -0600
Subject: [Icecast] Re: [Vorbis] AACplus
In-Reply-To: <200502272129.29050.murphyf+vorbis@f-m.fm>
References: <008001c51b2d$85d69cc0$8000a8c0@levis3>
	<006d01c51b88$afde2280$8000a8c0@levis3>
	<20050225224745.M88355@grahammitchell.com>
	<200502272129.29050.murphyf+vorbis@f-m.fm>
Message-ID: <20050227232656.M34092@grahammitchell.com>

>> I have hundreds of Vorbis files (ripped from my own CDs) which are
>> resampled to 22,050 Hz (using sox) and then encoded into Vorbis (1.0) at
>> quality 0. They average 41.5 kbps, and are quite listenable.  You won't be
>> mistaking them for the original CD audio anytime soon, but I've heard 128
>> kbit mp3s from p2p networks that do sound worse.
>>
>> (I do this so I can fit 12+ hours of music on my 256 MB portable music
>> player.)
> 
> Which player did you get? I have a iRiver iFP-890, but it only plays 
> oggs that are more than 96kbps.

I'm playing them on a Sony Clie with AeroPlayer (which works on any Palm 5
class PDA and many others).  It was $350, not counting the memory sticks, but
works great (and has other features besides just music, of course).

-- 
Graham Mitchell - computer science teacher, Leander High School



From oddsock at oddsock.org  Mon Feb 28 01:35:30 2005
From: oddsock at oddsock.org (oddsock)
Date: Sun, 27 Feb 2005 19:35:30 -0600
Subject: [Icecast] YP directory server
In-Reply-To: <d73d7acb05022612564842a24d@mail.gmail.com>
References: <d73d7acb05022612564842a24d@mail.gmail.com>
Message-ID: <6.0.1.1.2.20050227193137.03443998@www.oddsock.org>

At 02:56 PM 2/26/2005, you wrote:
>Hi,
>
>I have set up my own YP directory but there are some files left and I
>don't know their purpose because everything works fine without them.
>Those are: yp_cachegen, yp_clean, yp_random. I didn't find any
>connection with yp_cgi.

yp_cachegen : generates an xml dump of the  YP directory
yp_clean : we run this periodically (every 5 minutes) to clean up any 
orphaned records in the directory.
yp_random  : randomizes rankings within the directory

>In connectToDB() there is also yp.db file opened and an environmental
>variable is read from it. What is it for?
>If someone could explain that, I'd be very grateful.

I believe that isn't used any longer...I think it was originally used to 
store the username/password used to connect to the mysql DB...

oddsock