similar to: ices and lame.h probs

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

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 --with-lame-includes=/usr/local/include/lame/ --with-lame-libraries=/usr/local/ it says it can't find the lame libraries. ldconfig seems

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

On Tuesday, 26 June 2001 at 11:02, Denys Sene dos Santos wrote: > > Lame3.88 has no reencoding. > Because this, I used 3.86... but it needs to copy the libs manualy > to the right places Er, what version of ices are you running? ices 0.1.0 will not work with 3.86. Lame 3.88 also builds much better. > Why is the Lame/Ices/Icecast documentation so poor ??? Because

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

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

Alright , once again, thank you for all the help , it has been interesting. I got ices to work successfully , except for using lame.h , i for the life of me , can not get it to include it , no matter what version ( i have tried from 3.66 to 3.70 ) and can not get it to include it. ( heh i started using 2.* series and have not figured out it is not included :P. The other issue i find i hear about

> > > $ 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)

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.

Hi ALL... I've compiled ices without lame, it worked. My lame is the 3.70 version. when i put the option in ./configure --wtih-lame, this error occurs: checking for shout/shout.h... (cached) no Installed libshout not found, using builtin checking for lame/lame.h... (cached) no checking for lame.h... (cached) yes checking for lame_init_old in -lmp3lame... (cached) no configure: error: Could not

I recently upgraded ices from 0.1.0 to 0.2.2. I have found that it is not reencoding my mp3 stream, even though I have it configured to. This is on a RedHat linux 7.0 system, kernel 2.4.11 ices build commands: ./configure --with-perl --with-lame \ --with-lame-includes=/usr/local/src/lame-3.89/include \ --with-lame-libraries=/usr/local/src/lame-3.89/libmp3lame/.libs gmake

> > ices plays for hours, then core dumps. I replayed the last song it was playing, and it played fine. > > Use the coredump for a backtrace: > > $ 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 Neat -

> Please try a stable version of LAME. I don't really know what to do > with this backtrace. It would also help immensely if you could > reproduce the crash reliably (eg on the same song). DEBUG: Using LAME version 3.93 (gdb) bt #0 0x402b7585 in III_dequantize_sample () from /usr/local/lib/libmp3lame.so.0 #1 0x402d1200 in ispow () from /usr/local/lib/libmp3lame.so.0 Cannot access

On Wed, 6 Feb 2002, Jack Moffitt wrote: > ices is built on libshout. libshout should have perfect timing and it > also detects and discards corrupt frames and supports VBR streams. It > is basically the _new_ version of shout. ices refuses to load. It whines about libmp3lame.so.0 being missing. I found the message in the archives that supposedly forces ices to compile with lame

Hi all I'd like to install ices with re-encoding support. So I installed the latest stable lame from source. However, when I configure ices using --with-lame option, it couldn't find the lame library. I specified --with-lame-libraries=/usr/local/lame/lib --with-lame-includes=/usr/local/lame/include/lame, and it still couldn't find it. I tried all kind of combination for specifying

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 Tuesday, 26 June 2001 at 15:51, Darrell Berry wrote: > nope, already done that, any other ideas? > > Denys Sene dos Santos wrote: > > > # rm config.cache > > #./configure ... > > > >Darrell Berry wrote: > > > > > >>i get > >> > >>checking for lame/lame.h... (cached) no > >>checking for lame.h... (cached)

On Sat, 2002-07-20 at 14:43, Mark W. Davis wrote: > Did you try --with-lame-libraries=/usr/local/lame or variations thereof? > Some configure scripts do not like the explicit path to the library. > Yes, I tried all kind of variations I can think of. I even just now installed lame RPM, but it still didn't work. I can't think of anything else to try right now. Rdb

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