similar to: ices configure script

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

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

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

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

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

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

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

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

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

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 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, Can someone please comment about the below issue [root at host0040 kaushal]# file obd-demo.mp3 obd-demo.mp3: MPEG ADTS, layer III, v1, 256 kBits, 44.1 kHz, Monaural [root at host0040 kaushal]# sox obd-demo.mp3 -e stat sox: Failed reading obd-demo.mp3: Do not understand format type: mp3 [root at host0040 kaushal]# sox -V obd-demo.mp3 -r 8000 -c 1 -t ul -w vm-intro.ulaw sox: Failed reading

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

> 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

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

Hello everybody, I need some help please. I want to compile the ices-0.3 and ./configure works perfectly. But if i want to do "make" there appear these error-messages: [...] gcc: /usr/lib/libmp3lame.so: No such file or directory make[3]: *** [ices] Error 1 make[3]: Leaving directory '/usr/ices-0.3/src' [...] if i search now for the libmp3lame.so file, i find it in /usr/lib/ so

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

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

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