similar to: Limiting stream bandwidth

Hi....i will becam here an error under EZStream(Win32) "Unknown format THEORA, passing right on through! Unable to open file pipe:"... Im usung the ffmpeg2theora-0.12.exe here the XML File Greets <!-- This example is for a input playlist that can contain avi and mpg (video) files files and a output stream that is OggTheora. The output stream settings (bitrate, channels,

On Sat, 07 Aug 2004 22:34:05 -0400, dave wrote: > Hello, > I've got icecast2 and ices0 going and i've got a stream of mp3 files. I > don't think i've got all the bugs worked out though. Firstly, could someone > either explain or point me to a site that explains bitrate and sample rate? > I want to offer this stream for both broadband and dialup use. I'm

Hello, Does anyone have a config for the above? I've got several static playlists of mp3's that i'd like to offer. Offering them for high bandwidth cable dsl users works fine, but i'd like to give them out to dialups as well. Currently whenever a dialup user connects the stream1 plays for about two seconds then goes sluggish. I'm theorizing that i'm giving to much for

I have an Icecast server and an Asterisk dialplan containing a call to ICES(/my/ices.xml). So Asterisk launches "ices /my/ices.xml" where /my/ices.xml contains: <input> <module>stdinpcm</module> <param name="rate">8000</param> <param name="channels">1</param> </input> and <encode>

Now every thin works fine good, thanks a lot for helping me, but there is another problem. in ices-playlist.ogg the are to sections first section is: <input> <module>playlist</module> <param name="type">basic</param><!-- Only 'basic' implemented --> <param

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

> > Playlist streaming works well on OpenBSD, of course. The > first step to > > actually fix this would be improving the autodetection to > disable Sun > > audio on OpenBSD automatically - next would be to write im_bsd.c. ;P > > Hmm, I would need that for live streaming. How about ices 0.3? Ices 0.3 compiles OK, but I have troubles to make a config file. Here is

I've been trying to draw quantile linear regression lines across a scatterplot of my data using attach(forrq) plot(PREGNANT,DAY8,xlab="pregnant EPDS",ylab="postnatal EPDS",cex=.5) taus <- c(.05,.1,.25,.75,.9,.95) xx <- seq(min(PREGNANT),max(PREGNANT),100) for(tau in taus){ f <- coef(rq(DAY8~PREGNANT,tau=tau)) yy <-

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

yep, they simply forward the bitstream to icecast. And in general, bitrate changes are handled by most listening clients, although very few I have found (if any) can handle samplerate changes appropriately. oddsock At 10:03 AM 9/14/2004, you wrote: >You mentioned these programs and their "no-reencoding" mode. Can they >handle collections of MP3s of different bitrate? >

Hi guys , first of all I want to thanks to you for your reply. My ezstream configuration it's this <!-- EXAMPLE: Ogg Theora playlist stream WITH reencoding and sequential playback This example streams a playlist that may contain .avi and MPEG files. Ezstream will use the ffmpeg2theora program to both decode and reencode the video files to Ogg Theora. The output stream

Hi guys , first of all I want to thanks to you for your reply. My ezstream configuration it's this <!-- EXAMPLE: Ogg Theora playlist stream WITH reencoding and sequential playback This example streams a playlist that may contain .avi and MPEG files. Ezstream will use the ffmpeg2theora program to both decode and reencode the video files to Ogg Theora. The output stream

I'm now trying to use an m3u formatted list to pass to ezstream rather than stdin. Since all of my audio files are in .wav format, and I have oggenc, I see no reason to decode them before ogg encoding them. Is there a configuration I can use to make this happen? I tried omitting the decode parameter and ezstream complained. Here is what I have now: <ezstream>

hi, so far I'm very happy that I have running an icecast server with streamtranscoder which autimatically transcodes a certein mountpoit (ogg-high-quality) to low, mid and high mp3 stream on-connect. but I'm stuck with two problems: 1. how to determine which stramtranscoderv3 process is reencoding this particular stream? because doing <on-disconnect> just # killall

I posted the other day with a question about a player that mysteriously quits playing the icecast stream. I believe the problem is related to the icecast stream for two reasons. 1) Because it quits on more than one different player (Winamp 5 and Foobar2000) and 2) Because I used to use shoutcast with Winamp 2 and never had this problem. Anyway, I tried to get as much information about the problem

I do the following to init flac: encoder = FLAC__stream_encoder_new(); e = FLAC__stream_encoder_set_do_mid_side_stereo (encoder, numChannels == 2); e = FLAC__stream_encoder_set_loose_mid_side_stereo (encoder, numChannels == 2); e = FLAC__stream_encoder_set_channels (encoder, numChannels); e = FLAC__stream_encoder_set_bits_per_sample (encoder, jmin (24,

On Wed, 6 Feb 2002, Brendan Cully wrote: > Strange. The different bitrates shouldn't be a problem, as long as the > music beneath is 44.1kHz stereo (which I would expect at 128+ kbps). I > reencode from 128 to 192 regularly, and ices never hiccups at all. What > version of LAME did you link against? 3.89 beta 1. And, yes, everything's at 44100. Like I said, it's no big

Hi All-- I'm trying to get icecast working with ices, but I'm having a problem with the PQueue module. I'm including my ices.connf file and verbose output when running in non-daemon mode below. I'm running on Fedora Core 1, and have all packages updated (via yum). I'd greatly appreciate any insights. Jim <p><?xml version="1.0"?>

Hello: I am running the icecast2.3.2 server and ices0.4 with a perl script which provides the filename of the next track to play. I am reencoding in advance using ffmpeg, which has been very reliable. My main stream is mp3, 64kbps / 44.1 kHz (mono) and I have pre-reencoded the tracks to 32kbps / 22.05 kHz (mono), for a lower data rate stream. At this time, I have not figured out how to get a

Geoff Shang wrote: > Does your playback match the sound that you are encoding? Perhaps share > your config file so we can help troubleshoot this. I would think so, but I might have missed something. <p>Here is my IceS2-config - with this one, the problem manifests after 2 minutes of playing, and the client is disconnected after 3 minutes. I have tried tweaking bitrate, quality,