search for: donbeck

...nsistent. Yeah, that's what I thought it might be... most of the MP3s I'm playing are 160, but some are 128 and some are 192... I should convert them all to one bitrate, but I'm just too lazy. And I'm only doing this for fun, and not profit. --Don -- Don Becker don@donbecker.org http://www.donbecker.org Unix System Administrator, Adelphi University http://www.adelphi.edu <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 'icec...

Ok, How ? I'm there isn't much support about this... Should I be playing with Relays or Aliases? <p>>From: Moritz Grimm <gtgbr@gmx.net> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] Internet Streaming >Date: Tue, 05 Feb 2002 02:47:51 +0100 > >Bill Thomas wrote: > > As of now, I can broadcast my stream to my school's

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

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

> Done, and it's working... but not significantly better than before. > Whereas before I couldn't clear a single song without the stream devolving > into skipping, now I'm averaging between 15-20 minutes. Better, but still > not acceptable. THen I suggest you start to look elsewhere for your problem. libshout is quite well tested and every time someone has thought it was

...ou could go down, but not up because the required information was no longer within the mp3 file in order to step it up. If in fact this is the case, are there any requirements? i.e. does the sample rate need to be 44.1 etc.. Gary. ----- Original Message ----- From: "Don Becker" <don@donbecker.org> To: <icecast@xiph.org> Sent: Thursday, February 07, 2002 8:18 AM Subject: Re: [icecast] Stuttering stream <p>> On Wed, 6 Feb 2002, Brendan Cully wrote: > > > Strange. The different bitrates shouldn't be a problem, as long as the > > music beneath is 44.1...

On Wed, 6 Feb 2002, Brendan Cully wrote: > Strange. The different bitrates shouldn't be a problem, as long as the > music beneath is 44.1kHz stereo (which I would expect at 128+ kbps). I > reencode from 128 to 192 regularly, and ices never hiccups at all. What > version of LAME did you link against? 3.89 beta 1. And, yes, everything's at 44100. Like I said, it's no big

Ok - here's what I want to do... I compiled and installed icecast 1.3.11 and ices 0.2.2, and can get a single lame-encoded stream working. What I'd like to do is set up two streams - one at 48kbps, one at 128kbps - from one source. Reason being is that I'd like to listen to the high-bandwidth stream locally (ie: in another room of the house) while I listen to the 48kbps stream