From dlezama at interactiveni.com  Mon Jan 14 15:23:36 2008
From: dlezama at interactiveni.com (=?iso-8859-1?Q?Dami=E1n_Lezama?=)
Date: Mon, 14 Jan 2008 13:23:36 -0200
Subject: [Icecast] Where can I get a downloadable stream directory?
Message-ID: <006301c856c1$6fe318d0$193528c8@INTERACTIVENETWORKSINC.COM>

Hi,

 

I?m working in an application that connects to Icecast servers. I assume
that there is no legal issues regarding  this because everything is free
here. What I don?t know is how to get a stream directory. There is one at
icecast.org, it?s OK to get it from there? Any other sources? Thanks.

 

Regards

    Damian

 


No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.1/1220 - Release Date: 1/11/2008
6:09 PM
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080114/14ce16b0/attachment.htm>

From Geoff at QuiteLikely.com  Mon Jan 14 16:47:18 2008
From: Geoff at QuiteLikely.com (Geoff Shang)
Date: Mon, 14 Jan 2008 18:47:18 +0200 (IST)
Subject: [Icecast] Where can I get a downloadable stream directory?
In-Reply-To: <006301c856c1$6fe318d0$193528c8@INTERACTIVENETWORKSINC.COM>
References: <006301c856c1$6fe318d0$193528c8@INTERACTIVENETWORKSINC.COM>
Message-ID: <Pine.LNX.4.64.0801141840260.476@data.home>

Hi,

I'm pretty sure there is a way to get listings from the Icecast YP 
directory.

A couple of resources of interest.  Oddsock has a Winamp Media LIbrary 
plugin for listing available stations at 
http://www.oddsock.org/tools/ml_icecastlist

He usually makes sources available but I don't see any source links.  Maybe 
it's in the .exe file?  Anyway the sources may give you a clue.

A better place to get a clue might be the code for the YP server itself. 
I don't recall ever seeing any releases, but you can get the code from 
http://svn.xiph.org/trunk/icecast2yp/

And now that I read the ReadMe there, I see that the URL you want is 
http://dir.xiph.org/yp.xml

Geoff.


-- 


From dlezama at interactiveni.com  Mon Jan 14 16:54:03 2008
From: dlezama at interactiveni.com (=?iso-8859-1?Q?Dami=E1n_Lezama?=)
Date: Mon, 14 Jan 2008 14:54:03 -0200
Subject: [Icecast] Where can I get a downloadable stream directory?
In-Reply-To: <a9634f1e0801140837n64f36877x53a69da8fa6729b2@mail.gmail.com>
References: <006301c856c1$6fe318d0$193528c8@INTERACTIVENETWORKSINC.COM>
	<a9634f1e0801140837n64f36877x53a69da8fa6729b2@mail.gmail.com>
Message-ID: <008401c856ce$119f8da0$193528c8@INTERACTIVENETWORKSINC.COM>

Hi,

 

I want to connect as a client. Please let me know about the listings you
mention. I?ve just asked this on another thread in the dev list:

 

I see a "stream directory" at icecast.org, but I don't know if it's
available to download (I think using a program to dig the info from the web
is not ethical, as least without permission). Shoutcast has a nice directory
but explicitly forbids using that information.

 

