Linux-audio-dev October 2016

linux-audio-dev@lists.linuxaudio.org

13 participants
11 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

6 years, 1 month

[LAA] [LAU] Guitarix 0.35.2 released

by Hermann Meyer

The Guitarix developers proudly present Guitarix release 0.35.2 Guitarix is a tube amplifier simulation for jack (Linux), with an additional mono and a stereo effect rack. Guitarix includes a large list of plugins[*] and support LADSPA / LV2 plugs as well. The guitarix engine is designed for LIVE usage, and feature ultra fast, glitch and click free preset switching and is full Midi and/or remote controllable (the Web UI is not included in the distributed tar ball). This release mainly fix a build issue in Debian #839354 and ARCH Beside that, the changes are: * add stereo cabinet plugin * fix bypass insert jack port with midi CC * add menu option to set a midi controller for engine bypass * add scroll wheel support to status images * switch to use glib-compile-resources instead gdk-pixbuf-csource to include images into libgxw. * Fix Preset switching issue in lv2 amps and cabinet * disable midi control for un-loaded plugs * add check if LV2 ports are valid * fix bug #34 Note that a couple of new additional guitar related plugs in LV2 format been available on github now. They all work very well in guitarix. Check them out here: https://github.com/brummer10?tab=repositories Please refer to our project page for more information: http://guitarix.org Download Site: http://sourceforge.net/projects/guitarix/ Forum: http://guitarix.sourceforge.net/forum/ Please consider visiting our forum or leaving a message on guitarix-developer(a)lists.sourceforge.net <mailto:guitarix-developer@lists.sourceforge.net> regards hermann

7 years, 11 months

ALSA Sequencer timestamp on event without scheduling

by Felipe Ferreri Tonello

Hello all, I have a question. I would like to send sequencer events without scheduling but with a timestamp information associated with. Is that possible? Thanks, Felipe

7 years, 11 months

Session wide panic functionality?

by Simon van der Veldt

Hi all, I'm new to this list, been getting into making music on my Linux machine the last couple of weeks/months. One of the things I was wondering, it seems like there's no way to make use of the functionality some instruments have to kill all sounds (panic button) for all instruments in a session. Am I correct in my observation that functionality like this is missing? Do others see a use/need for this as well? If so, I'm wondering what the correct place would be to implement this: I'd guess JACK transport? Thanks and have a nice day! Simon

8 years

Updates

by Fons Adriaensen

Updates now available at the usual place: <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html> *** Regarding zita-ajbridge: If you experienced unexplained *** and repeating 'Excessive timing errors', this release will *** fix those (unless there really is a problem). * zita-resampler-1.6.0 - Added VResampler::set_phase * zita-dpl1-0.1.0 - Maintenance and small bugfixes. * zita-ajbridge-0.7.0 - Fixed bug in DDL computing timing of Alsa periods. Thanks to Tomasz Kasprzak for the bug report and fix. - Fixed bug in automatic selection of resampler quality. Previous release always used a short filter unless the lenght was explicitly set. * zita-njbridge-0.4.1 - Fixed bug in DDL computing timing of network packets. - The data format 'on the wire' has changed. It should be backwards compatible, but to be sure please use this release on both ends. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

8 years, 1 month

Advanced Gtk+ Sequencer v0.7.88 audio export

by Joël Krähemann

Hi Just want to share lost prototype 2nd stage https://youtu.be/vrdH11jxetc http://nongnu.org/gsequencer Cheers, Joël

8 years, 1 month

Re: [LAD] aBLETON lINK

by Perry Nguyen

hi, I've posted about Ableton Link a number of times now on LM and LAD but I was never satisfactorily responded to.. Here's my post from LM https://linuxmusicians.com/viewtopic.php?f=1&t=14913 here's the same thing I posed on LAD http://linux-audio.4202.n7.nabble.com/ableton-link-and-live-tempo-changing-… well I hope someone sees my post this time. But anyway I'm just copying my message from LM if anyone has opinions: Hey rui, I've noticed the discussions on github/LAD (the latter of which i am still unable to post on[image: :?] ) and your PR to Link. It seems like you've made reasonable progress with it-- can you comment on how feasible the ideas I described in my original post are? I am still vaguely under the impression that if a Timebase master client is Link-capable then any transport-aware client (e.g. most LAU apps today) would be able to follow any tempo changes described by the master and therefore automatically have "Link support"-- from my understanding the JACK Timebase includes transport control and BPM information (though maybe not beat sync information like Link?). Then can't a timebase master client be Link-obedient just in regards to BPM but operate transport independently (since Link doesn't have transport a transport representation anyway)? Though after reading your post to LAD a couple times over it seems like there is possibly overlooked but important incongruity between BPM and "linear/real-time".. and perhaps that limits the ability of word-clock time designators like JACK from seamlessly following BPM? If that is the case it is still unclear to me what the specific technical details of that incongruity are.

