Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7520 discussions

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, 1 month

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, 1 month

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, 1 month

[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, 1 month

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, 1 month

LAC 2012: the Linux Audio Conference - Call for Participation

by Fernando Lopez-Lezcano

LAC 2012: the Linux Audio Conference - Call for Participation April 12-15, 2012 @ CCRMA, Stanford University http://lac.linuxaudio.org/2012/ [Apologies for cross-postings] [Please distribute] Online submission of papers, music, installations and workshops is now open! On the website you will find up-to-date instructions, as well as important information about deadlines, travel, lodging, and so on. Read on for more details! We invite submissions of papers addressing all areas of audio processing based on Linux and open source software. Papers can focus on technical, artistic or scientific issues and can target developers or users. We are also looking for music that has been produced or composed entirely or mostly using Linux and other Open Source music software. The Deadline for all submissions is January 11th, 2012 The Linux Audio Conference (LAC) is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. The upcoming 2012 conference will be hosted at CCRMA, Stanford University, on April 12-15. The Center for Computer Research in Music and Acoustics (CCRMA) at Stanford University is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool. CCRMA has been using and developing Linux as an audio platform since 1997. http://ccrma.stanford.edu Stanford University is located in the heart of Silicon Valley, about one hour south of San Francisco, California. This is the first time LAC will take place in the United States. http://www.stanford.edu We look forward to seeing you at Stanford in April! Sincerely, The LAC 2012 Organizing Team

14 years, 2 months

Some mudita24 fixes in SVN now.

by Tim E. Real

Hello. I noticed mudita24 SVN was in a sad state, crashing the whole system. There were already significant changes and improvements since release 1.0.3 So I fixed 'er up. Please give it a spin so we can put out a release sometime. mudita24 is the updated replacement of envy24control, the gui for ice1712-based audio hardware. http://code.google.com/p/mudita24/ subversion: svn checkout http://mudita24.googlecode.com/svn/trunk/mudita24 mudita24-svn 1) Moved to cmake build system. No more autotools :) (The default install location is /usr/local. It can be changed - try the handy 'ccmake' gui). 2) Fixed wrong alsactl location. Now cmake looks for alsactl. Override with environment variable ALSACTL_PROG. 3) Added usage info. 4) Fixed serious fatal X error: height too big. Was far too many markings, brought down the system, due to lowest alsa db value now returning -9999999. Installed some limits. 5) Executable is now called mudita24 instead of envy24control. This should help kind packagers out there finally get this into the repos. Cheers. Tim.

14 years, 2 months

Ignore. Testing mail...

by Tim E. Real

Just testing

14 years, 2 months

AV Linux

by Jens M Andreasen

Here is a distro that does away with most of what (some old people in Korea as well as) quite a few users on this list dislikes about "modern" Linux desktop: http://www.bandshed.net/index.html I am using it now, it is current and works like a charm :) .. I really think it deserves to be mentioned on the official LAD pages somewhere /j

14 years, 2 months

LV2 and Naspro - MCP Plugins

by Aurélien Leblond

Hi everyone, I was wondering something about the Naspro LV2 Plugins: Are they considered as a workaround until we get the DSSI and LADSPA plugins ported to LV2, or more of a "definitive" solution? The reason why I'm asking the question is that I'm currently porting the AlsaModularSynth internal modules into LV2 plugins for Ingen. And when I'm creating synthesizers in AMS, I'm often (if not always) using the LADSPA MCP plugins created by Fons Adriaensen. So would there be any point porting these MCP plugins to LV2 as well, or would the general consensus be "what's the point, we have Naspro for that". Thanks in advance! Aurélien

14 years, 2 months

Jump to page:

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