[icecast] Stuttering stream

[Don Becker]

This reminds me of a problem I've been having occasionally with ices...
once in a while, instead of properly decoding and re-encoding the MP3 for
my stream, it'll stream gibberish (basically, it sounds like a "cooked"
MP3).  After that, maybe 1 time out of 3, it'll segfault and crash.  Even
in verbose mode, ices doesn't report anything other than "resyncing".

Vitals: icecast 1.3.11, ices 0.2.2.

Any ideas?  The MP3s play back just fine in xmms.

On Wed, 6 Feb 2002, Jack Moffitt wrote:

> > Hi Jack. Why ices? Or, why not iceplay or shout?
>
> iceplay had bad timing problems.  Perl just doesn't have fine grain
> timing, at least not enough for our purposes.  It seemed to work fine at
> 128kbps most of the time.
>
> It could probably be rewritten to be better, but I dunno if it could
> ever be as good as the C code.
>
> shout also had timing problems and these became quite apparent in later
> versions.  It didn't support VBR either (nor did iceplay).
>
> ices is built on libshout.  libshout should have perfect timing and it
> also detects and discards corrupt frames and supports VBR streams.  It
> is basically the _new_ version of shout.
>
> jack.
>
> --- >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.
>

<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.