similar to: Fwd: broken lame/mp3 output (was: Re: Problem with ecasound on CentOS 5.2, x86_64)

I am connecting to my rsync server as follows: ssh -f -i ~/.ssh/id_dsa -C -l SOMEUSER -L 8730:localhost:873 SOMEHOST sleep 40 rsync -av rsync://localhost:8730/module /dest My LAN servers connect w/o incident or problems. However- I am trying to connect in a remote server and it is giving me some grief. rsyncd.log excerpt: 2004/12/20 17:00:46 [25997] stat "fran/Herb's info" (in

Hi All I have been struggling with this model for some time now and I just can't get it to work correctly. The messages I get when running the code is: DLSODA- Warning..Internal T (=R1) and H (=R2) are such that in the machine, T + H = T on the next step (H = step size). Solver will continue anyway. In above message, R = [1] 0 0 DINTDY- T (=R1) illegal In above message, R = [1]

From: Sui Jingfeng <suijingfeng at loongson.cn> Should be no functional change Cc: Jaroslav Kysela <perex at perex.cz> Cc: Takashi Iwai <tiwai at suse.com> Cc: Fred Oh <fred.oh at linux.intel.com> Cc: Pierre-Louis Bossart <pierre-louis.bossart at linux.intel.com> Cc: Kai Vehmanen <kai.vehmanen at linux.intel.com> Cc: Bjorn Helgaas <bhelgaas at

Considering an object with several has_many :through => associations, what is the ''best'' way to handle validations? As an example: class Student < ActiveRecord::Base # some attrbutes like # :name # :grade # relationships has_many :students_assignment, :dependent => :destroy has_many :assignments, :through => :students_assignment has_many

Hello All... I have searched in the archive and also followed Zara's instruction on getting incoming calls to work with Asterisk...but I still can't get Asterisk to answer incoming call on Linejack's LINE port. I attached a phone set to the PHONE port, and telco line to the LINE port on the Linejack(ISA) card. I have downloaded, compiled and installed the newest driver for

I'm trying to use a shareware program called PowerISO to extract a .daa cd image to a raw iso9660 format so that I can view the contents. PowerISO runs like this: ________________ [nate@blackbox ~/.wine/drive_c/Program Files/PowerISO]$ sudo wine cdburn.exe Password: Usage: cdburn <drive> -erase [image [options]] cdburn <drive> image [options] Options:

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

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

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

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

On Thursday 14 October 2004 03:11, Andy Baxter wrote: > 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

On Thursday 14 October 2004 03:11, Andy Baxter wrote: > 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

On Mon, 2004-10-18 at 16:06, 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 (e.g. switching between > different X sessions). I'm planning to do a bit

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 (e.g. switching between > different X sessions). I'm planning to do a bit more work on tuning up the

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 (e.g. switching between > different X sessions). I'm planning to do

On Mon, 2004-11-01 at 03:23, andy wrote: > I just had a look at it and it's still dropping ports - I set a test > running which has ices-kh running from an ecasound process which is > connected to a new source every 10 minutes, and after about 3 hours it had > lost the jack port connection to ecasound. Can you send me the full log? > 2004-11-01 01:28:09] DBUG

Hi, It's going to depend a bit on what format you're going to use. If you plan to stream in ogg vorbis, you can use Ices 2.x and accept PCM via standard input. This means you could run a sox effect or ecasound to get and compress the sound from the soundcard before sending it on to ices. Ecasound can make use of LADSPA plugins which opens you to a range of compressors, such as the

hello I tried running the rpm package and it said it needs lame mp3 can some get me a rpm package or something? thanks hank --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed.