Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

[LAD] QMidiArp-0.6.5 maintenance release

by Frank Kober

Dear all, here is QMidiArp 0.6.5. Another year has passed, and qmidiarp again only slightly changes, improves, adapts itself. A few more factory patterns were added to the Arpeggiator, a new "As Played" repeat mode has sneaked in, and for making things easier the MIDI OMNI mode is now default when modules are added. QMidiArp also builds against Qt5 by default now (it's about time ;) ), no more --enable-qt5 needed at configure stage. Enjoy! Frank -------------- Here is the full changelog: qmidiarp-0.6.5 (2017-12-17) *Improvements* o MIDI OMNI Mode receiving on all MIDI channels is now available and even default for all modules. o Arp: Some more 'factory' patterns added to the LV2 presets and to the .qmidiarprc file. Latter requires deleting the original one in the home directory and launching the standalone application. o Arp: New pattern repeat mode "As Played" for following the played note order instead of reorganizing them up, down or random. o Arp: For deliberately clearing buffered incoming notes the modules now all react to ALL_NOTES_OFF and ALL_SOUND_OFF MIDI messages. o LV2: The DSP ("generic") parameter interface has gotten some improvements for better usability (thanks Holger Wirtz for input on this) *Fixed Bugs* o LV2: Latch mode was not working properly when using release function. o LV2 Arp: when running with host transport sync, transport start caused received notes to be cleared. This also cleared those notes received before the transport was starting and led to missed notes especially in qtractor. This should work better now. (Thanks to Webmadman for reporting, and to Rui). o Seq and LFO: the "Note Off" option had no effect (regression). o Recent Files menu in main app displayed extra characters with Qt5. *General changes* o Building against Qt5 is now default. No more --enable-qt5 needed. o LV2: Category set to MIDIPlugin instead of Instrument o The DSP classes including the LV2 DSP modules no longer use Qt libraries. However the LV2 and App GUIs do. o New build configure options for more flexibility --enable-alsa (default=yes) set no for building on systems without alsa --enable-buildapp (default=yes) set no for building only LV2 modules --enable-lv2-pluginuis (default=yes) set no for LV2 module dsps only *Website* http://qmidiarp.sourceforge.net/ *Download* https://download.sf.net/qmidiarp/qmidiarp/0.6.5/qmidiarp-0.6.5.tar.bz2 *Description* QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for ALSA and JACK. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. *SCM Repos* https://git.code.sf.net/p/qmidiarp/code https://github.com/emuse/qmidiarp

8 years, 2 months

[LAD] [ANN] The QStuff* End of Autumn'17 Release

by Rui Nuno Capela

Hello everybody! The Qstuff* End of Autumn'17 release bundle is getting wrapped up... * QjackCtl 0.5.0 * Qsynth 0.5.0 * QXGEdit 0.5.0 * QmidiCtl 0.5.0 * QmidiNet 0.5.0 Please enjoy this classic batch and have lots of fun! **QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1]** QjackCtl 0.5.0 (end-of-autumn'17) released! QjackCtl [1] is a(n ageing but still) simple Qt [6] application to control the JACK [7] sound server, for the Linux Audio [11] infrastructure. Website: http://qjackctl.sourceforge.net https://qjackctl.sourceforge.io Project page: http://sourceforge.net/projects/qjackctl Downloads: http://sourceforge.net/projects/qjackctl/files - source tarball: http://download.sf.net/qjackctl/qjackctl-0.5.0.tar.gz - source package: http://download.sf.net/qjackctl/qjackctl-0.5.0-29.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qjackctl/qjackctl-0.5.0-29.rncbc.suse.i586.rpm http://download.sf.net/qjackctl/qjackctl-0.5.0-29.rncbc.suse.x86_64.rpm - AppImage [19] packages: http://download.sf.net/qjackctl/qjackctl-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Current preset is always taken into account if ever changes while the Setup dialog is hidden (eg. via context menu). - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). **Qsynth - A fluidsynth Qt GUI Interface [2]** Qsynth 0.5.0 (end-of-autumn'17) released! Qsynth [2] is a FluidSynth [9] GUI front-end application written in C++ around the Qt [6] framework using Qt Designer. Website: http://qsynth.sourceforge.net https://qsynth.sourceforge.io Project page: http://sourceforge.net/projects/qsynth Downloads: http://sourceforge.net/projects/qsynth/files - source tarball: http://download.sf.net/qsynth/qsynth-0.5.0.tar.gz - source package: http://download.sf.net/qsynth/qsynth-0.5.0-11.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsynth/qsynth-0.5.0-11.rncbc.suse.i586.rpm http://download.sf.net/qsynth/qsynth-0.5.0-11.rncbc.suse.x86_64.rpm - AppImage [19] packages: http://download.sf.net/qsynth/qsynth-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - Added *.SF3 to soundfont files filter on Setup > Soundfonts > Open... file dialog. - Increased Soundfont bank-offset limit to 16384 (was 128). - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). **QXGEdit - A Qt XG Editor [3]** QXGEdit 0.5.0 (end-of-autumn'17) released! QXGEdit [3] is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [13] and thus probably a baseline for many other XG devices. Website: http://qxgedit.sourceforge.net https://qxgedit.sourceforge.io Project page: http://sourceforge.net/projects/qxgedit Downloads: http://sourceforge.net/projects/qxgedit/files - source tarball: http://download.sf.net/qxgedit/qxgedit-0.5.0.tar.gz - source package: http://download.sf.net/qxgedit/qxgedit-0.5.0-11.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qxgedit/qxgedit-0.5.0-11.rncbc.suse.i586.rpm http://download.sf.net/qxgedit/qxgedit-0.5.0-11.rncbc.suse.x86_64.rpm - AppImage [19] packages: http://download.sf.net/qxgedit/qxgedit-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). - Changing the View/Options.../General/Widget style theme now takes effect immediately unless it's to "(default)". **QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast [4]** QmidiCtl 0.5.0 (end-of-autumn'17) released! QmidiCtl [4] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [14] and designed to be compatible with ipMIDI [15] for Windows. QmidiCtl [5] has been primarily designed for the Maemo [16] enabled handheld devices, namely the Nokia N900 [17] and also being promoted to the Maemo Package repositories [20]. Nevertheless, QmidiCtl may still be found effective as a regular desktop application as well. Website: http://qmidictl.sourceforge.net https://qmidictl.sourceforge.io Project page: http://sourceforge.net/projects/qmidictl Downloads: http://sourceforge.net/projects/qmidictl/files - source tarball: http://download.sf.net/qmidictl/qmidictl-0.5.0.tar.gz - source package: http://download.sf.net/qmidictl/qmidictl-0.5.0-12.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qmidictl/qmidictl-0.5.0-12.rncbc.suse.i586.rpm http://download.sf.net/qmidictl/qmidictl-0.5.0-12.rncbc.suse.x86_64.rpm - AppImage [19] packages: http://download.sf.net/qmidictl/qmidictl-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qmidictl/code https://github.com/rncbc/qmidictl.git https://gitlab.com/rncbc/qmidictl.git https://bitbucket.com/rncbc/qmidictl.git Change-log: - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). **QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [5]** QmidiNet 0.5.0 (end-of-autumn'17) released! QmidiNet [5] 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 [14] and designed to be compatible with ipMIDI [15] for Windows. Website: http://qmidinet.sourceforge.net https://qmidinet.sourceforge.io Project page: http://sourceforge.net/projects/qmidinet Downloads: http://sourceforge.net/projects/qmidinet/files - source tarball: http://download.sf.net/qmidinet/qmidinet-0.5.0.tar.gz - source package: http://download.sf.net/qmidinet/qmidinet-0.5.0-13.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qmidinet/qmidinet-0.5.0-13.rncbc.suse.i586.rpm http://download.sf.net/qmidinet/qmidinet-0.5.0-13.rncbc.suse.x86_64.rpm - AppImage [19] packages: http://download.sf.net/qmidinet/qmidinet-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL [12]) version 2 or later. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface http://qjackctl.sourceforge.net [2] Qsynth - A fluidsynth Qt GUI Interface http://qsynth.sourceforge.net [3] QXGEdit - A Qt XG Editor http://qxgedit.sourceforge.net [4] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast http://qmidictl.sourceforge.net [5] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast http://qmidinet.sourceforge.net [6] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [7] JACK Audio Connection Kit http://jackaudio.org [8] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [9] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications http://www.fluidsynth.org [10] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler http://www.linuxsampler.org [11] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [12] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [13] Yamaha DB50XG http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [14] multimidicast - sends and receives MIDI from ALSA sequencers over network http://llg.cubic.org/tools/multimidicast [15] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN http://nerds.de [16] Maemo.org - Home of the Maemo community http://www.maemo.org [17] Maemo.org Wiki - Nokia N900 http://wiki.maemo.org/Nokia_N900 [18] Maemo.org - Downloads: QmidiCtl http://maemo.org/downloads/product/Maemo5/qmidictl [19] AppImage, Linux apps that run anywhere http://appimage.org/ See also: http://www.rncbc.org/drupal/node/1876 Enjoy && keep having fun! -- rncbc aka. Rui Nuno Capela

