similar to: re endcoding syntatx ices2?

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

No one has really stepped forward to push the website ver2 project forward. So, if it is ok with everyone, I'd like to take that task on. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq

On Monday 21 April 2003 18:55, Adon Irani wrote: > could anyone tell me what would cause this ?? > Usually, long periods of digital silence. Doesn't happen if you have reencoding on. Mike --- >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'

Hello. I'm using R 1.7.0 on win98 ver2. I erased all my previous versions of R, and install r 1.7.0. When I write "library()" I receive on a separate pane all the lib in ver 1.7.0, and the following msg "Warning message: library 'C:/Program Files/R/rw1051/library' contains no package in: library()" Where is this msg coming from?? How to remove it? Thnx Yakov

Still trying to stream ogg and have not gotten past a make error in ices2. We www.freespeech.org are an independent media / news site so it would be nice to get this running and support this new format. I'd love to convert all of our 700 streaming video files from from realmedia as well but thats another story! Perhaps this is not the correct forum but it seems like there are a lot of

Dear all I'd wonder why executable's debug information size is bigger than gcc dwarf debug info. When I compiled ARM hello world code with -g option, the arm based assembly and executable files are bigger than gcc results significiantly.(apx. 3x) (source file size was only 3KB) I think that both clang and gcc use same dwarf format ver2 for debugging. But I don't know why the clang

I'm rebroadcasting a realplayer stream and there are two problems. The icecast2 sounds tinny and its delayed something like 3secs. Any advice to perhaps use speex as it's talk radio? Can I cut the delay? Here is my ices2 config: http://static.natalian.org/2006-06-21/ices-alsa.xml Here is details of the feed, so you can take a listen:

Hello, I'm using ices2 on ALSA 0.9.6 drivers. After some troubles, it works. This is my ices-alsa.xml config file: <?xml version="1.0"?> <ices> <background>0</background> <!-- run in background? (unimplemented) --> <logpath>/tmp</logpath> <!-- where logs, etc go. --> <logfile>ices2.log</logfile>

> Zoa wrote: >> On friday we finally released Attrafax under a GPL2 license. >> It comes with its own set of modems and built in transparent gatewaying. >> The solution should be quite stable as long as the line quality is ok. >> (Some tools for measuring the line quality are included in the release, >> as well as some fax2mail scripts). >> >> There is

Unfortunately, ices2 isn't writing anything to the logs. I've got them on debug mode, but there still isn't anything being written to indicate it's having a known problem. As far as the interference goes, I've found that reducing the iGain and amping the input source seems to reduce the interfencence a good deal, at least, good enough such that it's only a low murmur in

Hi. I'm confused about one of the statements on http://www.vorbis.com/faq.psp#unique I have a server using Ices2 as the source. I provide it with Ogg's encoded at quality 5, and I get it to provide lower bitrate streams like so: ices.xml --snip-- <instance> --snip-- <encode> <samplerate>44100</samplerate>

I've got icecast2 and ices2 working with a playlist of ogg files and it works fine. I've been playing for a few days with getting my audio to work at all. I've now got my audio where I can play an ogg file from ogg123 -d oss filename.ogg. When I run ices ices-live.xml I get the following error in my log file: [2004-09-30 09:38:07] INFO ices-core/main IceS 2.0.0 started...

> On Tue, 2003-05-27 at 21:06, adam leigh wrote: > > Unfortunately, ices2 isn't writing anything to the logs. I've got them on > > debug mode, but there still isn't anything being written to indicate it's > > having a known problem. > > well thats a problem, you should at least see > ices started > if not then try to resolve that first. Email

it is possible to play the same song after it finished in ices2? i'm geting this error, even if i rename the song: log: EROR playlist-builtin/playlist_read Cannot play same file twice in a row, skipping [2007-06-16 03:47:23] WARN playlist-builtin/playlist_read Skipping "/var/www/radio/playlist/espaco_vital_080607_conv2.ogg" as the serial number is the same as previous

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,

> > 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 have some speech encoded at 140 kbps that I would like to have encoded at 40-60 kbps instead. I could just convert the file to wav and re-encode the file, but I seem to recall that ogg-files very easily can be converted to lower bitrates (something with cutting off the last bits). I would assume that this also will preserve more of the original data. Is there a utility for this? /Ole --

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

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

A couple pf questions regarding reencoding... I've got ogg, mp3, and aac files to stream. a) What are the restrictions in the current version of ices (0.4?), is it that channels and samplerate must be equal in all files? b) will they be reencoded to ogg or to mp3, or is there a choice? Thanks. -- Guy