I want to have a good station list in my program and I don't know how to get
it legally :(

 

 

Regards

Damian

 

   _____  

De: Delta [mailto:deltamusic at gmail.com] 
Enviado el: Monday, January 14, 2008 2:38 PM
Para: Dami?n Lezama
Asunto: Re: [Icecast] Where can I get a downloadable stream directory?

 

Hello... What type of application? Are you wanting to connect as a client
(listener) or do you want to have your station listed? There are several
listings avaliable.

 

Fred  aka Delta

On Jan 14, 2008 9:23 AM, Dami?n Lezama <HYPERLINK
"mailto:dlezama at interactiveni.com"dlezama at interactiveni.com> wrote:

Hi,

 

I'm working in an application that connects to Icecast servers. I assume
that there is no legal issues regarding  this because everything is free
here. What I don't know is how to get a stream directory. There is one at
HYPERLINK "http://icecast.org/" \nicecast.org, it's OK to get it from there?
Any other sources? Thanks.

 

Regards

    Damian

 

 

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.1/1220 - Release Date: 1/11/2008
6:09 PM


_______________________________________________ 
Icecast mailing list
HYPERLINK "mailto:Icecast at xiph.org"Icecast at xiph.org
HYPERLINK "http://lists.xiph.org/mailman/listinfo/icecast"
\nhttp://lists.xiph.org/mailman/listinfo/icecast




-- 
Fred Mitchell
FWD#44310
Message (214) 481-5614
Yahoo....  Deltamusic2003
AOL         Deltamusic1
HYPERLINK
"http://www.deltamusic.afraid.org/"http://www.deltamusic.afraid.org/ 

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008
8:23 PM


No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008
8:23 PM
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080114/d4c89d0c/attachment.htm>

From deltamusic at gmail.com  Mon Jan 14 17:55:46 2008
From: deltamusic at gmail.com (Delta)
Date: Mon, 14 Jan 2008 11:55:46 -0600
Subject: [Icecast] PSP InternetRadioPlayer v1.00 flooding server
Message-ID: <a9634f1e0801140955i21eb422h39695ec24d69c988@mail.gmail.com>

*Hello..... Lateley I have been getting a flood of logins/listeners using
the "PSP Internet Radio Player/v1:00". I have limited bandwith and have
since had to turn off or make my streams private. When I make my streams
public my server is at its max within minutes. Have tried banning the agent
but still get login attempts. I have changed ports, ip, stream name, bit
rate, etc. I put a low bit stream up last night with a loop of Dogs barking
and had over 1100 logins. The average listening time was 130sec over that
period. *
*          Has anyone run across this issue or is it just me?*
*Thanks,*
*Fred  aka Delta*


-- 
Fred Mitchell
FWD#44310
Message (214) 481-5614
Yahoo....  Deltamusic2003
AOL         Deltamusic1
http://www.deltamusic.afraid.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080114/44c588a5/attachment.htm>

From mesutgl at gmail.com  Fri Jan 18 06:55:03 2008
From: mesutgl at gmail.com (=?iso-8859-9?Q?Mesut_G=DCLNAZ?=)
Date: Fri, 18 Jan 2008 08:55:03 +0200
Subject: [Icecast] sound card input stream
Message-ID: <007f01c8599f$0e083470$2a189d50$@com>

Hi to all. ? am a newbie about icecast. ? just wanna know that,

Can i stream my sound card input sound?

 

I mean i want to stream the sound that comes into my sound cards input, from
a microphone. is it possible? ?f it is possible how can i do that. Can u
help me?

 

Take it easy...

Mesut GULNAZ

 

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

From pm at nowster.org.uk  Fri Jan 18 08:58:51 2008
From: pm at nowster.org.uk (Paul Martin)
Date: Fri, 18 Jan 2008 08:58:51 +0000
Subject: [Icecast] sound card input stream
In-Reply-To: <007f01c8599f$0e083470$2a189d50$@com>
References: <007f01c8599f$0e083470$2a189d50$@com>
Message-ID: <20080118085851.GA18663@nowster.org.uk>

On Fri, Jan 18, 2008 at 08:55:03AM +0200, Mesut G?LNAZ wrote:
> Hi to all. I am a newbie about icecast. I just wanna know that,
> 
> Can i stream my sound card input sound?

Have a look into ices (ices0 does MP3, ices2 does Vorbis). This provides a
feed into icecast.

http://www.icecast.org/ices.php

-- 
Paul Martin <pm at nowster.org.uk>


From leandrobhbr at gmail.com  Fri Jan 18 13:47:25 2008
From: leandrobhbr at gmail.com (Leandro Campos)
Date: Fri, 18 Jan 2008 11:47:25 -0200
Subject: [Icecast] sound card input stream
In-Reply-To: <20080118085851.GA18663@nowster.org.uk>
References: <007f01c8599f$0e083470$2a189d50$@com>
	<20080118085851.GA18663@nowster.org.uk>
Message-ID: <58435ac20801180547ub338eb2n3e439cb5b5f1545c@mail.gmail.com>

Yes... use the Darkice in the source...



2008/1/18, Paul Martin <pm at nowster.org.uk>:
> On Fri, Jan 18, 2008 at 08:55:03AM +0200, Mesut G?LNAZ wrote:
> > Hi to all. I am a newbie about icecast. I just wanna know that,
> >
> > Can i stream my sound card input sound?
>
> Have a look into ices (ices0 does MP3, ices2 does Vorbis). This provides a
> feed into icecast.
>
> http://www.icecast.org/ices.php
>
> --
> Paul Martin <pm at nowster.org.uk>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>


-- 
ALPHANET INFORM?TICA LTDA
www.alphanetbh.com.br

Belo Horizonte MG
Leandro Campos
(31)30726251
(31)87883925


From Geoff at QuiteLikely.com  Fri Jan 18 14:37:57 2008
From: Geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 18 Jan 2008 16:37:57 +0200 (IST)
Subject: [Icecast] sound card input stream
In-Reply-To: <007f01c8599f$0e083470$2a189d50$@com>
References: <007f01c8599f$0e083470$2a189d50$@com>
Message-ID: <Pine.LNX.4.64.0801181634340.476@data.home>

Mesut G?LNAZ wrote:

> Can i stream my sound card input sound?

You didn't say which operating system you are using and which audio format 
you want to stream in.

For Windows, I'd recommend the stand-alone edition of Oddcast (see 
www.oddsock.org).  It will do Ogg Vorbis out of the box, and MP3 and AAC if 
you get the relevant DLLs which is a fairly trivial thing to do.

