Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7520 discussions

by Frank Kober

Hello all, This qmidiarp release dares to come about a year after the last one...and yet again: not much new stuff, but some more bugs squeeeezed, thanks to some courageous reporters. And, after all, it's a lifesign isn't it? In other words, updating is of course highly recommended. Have fun with QMidiArp 0.6.2, below are the list of changes and links Frank ----- qmidiarp-0.6.2 (2015-10-06) Fixed Bugs o Arp: Regression: Latch mode caused the first note playing on forever and other annoyances (Bug #12 reported by Alois Cochard) o Seq: Small position error of the helper tick line relative to the notes placed o Seq: Note length values saved to file were not correct and had no correct default (Bug #14 reported by Steve Grace) o LV2 Seq and Lfo: Display was not correct when diminishing resolution or length in plugin UI Minor improvement o LV2 Seq: Vertical zoom values are part of the controls and therefore saved in presets as well ----- QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK and ALSA. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. All in all it is a handy live tool. Website http://qmidiarp.sourceforge.net/ Download http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.2/qmidiarp-0.6.… There is now also a github repo that will be kept in sync with the sf repo for the time being https://github.com/emuse/qmidiarp

10 years, 2 months

click on connection graph change

by Andrew Yates

Hi all, When I change the track routing in ardour I get a small click in the main audio. Examples would be when routing drum tracks through a sub-group, or changing the side chain input to a compressor. Is this expected behaviour or is this due to a configuration problem with jack? Thanks Andy

10 years, 2 months

[OT] Coursera: Audio Signal Processing for Music Applications

by Dave Phillips

Saw this announced on the Linux Musicians site, thought it may be of interest to some folks here. (Sorry if it's a repost). https://www.coursera.org/course/audio Instructors are professors Xavier Serra and Julius O. Smith III, two very well-known DSP worthies. Course syllabus : Week 1: Introduction; basic mathematics Week 2: Discrete Fourier transform Week 3: Fourier transform properties Week 4: Short-time Fourier transform Week 5: Sinusoidal model Week 6: Harmonic model Week 7: Sinusoidal plus residual modeling Week 8: Sound transformations Week 9: Sound/music description Week 10: Concluding topics; beyond audio signal processing Best, dp

10 years, 2 months

Three academic job openings at soundjack.eu

by Adrian Knoth

Hi! Alexander Carot contacted me to spread the news: Starting in April 2016, three research assistant positions (PhD candidates welcome) will be available within the Soundjack project. If interested, please contact Prof. Carôt (a.carot(a)inf.hs-anhalt.de). (copy-pasted from <http://www.soundjack.eu/jobs.html>) I've been told one is TV-L13, the other is 75% and the third is 50% (money equivalent can be found here [0]) The project will be about making music in a distributed environment, contract will last three years (no idea if extendible). Working from home is negotiable and even considered part of the project. Candidates are expected to speak English, German is explicitly NOT required. Feel free to forward to interested parties. Cheers [0] https://de.wikipedia.org/wiki/Tarifvertrag_f%C3%BCr_den_%C3%B6ffentlichen_D…

10 years, 2 months

Segfault with liblrdf if raptor is compiled with curl support

by Tito Latini

Hello, I want to propose the follow flag for raptor in liblrdf library: #if RAPTOR_VERSION >= 20000 raptor_world_set_flag(world, RAPTOR_WORLD_FLAG_WWW_SKIP_INIT_FINISH, 1); #endif before raptor_world_open() is called (explicitly or implicitly), for example after raptor_new_world() in lrdf_init(). That flag avoids to call curl_global_init() (not thread-safe) in raptor_www_init() and curl_global_cleanup() in raptor_www_finish(). Rare but possible (I'm lucky), if raptor is compiled with curl support, I have experienced the follow crash during Rosegarden startup: #0 0x00007ffff0a84f39 in lh_insert () from /lib64/libcrypto.so.1 #1 0x00007ffff0a087ba in OBJ_NAME_add () from /lib64/libcrypto.so.1 #2 0x00007ffff0a94cf8 in OpenSSL_add_all_ciphers () from /lib64/libcrypto.so.1 #3 0x00007ffff0a94cae in OPENSSL_add_all_algorithms_noconf () from /lib64/libcrypto.so.1 #4 0x00007ffff1acf20c in ?? () from /usr/lib64/libcurl.so.4 #5 0x00007ffff1ad605a in curl_global_init () from /usr/lib64/libcurl.so.4 #6 0x00007ffff22cc0fa in raptor_www_init () from /usr/lib64/libraptor2.so.0 #7 0x00007ffff22c9ef0 in raptor_world_open () from /usr/lib64/libraptor2.so.0 #8 0x00007ffff22c63f1 in raptor_new_uri () from /usr/lib64/libraptor2.so.0 #9 0x00007ffff5d26701 in lrdf_read_file_intl () from /usr/lib64/liblrdf.so.2 #10 0x00007ffff5d27626 in lrdf_read_file () from /usr/lib64/liblrdf.so.2 #11 0x00000000004d8d79 in Rosegarden::LADSPAPluginFactory::discoverPlugins() () The code is a simple lrdf_init, for-loop of lrdf_read_file, lrdf_cleanup, and curl seems useless to read/manipulate rdf files for LADSPA plugins. I have recompiled raptor without curl support --with-www=xml to use libxml, so the only work in raptor_www_init() is to set world->www_initialized = 1; without the call for curl_global_init().

10 years, 2 months

[ANN] Summer'15 release frenzy wrap up!

by Rui Nuno Capela

Hello? Summer'15 release frenzy is not over yet!... well, it's only over on the 'equinox' anyway... * QmidiNet - A MIDI Network Gateway via UDP/IP Multicast * QmidiNet [1] 0.3.0 has been released! QmidiNet [1] is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI and JACK-MIDI) over the network, using UDP/IP multicast. Inspired by multimidicast [4] and designed to be compatible with ipMIDI [5] for Windows. Website: http://qmidinet.sourceforge.net Project page: http://sourceforge.net/projects/qmidinet Downloads: http://sourceforge.net/projects/qmidinet/files - source tarball: http://download.sourceforge.net/qmidinet/qmidinet-0.3.0.tar.gz - source package: http://download.sourceforge.net/qmidinet/qmidinet-0.3.0-8.rncbc.suse132.src… - binary packages: http://download.sourceforge.net/qmidinet/qmidinet-0.3.0-8.rncbc.suse132.i58… http://download.sourceforge.net/qmidinet/qmidinet-0.3.0-8.rncbc.suse132.x86… Change-log: - System tray icon now blinks on network send/receive activity. - Prefer Qt5 over Qt4 by default with configure script. - Complete rewrite of Qt4 vs. Qt5 configure builds. - Fixed for some strict tests for Qt4 vs. Qt5 configure builds. * QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast * QmidiCtl [2] 0.3.0 has been released! QmidiCtl [2] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [4] and designed to be compatible with ipMIDI [5] for Windows. QmidiCtl [2] has been primarily designed for the Maemo [6] enabled handheld devices, namely the Nokia N900 [7] and also being promoted to the Maemo Package [8] repositories. Nevertheless, QmidiCtl may still be found effective as a regular desktop application as well. Website: http://qmidictl.sourceforge.net Project page: http://sourceforge.net/projects/qmidictl Downloads: http://sourceforge.net/projects/qmidictl/files - source tarball: http://download.sourceforge.net/qmidictl/qmidictl-0.3.0.tar.gz - source package: http://download.sourceforge.net/qmidictl/qmidictl-0.3.0-7.rncbc.suse132.src… - binary packages: http://download.sourceforge.net/qmidictl/qmidictl-0.3.0-7.rncbc.suse132.i58… http://download.sourceforge.net/qmidictl/qmidictl-0.3.0-7.rncbc.suse132.x86… Change-log: - Prefer Qt5 over Qt4 by default with configure script. - Complete rewrite of Qt4 vs. Qt5 configure builds. - Fixed for some strict tests for Qt4 vs. Qt5 configure builds. * QXGEdit - A Qt XG Editor * QXGEdit [3] 0.3.0 has been released! QXGEdit [3] is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [9] and thus probably a baseline for many other XG devices. Website: http://qxgedit.sourceforge.net Project page: http://sourceforge.net/projects/qxgedit Downloads: http://sourceforge.net/projects/qxgedit/files - source tarball: http://download.sourceforge.net/qxgedit/qxgedit-0.3.0.tar.gz - source package: http://download.sourceforge.net/qxgedit/qxgedit-0.3.0-6.rncbc.suse132.src.r… - binary packages: http://download.sourceforge.net/qxgedit/qxgedit-0.3.0-6.rncbc.suse132.i586.… http://download.sourceforge.net/qxgedit/qxgedit-0.3.0-6.rncbc.suse132.x86_6… Change-log: - Single/unique application instance control adapted to Qt5/X11. - Prefer Qt5 over Qt4 by default with configure script. - Complete rewrite of Qt4 vs. Qt5 configure builds. - A new top-level widget window geometry state save and restore sub-routine is now in effect. - Added "Keywords" to desktop file; fix passing debian flags on configure (patches by Jaromír Mikeš, thanks). - Fixed for some strict tests for Qt4 vs. Qt5 configure builds. - Added application description as freedesktop.org's AppData. License: QmidiNet [1], QmidiCtl [2] and QXGEdit [3] are free, open-source Linux Audio [10] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [11]. See also: http://www.rncbc.org/drupal/node/950 References: [1] QmidiNet, a MIDI Network Gateway via UDP/IP Multicast http://qmidinet.sourceforge.net [2] QmidiCtl, a MIDI Remote Controller via UDP/IP Multicast http://qmidictl.sourceforge.net [3] QXGEdit, a Qt XG Editor http://qmidictl.sourceforge.net [4] multimidicast, ends and receives MIDI from Alsa sequencers over your network http://llg.cubic.org/tools/multimidicast [5] ipMIDI, MIDI over Ethernet ports - send MIDI over your LAN http://nerds.de [6] Maemo Community http://www.maemo.org [7] Nokia N900, the first Maemo device which may also be used as a phone http://wiki.maemo.org/Nokia_N900 [8] Maemo package overview for QmidiCtl http://maemo.org/packages/view/qmidictl/ [9] Yamaha DB50XG, PC Soundcard Daughter Board http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [10] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [11] GNU General Public License (GPL) http://www.gnu.org/copyleft/gpl.html Have (lots of) fun, always! -- rncbc aka. Rui Nuno Capela

10 years, 3 months

mcpdisp-0.0.4 is released (fwd)

by Len Ovens

To: linux-audio-announce(a)lists.linuxaudio.org Subject: mcpdisp-0.0.4 is released The Mackie Control Protocol display emulator has a new release. http://www.ovenwerks.net/software/mcpdisp.html The code has be redone in c++ so that I could take it out of the terminal age into the GUI age. If you are using a BCF2000 or two this will add the Mackie scribble strips and channel LED indicators to your setup. Source can be downloaded from: https://github.com/ovenwerks/mcpdisp/archive/mcpdisp-0.0.4.tar.gz or the latest can be cloned from: git clone https://github.com/ovenwerks/mcpdisp.git -- Len Ovens www.ovenwerks.net

10 years, 3 months

updates

by Fons Adriaensen

Some updates on <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html> zita-ajbridge-0.6.0 - Added -S option, disables resampling but of course requires word-clock sync. - Auto selection of best resampler filter lenght. - Cleanup and bug fixes. zita-mu1-0.2.2 - Bugfix: will now exit when zombified or when jackd terminates. - Added proper license headers and GPL3 copy. I also completely replaced the code in Jack1 that calculates the proper running order of clients. The previous algorithm failed to do this in some cases. It could not be 'fixed' easily as it was basically using the wrong algorithm. Affected files are modified: include/engine.h modified: include/internal.h modified: jackd/clientengine.c modified: jackd/clientengine.h modified: jackd/engine.c There seems to be no interest from the Jack devs, but if anybody wants to test this I can either provide the modified files or a patch against git commit 5af5815c47630b77cc71c91a460f8aa398017cf7 (current HEAD). 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)

10 years, 3 months

JACK latency compensation on USB audio devices

by Joakim Hernberg

I've run across a phenomena that puzzles me. It appears that each time I start the jack server on an usb card, jack_iodelay will report a different "extra loopback latency". I've seen this phenomena on a behringer x32, and just verified it on a rme babyface. For instance with jack1 at 64/2 on the babyface, I come up with values of 232,233,234, and 266. With jack2 I saw 231, 233, 248, 318, 335. A run with jack1 at 2048/3 came up with 2589, 2590, 2633, 2634, and 2667. I also tested with jack_delay, which also comes up with different values when I restart the server. Note that on consequent invocations without restarting the server the values stay the same for the 2 utilities. Maybe not a huge problem and I suppose I'll set the latency compensation somewhere in the middle of the results, but still I'm curious of the mechanism behind this phenomena. FWIW, I don't think I've ever seen this on my pci cards, but I'll run some tests when I get to the hardware and find some extra time. -- Joakim

10 years, 3 months

ladspa: what does LADSPA_PROPERTY_REALTIME mean?

by IOhannes m zmölnig

hi richard, paul, stefan and fellow LADders, the Debian folks currently are a bit at a loss of the proper interpretation of the LADSPA_PROPERTY_REALTIME property. ladspa.h says: > /* Property LADSPA_PROPERTY_REALTIME indicates that the plugin has a > real-time dependency (e.g. listens to a MIDI device) and so its > output must not be cached or subject to significant latency. */ the discussion started about a year ago (see [760758]), and it seems that there are two opposing interpretations of that property: #1 setting the property indicates to the host, that the plugin must not be used in a non-realtime environment. this means that a plugin that has this property set, must not be used for batch processing, e.g. because it uses wall-clocked input (like MIDI-devices) that simply won't deliver proper input when running at a speed that is decoupled from wall clock. OR #2 setting the property indicates to the host, that the plugin can be run at a lower (timing) priority; so the host can deliberately add latency without compromising the usefulness of the full processing chain. that would be mostly for plugins that do not do any input -> output processing, but only take input (e.g. metering, recording). that's just a quick summary. there's more arguments in the bugreport [760758]. personally i lean towards #1 (as i don't see much use cases for the second interpretation), but given that someone as deeply involved into linux audio as fons favours #2, i would like to ask the creators of LADSPA for their canonical view. thanks for your insights, gfmadsr IOhannes [760758] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760758

10 years, 3 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