on 2/6/02 10:19 AM, Jack Moffitt at jack@xiph.org wrote:>> It's not my bandwidth from the server... a week ago, I was streaming >> Shoutcast from Windows with no problems. It's not my bandwidth at work >> (where I'm listening), I can pull in other 128k streams with no problem. >> >> Help? > > Where is shout? > > And you shouldn't be using shout. Use ices. > > jack. >Hi Jack. Why ices? Or, why not iceplay or shout? thanks, brian <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.
On Wed, Feb 06, 2002 at 09:51:24AM -0700, Jack Moffitt wrote:> > Hi Jack. Why ices? Or, why not iceplay or shout? > > > 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.I remember having some problems with ices 0.2.2 being able to re-encode VBR mp3s. Has there been any developments on the ices front regarding that? For the time being I'm using ices 0.1.0 to reencode VBR mp3s. -- Steve Chadsey <tyr@teiresias.net> Now playing: Forgotten Sunrise (Amorphis - "Tales from The Thousand Lakes") --- >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.
> 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. hout 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.
On Wed, 6 Feb 2002, Jack Moffitt wrote:> 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.ices refuses to load. It whines about libmp3lame.so.0 being missing. I found the message in the archives that supposedly forces ices to compile with lame support, still nothing. ./configure ends the same way regardless of options: Features: libshout: builtin LAME : yes Vorbis : yes Perl : yes Python : no XML : yes Configuration complete. Now run 'gmake'. I can't find an option in the config file or anywhere in the docs that lets you specify where ices should look for the lame libraries. --- Julia Lunetta Listen to my music collection... http://julial.dhs.org:8005/ <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.
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.