If using Linux or some other *nix operating systems, Darkice 
(http://darkice.sourceforge.net) can do this, again in both Ogg Vorbis and 
MP3.  Ices 2.x can also do this, in Ogg Vorbis only.  Ices 0.x does MP3 but 
does *not* have soundcard input, so will not suit your purposes.

Hope this helps,
Geoff.

From Geoff at QuiteLikely.com  Fri Jan 18 15:47:44 2008
From: Geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 18 Jan 2008 17:47:44 +0200 (IST)
Subject: [Icecast] sound card input stream
In-Reply-To: <018b01c859e2$efc1de00$cf459a00$@com>
References: <007f01c8599f$0e083470$2a189d50$@com>
	<Pine.LNX.4.64.0801181634340.476@data.home>
	<018b01c859e2$efc1de00$cf459a00$@com>
Message-ID: <Pine.LNX.4.64.0801181745040.476@data.home>

(copying the list on my answer)

Mesut G?LNAZ wrote:

> ? use FreeBSD 5.4-stable.
> ? wanna use icecast to stream and dark ice to stream to icecast.
>
> I installed darkice but when i tried to start darkice i am getting this
> error.
>
> # darkice
> DarkIce 0.18.1 live audio streamer, http://darkice.tyrell.hu/
> Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
>
> Using config file: /etc/darkice.cfg
> Using OSS DSP input device: /dev/dsp
> Using POSIX real-time scheduling, priority 30
> DarkIce: DarkIce.cpp:1134: can't open connector [0]

Doing a quick Google on this error seemed to indicate thatt this is 
probably a configuration issue.

First double-check that your darkice and icecast config files match were 
relevant.

2.  Is there an error in your Icecast error log?  If you see no evidence of 
your attempt at all then this means that your connect attempt is not even 
reaching Icecast.

Others may have other suggestions.

Geoff.


From airteknology at gmail.com  Sat Jan 19 00:36:37 2008
From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=)
Date: Sat, 19 Jan 2008 01:36:37 +0100
Subject: [Icecast] allow access to icecast stream for only one ip
Message-ID: <47914615.8030901@gmail.com>

Hi guys ,

I have a question :

I have 2 server , one in my Lan that with oggfwd and ffmpeg2theroa sends 
video stream to another server in internet that send this stream to the 
web page on the same server.
I want that the user can see the streams only from the webpage , so I 
must to disable the connection to the all ip .I must only to allow the 
server'ip .

How i can select to the allowed ip to connect to icecast?

Thansk a lot


BR


Pierpaolo


From mesutgl at gmail.com  Sat Jan 19 13:15:22 2008
From: mesutgl at gmail.com (=?iso-8859-9?Q?Mesut_G=DCLNAZ?=)
Date: Sat, 19 Jan 2008 15:15:22 +0200
Subject: [Icecast] sound card input stream
Message-ID: <007f01c85a9d$59b41ac0$0d1c5040$@com>

