search for: reencodes

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.

hi, if i reencode a stream that is in mp3pro (streamed with sam) to a lower bitrate by using ices/lame, is the reencoded stream mp3 or mp3pro ? thank you -- Mit freundlichen Gr?ssen Carsten Henkel mailto:carsten@chatlabel.de Eine gl?ckliche Frau braucht 4 Tiere: einen Jaguar in der Garage, einen Nerz im Schrank, einen Hengst im Bett und einen Esel, der alles

Hi all. I have an SPSS file that I'm loading into R with the Hmisc spss.get function. The trouble is that the SPSS file uses the Windows-1252 character set (which I think is the default for SPSS on Windows) instead of plain-ol' Latin-1, and since spss.get doesn't allow me to pass the "reencode" option to read.spss, any characters in Windows-1252 that are not a part of Latin-1

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

I did some further investigating into this issue and here's what I found: It appears somewhere between ices0.1.0 and ices 0.2.0 is where the "bug" (for lack of a better term) was introduced that i'm noticing. When I compile ices0.2.0 w/lame 3.89beta, the VBR is *NOT* reencoded, but instead streamed out at full VBR bitrate(s). However, when using ices0.1.0 w/lame 3.89beta, it

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

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.

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

On Tuesday, 27 November 2001 at 18:14, Bolt Thrower wrote: > 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 \ >

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

Brendan Cully wrote: > > The format of ices.conf changed somewhat in 0.2, to support multiple streams > from the same playlist with different reencoding options. In short, these > settings have been moved into the Stream node. For more info have a look > at the sample ices.conf included with the distribution. I did modify my ices.conf when I made the upgrade. Here's my

Greeting all -- I'm having some problems setting up multiple streams with iceS, for example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could someone post a config that works in this case? thanks .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben@thelocust.org 'OoO'OoO'O''O'OoO'OoO' --- >8 ---- List archives:

hi, i want to reencode our ezstream. but it dosent work. mdplay and lame are installed on the server. the config for ezstream is in the bottom of this mail. i dont understand the problem. have you any ieda ? have a lot of thanks my config: <ezstream> <url>http://localhost:8000/backup</url> <sourcepassword>*****</sourcepassword>

Hi! Inspired by the discussion about mixing Vorbis streams and so on I came to the question whether Vorbisstreams can be, just like MP3, reencoded without further loss. As I heard, and I am pretty sure that it's true, MP3 files can be decoded and reencoded unlimited times without further quality loss (of course the same encoder with the same preferences has to be used all the time). Is this

> > The response I got at the time from Brendan Cully: > > He's the man in the know, so what he says is probably true. Maybe if > you asked him nicely he'd cook up a small patch for you :) > > jack. > I worked out a patch for ices-0.2.2 that forces ices to *always* re-encode the stream if Reencode is enabled: --- CUT HERE --- --- src/stream.c.orig Thu Jul 26

Ok so I'm up and riding with Icecast2 and ices2, thanks for all of you who pointed me in the right directon. I can stream fine without reencoding but when I change the nominal-bitrate tag its not happy. Comments in the xml file say: <!-- Live encoding/reencoding: Currrently, the parameters given here for encoding MUST match the input data for channels and sample rate. That restriction

Hi I am working on bindings for Common Lisp. It works great. But I miss support for reencoding. Do you have any plans to support reencoding in the future? -- Torkel Holm, Bergen, Norway

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

I decided to make a few shell scripts that can be used to connect to icecast, decode/reencode a stream, and then send the result back to icecast. I guess this can be done with liveice, but this seemed like a simpler solution for my needs. I have it triggered by a cgi script that i click on when at work and want to listen to my tunes at a lower, more reliable bitrate. There are basically

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