8 years, 2 months

[LAD] [ANN] QSampler 0.5.0, liblscp 0.6.0 - An(other) Autumn'17 Release

by Rui Nuno Capela

Greetings! On the tail but still fresh LinuxSampler 2.1.0 [2] release... Qsampler 0.5.0, liblscp 0.6.0 (autumn'17) released! Qsampler [1] is a LinuxSampler [2] GUI front-end application written in C++ around the Qt framework using Qt Designer [3]. Website: http://qsampler.sourceforge.net https://qsampler.sourceforge.io Project page: http://sourceforge.net/projects/qsampler Downloads: http://sourceforge.net/projects/qsampler/files - source tarballs: http://download.sf.net/qsampler/qsampler-0.5.0.tar.gz http://download.sf.net/qsampler/liblscp-0.6.0.tar.gz - source packages: http://download.sf.net/qsampler/qsampler-0.5.0-24.rncbc.suse.src.rpm http://download.sf.net/qsampler/liblscp-0.6.0-24.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsampler/qsampler-0.5.0-24.rncbc.suse.i586.rpm http://download.sf.net/qsampler/liblscp6-0.6.0-24.rncbc.suse.i586.rpm http://download.sf.net/qsampler/liblscp-devel-0.6.0-24.rncbc.suse.i586.rpm http://download.sf.net/qsampler/qsampler-0.5.0-24.rncbc.suse.x86_64.rpm http://download.sf.net/qsampler/liblscp6-0.6.0-24.rncbc.suse.x86_64.rpm http://download.sf.net/qsampler/liblscp-devel-0.6.0-24.rncbc.suse.x86_64.rpm - AppImage [6] packages: http://download.sf.net/qsampler/qsampler-0.5.0-1.x86_64.AppImage Git repos: http://git.code.sf.net/p/qsampler/code https://github.com/rncbc/qsampler.git https://gitlab.com/rncbc/qsampler.git https://bitbucket.com/rncbc/qsampler.git Change-log: - French (fr) translation added by Olivier Humbert (qsampler_fr.ts). - Desktop entry specification file is now finally independent from build/configure template chains. - Updated target path for freedesktop.org's AppStream metainfo file (formerly AppData). License: Qsampler [1] is free, open-source Linux Audio [4] software, distributed under the terms of the GNU General Public License (GPL [5]) version 2 or later. References: [1] Qsampler - A LinuxSampler Qt GUI Interface http://qsampler.sourceforge.net [2] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler http://www.linuxsampler.org [3] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [4] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [5] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [6] AppImage, Linux apps that run anywhere http://appimage.org/ See also: http://www.rncbc.org/drupal/node/1875 Enjoy && keep the fun! -- rncbc aka. Rui Nuno Capela rncbc(a)rncbc.org

8 years, 2 months

[LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

by Jörn Nettingsmeier

Here's me, having to deal with a 48 channel live recording over the course of six shows. Since my MADI gear is kinda heavy and the rental company had a Dante system on offer, I dusted off the 2013 Macbook pro I bought used, purchased a Dante virtual soundcard license from Audinate and happily tracked the first three shows with Ardour. On the train on an off-day, I started a rough mix-down so that the client can begin the selection process. In the middle of exporting, my Mac shuts down and boots into a PIN unlock screen, telling me it has been locked via "Find-my-Mac". For the record, this Macbook had been purchased from a reputable large online dealer, and it had been factory-reset and completely installed from scratch. The first thing I find as I frantically research this issue (on my proper laptop, that is controlled by me, not by some iFuckwits), is that this iFeature even contains the option of a remote data wipe. My excuses to my fellow passengers who got in the way of a stream of expletives suddenly bursting forth from an otherwise unobtrusive business traveller, as said traveller notices he doesn't have a screwdriver to yank his data drive out of this ransomware machine, and cannot even be sure it's off when it says it's off because of course the battery cannot be removed without major surgery, either. Was able to salvage the data at home using a real operating system on real hardware, and today I'm going to find an authorized mac reseller and give the guy at the guru bar a day he will remember and testify about at the next Apple employee incentive day. Long story short: don't. -- Jörn Nettingsmeier De Rijpgracht 8, 1055VR Amsterdam, Nederland Tel. +49 177 7937487 Meister für Veranstaltungstechnik (Bühne/Studio), Tonmeister VDT http://stackingdwarves.net

8 years, 2 months

[LAD] io GNU/Linux 2017.03 out :)

by io GNU/Linux

Hi all, New images are ready for testing (amd64, i386) ;) io GNU/Linux is a Live DVD/USB based on Debian Sid and focused on multimedia. -> Kernel 4.14 and 4.14-rt1, Jack2+PulseAudio as default sound server (can be easily changed to Jack2+AlsaLoop, Jack2+ZitaBridge, PulseAudio or Alsa) -> Enlightenment (e22) as desktop environment and a big collection of installed software... Full persistence for USB install (with encryption) and more stuff... For more infos: manual, packages list, screenshots, video etc... Visit: -> http://io.gnu.linux.free.fr -> https://sourceforge.net/projects/io-gnu-linux/ Feedbacks welcome, enjoy :) MK