? am newbie about icecast and darkice. Here is my informations about
runnings and configs. Can u help me what i have to do in configs?

-su-2.05b$ icecast -b -c /usr/local/etc/icecast.xml 
Starting icecast2
Detaching from the console
-su-2.05b$ [2008-01-19  10:27:19] INFO main/main Icecast 2.3.1 server
started
[2008-01-19  10:27:19] DBUG yp/yp_recheck_config Updating YP configuration
[2008-01-19  10:27:19] INFO stats/_stats_thread stats thread started
[2008-01-19  10:27:19] INFO fserve/fserv_thread_function file serving thread
started
[2008-01-19  10:27:19] INFO yp/yp_update_thread YP update thread started
[2008-01-19  10:27:19] INFO auth/auth_run_thread Authentication thread
started

-su-2.05b$ 
-su-2.05b$ [2008-01-19  10:27:20] DBUG slave/_slave_thread checking master
stream list

-su-2.05b$ 
-su-2.05b$ darkice 
DarkIce 0.18.1 live audio streamer, http://darkice.tyrell.hu/
Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/

Using config file: /etc/darkice.cfg
Using OSS DSP input device: /dev/dsp
Using POSIX real-time scheduling, priority 30
DarkIce: DarkIce.cpp:1134: can't open connector [0]
-su-2.05b$ sockstat -l | grep icecast
icecast  icecast    73350 4  tcp4   *:8000                *:*
-su-2.05b$ ps auxwww | grep icecast
icecast 73206  0,0  0,0  2376  1872  p0  S    10:26AM   0:00,02 -su (bash)
icecast 73350  0,0  0,1  5548  2304  p0  S    10:27AM   0:00,06 icecast -b
-c /usr/local/etc/icecast.xml
icecast 73569  0,0  0,0  1488   824  p0  R+   10:28AM   0:00,00 ps auxwww
icecast 73570  0,0  0,0  1608   936  p0  S+   10:28AM   0:00,00 grep icecast
-su-2.05b$ [2008-01-19  10:29:21] DBUG slave/_slave_thread checking master
stream list
[2008-01-19  10:31:22] DBUG slave/_slave_thread checking master stream list

# cat /usr/local/etc/darkice.cfg
[general]
duration        = 60        # duration of encoding, in seconds. 0 means
forever
bufferSecs      = 5         # size of internal slip buffer, in seconds
reconnect       = yes       # reconnect to the server(s) if disconnected
[input]
device          = /dev/dsp  # OSS DSP soundcard device for the audio input
sampleRate      = 22050     # sample rate in Hz. try 11025, 22050 or 44100
bitsPerSample   = 16        # bits per sample. try 16
channel         = 2         # channels. 1 = mono, 2 = stereo
[icecast2-0]
bitrateMode     = abr       # average bit rate
format          = vorbis    # format of the stream: ogg vorbis
bitrate         = 96        # bitrate of the stream sent to the server
server          = www.test.com.tr                            # host name of
the server
port            = 8000      # port of the IceCast2 server, usually 8000
password        = test555    # source password to the IceCast2 server
mountPoint      = ipr	# mount point of this stream on the IceCast2 server
name            = Ipr	# name of the stream
description     = Ipr	# description of the stream
url             = http://www.test.com.tr
genre           = Test	# genre of the stream
public          = yes       # advertise this stream?

                           # ICQ info related to the stream
-su-2.05b# [2008-01-19  10:33:23] DBUG slave/_slave_thread checking master
stream list

-su-2.05b# cat /usr/local/etc/icecast.xml 
<icecast>
    <limits>
        <clients>100</clients>
        <sources>2</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</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>

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

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

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

    <!-- This is the hostname other people will use to connect to your
server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings. -->
    <hostname>www.test.com.tr</hostname>

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

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

    <!--<master-server>127.0.0.1</master-server>-->
    <!--<master-server-port>8001</master-server-port>-->
    <!--<master-update-interval>120</master-update-interval>-->
        <master-password>test555</master-password>

    <!-- setting this makes all relays on-demand unless overridden, this is
         useful for master relays which do not have <relay> definitions
here.
         The default is 0 -->
    <!--<relays-on-demand>1</relays-on-demand>-->

    <!--
    <relay>
        <server>127.0.0.1</server>
        <port>8001</port>
        <mount>/istanbulpolisradyosu.ogg</mount>
        <local-mount>/different.ogg</local-mount>
        <on-demand>0</on-demand>

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

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

        <username>othersource</username>
        <password>test555</password>

        <max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <burst-size>65536</burst-size>
        <fallback-mount>/example2.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>1</fallback-when-full>
        <intro>/example_intro.ogg</intro>
        <hidden>1</hidden>
        <no-yp>1</no-yp>
        <authentication type="htpasswd">
                <option name="filename" value="myauth"/>
                <option name="allow_duplicate_users" value="0"/>
        </authentication>
        <on-connect>/home/icecast/bin/stream-start</on-connect>
        <on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
    </mount>

    <mount>
        <mount-name>/auth_example.ogg</mount-name>
        <authentication type="url">
            <option name="mount_add"
value="http://myauthserver.net/notify_mount.php"/>
            <option name="mount_remove"
value="http://myauthserver.net/notify_mount.php"/>
            <option name="listener_add"
value="http://myauthserver.net/notify_listener.php"/>
            <option name="listener_remove"
value="http://myauthserver.net/notify_listener.php"/>
        </authentication>
    </mount>

    -->

    <fileserve>1</fileserve>

    <!-- set the mountpoint for a shoutcast source to use, the default if
not
         specified is /stream but you can change it here if an alternative
is
         wanted or an extension is required
    <shoutcast-mount>/live.nsv</shoutcast-mount>
    -->

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

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

        <!-- Aliases: treat requests for 'source' path as being for 'dest'
path
             May be made specific to a port or bound address using the
"port"
             and "bind-address" attributes.
          -->
        <!--
        <alias source="/foo" dest="/bar"/>
          -->
        <!-- Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for http://server:port/
to
             the status page
          -->
        <alias source="/" dest="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
        <loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
        <logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to
