Linux-audio-dev July 2018

linux-audio-dev@lists.linuxaudio.org

21 participants
18 discussions

by hgn

Hello list, I recently tried out petri-foo and I like it enough to care about it in the form of bug reports. I don't know how to contact the developers though. The website http://petri-foo.sourceforge.net/ says last release 2012, the github repository is switched to read-only. Did I miss the active development place somehow? Fork of a fork? -hgn

7 years, 2 months

[LAD] [ANN] caps-0.9.24

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

7 years, 3 months

[LAD] PipeWire

by Wim Taymans

Hi everyone, I'm Wim Taymans and I'm working on a new project called PipeWire you might have heard about [1]. I have given some general presentations about it during its various stages of development, some of which are online [2]. PipeWire started as a way to share arbirary multimedia, wich requires vastly different requirements regarding format support, device and memory management than JACK. It wasn't until I started experimenting with audio processing that the design started to gravitate to JACK. And then some of JACKs features became a requirement for PipeWire. The end goal of PipeWire is to interconnect applications and devices through a shared graph in a secure and efficient way. Some of the first applications will be wayland screen sharing and camera sharing with access control for sandboxed applications. It would be great if we could also use this to connect audio apps and devices, possibly unifying the pulseaudio/JACK audio stack. Because the general design is, what I think, now very similar to JACK, many people have been asking me if I'm collaborating with the linux pro-audio community on this in any way at all. I have not but I really want to change that. In this mail I hope to start a conversation about what I'm doing and I hope to get some help and experience from the broader professional audio developers community on how we can make this into something useful for everybody. I've been looking hard at all the things that are out there, including Wayland, JACK, LV2, CRAS, GStreamer, MFT, OMX,.. and have been trying to combine the best ideas of these projects into PipeWire. A new plugin API was designed for hard realtime processing of any media type. PipeWire is LGPL licensed and depends only on a standard c library. It's currently targeting Linux. At the core of the PipeWire design is a graph of processing nodes with arbirary input/output ports. Before processing begins, ports need to be configured with a format and a set of buffers for the data. Buffer data and metadata generally lives in memfd shared memory but can also be dmabuf or anything that can be passed as an fd between processes. There is a lot of flexibility in doing this setup, reusing much of the GStreamer experience there is. This all happens on the main thread, infrequently, not very important for the actual execution of the graph. In the realtime thread (PipeWire currently has 1 main thread and 1 realtime data thread), events from various sources can start push/pull operations in the graph. For the purpose of this mail, the audio sink uses a timerfd to wake up when the alsa buffer fill level is below a threshold. This causes the sink to fetch a buffer from its input port queue and copy it to the alsa ringbuffer. It then issues a pull to fetch more data from all linked peer nodes for which there is nothing queued. These peers will then eventually push another buffer in the sink queue to be picked up in the next pull cycle of the sink. This is somewhat similar to the JACK async scheduling model. In the generic case, PipeWire has to walk upstream in the graph until it finds a node that can produce something (see below how this can be optimized). Scheduling of nodes is, contrary to JACKs (and LADSPA and LV2) single 'process' method, done with 2 methods: process_input and process_ouput. This is done to support more complex plugins that need to decouple input from output and to also support a pull model for plugins. For internal clients, we directly call the methods, for external clients we use an eventfd and a shared ringbuffer to send the right process command to the client. When the external client has finished processing or need to pull, it signals PipeWire, which then wakes up the next clients if needed. This is different from JACK, where a client directly wakes up the peers to avoid a server context switch. JACK can do this because the graph and all client semaphores are shared. PipeWire can't in general for a couple of reaons: 1) you need to bring mixing of arbitrary formats to the clients 2) sandboxed clients should not be trusted with this information and responsability. In some cases it would probably be possible to improve that in the future (see below). This kind of scheduling works well for generic desktop style audio and video. Apps can send buffers of the size of their liking. Bigger buffers means higher latency but less frequent wakeups. The sink wakeup frequency is determined by the smallest buffer size that needs to be mixed. There is an upper limit for the largest amount of data that is mixed in one go to avoid having to do rewinds in alsa and still have reasonable latency when doing volume changes or adding new streams etc. The idea is to make a separate part of the graph dedicated to pro-audio. This part of the graph runs with mono 32bit float sample buffers of a fixed size and samplerate. The nodes running in this part of the graph also need to have a fixed input-output pattern. In this part of the graph, negotiating the format becomes trivial. We can preallocate a fixed size buffer for each port that is used to send/mix data between nodes. Exactly like how JACK works. In this scenario it would be possible to bring some of the graph state to trusted clients so that they can wake up their peers directly. As it turns out, the generic scheduling mechanism simplifies to the JACK way of scheduling and the option to do some optimisations (can directly start push from the sources, bundle process_input/output calls, mixing on ports is simplified by equal buffer sizes, ...) There is a lot more stuff that I can talk about and a lot of things that need to be fleshed out like latency calculations, an equivalent of JACK transport, session management, ... But this mail is already getting long :) I would very much like to hear your ideas, comments, flames, thoughts on this idea. I think I'm at a stage where I can present this to a bigger audience and have enough experience with the matter to have meaningful discussions. PipeWire is currently still in heavy development, many things can and do still change. I'm currently writing a replacement libjack.so[3] that runs jack clients directly on PipeWire (mixing and complicated scheduling doesn't work yet). Hope to hear your comments, Wim Taymans [1] pipewire.org [2] https://www.youtube.com/watch?v=6Xgx7cRoS0M [3] https://github.com/PipeWire/pipewire-jack

7 years, 5 months

[LAD] All videos online, website going to read-only mode

by Linux Audio Conference

Dear Linux Audio community, we're sending this mail to let you know about the availability of the remaining videos from LAC2018. You can find them on media.ccc.de [1] and on the dedicated event pages linked to in the schedule [2]. We hope you had a great time at the conference and if you couldn't be there physically, this is now the time to have a look at much of what has happened in Berlin this year. In other news, the website [3] is going to read-only mode shortly. See you at future LACs! [1] https://media.ccc.de/b/conferences/lac/lac18 [2] https://lac.linuxaudio.org/2018/pages/schedule/ [3] https://lac.linuxaudio.org/2018/ -- Linux Audio Conference team

7 years, 5 months

[LAD] octofile release

by Fons Adriaensen

Hello all, Source code for octofile version 0.3.0 (linux) is now available at <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html> Octofile is the A to B format converter for Core Sound's Octomic. A-format input can be 1,2,4 or 8 audio file(s) with resp. 8,4,2 or 1 channel(s) each, 44.1, 48 or 96 kHz. Default output is a 2nd order Ambix file (CAF, SN3D, ACN) but the legacy .amb or non-standard formats (e.g. Ambix in a .wav file) are possible as well. You will require a calibration file from Core Sound of course. Ciao, -- FA

7 years, 6 months

[LAD] USB audio on RPi3B+

by Fons Adriaensen

Hello all, Has anyone tried using multichannel USB audio on a Raspberry 3B+ ? It seems to work perfectly (using zita-alsa-pcmi) with stereo cards. When I try my RME Babyface (12 in, 12 out) in CC mode, the device opens without problems, but then Alsa_pcmi::pcm_wait() times out waiting for the poll fd to become ready. Timeout in pcm_wait() is 1000 milliseconds. The same seems to happen with Jackd, which uses similar code. Is there anything in the Pi's system or configuration that excludes multichannel cards ? Ciao, -- FA

7 years, 6 months

[LAD] DrumGizmo 0.9.15 Release

by Bent Bisballe Nyeng

DrumGizmo 0.9.15 Released! DrumGizmo is an open source, multichannel, multilayered, cross-platform drum plugin and stand-alone application. It enables you to compose drums in midi and mix them with a multichannel approach. It is comparable to that of mixing a real drumkit that has been recorded with a multimic setup. We didn't quite make the yearly LAC (Linux Audio Conference) schedule. But fret not, now it is here! The new 0.9.15 release is primed and ready for use. Loads of new stuff in this release. Most prominent is the new timing humanizer and the bleed control! The timing humanizer works in addition to the velocity humanizer. Where the velocity humanizer adjusts the velocity of incoming midi hits, the timing humanizer does the same thing but instead moves them back and forth in time. This all helps to achieve a less machine-sounding output. To help with the understanding of the humanizing features, we've also added a “visualizer” which will mirror the settings you choose for a better understanding. This is the first iteration of the visualizer, so feedback is very welcome. So what else? Oh yes, “bleed control”! And yep, it does exactly what you expect. If you want a dry sounding kit, turn that slider aaaall the way down. But if you want all of the ambience in there, turn it aaaall the way up. Bleed is when a hit on any drum is also picked up by mics that aren't the “primary” mic of that specific drum. For some genres bleed is unwanted. For others, not so much. And now YOU are in control. For the full list of changes, check the roadmap for 0.9.15 [2] A note on the bleed control: Currently only the newly updated CrocellKit v1.1 supports this [1]. We still need to update the rest of the kits before it will work for those. So keep an eye out for that. And that is all. Please enjoy this release! Get it here [3] [1]: https://drumgizmo.org/wiki/doku.php?id=kits:crocellkit [2]: https://www.drumgizmo.org/wiki/doku.php?id=roadmap:features_roadmap#version… [3]: http://www.drumgizmo.org/wiki/doku.php?id=getting_drumgizmo

7 years, 6 months

[LAD] OpenAV Luppp 1.2 Release

by Harry van Haaren

Hey All, Its been a long time, but there's a new Luppp release out now, version 1.2 https://github.com/openAVproductions/openAV-Luppp/releases/tag/release-1.2.0 Huge thanks to all the contributors, this release was largely driven by contributions, and community interaction and interest in the Luppp project - thanks to all!! Keep an eye out, there is more stuff coming up soon! -Harry --- Changelog: Features: -> clear clip with MIDI -> build with meson -> space triggers special clip -> manual BPM input (right click on Tap-Button) Improvements: -> avoid noise on all controls -> reduce default metronome volume -> make label code consistent -> fix compiler warnings -> remove all hard coded scene numbers -> add some debug outputs -> metronome fancy fades -> better icon file Fixes: -> fix several leaks and errors -> fix broken waveforms -> fix fltk/ntk conflict -> fix generic MIDI launch bug -> fix wrong output mapping -> fix input signal flow -> fix input volume for clip recording -> fix timing issues after changing playspeed -> fix scenes losing names once a scene is played

7 years, 6 months

[LAD] [ANN] Vee One Suite 0.9.2 - A Summer'18 Release

by Rui Nuno Capela

Awe! The 'Vee One Suite' of so called 'old-school' software instruments, synthv1 [1] as a polyphonic subtractive synthesizer, samplv1 [2] a polyphonic sampler synthesizer, drumkv1 [3] as yet another drum-kit sampler and padthv1 [4] as a polyphonic additive synthesizer, are here released for the northern Summer'18. All available in dual standard forms: - a pure stand-alone JACK client with JACK-session [5], NSM (Non Session management [6]) and both JACK MIDI and ALSA MIDI [7] input support; - a LV2 instrument plug-in [8]. The mostly common change-log for the hot-season is as follows: - Frame-time display format option added to new offset, loop-start and loop-end spin-boxes. (applies to samplv1 [2] and also partially to drumkv1 [3]) - Sample start point (offset) added as a brand new property parameter. (samplv1 [2] and drumkv1 [3] only) - Add LV2 UI Resize extension data support. - Process MIDI Controlllers even though the channel filter is on (DEF Channel is set anything but "Omni"). - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). Also, let it be known here, that there are a few and notable contributions currently evolving on the user documentation area, as follows:<ul> - synthv1 [1] manual, by Wladimir J. van der Laan: https://gist.github.com/laanwj/a197c90789e9b8c67dc2 - samplv1 [2] manual, by Menno Kenevel: https://github.com/rncbc/samplv1/wiki/User-Manual - samplv1 [2] manual, by m4lez: https://github.com/rncbc/samplv1/files/2220022/manual.odt.zip Please help if you can ;) The 'Vee One Suite' are free, open-source Linux Audio [10] software, distributed under the terms of the GNU General Public License (GPL) [9] version 2 or later. In order of (chronological) appearance: **synthv1 - an old-school polyphonic synthesizer [1] ** synthv1 0.9.2 (summer'18) is released! synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: https://synthv1.sourceforge.io http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sf.net/synthv1/synthv1-0.9.2.tar.gz - source package: http://download.sf.net/synthv1/synthv1-0.9.2-39.rncbc.suse.src.rpm - binary packages (openSUSE Tumbleweed): http://download.sf.net/synthv1/synthv1-0.9.2-39.rncbc.suse.x86_84.rpm - AppImage packages (JACK stand-alone only): http://download.sf.net/synthv1/synthv1-0.9.2-6.x86_64.AppImage git repos: http://git.code.sf.net/p/synthv1/code https://github.com/rncbc/synthv1.git https://gitlab.com/rncbc/synthv1.git https://bitbucket.org/rncbc/synthv1.git **samplv1 - an old-school polyphonic sampler [2]** samplv1 0.9.2 (summer'18) is released! samplv1 is an old-school polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: https://samplv1.sourceforge.io http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sf.net/samplv1/samplv1-0.9.2.tar.gz - source package: http://download.sf.net/samplv1/samplv1-0.9.2-39.rncbc.suse.src.rpm - binary packages (openSUSE Tumbleweed): http://download.sf.net/samplv1/samplv1-0.9.2-39.rncbc.suse.x86_84.rpm - AppImage packages (JACK stand-alone only): http://download.sf.net/samplv1/samplv1-0.9.2-6.x86_64.AppImage git repos: http://git.code.sf.net/p/samplv1/code https://github.com/rncbc/samplv1.git https://gitlab.com/rncbc/samplv1.git https://bitbucket.org/rncbc/samplv1.git **drumkv1 - an old-school drum-kit sampler [3]** drumkv1 0.9.2 (summer'18) is released! drumkv1 is an old-school drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: https://drumkv1.sourceforge.io http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sf.net/drumkv1/drumkv1-0.9.2.tar.gz - source package: http://download.sf.net/drumkv1/drumkv1-0.9.2-35.rncbc.suse.src.rpm - binary packages (openSUSE Tumbleweed): http://download.sf.net/drumkv1/drumkv1-0.9.2-35.rncbc.suse.x86_84.rpm - AppImage packages (JACK stand-alone only): http://download.sf.net/drumkv1/drumkv1-0.9.2-6.x86_64.AppImage git repos: http://git.code.sf.net/p/drumkv1/code https://github.com/rncbc/drumkv1.git https://gitlab.com/rncbc/drumkv1.git https://bitbucket.org/rncbc/drumkv1.git **padthv1 - an old-school polyphonic additive synthesizer [4]** padthv1 0.9.2 (summer'18) is released! padthv1 is an old-school polyphonic additive synthesizer with stereo fx padthv1 is based on the PADsynth algorithm by Paul Nasca, as a special variant of additive synthesis. LV2 URI: http://padthv1.sourceforge.net/lv2 website: http://padthv1.sourceforge.net https://padthv1.sourceforge.io downloads: http://sourceforge.net/projects/padthv1/files - source tarball: http://download.sf.net/padthv1/padthv1-0.9.2.tar.gz - source package: http://download.sf.net/padthv1/padthv1-0.9.2-6.rncbc.suse.src.rpm - binary packages (openSUSE Tumbleweed): http://download.sf.net/padthv1/padthv1-0.9.2-6.rncbc.suse.x86_84.rpm - AppImage packages (JACK stand-alone only): http://download.sf.net/padthv1/padthv1-0.9.2-6.x86_64.AppImage git repos: http://git.code.sf.net/p/padthv1/code https://github.com/rncbc/padthv1.git https://gitlab.com/rncbc/padthv1.git https://bitbucket.org/rncbc/padthv1.git References: [1] synthv1 - an old-school polyphonic synthesizer http://synthv1.sourceforge.net/ [2] samplv1 - an old-school polyphonic sampler http://samplv1.sourceforge.net/ [3] drumkv1 - an old-school drum-kit sampler http://drumkv1.sourceforge.net/ [4] padthv1 - an old-school polyphonic additive synthesizer http://padthv1.sourceforge.net/ [5] JACK Audio Connection Kit http://jackaudio.org/ [6] NSM, Non Session Management http://non.tuxfamily.org/nsm/ [7] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [8] LV2, Audio Plugin Standard, the extensible successor of LADSPA http://lv2plug.in/ [9] GNU General Public License http://www.gnu.org/copyleft/gpl.html [10] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org See also: http://www.rncbc.org/drupal/node/1924 Enjoy && have fun. -- rncbc aka. Rui Nuno Capela

