[icecast] client not connecting to server
Michael W. Sellers
msellers at sbcglobal.net
Wed Jul 9 02:45:47 UTC 2003
Geoff Shang wrote:
> On Mon, 7 Jul 2003, Michael W. Sellers wrote:
>
>
>>I'm trying to connect to my icecast2 server with winamp with
>>http:host:8000/test.ogg and I get the following error on the server
>>console: DEBUG: client coming in
>> DEBUG: source not found for client
>
>
> This means that whatever program you're using to send a stream to the
> test.ogg mountpoint is presumably not connecting or is not staying
> connected, as there is nothing on test.ogg when winamp tries to play it.
> Are you using ices? Have you looked in the ices logfile? If it's not run
> as root, does it have read access to both your playlist and the ogg files?
>
Thanks for responding. That does help me a bit in troubleshooting my
problem. My ices logfile was created, but there is no information in it.
I assume that means it is not starting properly. This is my
icecast2.xml file:
<icecast>
<location>miyodea.com</location>
<admin>admin at miyodea.com</admin>
<limits>
<clients>100</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
</limits>
<source-password>pretend</source-password>
<admin-user>adminguy</admin-user>
<admin-password></admin-password>
<directory>
<touch-freq>5</touch-freq>
<server>
<host>yp.icecast.org</host>
<touch-freq>15</touch-freq>
</server>
</directory>
<hostname>localhost</hostname>
<port>8000</port>
<!-- <bind-address>10.0.0.10</bind-address> -->
<paths>
<basedir>/usr/local/icecast</basedir>
<logdir>/tmp</logdir>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
</logging>
<security>
<chroot>0</chroot>
<changeowner>
<user>nobody</user>
<group>nogroup</group>
</changeowner>
</security>
</icecast>
-------------------------------------------------------------
and this is my ices-playlist.xml file (it's a little hard to read):
--------------------------------------------------------------
<?xml version="1.0"?>
<ices>
<background>0</background> <!-- run in background? (unimplemented) -->
<logpath>/tmp</logpath> <!-- where logs, etc go. -->
<logfile>ices.log</logfile>
<loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug -->
<consolelog>0</consolelog> <!-- set this to 1 to log to the console
instead
of to the file above -->
<stream>
<!-- metadata used for stream listing (not currently used) -->
<metadata>
<name>mikes classical</name>
<genre>classical</genre>
<description>classical music</description>
</metadata>
<!-- input module
This defines where the data (raw PCM, vorbis files, etc.) comes
from. The module used here is the playlist module - it has
'submodules' for different types of playlist. The only one
currently implemented is 'basic', which is a simple file-based
playlist
-->
<input>
<module>playlist</module>
<param name="type">basic</param><!-- Only 'basic' implemented -->
<param name="file">/usr/local/icecast/playlist.txt</param> <!-- be
sure this exists -->
<param name="random">0</param> <!-- random play -->
<param name="once">0</param> <!-- if set to 1 , plays once through,
then exits. -->
</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>8000</port>
<password>hackme</password>
<mount>/test.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>125000</nominal-bitrate> --> <!-- bps. e.g. 64000
for 64 kbps -->
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>
</instance>
<!-- Now, we define a 2nd stream instance.
Here, we only define the basic server parameters - everything
else takes the default values.
No reencoding is done.
-->
<!-- <instance>
<hostname>localhost</hostname>
<port>8000</port>
<password></password>
<mount>/test2.ogg</mount> -->
<!-- Stream saving. Save the outgoing stream to the specified file
This is commented out since we don't want it by default -->
<!--
<savefile>streamdump.ogg</savefile>
-->
<!-- </instance> -->
</stream>
</ices>
<p>--------------------------------------------------------------------------
Also I have been running it a root. But I am a little unclear as to
where to put the playlist.txt file. Could not find it documented
anywhere. Thanks for you time and help.
--
**********************
Michael W. Sellers
**********************
<p>--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
More information about the Icecast
mailing list