similar to: ices-kh60: latency bug

Andy Baxter wrote: > hello, > > I've just got ices-kh60 running with jack. It's working OK apart from a > problem where the latency on the stream creeps up from about 15-20 secs to > around 7 minutes. The stream plays OK, but the audio coming out is 7 minutes > behind what goes in. I'm not sure how this can be happening, seeing as I > don't think there are

hi everyone! currently, karl's branch of ices has a number of interesting features that the ices release does not: * jack support (very important for a number of users i know, and generally cool in terms of interoperability) * really nice metadata updates and on-the-fly savefile changes * runner threads for load distribution on smp boxen * on-the-fly switching of input sources (useful

On Mon, 18 Oct 2004 16:15:44 +0100, EvilOverlord wrote: >> The setup I'm working with is an ecasound session relaying audio between >> its input and output ports, with its output connected to all the ices >> clients for the different streams we're running. Then I'm >> switching the ecasound input between different stream sources (line in, >> recorded

I'm running ices-kh to stream from jack at 64kbps, and also using oggenc (with ecasound via jack) to record the audio to disk at the same time. This is also running at 64kbps. ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't see why there should be such a difference - both are recording the same audio stream in real time at the same bitrate. oggenc is getting its

I'm running ices-kh to stream from jack at 64kbps, and also using oggenc (with ecasound via jack) to record the audio to disk at the same time. This is also running at 64kbps. ices is using virtually no cpu (0.0%), but oggenc is using 15-16%. I can't see why there should be such a difference - both are recording the same audio stream in real time at the same bitrate. oggenc is getting its

I've been having a problem where ices-kh (the jack'ified version) disconnects from its jack input source unexpectedly. This happens mainly while other jack clients are being started/stopped, or connected/disconnected, but also at other times (e.g. switching between different X sessions). I'm planning to do a bit more work on tuning up the jack setup to see if I can get rid of the

Hi, I have the following config; 4 ices hosts, ices-kh60 2 are streaming to icecast2.1kh5 server. 2 are streaming to icecast2.2kh9 server. The 2 hosts streaming to icecast2.2kh9 are crashing (machine crash...) twice a week. I was thinking of hardware problem, but it think it's not the case. To feed ices, I use: rawrec | ices Which I found very sensitive and may cause machine handup if

Hiya Karl (and everybody else), I noticed today that ices 2.0-kh60a came out last January, and opted to give it a try. Unfortunately, it just wouldn't work at all, so I had to back down to 2.0-kh60. What I get in my log is this: [2006-04-21 21:16:18] DBUG om_shout/check_shout_connected Time we started stream on ice.imars.net:8000/cigr.ogg [2006-04-21 21:16:19] EROR

Karl Heyes <karl@xiph.org> writes: > On Mon, 2004-10-18 at 18:27, Jack O'Quin wrote: > > Karl Heyes <karl@xiph.org> writes: > > > > > Are you running with realtime privileges, for this you need to start as > > > root if you want that. Even with realtime privileges there may be odd > > > cases where the scheduling latency is a bit too

On Sun, 31 Oct 2004 22:32:17 +0000, andy wrote: > On Mon, 18 Oct 2004 16:06:00 +0100, Andy Baxter wrote: > >> I've been having a problem where ices-kh (the jack'ified version) >> disconnects from its jack input source unexpectedly. This happens mainly >> while other jack clients are being started/stopped, or >> connected/disconnected, but also at other times

>I can't really comment on jackd itself, as I haven't looked that much >into it. If running jackd as root requires client apps to also run as >root then that is a pretty bad issue. I would of thought that running >jackd as a realtime process (whether root or not) would be an important >consideration. jackd (realtime) requires various resources which it shares with its

Nobody has been able to answer this. Not even Digium at this stage, but I'm hoping someone here, smarter than I, will be able to. We are running some TE406P (upgraded 405Ps) cards performing mainly PRI bridged calls. After a server is brought up, calls sound absolutely perfect. Over time, delay (latency) creeps into the calls. What is really weird about that is apparently with the new

hi, I am recording a continuous 24/7 broadcast using ecasound, oggenc and cronolog. because the broadcast is continuous and to not lose any data, I split up the recorded stream into a file for every 30 minutes using cronolog (http://www.cronolog.org). o the chain looks like the following: ecasound | oggenc | cronolog the problem is the following, because the oggfiles are split, they lack a

Karl Heyes <karl@xiph.org> writes: > Are you running with realtime privileges, for this you need to start as > root if you want that. Even with realtime privileges there may be odd > cases where the scheduling latency is a bit too high, it all depends on > the drivers and kernel version but the current state is not that bad and > getting better. There are several ways to

Hi, I searched the Internet to find an answers, but I didn't find anything useful, so I'm turning to you, maybe someone has the answer. I want to make a realtime broadcast from a Linux box. The source is the soundcard's line-in, and it sends the stream to an Icecast server. I would like to have realtime compressor/limiter functionalities on this Linux box, so the outgoing signal

I've been using JackWASIO and 10.5 Leopard fine, but since I switched to Snow Leo 10.6 I can't find a way to use wineasio low latency driver at all. Have tried to install some version of Wine (that comes with WineBottler) and a new CrossOver Games 8.0 but no luck: wineasio doesn't appear in the Audio preferences of winecfg. Is there a clear way (for someone who aren't in developing

When I try to run winecfg (0.9.15) and I click on the audio tab the program crashes leaving: "kenny@Archimedes:~$ winecfg ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory Creating link /home/kenny/.kde/socket-Archimedes. can't create mcop directory" I see kde in there, but I"m on Ubuntu 6.06 Dapper, I use Gnome for my desktop, the only

I now use blur plugin thanx to window matching feature, thanx David ;) I have some bugs: http://hibbert.univ-lille3.fr/~cbellegarde/blur_4xbilinear_bug.png Here, i have some artefacts bugs with 4xbilinear. This blur mode is fast! May be a Nvidia drivers bug... http://hibbert.univ-lille3.fr/%7Ecbellegarde/blur_gaussian_fast.png Here, an amarok big window with just desktop, moving window is

Fr?d?ric Bri?re wrote: > Hiya Karl (and everybody else), hi > I noticed today that ices 2.0-kh60a came out last January, and opted to > give it a try. Unfortunately, it just wouldn't work at all, so I had to > back down to 2.0-kh60. ok, send me your xml, so I know what parts are being used, I have to check the code for something else, but it does look to be the libshout part

Hey everyone, A while back I worked on a project to measure call quality. I've finally gotten around to releasing it and I'm calling it recqual (Real Call Quality). There isn't much to it and it should be considered alpha quality. I'm hoping some of the bright minds on the list can help me out with it. I'll include the intro text from the README in the tarball: ----