Linux-audio-dev June 2015

linux-audio-dev@lists.linuxaudio.org

24 participants
13 discussions

by Tim Goetze

http://quitte.de/dsp/caps.html The latest release of the caps audio plugin suite contains a number of bug fixes and improvements as well as changes intended to make it more suitable for low-power systems. http://quitte.de/dsp/caps.html#CHANGES Most notably, support for a variety of little-used features has been dropped, reducing the binary size by roughly a third. There's also a new plugin implementing simplistic linear emulation of several guitar amplifier loudspeaker cabinets with reduced computational complexity: http://quitte.de/dsp/caps.html#CabinetIII The compressor plugins now report current gain reduction: http://quitte.de/dsp/caps.html#Compress http://quitte.de/dsp/caps_0.9.24.tar.bz2 Cheers, Tim

5 years, 6 months

AVB not so dead after all

by Reuben Martin

I thought I would post this since there was a big conversation here a while back about AES67 and the slow death of AVB due to lack of support. Well I was talking with a guy from Meyer Sound who told me that AVB has been resurrected from the dead. Apparently Cisco and other large network hardware vendors were willing to back it as long as it was made more generic to accommodate industrial uses that are also time-sensitive. So apparently it has been re-branded as “Time-Sensitive Networking” and has a lot more momentum behind it. http://en.wikipedia.org/wiki/Time-Sensitive_Networking http://www.commercialintegrator.com/article/rebranding_avb_4_key_takeaways_… So make of it what you will. :) I just found it to be interesting. -Reuben

8 years, 9 months

Linux Audio Berlin meetup this Wednesday

by Bruno Gola

Hello! The Linux Audio Berlin meetup happens every first Wednesday of the month. This month's meeting will be (again) at C-Base at 19:30. For more info please join the mailing list: http://linuxaudio.berlin/mailman/listinfo/discuss (sorry for cross-posting!) Hope to see you all, -- Bruno Gola <brunogola(a)gmail.com> http://bgo.la/

8 years, 10 months

Call for testing: new ALSA driver for Digi 002/003 family

by Takashi Sakamoto

Hi all, This is a call-for-testing of my new ALSA driver for Digidesign 002/003 family. If you have these devices, would you please test the driver with your devices and report your experience about it. Especially, I want you to test MIDI port for machine control, because developers have no 'console' models, just tested with 'rack' models. When installing and testing, please follow this instructions: https://github.com/takaswie/snd-firewire-improve Patchset was already posted to alsa-devel and confirmed to playback/capture PCM samples/MIDI messages by ALSA applications. [alsa-devel] [RFC v2][PATCH 00/11] digi00x: new driver for Digidesign 002/003 family http://mailman.alsa-project.org/pipermail/alsa-devel/2015-March/089708.html Several issues are still remained: * The port for MIDI machine control message is not tested yet, because 002/003 console model are required. * When allocates 2 or more channel numbers for the device, after 15 to 20 seconds from playbacking, any PCM samples causes noisy sound. Then, all of LED on the front panel light. The streaming still continues correctly. * The actual effects of external clock source is not clear. When set the clock source is somewhat external, even if stopping the clock source, the device continues to sound PCM samples against my expectation. * The meaning of asynchronous messages is unknown. This patchset adds a functionality to receive it in userspace. You can test it with updated libhinawa sample script. https://github.com/takaswie/libhinawa In my plan, this patchset will proposed for Linux 4.2. But these issues need to be clear till the merge-window. Regards Takashi Sakamoto

8 years, 10 months

Vamp plugin SDK v2.6 now available

by Chris Cannam

Version 2.6 of the Vamp plugin SDK is now available. http://www.vamp-plugins.org/ Vamp is a plugin API for audio analysis and feature extraction plugins written in C or C++. Its SDK features an easy-to-use set of C++ classes for plugin and host developers, a reference host implementation, example plugins, and documentation. It is supported across Linux, OS/X, and Windows. A documentation guide to writing plugins using the Vamp SDK can be found at http://www.vamp-plugins.org/guide.pdf. Version 2.6 is a bugfix and minor enhancement release. For more details, see the changelog at http://code.soundsoftware.ac.uk/projects/vamp-plugin-sdk/repository/entry/C… Chris

8 years, 10 months

JACK sample rate pull up/down

by Reuben Martin

Does anybody know if there is any way to pull up/down with JACK? And if there is, can ALSA deal with it very gracefully? -Reuben

8 years, 10 months

A couple of new plugins

by Hermann Meyer

been pushed to the guitarix git repository. Those are simulations of the following pedals: Fuzz Face JH1 Fuzz Face Fuller Mods Fuzz Face Roger Mayer Foxey Lady Colorsound Tonebender Sustainer+Muff (Big Muff Pi) Screamig Bird Hornet High Frequency Brightener LPB-1 Booster Hogs Foot They are generated from schematic files, with our Ampsim Toolkit. http://sourceforge.net/p/guitarix/blog/2015/03/j-hendrix-fuzz-face/ Schematic files (gschem) been included in the tools directory. regards hermann

8 years, 10 months

Re: [LAD] AVB not so dead after all

by Leonardo Gabrielli