7 years, 6 months

[LAD] [ANN] The QStuff* Summer'18 Release

by Rui Nuno Capela

Howdy! The Qstuff* Summer'18 release is out! Grab it while it's hot! * QjackCtl 0.5.3 * Qsynth 0.5.2 * Qsampler 0.5.2 * QXGEdit 0.5.2 * QmidiNet 0.5.2 **QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1]** QjackCtl 0.5.3 (summer'18) is out! QjackCtl [1] is a(n ageing but still) simple Qt [7] application to control the JACK [8] sound server, for the Linux Audio [12] infrastructure. Website: https://qjackctl.sourceforge.io http://qjackctl.sourceforge.net Project page: http://sourceforge.net/projects/qjackctl Downloads: http://sourceforge.net/projects/qjackctl/files - source tarball: http://download.sf.net/qjackctl/qjackctl-0.5.3.tar.gz - source package: http://download.sf.net/qjackctl/qjackctl-0.5.3-32.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qjackctl/qjackctl-0.5.3-32.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qjackctl/qjackctl-0.5.3-4.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: - Portuguese (pt) translation added (by Heitor Rocha). - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). - Improved Graph rubberband add (Shift) and toggle (Ctrl) multiple (de)selections. - Added user preference option: Setup / Misc / Buttons / Replace Connections with Graph button (on main window). - Added a zoom slider control to the Graph view status bar. **Qsynth - A fluidsynth Qt GUI Interface [2]** Qsynth 0.5.3 (summer'18) is out! Qsynth [2] is a FluidSynth [10] GUI front-end application written in C++ around the Qt [7] framework using Qt Designer. Website: https://qsynth.sourceforge.io http://qsynth.sourceforge.net Project page: http://sourceforge.net/projects/qsynth Downloads: http://sourceforge.net/projects/qsynth/files - source tarball: http://download.sf.net/qsynth/qsynth-0.5.2.tar.gz - source package: http://download.sf.net/qsynth/qsynth-0.5.2-13.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsynth/qsynth-0.5.2-13.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qsynth/qsynth-0.5.2-3.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: - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). **Qsampler - A LinuxSampler Qt GUI Interface [3]** Qsampler 0.5.2 (summer'18) is out! Qsampler [3] is a LinuxSampler [11] GUI front-end application written in C++ around the Qt [7] framework using Qt Designer. Website: https://qsampler.sourceforge.io http://qsampler.sourceforge.net Project page: http://sourceforge.net/projects/qsampler Downloads: http://sourceforge.net/projects/qsampler/files - source tarballs: http://download.sf.net/qsampler/qsampler-0.5.2.tar.gz - source packages: http://download.sf.net/qsampler/qsampler-0.5.2-26.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsampler/qsampler-0.5.2-26.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qsampler/qsampler-0.5.2-3.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: - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). **QXGEdit - A Qt XG Editor [4]** QXGEdit 0.5.2 (summer'18) is out! QXGEdit [4] is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [14] and thus probably a baseline for many other XG devices. Website: https://qxgedit.sourceforge.io http://qxgedit.sourceforge.net Project page: http://sourceforge.net/projects/qxgedit Downloads: http://sourceforge.net/projects/qxgedit/files - source tarball: http://download.sf.net/qxgedit/qxgedit-0.5.2.tar.gz - source package: http://download.sf.net/qxgedit/qxgedit-0.5.2-13.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qxgedit/qxgedit-0.5.2-13.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qxgedit/qxgedit-0.5.2-3.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: - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). - Corrected default handling of MULTIPART > Main > Control > Volume and also MULTIPART > Control > Pitch Bend > LFO ... - Fixed for some g++ >= 8.1.1 warnings and quietness. **QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [6]** QmidiNet 0.5.2 (summer'18) is out! QmidiNet [6] 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 [15] and designed to be compatible with ipMIDI [16] for Windows. Website: https://qmidinet.sourceforge.io http://qmidinet.sourceforge.net Project page: http://sourceforge.net/projects/qmidinet Downloads: http://sourceforge.net/projects/qmidinet/files - source tarball: http://download.sf.net/qmidinet/qmidinet-0.5.2.tar.gz - source package: http://download.sf.net/qmidinet/qmidinet-0.5.2-15.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qmidinet/qmidinet-0.5.2-15.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qmidinet/qmidinet-0.5.2-3.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: - AppData/AppStream metadata is now settled under an all permisssive license (FSFAP). - Fixed for some g++ >= 8.1.1 warnings and quietness. License: All of the Qstuff* are free, open-source Linux Audio [12] software, distributed under the terms of the GNU General Public License (GPL [13]) 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] Qsampler - A LinuxSampler Qt GUI Interface http://qsampler.sourceforge.net [4] QXGEdit - A Qt XG Editor http://qxgedit.sourceforge.net [5] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast http://qmidictl.sourceforge.net [6] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast http://qmidinet.sourceforge.net [7] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [8] JACK Audio Connection Kit http://jackaudio.org [9] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [10] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications http://www.fluidsynth.org [11] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler http://www.linuxsampler.org [12] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [13] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [14] Yamaha DB50XG http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [15] multimidicast - sends and receives MIDI from ALSA sequencers over network http://llg.cubic.org/tools/multimidicast [16] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN http://nerds.de See also: http://www.rncbc.org/drupal/node/1923 Enjoy && have fun! -- rncbc aka. Rui Nuno Capela

7 years, 6 months

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 July 2018