8 years, 2 months

[LAD] io GNU/Linux 2017.03 out :)

by io GNU/Linux

8 years, 2 months

[LAD] Plugin Toolkits (was ~ Forgive me, toss your Macintosh)

by Harry van Haaren

On Sun, Dec 10, 2017 at 7:43 PM, Gordonjcp <gordonjcp(a)gjcp.net> wrote: <snip> Previous discussion about plugins using GUI library frameworks like Gtk/QT, which are not designed for plugin usage. As a result, they export symbols that may collide when loaded in a DAW and plugin, when DAW and plugin are compiled against different version, ending up in a segfault that is no single softwares fault, but one of usage of a library for a purpose it is not appropriate for. > So what would you write it in instead? There are a range of toolkits / libraries available especially designed for plugin usage. In no particular order, the following come to mind. (Note, as OpenAV I'm the author of Avtk(a), </disclaimer>) Toolkits / frameworks: https://github.com/x42/robtk/ (meters.lv2, scopes.lv2 and other x42 software) http://distrho.sourceforge.net/ (particularly the "DGL" component IIRC) https://github.com/mruby-zest (new Zyn Fusion UI toolkit) https://github.com/wrl/rutabaga https://juce.com/ http://openavproductions.com/avtk/ (and its WIP 2.0 version https://github.com/openAVproductions/openAV-avtka) <apologies; I expect there to be others toolkits, the above are all I can think of right now.. > Many of the above are based on a fantastic abstraction library from the LV2 author, specifically abstracting away platform and implementation details, without any static data. That means it was designed for a purpose - like embedding and plugin GUIs: https://github.com/drobilla/pugl I have previously used Gtk, FLTK/NTK, and other toolkits. None of them are guaranteed to work correctly in DAW X that links to the same libraries. They're just not designed for that use case - and that's fine. But we (as developers) need to be careful to not consume a library in a way not intended for it to be used.. As such, Avtk is developed on PUGL to ensure there is no static data, and to fix lots of other potential issues that many toolkits have (forking new threads, waiting for a response in a thread while displaying a modal dialog, using static caches for data, etc...) For details on AVTK, there was a presentation at LAC '15 video, slides + paper available[1]. OpenAV dog-fooded[2] writing the ArtyFX[3] plugins using the AVTK library for the UIs. Based on the experience, I'm developing AVTKA (Avtk v2) in plain C, with emphasis on ease of use and simplicity in getting lightweight plugin interfaces built. This makes it easier to use the toolkit for LV2 plugin UIs, as well as a range of other uses. An example of other uses is creating "virtual hardware" devices for the Ctlra library, inside existing audio software without needing to care which UI toolkit: eg: Mixxx + Ctlra virtual interface, built using PUGL + AVTKA. A demo video of exactly that from the Sonoj event available here[4]. As you may notice, I'm a little passionate about doing the right engineering in terms of solving the UI toolkit + plugin problem. As hardware controllers are getting more fully-featured, they also have screens available. In order to capitalize on thier potential, we need to handle this use case too - so we can have user-interfaces on Desktop, DAW, and Hardware controller that have similar look and feel. Looking forward to what the next steps are in Linux Audio Community start doing, with these root problems addressed, and various solutions available... Regards -Harry [1] http://lac.linuxaudio.org/2015/video.php?id=14 [2] https://en.wikipedia.org/wiki/Eating_your_own_dog_food [3] https://github.com/openAVproductions/openAV-artyfx [4] https://youtu.be/qHt-AQHcBXg?t=1237 -- http://www.openavproductions.com

8 years, 2 months

[LAD] https for linuxaudio.org

by David Runge

Hey all, I'm currently taking over a bunch of packages for Arch Linux (mainly pro-audio stuff). Would it be possible to implement letsencrypt for linuxaudio.org and all of its subdomains? This would greatly improve the security of the packages hosted there (or rather their transfer from the server to the build machine) and help for said packages not to be dropped, as more and more distros try to switch to more reliable and authenticatable (is that a word?) upstreams. Additionally, there is the benefit of raising privacy for users of all things hosted on linuxaudio.org. An example are all sources hosted here (all of which are packages in Arch's main repos): http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html Best, David -- https://sleepmap.de

