Linux-audio-dev October 2011

linux-audio-dev@lists.linuxaudio.org

40 participants
29 discussions

Start a nNew thread

Faust MIDI?

by Carlo Capocasa

Hi, is it possible to send and receive MIDI with a FAUST program? Carlo

11 years, 6 months

ALAC codec being added to libsndfile

by Erik de Castro Lopo

Hi all, Just an FYI. I am in the process of adding support for Apple's lossless Audio Codec (ALAC) [0] to libsndfile. Should be done my the end of the weekend. Cheers, Erik [0] http://alac.macosforge.org/ -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

11 years, 11 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

12 years, 1 month

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

12 years, 1 month

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

12 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

12 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

12 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

12 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.

12 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

12 years, 1 month

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 October 2011