Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

[LAD] prototyping callback based architecture in python?

by Iain Duncan

Hi, I'm working on an a project that I intend to do using the STK in a callback style, but am hoping I can prototype the architecture in python until I've figured out the various components and their responsibilities and dependencies. Does anyone know of any kind of python library ( or method? ) that would let me simulate the way callback based STK apps using RTAudio work? IE I want to have a python master callable that gets called once per audio sample and has a way of sending out it's results to the audio subsystem. I've found a bunch of python audio libs but it doesn't seem like they work that way, maybe I'm missing something? thanks! Iain

14 years, 3 months

[LAD] QasMixer 0.15 released

by Sebastian H.

QasMixer version 0.15 is now available. QasMixer is an ALSA mixer with a size adaptive Qt GUI. Changes: * New simpler device selection view * New user setting: Mixer device on startup * ALSA configuration view moved to a separate application: QasConfig * Localizations moved to a separate package: qasmixer-l10n * Default fallback translation * Code merges and cleanups * Version code shortened to two numbers instead of three Homepage with more information http://xwmw.org/qasmixer Project page http://sourceforge.net/projects/qasmixer/ Happy volume changing! -- Sebastian Holtermann

14 years, 3 months

[LAD] Kernel RT patches ?

by Parisson

Hi all ! Do anyone know where are the RT kernel patches since the kernel.org reinstall ? They used to be there: http://www.kernel.org/pub/linux/kernel/projects/rt/ Cheers, Yomguy

14 years, 3 months

Re: [LAD] RME Multiface/Digiface/RPM testers needed

by Adrian Knoth

On Mon, Sep 26, 2011 at 05:38:24PM +0000, Fons Adriaensen wrote: > > Those of you who own a Multiface, Digiface or RPM: Could you give > Does not compile. The installed header doesn't define > anything RPM, and you don't supply a new one. Good point. Now? http://adi.loris.tv/hdsp-test-20110927.tgz

14 years, 3 months

[LAD] Watch out for testers

by hermann

Hi The guitarix project could need your help. :-) After a complete source restructure, to become a real object orientated source struct, nearly every line have rewritten (by Andreas Degert). Now, we need to know, if there are any hidden bugs slips in during this process. We would push out a new release soon, to cover the new release of zita-convolver, but we could need some feedback from users of different arch and distro, to fix possible remaining bug's before. So, if you like to help us, check out our SVN, let us know if you run into a problem or if anything works well for you. Let us know your arch and distro, . . Help us to bring a usable Guitar Tube Amp emulation to the Free Software World. Our SVN: svn co http://guitarix.svn.sourceforge.net/svnroot/guitarix/trunk guitarix our tracker: http://sourceforge.net/tracker/?group_id=236234 your feedback will be welcome here or there or anywhere. :-)) or in our forum: http://sourceforge.net/apps/phpbb/guitarix/ so please, don't be shy and tell us your test results. regards hermann

14 years, 3 months

[LAD] New release of zita-convolver / jconvolver / fconvolver

by Fons Adriaensen

Hello all, New releases on <http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>: zita-convolver-3.0.2 -------------------- * General code cleanup, will now allow bugfixes and minor changes without breaking binary compatibility. * Will work correctly in Jack's 'freewheeling' mode. * Optimised partition size sequence in function of number of inputs and outputs, size and matrix density. * Should compile and work on OSX. The Makefile is untested. This release is NOT binary compatible with 2.0.0. This release is NOT API compatible with 2.0.0. The required changes are small but essential, and are documented in the README file. Full API documentation will follow. jconvolver/fconvolver-0.9.1 --------------------------- * Spaces allowed in filenames and jack port names. Use quotes or escape the spaces. * Hilbert transform IR built-in, allows creation of arbitrary complex matrices without requiring any external audio files. See README_CONFIG. * Should compile and work on OSX. The Makefile is untested. This release requires zita-convolver-3.0.x For an intersting demo of what convolution can do, try 'weird.conf'. Instructions are in the file. Ciao, -- FA

14 years, 3 months

[LAD] lv2plug.in server down?

by Jörn Nettingsmeier

hi *! it seems that http://lv2plug.in is unhappy. it throws a 500 error while redirecting to trac. does anyone know who is running that machine is so i can drop them a note? thanks, jörn

14 years, 3 months

[LAD] Bugfix releases of zita-convolver and jconvolver.

by Fons Adriaensen

Hello all, the subject says it all - see <http://kokkinizita.linuxaudio.org:/linuxaudio/downloads> -- FA

14 years, 3 months

[LAD] [OT] Another giant gone: RIP John McCarthy

by Dave Phillips

Greetings, A sad day yesterday: http://www.wired.com/wiredenterprise/2011/10/john-mccarthy-father-of-ai-and… Best, dp

14 years, 3 months

[LAD] Kontakt Spikes

by Michael Ost

Hi list, We are seeing unexpected interruptions of SCHED_RR audio processing threads, and are struggling to understand why they are happening. Does anyone have any good tips or tools to suggest to help figure out what is preempting or delaying realtime audio threads? The issues are coming up with Receptor [see (*) below for an intro] running its 2.6.24.3 CCRMA based kernel. The bug appears with Receptor in its "dual core mode", with three instances of Native Instruments' Kontakt 4 in DFD + multi-core mode. Either lots of held notes, or large patches are needed to get the spikes. With these settings there are 5 SCHED_RR threads processing audio (on a two-core system). 2 are from Receptor, and 1 from each instance of Kontakt. These Kontakt "helper threads" are released to do work as possible while the audio thread is processing. Kontakt/DFD is using mmap to bring its files into memory. This is done in a lower priority "DFD thread", and the mapped memory is used by the r/t audio threads. DFD is important because the problems don't happen without it. And the high SCHED_RR thread count is important, because the problems also don't happen if we reduce the count. When the spike happens there are no: * wine bottlenecks * system calls * threads blocking on each other * page faults during audio processing There do appear to be "involuntary context switches" (as reported by getrusage) when the spikes happen. This makes it seem like the scheduler is interrupting our threads. But how do you figure out why that is happening? There aren't many threads in the system with higher priority. All of the 5 processing threads are SCHED_RR/76. The higher priority threads in the system are: * migration/0 - FIFO/99 * migration/1 - FIFO/99 * watchdog/0 - FIFO/99 * watchdog/1 - FIFO/99 * posix_cpu_timer (x2) - FIFO/99 * IRQ8 (rtc) - FIFO/99 * IRQ20 (our audio card) - FIFO 77 Could other kernel activity interrupt the audio threads? Are there issues with memory mapping, that can block other unrelated threads? Are there just too danged many SCHED_RR threads fighting for two cores? Anyone have any suggestions for how to trace the scheduler, and thread or process interruptions? Apologies for the lengthy post, but this is a tricky subject. Thanks for any tips or insights, Michael Ost Muse Research & Development (*) Receptor (http://www.museresearch.com/products/receptor.php) is a standalone hardware VST plugin player. It runs Windows VSTs using Linux and Wine in a proprietary host program. We have patched Wine (ftp://anonymous+museresearch.com@ftp.museresearch.com/rpms/1.8/wine-1.1.7-muse16.fc8.src.rpm) to make it work better with VSTs in our environment.

14 years, 3 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev