Memory leak in which version? FWIW our streaming server has been running for months without issue (Debian Squeeze AMD64 with darkice version 1.2-dmo2 from the deb-multimedia repository):
http://www.deb-multimedia.org/dists/testing/main/binary-amd64/package/darkice-full That said, I really want to check out liquidsoap based on all the feedback on the list. -- Dan Willson | Senior Systems Analyst Office of Public Relations and Marketing WBHM FM 90.3: Your NPR News Station UAB | The University of Alabama at Birmingham AB 1320 | 1720 2ND AVE S | Birmingham, AL 35294 P: 205.975.2825 | E: [email protected]<mailto:[email protected]> uab.edu<http://www.uab.edu/> Knowledge that will change your world From: VE4PER Andy <[email protected]<mailto:[email protected]>> Date: Thursday, March 27, 2014 8:42 AM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [RDD] ALSA-JACKD2-DARKICE found post in one of the ubuntu forums darkice has a memory leak supposedly and that appears to be reason for it not running extended periods without having to be restarted. On 14-03-26 11:18 PM, VE4PER Andy wrote: Update have it running in 2nd box now and both streaming 2nd box has 3 sound cards and also was a default install without removing pulse audio so gr8 challenge to sort out how it works actually. thanks for the tips over this to all cheers On 14-03-26 07:06 PM, VE4PER Andy wrote: Thanks for the reply Karl, here is some further info re ur query: with jack stopped & quit and alsamixer set up both mic and line inputs are live to speaker outputs. with jack running and monitor1 & monitor2 connected to darkice and meter nothing is streamed but still heard over localhost speakers. front mic is live and set as capture device; when capture device is selected in patchbay and sent to meter and darkice audio is streamed by icecast and when tone is applied to line in also is streamed. when the mic is removed so that local speakers don't feed back through, the stream being sent still include the tone from the line in. so despite jack only connecting capture audio from the 'no' microphone, the MASTER mixer output still appears to be fed out on the capture plugs in jack. The master output from localhost would contain mix of line and mic but the darkice jackpatch is capture device only NOT the master mixed output according to jack patch setup. To make matters worse when I stop any audio connections, and return to see alsa mixer, all are muted suddenly except mic audio and line AND automute is set to OFF. doesn't make sense logically from what I understand of the info re jack and alsa online and in RD wiki/lists; maybe I have got it wrong somehow Possibly changing to another linux box with multiple sound cards might help system in the patch window shows capture 1 & 2 which are configurable under alsamixer to beith either one of two mics or else line in. the monitor 1-6 I assume are the surround sound outputs with 1 & 2 being front 2ch stereo; does this mean that there has to be speakers connected to these jacks on the pc in order to here anything on playbacks 3-6 in jack patchbay? On 14-03-26 05:41 PM, Karl Koscher wrote: Does this happen even when jackd isn't running? If so, your sound card might be internally mixing the audio input into the output. You'll need to use alsamixer (or something similar) to fix this. ALSA apps can use JACK as a virtual sound card. The apps do not need to be JACK-aware. On Wed, Mar 26, 2014 at 10:50 AM, VE4PER Andy <[email protected]<mailto:[email protected]>> wrote: got all working now with one strange occurrence. with audacity, alsaplayer, ardour,aqualung and darkice all up and running and showing their resources in jack connections as one would expect plugging a 1000 hz tone into the line in immediately causes tone output to speakers without being patched. Using audacity to select the line input as it's source the outputting it through Audcity's jack resources works ; can't explain why it appears alsa is driving the speakers directly when jack is running?? Can anyone explain that? Thanks _______________________________________________ Rivendell-dev mailing list [email protected]<mailto:[email protected]> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list [email protected]<mailto:[email protected]>http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list [email protected]<mailto:[email protected]>http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
