similar to: Multiple mount points without dynamic reencoding

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

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

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

hello anyone of you who has used the reencoding option of ices to bring the stream at a constant bitrate would be kind to share the experience (the impact on resources and, quoting the README file - "...mpglib part of lame (what does the decoding) is rather unstable and will call exit(0) when errors are encountered." - and stability of the stream). thanks, petre -- Petre Bandac -

i have installed ices with lame suport (thanks to all who helped!), and it happily reencodes bitrates. i have installed otto, and that too is brillient however i can't get otto to call ices in such a way that it will reencode stuff streamed thru otto... when i have had ices working with reencoding, i've configured it via the xml config file rather than with command line switches

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

Hello, I've noticed that when I try to reencode VBR mp3s to broadcast @128k , they are not being reencoded at all. They stream as normal VBRs I am unable to reproduce this at lower bitrates (56-112k i've specifically tested and all work fine). It does reencode all non-VBR mp3s appropriately to 128k... Any ideas why VBR reencoding would suddenly stop working at 128k? I've attempted

another solution would be to reencode mp3 files at the wanted bitrate first, and then serve them via ices to icecast ;) On Wed, 5 Oct 2005 11:43:27 -0600 (MDT) Anno Domini, the honourable Robert Muchnick wrote using one of his keyboards: > On a Linux server (2.4.29) with 3.0GHz PIV and 1GB memory, ices 0.4 > sending to icecast 2.2 on the same machine without re-encoding will > not even

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

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

Carsten Henkel wrote: > 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 > ? MP3. LAME does not do MP3Pro. And in fact, the stream that is reencoded will also only be a reencode of the MP3-compatible layer of the MP3Pro stream, as Ices does not know how to decode MP3Pro streams

Guten Tag Geoff Shang, Am Freitag, 14. Januar 2005 um 13:22 schrieben Sie: GS> Carsten Henkel wrote: >> 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 GS> MP3. LAME does not do MP3Pro. And in fact, the stream that is reencoded GS> will also only be a reencode of the

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

On a Linux server (2.4.29) with 3.0GHz PIV and 1GB memory, ices 0.4 sending to icecast 2.2 on the same machine without re-encoding will not even touch the 1 minute load average in the normal kbps/KHz range. With re-encoding, however, the 1 minute load average varies between 0.7 and less than 2.5, which could impact server performance with high listener counts. The files I was testing were not

hi icecast/ices/lame/otto all work beautifully (most of the time!) however, certain tracks, encoded as VBR files with either grip+lame (linux), or audiocatalyst (win2k), are unplayable (using ices to reencode and stream at 128kbps)...ices streams a few hundred millisenconds then quits... from reading on the FAQ/BUGlist, the only thing i can see if that these may be 'corrupt', causing

I'm trying to reencode my mp3 with the ices, but with ices0.1 an 0.2.2 i got a segmentation fault. in other try, i have used `ices -F etc/playlist.txt -R -H 32 -P teste` and i got these errors: ---- Logfile opened Error setting LAME parameters. Check bitrate, channels, and sample rate. Connected to server 127.0.0.1... Streaming 12672896 bytes from file /home/staff/alfredo/mp3/queen/Queen -

Hi, I'm having trouble getting ices 0.2.3 to reencode MPEG-2 LSF mp3s, the files are playing back around twice as fast as they are supposed to, ie the "chipmunk effect". I'm not encoding the originals but I've tried encoding them with lame to the same effect which causes me to believe the problem is with ices' decoding. The source files are of varying bitrates and

hi, when using ices (0.1.0) with options -R -b <bitrate> (lame 3.89beta), and a playlist with a mix of mpeg version 1, 2, 2.5 files, it seems that only version 1 files work fine, the others have problems with the sample rate. is this normal behaviour of ices/lame or do i get something wrong? thanks, uno --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project

G'day I have the following issue that perhaps one of you fine persons can shed some light on. Problem: When changing from one mount to another( move client admin function ) , or different song in a play list using ezstream the client ( winamp, xmms, jlgui ) will sometime pause to either rebuffer, or stop completely. Possible Solution. To ensure Icecast sends one continuous stream. So here

Carsten Henkel wrote: > thank you for the information. is there a way to encode mp3pro with > linux ? There's no free implementation that I'm aware of. Thompson may be able to sell you something, but I've no idea how much it will cost. Frankly, I'd move to Ogg Vorbis, it's supported by more players anyway. Geoff. -- Geoff Shang <geoff@hitsandpieces.net>