| View previous topic :: View next topic |
| Author |
Message |
Anonymous
Guest
|
 Posted: Thu Apr 13, 2006 3:15 pm Post subject: Choppy Audio and Rebuffering |
 |
|
I have some clients who are experiencing choppy audio and rebuffering. All these clients are using Winamp, and in fact all my connected clients are using Winamp, but not all of them are experiencing the choppy audio and rebuffering problems.
I have clients connected via the Internet and via our Intranet. Some clients on the Internet and Intranet avenues have the problem, but again not all.
Here is part of the config file I am using:
| Code: |
<limits>
<clients>50</clients>
<sources>8</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>
|
My mounts are:
| Code: |
<mount>
<mount-name>/fbc.mp3</mount-name>
<max-listeners>10</max-listeners>
<authentication type="htpasswd">
<option name="filename" value="mp3auth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>
</mount>
<mount>
<mount-name>/IntranetServices</mount-name>
<max-listeners>30</max-listeners>
<authentication type="htpasswd">
<option name="filename" value="intranetauth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>
</mount>
<mount>
<mount-name>/InternetServices</mount-name>
<max-listeners>20</max-listeners>
<authentication type="htpasswd">
<option name="filename" value="internetauth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>
</mount>
|
Any thing in my config that could be causing some of the clients problem? The Internet stream is 16kbps 44100 Mono AAC+, and the Intranet stream is 128kbps 44100 Stereo AAC+. The MP3 stream is 32kbps 22050 Mono.
A. Brock |
|
| Back to top |
|
 |
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Thu Apr 13, 2006 3:31 pm Post subject: |
|
|
There won't be anything in the xml to resolve choppy audio. If some players are being starved of audio while others are not then you'll have to check the network connection, maybe the link is max'd out or many errors are occurring. It's impossible for icecast to pinpoint the exact cause.
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Thu Apr 13, 2006 3:36 pm Post subject: |
|
|
| I was wondering if perhaps I needed a larger threadpool or queue. |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Thu Apr 13, 2006 4:24 pm Post subject: |
|
|
threadpool isn't used in 2.3 anymore, and queue-size is just the maximum kept in the server, if the listener was lagging too much they would get kicked off, no chopping of audio. A feed that is too slow is either down to the incoming stream (from the source client) or the outgoing stream (to the player).
karl. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