[error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        -->
        <!-- <logarchive>1</logarchive> -->
    </logging>

    <security>
        <chroot>0</chroot>
        <!--
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
        -->
    </security>
</icecast>
-su-2.05b#

-----Original Message-----
From: Geoff Shang [mailto:geoff at data.home] On Behalf Of Geoff Shang
Sent: Friday, January 18, 2008 5:48 PM
To: Mesut G?LNAZ
Cc: icecast at xiph.org
Subject: RE: Re: [Icecast] sound card input stream

(copying the list on my answer)

Mesut G?LNAZ wrote:

> ? use FreeBSD 5.4-stable.
> ? wanna use icecast to stream and dark ice to stream to icecast.
>
> I installed darkice but when i tried to start darkice i am getting this
> error.
>
> # darkice
> DarkIce 0.18.1 live audio streamer, http://darkice.tyrell.hu/
> Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
>
> Using config file: /etc/darkice.cfg
> Using OSS DSP input device: /dev/dsp
> Using POSIX real-time scheduling, priority 30
> DarkIce: DarkIce.cpp:1134: can't open connector [0]

Doing a quick Google on this error seemed to indicate thatt this is 
probably a configuration issue.

First double-check that your darkice and icecast config files match were 
relevant.

2.  Is there an error in your Icecast error log?  If you see no evidence of 
your attempt at all then this means that your connect attempt is not even 
reaching Icecast.

Others may have other suggestions.

Geoff.




From kako at zhnet.hu  Sat Jan 19 16:27:03 2008
From: kako at zhnet.hu (Kassai Istvan)
Date: Sat, 19 Jan 2008 17:27:03 +0100
Subject: [Icecast] intro doesn't work
Message-ID: <479224D7.8040403@zhnet.hu>

Hi folks,

I've an icecast 2.3.1 server to broadcast one ogg/vorbis stream. I 
wanted to set it up to play an intro.ogg "spot" for every new listeners, 
but doesn't work. It is almost sure I misconfigured something, but don't 
know what.
As I tried at first to put the intro.ogg into "/" dir of the server, but 
found an info at a website, the intro.ogg <WEBROOT> directory, but 
nothing. There is not any error in the log, just doesn't play.
Has anybody a full, working icecast.xml ? please share it to me!


thanks
kako


From pm at nowster.org.uk  Sat Jan 19 21:54:31 2008
From: pm at nowster.org.uk (Paul Martin)
Date: Sat, 19 Jan 2008 21:54:31 +0000
Subject: [Icecast] intro doesn't work
In-Reply-To: <479224D7.8040403@zhnet.hu>
References: <479224D7.8040403@zhnet.hu>
Message-ID: <20080119215431.GA9074@nowster.org.uk>

On Sat, Jan 19, 2008 at 05:27:03PM +0100, Kassai Istvan wrote:

> I've an icecast 2.3.1 server to broadcast one ogg/vorbis stream. I  
> wanted to set it up to play an intro.ogg "spot" for every new listeners,  
> but doesn't work. It is almost sure I misconfigured something, but don't  
> know what.
> As I tried at first to put the intro.ogg into "/" dir of the server, but  
> found an info at a website, the intro.ogg <WEBROOT> directory, but  
> nothing. There is not any error in the log, just doesn't play.
> Has anybody a full, working icecast.xml ? please share it to me!

I've found that not all clients play the intro. Yes, the <webroot> directory
is the place to put it.

xmms skips the intro, but ogg123 doesn't.

-- 
Paul Martin <pm at nowster.org.uk>


From johnlist at gulfbridge.net  Thu Jan 24 22:53:08 2008
From: johnlist at gulfbridge.net (John Hicks)
Date: Thu, 24 Jan 2008 17:53:08 -0500
Subject: [Icecast] Darkice "Buffer overrun": how to troubleshoot?
Message-ID: <479916D4.6080105@gulfbridge.net>

We're running a darkice/icecast configuration to stream our LPFM radio 
station (and to provide a quick-n-dirty studio-transmitter-link). (See 
config data below.)

We're getting intermittent "Buffer overrun!" errors out of darkice, and 
we associate these with interruptions in our audio stream that are quite 
noticeable. These occur anywhere from once to ten times per hour.

I've moved the darkice server 30 miles to a completely different node 
and LAN configuration to rule out local network problems. I've maxed the 
scheduling priority on both darkice and icecast. I've upped the 
bufferSecs to 60. None of this has helped.

I'd appreciate any suggestions (or pointers to a how-to) on how to 
troubleshoot this.

I'm assuming something is interrupting the internet connection between 
our local darkice server and the remote icecast server (on 
serverbeach.com). Of course, it would be best to find the root cause of 
this and correct it. But short of that, I would think that we could 
tweak our configuration to increase the buffering on both sides to 
compensate for this. But there is precious documentation on how to do 
this. (It appears that icecast does no buffering whatsoever. Is that 
correct?)

Since icecast streaming is http-based and since http is tcp-based, I 
would think the tcp parameters would be important here. In particular, 
there is a tcp window size that would seem to be relevant to assuring a 
smooth stream. But I don't see anything about this in relationship to 
icecast streaming.

Again, I'd appreciate any suggestions (or pointers to a how-to) on how 
to troubleshoot this.

Thanks in advance,

John Hicks
Station Manager, WXBH-LP
http://wxbh.org/
http://wxbh.org:8000/stream.ogg

DarkIce 0.17.1 running on Ubuntu Feisty Faun
Icecast 2.3.1 running on RHES 4


DarkIce 0.17.1 -- darkice.cfg:

[general]
duration = 0
bufferSecs = 60

[input]
device = hw:2,0
sampleRate = 44100
bitsPerSample = 16
channel = 2

[icecast2-0]
bitrateMode = cbr
format = vorbis
bitrate = 128
quality = 0.8
server = wxbh.org
port = 8000
password = xxxxxxxx
mountPoint = stream.ogg
name = WXBH-LP - 92.7 - Louisville Community Radio -
description = Louisville Community Radio
url = wxbh.org
genre =
public = yes


Icecast 2.3.1 -- icecast.xml:

<icecast>
    <limits>
        <clients>100</clients>
        <sources>2</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>60</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>600</source-timeout>
        <burst-on-connect>1</burst-on-connect>
        <burst-size>65535</burst-size>
    </limits>

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

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

    <hostname>wxbh.org</hostname>

    <listen-socket>
        <port>8000</port>
    </listen-socket>
   
     <mount>
        <mount-name>/stream.ogg</mount-name>
        <fallback-mount>/Silence.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
    </mount>

    <mount>
        <mount-name>/stream.mp3</mount-name>
    </mount>

    <fileserve>1</fileserve>

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

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

        <alias source="/" dest="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
        <loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
        <logsize>10000</logsize> <!-- Max size of a logfile -->
         <logarchive>1</logarchive>
    </logging>

    <security>xxx
    </security>
</icecast>







From laurent.corbes at smartjog.com  Thu Jan 31 17:14:54 2008
From: laurent.corbes at smartjog.com (Laurent CORBES)
Date: Thu, 31 Jan 2008 18:14:54 +0100
Subject: [Icecast] icecast crash (segv)
Message-ID: <20080131181454.2be89549@smartjog.com>

Hi all,

I'm experiencing a systematic crash with icecast2 when I goes in this case
(tested with debian 2.3.1-5 2.3.1-6 and latest trunk)

When there is more than ~1400 clients connected and a mountpoint that was not
relaying goes online it crash.
Without this I can go up to 5000 clients without problems. Changing the number
of threadpool does'nt change anything.

here is the term log:
stream-04:/etc/icecast2# icecast2 -c /etc/icecast2/icecast.xml
Changed groupid to 105.
Changed userid to 102.
Segmentation fault
stream-04:/etc/icecast2# 


error.log in debug:

[2008-01-31  16:38:58] DBUG source/source_main Client added
[2008-01-31  16:38:58] DBUG source/source_main Client added
[2008-01-31  16:38:58] DBUG source/source_main Client added
[2008-01-31  16:38:58] INFO source/source_main listener count on /fbidf/all/fbidf-32k.mp3 now 966
[2008-01-31  16:38:58] DBUG format/format_check_http_buffer processing pending client headers
[2008-01-31  16:38:58] DBUG format/format_check_http_buffer processing pending client headers
[2008-01-31  16:38:58] DBUG format/format_check_http_buffer processing pending client headers
[2008-01-31  16:38:58] DBUG auth/add_listener_to_source max on /fbidf/all/fbidf-32k.mp3 is -1 (cur 966)
[2008-01-31  16:38:58] DBUG auth/add_listener_to_source Added client to /fbidf/all/fbidf-32k.mp3
[2008-01-31  16:38:58] DBUG auth/add_authenticated_listener client authenticated, passed to source
[2008-01-31  16:38:58] DBUG auth/add_listener_to_source max on /centpourcent/all/centpourcent-128k.mp3 is -1 (cur 910)
[2008-01-31  16:38:58] DBUG auth/add_listener_to_source Added client to /centpourcent/all/centpourcent-128k.mp3
[2008-01-31  16:38:58] DBUG auth/add_authenticated_listener client authenticated, passed to source
[2008-01-31  16:38:58] DBUG source/source_main Client added
[2008-01-31  16:38:58] INFO source/source_main listener count on /centpourcent/all/centpourcent-128k.mp3 now 911
[2008-01-31  16:38:58] DBUG format/format_check_http_buffer processing pending client headers
[2008-01-31  16:38:58] INFO slave/start_relay_stream Starting relayed source at mountpoint "/telerama/all/telerama-128k.mp3"
[2008-01-31  16:38:58] INFO slave/open_relay_connection connecting to 10.10.30.49:9042

And nothing more.

Here is my config files general options:
<icecast>
    <limits>
        <clients>8192</clients>
        <sources>1024</sources>
        <threadpool>128</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>1</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>60</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>no</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>65536</burst-size>
    </limits>

And my mountpoints are all defined like this:

   <relay>
          <max-listeners>10000</max-listeners>
          <server>10.10.30.49</server>
          <port>9036</port>
          <mount>/</mount>
          <local-mount>/XXX/all/XXX-32k.mp3</local-mount>
          <on-demand>0</on-demand>
          <relay-shoutcast-metadata>1</relay-shoutcast-metadata> 
          <no-yp>1</no-yp>
   </relay>

The relaying source server is a shoutcast.

I don't think this is a file descriptor limitation as I can have more than 5000
clients and 65536 open fd. 

Thanks in advance for any explanation.

-- 
Laurent Corbes - laurent.corbes at smartjog.com
+33 (0)1 4996 6325
Smartjog SA - http://www.smartjog.com/