Icecast Streaming Media Server

[Anonymous]

Greetings.
In the shoutcast world i have a good server running.
But my client machine, a windows rig, is now down for maintanace.

so i was setting up icecast on my openBSD machine
Ok, now it comes.

i have icecast correctly setup (Otherwise ot would not run)
than i installed the ices on my current windows machine.
it connects to the openBSD machine, but when trying to listen back with winamp, it says only connecting.

i use http://192.168.0.240:9000/stream.ogg for it

so i thought, mhh, lets setup ices2 on the machine (openBSD)
configing it for line-in streaming.
ok, it connects, but!, i got 50% CPU usage !!
and still cant connect correctly.

the machine is a Asus L8400C 850Mhz with 256MB with openBSD 4.3


pasted below ices2.xml

<?xml version="1.0"?>
<ices>
<!-- run in background -->
<background>0</background>
<!-- where logs, etc go. -->
<logpath>/home/spatieman/streaming</logpath>
<logfile>ices.log</logfile>
<!-- 1=error,2=warn,3=info,4=debug -->
<loglevel>4</loglevel>
<!-- set this to 1 to log to the console instead of to the file above -->
<consolelog>0</consolelog>

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

<stream>

<!-- input module

The module used here is the playlist module - it has
'submodules' for different types of playlist. There are
two currently implemented, 'basic', which is a simple
file-based playlist, and 'script' which invokes a command
to returns a filename to start playing. -->

<input>
<module>sun</module>
<param name="rate">22500</param>
<param name="channels">1</param>
<param name="device">/dev/sound</param>
<param name="buffer-time">500</param>
<param name="metadata">0</param>
<param name="metadatafilename">/home/spatieman/streaming/trackinfo.txt</param>
</input>



<!-- Stream instance
You may have one or more instances here. This allows you to
send the same input data to one or more servers (or to different
mountpoints on the same server). Each of them can have different
parameters. This is primarily useful for a) relaying to multiple
independent servers, and b) encoding/reencoding to multiple
bitrates.
If one instance fails (for example, the associated server goes
down, etc), the others will continue to function correctly.
This example defines two instances as two mountpoints on the
same server. -->
<instance>
<!-- Server details:
You define hostname and port for the server here, along with
the source password and mountpoint. -->
<hostname>localhost</hostname>
<port>9000</port>
<password>*******</password>
<mount>/stream.ogg</mount>

<!-- Reconnect parameters:
When something goes wrong (e.g. the server crashes, or the
network drops) and ices disconnects from the server, these
control how often it tries to reconnect, and how many times
it tries to reconnect. Delay is in seconds.
If you set reconnectattempts to -1, it will continue
indefinately. Suggest setting reconnectdelay to a large value
if you do this.
-->
<reconnectdelay>2</reconnectdelay>
<reconnectattempts>5</reconnectattempts>

<!-- maxqueuelength:
This describes how long the internal data queues may be. This
basically lets you control how much data gets buffered before
ices decides it can't send to the server fast enough, and
either shuts down or flushes the queue (dropping the data)
and continues.
For advanced users only.
-->
<maxqueuelength>80</maxqueuelength>

<!-- Live encoding/reencoding:
Currrently, the parameters given here for encoding MUST
match the input data for channels and sample rate. That
restriction will be relaxed in the future.
-->
<encode>
<nominal-bitrate>16000</nominal-bitrate> <!-- bps. e.g. 64000 for 64 kbps -->
<samplerate>22500</samplerate>
<channels>1</channels>
</encode>
</instance>

</stream>
</ices>


#########################


And icecast.xml


<icecast>
<limits>
<clients>250</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>*******</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>*******</relay-password>

<!-- Admin logs in with the username given below -->
<admin-user>*******admin</admin-user>
<admin-password>*******</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>192.168.0.240</hostname>

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

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

<!--<master-server>192.168.0.240</master-server>-->
<!--<master-server-port>9001</master-server-port>-->
<!--<master-update-interval>120</master-update-interval>-->
<!--<master-password>*******</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>192.168.0.240</server>
<port>9001</port>
<mount>/mystream.ogg</mount>
<local-mount>/different.ogg</local-mount>
<on-demand>1</on-demand>

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

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

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

<max-listeners>1</max-listeners>
<dump-file>/tmp/dump-example1.ogg</dump-file>
<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>/home/spatieman/streaming/icecast/logs</logdir>
<webroot>/home/spatieman/streaming/icecast/web</webroot>
<adminroot>/home/spatieman/streaming/icecast/admin</adminroot>
<!-- <pidfile>/home/spatieman/streaming/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>icecast</user>
<group>icecast</group>
</changeowner>
-->
</security>
</icecast>


well, its a lot.
ok, now the fun stuff.
with shoutcast i can run only 1 server at a time, for 2 stream.

but with icecast i can have more audio streams (dunno how to, i am to stuppid for it)
and i reader a video stream to.
That last is also interesting.

so, my last question, HOW ???
can it stream a webcam image or what does it need..


Regards.
Tony.
Aka spatieman (English spaceman)

[karlH]

First thing to do is make sure the server is accessible when nothing is connected. If your browser can't connect then listeners and source clients won't be able to either. If icecast is listening on port (9000) then it will be down to a firewall block.

karl.

[Anonymous]

Mhh, server is on LAN site.
i test all local befor i move it to my colo..

i think you meen with browser, the web browser.
well, it doenst connect..

so i have to lower te port adres..

[Anonymous]

ok..
now the server is runningbut still no stream to winamp/vlc
and no webadmin
say's 404

this is the currect, stripped icecast.xml

<icecast>
<limits>
<clients>250</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>
<burst-on-connect>1</burst-on-connect>
<burst-size>65535</burst-size>
</limits>

<authentication>
<source-password>***</source-password>
<relay-password>***</relay-password>
<admin-user>***admin</admin-user>
<admin-password>***</admin-password>
</authentication>

<hostname>bsdrouter.xs4non.nl</hostname>
<bind-address>192.168.0.240</bind-address>

<listen-socket>
<port>8100</port>
</listen-socket>
<listen-socket>
<port>8101</port>
</listen-socket>

<fileserve>1</fileserve>

<paths>
<basedir>/usr/local/share/icecast</basedir>
<logdir>/home/spatieman/streaming/icecast/logs</logdir>
<webroot>/home/spatieman/streaming/icecast/web</webroot>
<adminroot>/home/spatieman/streaming/icecast/admin</adminroot>
<pidfile>/home/spatieman/streaming/icecast/icecast.pid</pidfile>
<!-- <alias source="/" dest="/status.xsl"/> -->
</paths>


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

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

</security>
</icecast>


i want to run only ONE server, with many users..
currently i am testing with oddcast in winamp..

[Anonymous]

ok, something interesting.
the server says, no such file mystream.ogg
that is the name i use in winamp

eg, http://192.168.0.240:8100/mystream.ogg
for the life audio stream (not music on the HD)

[Anonymous]

ok, vault found.
i got a audio stream.
but still no access to the webserver.