similar to: reencoding: ices/lame with otto

On Wednesday, 24 October 2001 at 20:24, brian moseley wrote: > > hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 > (a web/db playlist mgmt tool). overall, i'm very pleased > with the setup, but i'm having a few problems. > > 1) whenever otto plays a track (by exec'ing ices), that same > track keeps playing over and over. i have to direct otto to

hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 (a web/db playlist mgmt tool). overall, i'm very pleased with the setup, but i'm having a few problems. 1) whenever otto plays a track (by exec'ing ices), that same track keeps playing over and over. i have to direct otto to kill the track (and the ices process) in order to get it to play the next track. i notice this

I've been through this on the list a while back. Unfortunately what you are asking is not possible, nor are the authors of ices interested in solving your problem :) I'd recommend ices-0.0.1.beta5.tar.gz (as recommended by otto's author) and seeing otto/misc/icecast/ices.readme. I use the recommended setup things run great. brian moseley wrote: > > hiya. i'm using ices

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

Has anyone used Otto web streaming with Icecast and Shout? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be

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

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

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

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 -

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

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

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

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

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>

> 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. From a quality standpoint, I'd love to, but from a 'supporting paid users of a stream with minimal effort' standpoint, the amount of

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

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