similar to: Problem IceS and lame

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

Howdy, Im looking for some help on getting ices to compile with lame support. My goal is to get it compiled to I can do on the fly re-encoding. My problem.. When I run make on ices, I get the following error.... Making all in xml make[3]: Entering directory `/usr/src/ices-0.0.1.beta5/src/xml' gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../libshout -I/usr/src/lame3.70

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.

At 02:40 06/04/01 -0700, Harry wrote: >It turns out, from what I can tell, streamcast doesn't send bitrate >information. Here's the changes I made in the part of the code so that it does: > >182c188,189 >< icy_compat => 0, >--- > > icy_compat => 1, > > bitrate => $bitrate, Well, how

Jack Moffitt: > > securityfocus mailing list (bugtraq) today (and several month before) > > about a remote buffer overflow in icecast v1.3.10 (which seems to be a > > Point me to a url at bugtraq where I can read a description of the > problem. i've the today's email only in the web archive, here's a copy. don't know if it's old news... u.

hi .... ive got the same problem, and try another lame , 3.86beta works fine for me !! gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../resolver -I../thread -I../libshout -I/usr/src/lame3.70 -I/usr/include/libxml -I/usr/include -g -O2 -Wall -c reencode.c reencode.c: In function `ices_reencode_initialize': reencode.c:46: void value not ignored as it ought to be reencode.c:60: void value not ignored as

Hi there, I hope you can help me: I want to compile the newest ices with reencode and use lame3.70. At the 'configure' he checks successfully for 'lame decode in lmp3lame'. But when I do a 'make', I have the following message: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../resolver -I../thread -I../libshout -I/tmp/Download/lame3.70 -I/usr/lib/perl5/5.00503/i586-linux/CORE

* Andrew M. Wu <andrewwu@Princeton.EDU> [010419 03:49]: > 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

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:15, Denys Sene dos Santos wrote: > > I'm running Ices 0.1.0, but the reencoding don't works > with lame3.88. I prefer 3.88, it's more clean, but with the 3.86 > that the reencoding works. How did you get it to build? ices 0.1.0 explicitly checks version info, and besides that makes library calls that don't exist in 3.86. you are

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

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

Hey, I've downloaded the latest copy of lame and ices and installed lame, but when I ./configure ices it won't find the lame.h file. It comes back with configure: error: Could not find a valid LAME library installation Any ideas? I really want to get lame and ices working...! Thanks, dctanner. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Whoops, i replied offlist. This might be useful for others. jack. ----- Forwarded message from Raphaël HALIMI <raphaelh@easynet.fr> ----- Delivered-To: jack@localhost.icecast.org Delivered-To: jack@icecast.org Date: Sat, 21 Apr 2001 22:09:36 +0200 From: Raphaël HALIMI <raphaelh@easynet.fr> To: Jack Moffitt <jack@icecast.org> Subject: Re: [icecast] Problem with IceS

Le 04/07/2016 à 20:09, Rowland penny a écrit : > On 04/07/16 18:35, Raphaël RIGNIER wrote: >> Hi samba team ! >> >> I try to resolve for hours a problem I have with a Linux Host (Samba >> 4.3.9 ubutnu 16.04) as AD member.DCs are Windows 2008 R2, One is 2012 >> R2. Forest level is 2003 R2. >> >> my smb.conf : >> [GLOBAL] >> netbios

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

Just two changes: - Beta4's SSL proxying rewrite worked worse than I thought. Reverted it back to original code. - Filesystem quota plugin now looks up the mount path correctly. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url :

Just two changes: - Beta4's SSL proxying rewrite worked worse than I thought. Reverted it back to original code. - Filesystem quota plugin now looks up the mount path correctly. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url :

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