similar to: IceS compiling problems

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

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 2/6/02 10:19 AM, Jack Moffitt at jack@xiph.org wrote: >> It's not my bandwidth from the server... a week ago, I was streaming >> Shoutcast from Windows with no problems. It's not my bandwidth at work >> (where I'm listening), I can pull in other 128k streams with no problem. >> >> Help? > > Where is shout? > > And you shouldn't be

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

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

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

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, does anybody set up an icecast server delivering streams > 160KBit/s ? I tried that with liveice and shout but in both cases the stream stutters very much. So, I have eliminated the Net (stream to localhost), the CPU (P3/800 should be fast enough), and lame (can encode 320kBit/s 3 times faster then the wav has secs). So the Problem should be icecast. can anybody please enlight me?

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

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

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

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! First, sorry if my english is not very correct :-) I'm a spanish student making a streaming project under Linux and I'd like to use Vorbis format but I have a problem. Now I have installed Icecast, LiveIce and the Lame encoder and they work... but in mp3 format. Lame don't have any problem with Vorbis but Icecast and LiveIce

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

At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so...