search for: libshout1

just a side note: as of 3/12/2003 I could not get ices0x from cvs to compile without errors. the nightly snapsot compiled fine <p><p><p><p>----- Original Message ----- From: Brendan Cully To: icecast@xiph.org Sent: Sat, 15 Mar 2003 21:15:01 -0500 Subject: Re: [icecast] libshout1-based mp3 streaming to icecast2 Sorry to follow up on my own post, but you may find it more convenient to use the nightly snapshots posted at http://www.xiph.org/~brendan/ On Saturday, 15 March 2003 at 21:12, Brendan Cully wrote: > The short answer, as Geoff says, is to use ices 0.x from CVS w...

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

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 libshout2 and installed libshout 1.0.9 from cvs.icecast.org, which seems to be necessary to compile ices-0.2.3 (...

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! First, sorry if my english is not very correct :-) I'm a spanish student making a streaming project under Linux and I'd like to use Vorbis format but I have a problem. Now I have installed Icecast, LiveIce and the Lame encoder and they work... but in mp3 format. Lame don't have any problem with Vorbis but Icecast and LiveIce

> >michael will have to answer regarding ices2, but I suspect mp3 is not >going to get in there unless someone else submits a beautiful patch. ices2 could support mp3, but it would be a non-trivial exercise, plus it would require libshout2 to support mp3 as well (which it does not, currently). If anyone wants to implement it, I'll be happy enough to add it, but I don't intend to

...ow 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 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? > > -- > jrm...

Hi: I'm wanting to compile ices 0.2.3 in order to have a play with it. Since I'm doing this on a box that also has libshout2, I don't want libshout1 to be installed (I wish they both used the same lib). Anyway, configure was invoked as follows: ./configure --disable-shared --enable-static to try and achieve this. anyway, it runs quite happily, reporting nothing unexpected. When I try to make it, I get this: Making all in playlist make[3]...

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael