similar to: Icecast 2 questions.

>stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast >stream.c:208: too few arguments to function `shout_strerror' >make[2]: *** [stream.o] Error 1 You probably didn't do a 'make install' on libshout, so it was picking up the old (wrong) headers. This was a minor api change. >This looked like an api change issue, so I

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

I'm trying to complie ices2.0.1 on a more-or-less stock Fedora 3 installation, and I'm getting the following compiler error (during linking, I think). /bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o

On Fri, 16 Nov 2001, Tom Murphy wrote: > I just built icecast 2 from cvs. I tried to compile ices (also from > cvs) and got: > > stream.c: In function `ices_instance_stream': > stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer > from integer without a cast > stream.c:164: too few arguments to function `shout_strerror' > stream.c:198:

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:

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

> Yeah I did. but just to be sure, I did another update on everything, > rebuilt libshout, installed it in /usr2/friends/geoff, checked the date > stamps on the lib and the header to make sure they actually installed, > reconfigured ices and tried make again. The stream.c errors persist. > look further? I'm almost 100% certain CVS code has the right fixes. Paste an instance

Any help would be appreciated, not sure why this isn't compiling: Redhat 7.2 [root@jasmine ices-0.2.2]# ./configure --with-lame loading cache ./config.cache Building ices 0.2.2... checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found

Brendan, Thanks for applying these patches - that's great. We're about to release the latest version of our SndKit frameworks, which require libshout to be installed in order to compile. Up until now we have provided the set of patches that we sent to you, and instructed people to download the iceS-0.2.2 package, apply the patches, and compile from there. What we'd prefer though

>From what I have read on some mailing lists, there is a jack module for ices2 that works quite well. Why isn't this information on the ices2 web page or documentation? Ices is useless to me without this, yet so awesome with it. I saw requests from people for you to do this over a month ago. What's the problem? Thanks, Daniel P.S. I couldn't search this list to find out if

Hello. I'm one of the maintainer of ices packages found at http://plf.zarb.org. I'm currently trying to rebuild the whole ice/icecast/libshout trilogy. However, i'm running into some troubles.

On Sun, 21 Oct 2001, Michael Smith wrote: > > >stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast > >stream.c:208: too few arguments to function `shout_strerror' > >make[2]: *** [stream.o] Error 1 > > You probably didn't do a 'make install' on libshout, so it was picking > up the old (wrong) headers.

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

Hi all: OK, this is one of those "why doesn't it work" type questions. I'm basically stumped. All the server info in the xml file and example.c seem to match, but it's coming back with an error 3 which is no login (as far as I can understand). There's nothing in the icecast2 logs to show that an attempt has been made. hmmm. It just occured to me that perhaps it's

> geoff@bumpy:src$ grep -ine shout_strerror stream.c > 151: shout_strerror(sdsc->conn.error)); > 185: shout_strerror(sdsc->conn.error)); > 208: shout_strerror(sdsc->conn.error)); > > all of these generated errors. Those are correct. Now what does your $prefix/include/shout/shout.h have? Also, I bet you that it's

On Sat, 20 Oct 2001, Jack Moffitt wrote: > 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

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,

/bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o audio.o resample.o im_oss.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lvorbisenc -L/usr/local/lib -lshout -lvorbis

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a

Here's a stupid question: Do icecast/ices 2 ONLY support vorbis, or can they still handle mp3s? I am not ready to stream only vorbis yet, since I don't know how many people are equipped to hear them. If icecast/ices 2 don't support mp3, then I have some hacking to do on ices 1 (namely, I want to play the same stream at two bitrates concurrently), but if icecast/ices 2 do, then