8 years, 1 month

DPF Template Not Working on OSX

by Chris Share

Hi Folks, I came across Christopher Arndt's DISTRHO Plugin Framework effect template and would like to use it on OSX. Cookiecutter sets up the project as expected. Once it's downloaded I set "MACOS=true" in Makefile.mk. When I run "make" I get the following error: /Applications/Xcode.app/Contents/Developer/usr/bin/make -C dpf/dgl Makefile.mk:104: *** OpenGL missing, cannot continue. Stop. make: *** [libs] Error 2 I'm using Xcode 6.2 on OS X 10.9.5. Cheers, Chris

8 years, 1 month

Re: [LAD] Linux-audio-dev Digest, Vol 116, Issue 2

by Maurizio Berti

> I don't think you're missing anything. I believe to have hit the same wall in > the past. > > How about not directly adding non-mixer to non-session-manager but a > shell-script proxy (e.g. non-mixer-fixed) with your desired command line arguments? > > --- ~/bin/non-mixer-fixed----------- > #!/usr/bin/bash > > exec \ > -a non-mixer-fixed \ > non-mixer --osc-port 9090 $* > ------------------------------------ Thank you so much, I didn't think about a wrapper. I just tested it and works fine. Btw, I missed this message in the first place and in the meantime I created a python script using jackclient-python ( https://github.com/spatialaudio/jackclient-python/ ) to automate jack connections, since the only reason I needed nsm was to keep track of connections with jack clients that can become available or be closed at any time during a session. This allows me to have a fixed "session", even when some jack clients listed in the setup are not available - using jackpatch I'd have to save a whole session with all clients connected and remember not to save it anymore. Anyway, while your solution is the best for "closed" sessions, I still wander why there's no clean way to use OSC with nsm clients. Unfortunally I only know about python, I can barely read C/C++, if not I'd suggest a patch that would allow nsm receive and relay messages to clients using the client's osc communication, something like /nsm/client/send; for example, with non-mixer it could be "/nsm/client/send Non-Mixer.aFOOB/strip/parameter/argument value" with nsm tracking down the client osc from the first part of the address. Anyway, this is just speculation at this moment, but it would be nice to see this implemented. Thank you again for your tip. Maurizio

8 years, 1 month

qjackctl segfault

by Fons Adriaensen

Qjackctl 0.4.2 segfaults immediately after startup on my (fully updated) Archlinux system (qt 5.7.0, fluxbox). 0.4.1 works OK. Anyone else seen this ? Backtrace: (gdb) where #0 0x00007ffff75957e3 in XGetWindowProperty () from /usr/lib/libX11.so.6 #1 0x000000000041e6c4 in ?? () #2 0x00007ffff5aba21f in QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*) () from /usr/lib/libQt5Core.so.5 #3 0x00007fffece0ec34 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () from /usr/lib/libQt5XcbQpa.so.5 #4 0x00007fffece0f8c5 in QXcbConnection::processXcbEvents() () from /usr/lib/libQt5XcbQpa.so.5 #5 0x00007ffff5ae9349 in QObject::event(QEvent*) () from /usr/lib/libQt5Core.so.5 #6 0x00007ffff6e67e3c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5 #7 0x00007ffff6e6f5b1 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5 #8 0x00007ffff5abcc80 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5 #9 0x00007ffff5abf3fd in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQt5Core.so.5 #10 0x00007ffff5b11173 in ?? () from /usr/lib/libQt5Core.so.5 #11 0x00007ffff2724e67 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #12 0x00007ffff27250d0 in ?? () from /usr/lib/libglib-2.0.so.0 #13 0x00007ffff272517c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #14 0x00007ffff5b1157f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5 #15 0x00007ffff5abb0da in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5 #16 0x00007ffff5ac35cc in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5 #17 0x000000000041df0a in ?? () #18 0x00007ffff4cfc291 in __libc_start_main () from /usr/lib/libc.so.6 #19 0x000000000041e519 in ?? () Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

8 years, 1 month

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