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@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@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.