similar to: libshout1-based mp3 streaming to icecast2

According to what I've read on this mailing list, it should be possible to stream MP3 data to icecast2 using ices-0.2.3, which I assume also should be the case for any other streaming client based on libshout1. So I decided to test this out to see if we really could dispense with icecast1 altogether on the server I help administer. My results were not promising, to say the least. I wiped out

The short answer, as Geoff says, is to use ices 0.x from CVS with libshout 2. The good news is CVS ices 0 has a number of bug fixes. libshout2 may be found at anoncvs@cvs.xiph.org:/usr/local/cvsroot libshout ices is at anoncvs@cvs.xiph.org:/cvs/ice ices Note the different paths above! Now, a little more detail: On Sunday, 16 March 2003 at 02:41, jeremy@squat.net wrote: > ices0 -b 24 -h

thanks for the update ; i've finally been able to d/l the latest ices 0.x fr0m cvs . but i'm having difficulties compiling . the builtin libshout doesn't work , and it won't find my latest cvs-snapshot install of libshout . i've tried to get the libshout mentioned in your msg direct from cvs - but i encounter problems ; --

look on http://www.xiph.org/cvs.html for the right login. b. On Thu, Mar 06, 2003 at 03:14:28AM -0500, Adon Irani wrote: > > thanks for the update ; i've finally been able to d/l the latest ices 0.x > fr0m cvs . > > but i'm having difficulties compiling . the builtin libshout doesn't work > , and it won't find my latest cvs-snapshot install of libshout . >

thnks for the clarfication. I downloaded libshout2 and ices-0.2 from cvs. I compiled libshout with out a problem but when i try and compile ices I get the following error: <p><p>checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no checking shout/shout.h usability... yes checking

Ooff! I am using ices2. Well that explains it then! I am new to linux and I thank you very much for your help and patience. Please just some clarification. To get cvs version of ices for mp3 streaming compatibilty with Icecast2: cvs -d :pserver:anoncvs@cvs.xiph.org:/cvs/ice login pw:anoncvs cvs -d :pserver:anoncvs@cvs.xiph.org:/cvs/ice -z 9 co ices or cvs -d

> libshout: :pserver:anoncvs@cvs.xiph.org:/usr/local/cvsroot > ices: :pserver:anoncvs@cvs.xiph.org:/cvs/ice > > Check out the ices-libshout_2 branch of ices. Libshout compiles fine, but ices wont configure correctly. It wouldn't find shout_new in libshout, lame_encode_flush_nogap in mp3lame nor ov_open in libvorbisfile.. (nor is libtool found, but I copied it from libshout.)

Here is the latest round of status updates and recent developments from the Xiph.org team. The HTML version is at http://www.vorbis.com/ot/20030624.html Enjoy! -Carsten <p>Ogg Traffic for Tuesday, June 24, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: June 24, 2003 Table of Contents 1 Status Updates 1.1 Monty

Brendan Cully wrote: >This particular error is because you used --with-libshout= instead of --with-libshout Is the above a typo. They look the same with the exception of the "=". I am new to linux so please be forgiving. I downloaded both ices and libshout. I tried to compile with "--with-shout-config=/etc/stream" but this returned the same result as in the previous email:

Brendan Cully <brendan@xiph.org> writes: > *You do need a snapshot rather than a release to do all this, > but I'd recommend that anyway since the snapshot is actually a lot > more robust than the release. For instance you shouldn't need any VBR > patch. Thanks for responding. The VBR patch was just a "dummy" patch I applied, because iceS didn't read VBR

On 9 Jul 2003 at 15:53, Rolf Johansson wrote: > Brendan Cully <brendan@xiph.org> writes: > > > *You do need a snapshot rather than a release to do all this, > > but I'd recommend that anyway since the snapshot is actually a lot > > more robust than the release. For instance you shouldn't need any > > VBR patch. > > Thanks for responding. The VBR

My problem is I run the win32 version and i'm guessing there isn't just a entry i can add to the icecast config file. ----- Original Message ----- From: "Brendan Cully" <brendan@xiph.org> To: <> Sent: Tuesday, September 21, 2004 5:31 PM Subject: Re: [Icecast] mp3 vs ogg question (reformatted) > On Tuesday, 21 September 2004 at 17:16, Jason wrote: >>

Hi everybody: Here is the latest issue of Ogg Traffic. The HTML version is at http://www.vorbis.com/ot/20030715.html. Enjoy! Carsten. <p>Ogg Traffic for Tuesday, July 15, 2003 Author: Carsten "Purple" Haese Contact: [1]carsten@xiph.org Date: July 15, 2003 Table of Contents 1 Status Updates 1.1 Stan Seibert 1.2 Ed Zaleski

Just had a quick mess with my Ices0.3 and if the <hostname> is set to 127.0.0.1 I get "Socket error"...when set to 'localhost' it works fine. Could be a problem there. <p>>From: Brendan Cully <brendan@xiph.org> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] Problem connecting to icecast2 >Date: Thu, 15 Apr 2004

To all CVS users of ices 0.x: I've just merged the ices-libshout_2 branch onto HEAD. Anyone using that branch should switch back to HEAD to continue to get the latest updates. This also means you now need the latest version of libshout2 from CVS in order to build ices from CVS. libshout2: :pserver:anoncvs@cvs.xiph.org:/usr/local/cvsroot libshout ices:

On Wed, Jan 21, 2004 at 04:31:15PM -0500, Brendan Cully wrote: > if you've built ices 0.3 with lame and ogg support, it can read ogg > files and turn them into MP3 on the fly. So your input playlist can > have a mix, but the output will be only MP3. This was added to ices > precisely to smooth the transition from MP3 to Ogg. This is of course, the opposite of what you want to be

> > He needs both. Only ices 0.x from CVS can use libshout2 from CVS. > Actually only the ices-libshout_2 branch of ices does. > > The ices 0.x module lives under > :pserver:anoncvs@xiph.org:/cvs/ice > He says thank-you kindLy, and ponders why (t)HiS attempt has also failed . mystifLY:/var/lib/cvs# cvs -d :pserver:anoncvs@xiph.org:/cvs/ice login Logging in to

From: "Brendan Cully" <brendan@icecast.org> > On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > > From: "Brendan Cully" <brendan@icecast.org> > > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > > From: "Brendan Cully" <brendan@icecast.org> > > > > > That handles the segfault, I

any suggestions? I supposed to could make all calls shout2_* Michael, any suggestions here? How is this typically handled in other libs? Or do other libs never need to use both? I'll have to think about this a bit and see if I can't figure out a way to add mp3 into libshout2. jack. On Tue, May 08, 2001 at 01:44:17AM -0100, jaromil wrote: > AFAIK applications that want to keep

AFAIK applications that want to keep libshout1 included for compatibility with icecast1 streaming will get problems with the struct and function namespace as it is organized now in libshout2. is there any way to avoid the problem or we should all simply move to ogg and fuck mp3 streaming all-in-once? -- jrml ..//korova.dyne.org 6EEE 4FB2 2555 7ACD 8496 AB99 E2A2 93B4 6C62 4800 --- >8 ----