similar to: ices-0.4 & 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

Hi, Just trying to compile ices 0.3 src from tarball on a freebsd 4.5 box. I installed libshout2-2.0,1 port but ./configure can't find shout_new ... checking dynamic linker characteristics... freebsd4.5 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be

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

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

At 05:30 PM 5/7/01 -0700, you wrote: >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. > The easy solution is to just ensure the

Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3

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:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Michael and thanks for answer! On Tue, 13 Jan 2004, Michael Smith wrote: > This shouldn't be being passed to _check_pass_icy() at all - this isn't the > "icy" (shoutcast nasty ugly) protocol at all. We support that (icy) protocol > because it's widely used - but it's a horribly ugly hack to pretend that

Hi, Actually I'm using icecast 1.3.12 libshout2 (.so.3) and ices 0.2.3, all compiled on the same machine and it's working well. But I can't compile ices 3.0. It's telling various errors like In file included from ../../src/definitions.h:99, from playlist.c:22: ../../src/icestypes.h:38: parse error before "shout_t" Or ../../src/ices_config.h:22: parse

On Mon, 15 Oct 2001, Jack Moffitt wrote: > It's in xiph.org cvs. All the information is at > http://www.xiph.org/cvs.html > > you want the 'icecast' module. Instructions for building are in > icecast/HACKING FYI, libshout2 and ices2 are also in the xiph CVS, under libshout and ices, respectively. All of these also have dependancies. These are: icecast: avl, httpp,

I changed the libshout2 and thread module apis. This broke everything. If you are tracking CVS, make sure to update your libshout2 and the thread module. Ices2 and Icecast2 already uses these new changes, which were implemented as part of general cleanup and getting Solaris builds out of clean tarballs. If anyone is having build issues now, on linux or solaris, please let me know. jack. ---

> "./ices: error while loading shared libraries: libshout.so.1: cannot > open shared object file: No such file or directory" >>Is libshout installed? What I know I haven't installed it, is there a debian package of it so I can install or reinstall it mayne? >>Did you run ldconfig? When I do a ldconfig I get this back in return " ldconfig:

Hello Guyz, I am facing a problem while trying to compile ezstream 0.1.2. First some information about my setup: nsti# uname -a FreeBSD nsti.localdomain 4.9-RELEASE-p7 FreeBSD 4.9-RELEASE-p7 #0: Thu May 13 21:46:04 IST 2004 prince@nsti.localdomain:/usr/obj/usr/src/sys/NSTI i386 nsti# pkg_info BitchX-1.1 "An alternative ircII color client with optional GTK/GNOME

Hello, can anyone help me please? I have installed libxml2, libogg, libvorbis, and then i have cvsed and installed libshout (autogen.sh && make && make install). Then I cvsed ices and tried to run autogen.sh. It just quit with: checking for shout-config... /usr/local/bin/shout-config checking libshout settings Using libshout config in /usr/local/bin/shout-config checking

Hi - I'm rebuilding my OSX system and I can't get ices0 to build - or to be more exact, can't get libshout2 to build. I started by using DarwinPorts, and icecast2 & libogg & libvorbis seemed to build OK. The install of ices0 then gave up at the libshout2 config stage with output like this: [...] checking for libvorbis... ok checking for struct ovectl_ratemanage_arg... no

On Wed, 6 Jun 2001, Michael Smith wrote: > Try linking it with an explicit library (like > gcc -o example example.c ../src/libshout.a (plus other arguments that it > needs) I *really* don't know about this stuff. I don't have a libshout.a. I have libshout.la which it didn't recognise, and shout.lo which resulted in a host of undefined references. So I guess I don't

Jack Moffitt wrote: > Why are you writing clients that don't use libshout? <p>darkice doesn't use libshout either. I guess the main reason to have a protocol is that anyone can connect using it? <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

On 17 May 2010, at 21:07, Geoff Shang wrote: > On Mon, 17 May 2010, Jamie Bullock wrote: > >> I'm write an icecast source client and I'd like to support streaming of AAC encoded files. >> >> Can anyone tell me if and how this can be achieved with libshout2/icecast? > > I can't tel you as I don't know, but Ices0 can do AAC (IIRC) so you could look

Hi: I've not had any problems compiling libshout and ices2 on my debian woody system with the default autotools (I think they're automake 1.4p4 and autoconf 2.53 if memory serves). I use libogg and libvorbis 1.0 though, not current CVS. I do use libshout and ices2 cvs though. If auto* tools turn out to be a suspect, you can get packages right up to automake 1.7 under woody. Geoff.

Oops! I accidently sent the previous message before I finished it, sorry! However, the problem remains the same. I cannot succesfully compile ices2 for some reason. I've followed some instructions I found on the web at http://www.6809.org.uk/kja3/ices2-howto.shtml. So far, what I've done is: 1) Installation of Slackware 8.1 (with libxml2 2.4.22, gcc 2.95.3) 2) Update of the oggutils