similar to: Compiling with lame support

Hello (again :-) I'm trying to compile IceS with re-encoding support - but I can't... The problem is : ***** reencode.c: In function `ices_reencode_initialize': reencode.c:46: too many arguments to function `lame_init' reencode.c:46: warning: comparison between pointer and integer reencode.c:65: warning: implicit declaration of function `lame_version' reencode.c: In function

This is about the 4th time i've seen this asked, and I will answer it yet again. People, please search the archives _first_. Use the previous version of lame. 3.88 broke the api. 3.87 i believe works fine. jack. On Sat, Apr 21, 2001 at 11:40:39PM +0200, Raphaël HALIMI wrote: > Hello (again :-) > > I'm trying to compile IceS with re-encoding support - but I can't... >

On Tue, 17 Apr 2001, Andrew M. Wu wrote: > Hello all, > > I have been having some trouble getting my Icecast server and IceS > streamer up and running properly. I have successfully compiled both > (Icecast 1.3.10 and IceS 0.0.1beta5) with libwrap and encrypt enabled. > > I can start up Icecast fine, with the following logged messages on > startup: > > Icecast

On Thu, Apr 19, 2001 at 03:47:40AM -0400, Andrew M. Wu wrote: > Hi all, > > I've been trying to compile and re-compile ices-0.0.1beta5 with lame > support. > > I've downloaded the source to lame-3.88beta and compiled it and installed > it. The configure script allows for the compilation of a libmp3lame.a > and libmp3lame.la, but not libmp3lame.so (in the INSTALL

Hi all, I've been trying to compile and re-compile ices-0.0.1beta5 with lame support. I've downloaded the source to lame-3.88beta and compiled it and installed it. The configure script allows for the compilation of a libmp3lame.a and libmp3lame.la, but not libmp3lame.so (in the INSTALL it says that is a (not yet) ). In configuring ices I specify the include dir for lame.h and the

Hi all, Thanks again for all the suggestions - I finally got ices compiled with lame support using lame-3.87beta and making sure not to compile in gtk support, termcap support, or brhist support. My uh next question is - is it possible to set up more than one source stream to one icecast server? And if so, how could I go about doing that? Would it involve listing other ports to listen on and

I'm having more than a bit of trouble getting Ices installed with Lame support (I've been running it without Lame support for a couple of months now without much trouble. But with Lame it's not compiling. It's recognizing the libraries in the ./configure stage. gmake ends with these errors: gmake[3]: Entering directory `/usr/local/src/ices-0.2.2/src' gcc -DHAVE_CONFIG_H -I.

On Tuesday, 26 June 2001 at 16:09, Darrell Berry wrote: > hmm > > tried with lame 3.88, and deleting config.cache, still get: > > checking for lame/lame.h... yes > checking for lame_init_old in -lmp3lame... no > Could not find a valid LAME library, reencoding disabled > > i assume this MIGHT be some compile-time thing with lame...? You've probably got an old

I'd like to use the Bitrate and Reencode features of ices and understand I must recompile with lamelib. However, it's Very Unclear where to begin here. This is noted in the ices-0.2.3 INSTALL file: I installed lame as a debian package so lame.h is in /usr/include/lame/lame.h and libmp3lame.a is in /usr/lib. configure finds everything automatically. <p>I assume we

Well I have the following rpms installed lame-3.88-beta-1 lame-devel-3.88-beta-1 lame.h has been put in /usr/includes libmp3lame is in /usr/lib/ when I got to configure ices 0.5 with lame and setting the directories above It say it can't find decode_lame and doesn't add support for it. I have also tried to compikle lame from source with libsndfile and it complains about finding that.

Ok, not bad -be sure to rm config.cache if ices has already been compiled. Then ./configure --with-lame-libraries=/usr/local/lib --with-lame-includes=/usr/l ocal/include/lame/ >configure.out Check configure.out for: updating cache ./config.cache checking for lame/lame.h... yes checking for lame_init_old in -lmp3lame... yes checking for lame_encode_flush_nogap in -lmp3lame... yes updating

I apologize, I didn't get to the message about the archive. While on the archive, I don't think the search function works. I entered lame and checked use whole word. It gave a blank for the number of messages search and said 0 found. I did a manual search and found my answers I think. I must have compiled lame 3.7 on the old machine before I did the upgrade. The 3.88 rpms were in my

wow, you are right! it tells me: /usr/lib/libmp3lame.so: broken symbolic link to 'libmp3lame.so.0.0.0' how can i repair this? install lame again? -Clem -----Ursprüngliche Nachricht----- Von: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]Im Auftrag von Carsten Haese Gesendet: Mittwoch, 4. Februar 2004 15:11 An: icecast@xiph.org Betreff: Re: [icecast] ices0 (version 0.3) -

On Wednesday, 01 May 2002 at 00:55, Cédric Mallet wrote: > I have serious problems to compile IceS on a debian (woody), kernel 2.4.18. > I have to say the configure script does not find anything... > > - I installed libshout and libshout-dev downloaded drom the icecast site. I > have shout.h : > 0:33 root@radiopi2 /usr/include/shout# ls > shout.h > > Yet configure

Hi Friends, I have started learning rsync source code but I am finding very difficult to go back and forth to find the execution flow. I could see that rsync code is written in UNIX and the compilation is difficult. Does anybody converted it into Windows Project so that we can open in using Visual Studio IDE and it will be very simple to search for some function and find the complete work flow.

Thanks to Mike for pointing me to ices and away from the braindead shout. I'm kind of stumped on this one, now. I compiled ices-0.2.3 just fine it actually works! :) Ok, so I want to reencode for a lower bitrate (ices -R) and it complains that I need lame. ok, so I grab it. I compiled lame-3.92 (and lame can at least be started on the cli) So I go back to ices-0.2.3 and run: # ./configure

On Saturday, 16 March 2002 at 12:14, Alex Gutteridge wrote: > Hi, > > I'm having difficulty getting ices 0.2.2 to see my lame install and my > perl install. The lame libraries (v3.91) are installed in: > /usr/local/lib/ with the header file at: /usr/local/include/lame/lame.h, > but when I run: > > ./configure --with-lame

I have serious problems to compile IceS on a debian (woody), kernel 2.4.18. I have to say the configure script does not find anything... - I installed libshout and libshout-dev downloaded drom the icecast site. I have shout.h : 0:33 root@radiopi2 /usr/include/shout# ls shout.h Yet configure gives me this : ~/sources/ices-0.2.2% ./configure --with-libshout=/usr/include checking for

Just trrying to build the latest libtheora under windows. There is a VS6 project file (.dsp)... however when i try to open it and convert to VS2002 format (.vcproj) it tells me file is corrupted... Was this file manually created ? Has anyone else tried this with success ?? Thanks ! <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

> > > $ gdb /path/to/ices /path/to/coredump > > > > > #0 0x402b708d in III_dequantize_sample () from > > #/usr/local/lib/libmp3lame.so.0 1 0x402d0bc0 in ispow () from > > #/usr/local/lib/libmp3lame.so.0 > > Cannot access memory at address 0x1 > > Could this be an alpha-version of LAME? Switching to the latest > stable version (3.93-1 afair)