8 years, 2 months

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

by Kjetil Matheussen

> > From: nils <info(a)sonoj.org> > > Yes, that is possible and I wholeheartly lobby for that because library > bugs and mismatches are common and could be avoided. > > Ardour does it and I do it in my own programs as well, or at least will > if properly released. If you can copy a library into your source tree > (Python in my case) why would depend to the external ecosystem? > > Some Linux distributions? (mostly very small and unknown though) do it > already but the "way of forefathers", the shared library, is still stuck > in peoples head. > > Bottom line: It turned out the Windows way of shipping all or most > libs with the program is a really good way to compatibility. > > Definitely. Including as many 3rd party dependencies as possible makes life easier both for software providers and users. The biggest advantage is that you avoid all the bugs caused by incompatible (or too old) versions of libraries people might have on their system.

8 years, 2 months

[LAD] Carla (was... whatever)

by Len Ovens

I agree that Carla has a long list of deps. However, it is worth building on one's own system and excluding some features. This is very easy to do, if Carla doesn't find a depend, it just leaves features requiring those depends out. This does mean the user does have to: - build their own - know what they need - know why they are using Carla in the first place - understand that Carla _tries_ to make up for the mistakes of plugin developers or distro packagers. It is a tool to make the best of a broken situation. In general, a better solution is to use the OS the plugin is made for or use plugins made for your OS of choice. -- Len Ovens www.ovenwerks.net

8 years, 2 months

Jump to page:

2026

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