[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#149164: marked as done (shout does not feed data fast enough)

Your message dated Wed, 22 Mar 2006 15:16:14 +0100
with message-id <877j6mo98x.fsf@diziet.irb.hr>
and subject line Removed
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: icecast-client
Version: 1.4.0-4.1

In some circumstances shout's data buffer is too small which causes it to
feed data too slowly.  As a result any players trying to play this stream
will frequently pause to rebuffer, as they are consuming mp3 data faster
than shout is sending it.  This is not an issue of network lag, as it
occurs even over a local area network and through the loop device.  The
following tweak to a constant (which exists specifically for this purpose
of tweaking output rate) in shout.c fixes the problem for me:

--- shout.c.old	Wed Jun  5 19:18:12 2002
+++ shout.c	Wed Jun  5 19:17:51 2002
@@ -324,7 +324,7 @@
     set.logfile = NULL;
     set.current_bitrate = DEFAULT_BITRATE;
     set.overhead = 0.01;
-    set.buffer_overhead = 0.001;
+    set.buffer_overhead = 0.003;
     set.autocorrection = 0;
     set.use_cue_file = 1;
     set.use_dj = 0;

           ------------------ Peter Amstutz --------------------
           ---------------- amstutz@cs.umass.edu ---------------
           ------- http://www-unix.oit.umass.edu/~tetron -------

--- End Message ---
--- Begin Message ---
icecast-client has been removed from Debian.  For more information,
please see <http://bugs.debian.org/279526>.

--- End Message ---

Reply to: