similar to: status of speex over icecast ?

hi! i'm putting together a streaming relay network for the linux audio developer's conference #2 (http://www.zkm.de/lad), and i was wondering how much cpu power will be required on the master server. we need to record 2 48k stereo signals simultaneously and encode them into three streams each: 2x 54kbit/s 22k05 mono 2x 112kbit/s 48k stereo 2x 192kbit/s 48k stereo it would be very

Michael Smith wrote: > On Tuesday 03 February 2004 15:16, oddsock wrote: > >>it would be true to say that yes, you could stream NSV or other video types >>with this manner (assuming that they don't need special stream processing, >>NSV does not, something like Ogg-Theora probably would)...the main problem >>is the issue of a source client. Currently, there is

one problem apart from icecast is that tcp/ip over ethernet does not guarantee *when* your packets will arrive, or even in what order. while the chances are good that it works rather quickly, you can't sue anyone if it doesn't ;) but once the network becomes congested, you are in trouble. if the network between your two locations is one cable, not shared, no hubs, it might work. but

...i.e. could it stream arbitrary stuff (such as video) if i don't care about metadata? -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com <p>Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server)

hello * ! i have a problem setting up a relay server: icecast starts up fine, but when i do -> relay pull -m /liveice http://mallia.zkm.de:8000/liveice on the admin console, it fails to connect to the stream: Connecting to relay [mallia.zkm.de:8000/liveice], please wait... Could not connect to port 8000 on host mallia.zkm.de -> trangely enough, this happens instantly, without any chance

this is almost certainly a driver or device mapping issue. the answer depends on whether you use alsa or oss. if you're using oss: use alsa :) if you're using alsa: are both cards correctly installed? what does aplay -l say? what does lsmod | grep snd say? have you specified the correct device to use? depending on your installation, the onboard sound chip might be set to be the default

Michael Smith wrote: > On Thursday 12 February 2004 03:05, v b wrote: > >>I'm using this on icecat 1.3.12 but it doesn't seem to work with icecast >>2.0.0. The relay starts as soon as icecast is started and does not drop, >>even if there are no clients. I've been over and over the docs and can't >>figure out what I'm doing wrong. >> >

at least i found that the -kh version of icecast2 (http://xiph.org/~karl) have a config option to include theora and speex. not sure whether its functional already, though. the NEWS file of icecast-2.0-kh31 says "initial implementation of multiple Ogg codec streaming, theora, vorbis and speex. more work needed to start at theora key frame." there is however no mention of speex in

hello everyone! i have a problem checking out the icecast cvs. the checkout stalls after pulling timing/timing.h (no matter which module, they all seem to depend on it). i have to kill it after a while. am i doing anything wrong, or is your cvs botched ? for now, i'm using a nightly snapshot, but i can't find ices2 in it, so i tried to pull cvs. btw, the chroot feature is cool. i

hi ! i have succesfully compiled libshout/icecast/ices on a quad ss20 (4xhypersparc@125mhz, 128mb ram). ten out of ten for a robust, cross-platform build, guys ! it compiled straight out of the box. i can start the server and it even connects to a remote server and starts to relay. when i run xmms from another machine and connect, it stops at "pre-buffering 0/32k". here's an

hello * ! i'm about to set up two icecast2 boxen, that, ahem, just have to work by next wednesday :) (not that i have encountered any problems so far, but then i'm still in test mode...) i wonder if there's any special cvs vintage that the developers would recommend (do you tag "stable" releases ?), or should i just stick to the latest and greatest..? best, jörn

[slightly ot, linker question] Joern Nettingsmeier wrote: > i gave up compiling icecast2 cvs because of the many needed libs (it's a > production machine, and the admin does not want to fiddle with it, so i > would have had to build them all separately...) on second thought, is there a way to compile a static icecast2 binary with each and every dependency (well, except maybe for

hello icecast folk ! i'm happy to announce that the linux audio developers meeting 2003 to take place from friday, march 14 to sunday, march 16 in karlsruhe/germany, will be recorded and broadcast live with icecast. if you are interested, visit http://www.linuxdj.com/audio/lad/eventszkm2003.php3 and tune in. most presentations will be held in english, with one or two exceptions. best,

hello guys ! i wonder whether the new ogg theora video codec will be added to icecast2... we've been using icecast2 earlier this year for a webcast of our linux audio developers conference (http://www.linuxdj.com/audio/lad/eventszkm2003.php3), and since next year's event will be somewhat bigger, we would love to have some sort of video stream happening. it's nothing mission

Luke Stodola wrote: > Has anybody used anything other than a PC as a source for icecast2? Are > PDAs powerfull enough? I know vorbis encoding takes a signifigant amount > of CPU power, but I've been able to do it on 4 year old PCs. Does a > 206MHz Intel StrongARM 32-bit RISC processor have as much power as a 200 > Mhz Pentium? the big problem here is that the arm does not

Matt Boersma wrote: > This is slightly off-topic, but since we're talking about sample rates > perhaps one of you can help. > > I have a SoundBlaster Live! 5.1 card installed in a nice server > running Debian Woody (stable). I have ices and icecast2 working > well from recent CVS sources. Linux 2.4.18 kernel using the included > OSS/Free emu10k1 driver. > >

hello everyone! first of all, thanks to all software authors and documentation writers for a great piece of work ! i'm test-driving an icecast2 relay on a rather crappy network connection. to hammer on it, i was listening to the stream with xmms while doing a couple of parallel wget -O - http://..mystream 2&>1 >/dev/null from another machine. however, as few as 5 parallel

Hello Does anyone have experience with _real_ real time streaming - i.e. with very little delay/latency? I need to stream from point A to point B in near-CD quality via a 100 Mbit network. That is easily done using icecast. But here is the tricky bit: I want as little delay in the signal as possibble - preferrably below 50ms! I have made a test setup encoding on and serving from an 800 MHz

On Tuesday 03 February 2004 15:16, oddsock wrote: > it would be true to say that yes, you could stream NSV or other video types > with this manner (assuming that they don't need special stream processing, > NSV does not, something like Ogg-Theora probably would)...the main problem > is the issue of a source client. Currently, there is only one (that I know > of) source client

hi everyone! thought you might be interested. huge kudos to all authors of and contributors to icecast2, ices2, libshout, libogg, libvorbis for making this happen! best, joern <p>---------- Forwarded message ---------- Date: Wed, 28 Apr 2004 14:44:46 +0200 (CEST) From: Joern Nettingsmeier <nettings@folkwang-hochschule.de> To: linux-audio-dev@music.columbia.edu,