Hello Reuben, I have been talking to a Intel guy at the last AES convention and he told me they are supporting AVB (maybe he's reading this list as well). Another strong signal regarding AVB not dead. We were specifically talking about audio networking and multimedia. Best -- Leonardo Gabrielli, PhD Research Fellow A3Lab - DII - Università Politecnica delle Marche, Ancona, Italy skype: leonardo.gabrielli

8 years, 10 months

JACK and vanilla 3.19.2 startup issue

by Harry van Haaren

Hi All, As root, starting JACK1 0.124.1 on an almost totally vanilla 3.19.2-1-ARCH kernel fails. Output of kernel with JACK1 issue is pasted below[1]. The same system works fine with the 3.18.9-rt5-1-rt kernel. Running "groups" tells me there is no group other than "root", so JACK seems to misinterpret that there is an audio group on the "broken" kernel. Any suggestions as to what's going on? Thanks, -Harry PS: I'm aware of the reasons to not run JACK as the root user or login as root for daily use. [1] Output while running "broken" kernel: [root@audio ~]# jackd -ddummy jackd 0.124.1 Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK is running in realtime mode, but you are not allowed to use realtime scheduling. Your system has an audio group, but you are not a member of it. Please add yourself to the audio group by executing (as root): usermod -a -G audio (null) After applying these changes, please re-login in order for them to take effect. You don't appear to have a sane system configuration. It is very likely that you encounter xruns. Please apply all the above mentioned changes and start jack again!

8 years, 10 months

question re: waf cprogram

by Dave Phillips

Greetings, The error and repair attached below come from my attempts to build gmidimonitor on Fedora 19. As you can see, gcc is not what's required to complete the build, but waf's cprogram calls gcc, not g++. Alas, I can't find much information about the cprogram directive, and I'm always out of my depths when C++ is involved. Before anyone decides it's an "old code" issue, be advised that I have to perform the same operation on the latest git pulls of xjadeo. I'd like to know if there's a global solution, or at least a compile-time export I can use to resolve the problem. Fedora 19 x86_64, GCC 4.8.3 TIA! Best, dp [dlphilp@localhost gmidimonitor-3.6]$ ./waf Waf: Entering directory `/home/dlphilp/src/gmidimonitor-3.6/build' [10/10] cprogram: build/main.c.0.o build/about.c.0.o build/path.c.0.o build/gm.c.0.o build/log.c.0.o build/memory_atomic.c.0.o build/sysex.c.0.o build/jack.c.0.o build/alsa.c.0.o -> build/gmidimonitor /usr/lib/gcc/x86_64-redhat-linux/4.8.3/../../../../lib64/libjack.so: undefined reference to `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-redhat-linux/4.8.3/../../../../lib64/libjack.so: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' collect2: error: ld returned 1 exit status Waf: Leaving directory `/home/dlphilp/src/gmidimonitor-3.6/build' Build failed -> task failed (exit status 1): {task 40700176: cprogram main.c.0.o,about.c.0.o,path.c.0.o,gm.c.0.o,log.c.0.o,memory_atomic.c.0.o,sysex.c.0.o,jack.c.0.o,alsa.c.0.o -> gmidimonitor} ['gcc', 'main.c.0.o', 'about.c.0.o', 'path.c.0.o', 'gm.c.0.o', 'log.c.0.o', 'memory_atomic.c.0.o', 'sysex.c.0.o', 'jack.c.0.o', 'alsa.c.0.o', '-o', '/home/dlphilp/src/gmidimonitor-3.6/build/gmidimonitor', '-Wl,-Bstatic', '-Wl,-Bdynamic', '-lgtk-x11-2.0', '-lgdk-x11-2.0', '-latk-1.0', '-lgio-2.0', '-lpangoft2-1.0', '-lpangocairo-1.0', '-lgdk_pixbuf-2.0', '-lcairo', '-lpango-1.0', '-lfreetype', '-lfontconfig', '-lgobject-2.0', '-lglib-2.0', '-lgthread-2.0', '-lglib-2.0', '-lgmodule-2.0', '-lglib-2.0', '-ljack', '-lasound', '-llash', '-lpthread', '-luuid', '-ljack', '-lasound', '-pthread', '-pthread', '-pthread', '-pthread', '-Wl,--export-dynamic', '-pthread'] [dlphilp@localhost gmidimonitor-3.6]$ cd build/ [dlphilp@localhost build]$ g++ main.c.0.o about.c.0.o path.c.0.o gm.c.0.o log.c.0.o memory_atomic.c.0.o sysex.c.0.o jack.c.0.o alsa.c.0.o -o /home/dlphilp/src/gmidimonitor-3.6/build/gmidimonitor -Wl,-Bstatic -Wl,-Bdynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lgthread-2.0 -lglib-2.0 -lgmodule-2.0 -lglib-2.0 -ljack -lasound -llash -lpthread -luuid -ljack -lasound -pthread -pthread -pthread -pthread -Wl,--export-dynamic -pthread [dlphilp@localhost build]$ ls about.c.0.o alsa.c.0.o c4che config.h config.log gm.c.0.o gmidimonitor jack.c.0.o log.c.0.o main.c.0.o memory_atomic.c.0.o path.c.0.o sysex.c.0.o

8 years, 10 months

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 June 2015