Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7534 discussions

by Stefan Westerfeld

liquidsfz-0.3.0 has been released The main goal of liquidsfz is to provide an SFZ sampler implementation library that is easy to integrate into other projects. A standalone jack client and a LV2 plugin is also available. liquidsfz is implemented in C++ and licensed under MPL-2.0. The release tarball can be downloaded here: https://github.com/swesterfeld/liquidsfz#releases or from github https://github.com/swesterfeld/liquidsfz/releases/tag/0.3.0 Overview of Changes in liquidsfz-0.3.0: * Change license to MPL-2.0 * Load sample data on demand (preload start, background load as needed) * Improve sound quality by using better interpolation / resampling * Support CC7=Volume and CC10=Pan if not defined in .sfz file (#30) * Various performance optimizations * Fix LFO ranges for square like LFOs * Implement sustain loops (loop_mode=loop_sustain) * Added new public API functions for new features * Make it possible to use absolute paths in .sfz file * Use mmap() for soundfiles on 64bit platforms * Add a few new commands / command line options to liquidsfz jack client * Statically linked plugin is compiled using Ubuntu 18.04 (instead of 16.04) * Minor fixes and cleanups -- Stefan Westerfeld, http://space.twc.de/~stefan

3 years, 6 months

[LAD] [Announce] FFADO version 2.4.6

by Jonathan Woithe

The FFADO project announces the availability of FFADO version 2.4.6. This is a bug-fix release to address issues encountered since version 2.4.5. This is a source-only release. It can be downloaded from http://ffado.org/files/libffado-2.4.6.tgz A release announcement can be found at http://ffado.org/posts/ffado-2.4.6-release/ Changes since FFADO 2.4.6: * Address additional type-related issues encounted in ffado-mixer when using python 3.10. Components affected were the MatrixMixer control and the M-Audio device mixer. Thanks to those who have helped with this release, including Nils Philippsen, Edmund Raile and Salvador O.G. Jonathan Woithe (on behalf of ffado.org)

3 years, 7 months

[LAD] [ANN] Qtractor 0.9.27 - An Early-Summer'22 Release

by Rui Nuno Capela

Hello there, Qtractor 0.9.27 (early-summer'22) is out! Change-log: - CLAP [9] plug-in host support introduced. (EXPERIMENTAL) - Reviewed LV2 plug-in UI Touch feature/interface. - Auto-unlink MIDI clips when pasted/placed with Ctrl+click/Enter. - Fixed LV2 plug-ins UI X11 (native) initial size. - Fixed implicit deactivation when a plugin is removed from chain. - Fixed audio clip export, normalize and tempo-adjust when audio file number of channels is disparately greater than respective track's output bus count. - Fixed one killer lurking in MIDI Controller... modeless dialog instantiation. - Fixed non-effective automation curve node editing. - Track/Export Tracks... dialog ranges are not capped to current session-end anymore. - Fixed MIDI clip editor vertical-zooming when using the [Ctrl+]mouse-wheel. - Set auto-backward play-head location also when clicking on main track-view header/time-ruler and on thumb-view. - Fixed LV2 plug-in buffer-size initialization, esp. affecting the ZynReverb LV2 playback. - Export Tracks dialog last range selection is now remembered. - Fixed the out-of-process plugin scanner path resolution on some self-container(ized) formats eg. AppImage and possibly Flatpak. Description: Qtractor [1] is an audio/MIDI multi-track sequencer application written in C++ with the Qt framework [2]. Target platform is Linux, where the Jack Audio Connection Kit (JACK [3]) for audio and the Advanced Linux Sound Architecture (ALSA [4]) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Website: https://qtractor.org https://qtractor.sourceforge.io http://qtractor.sourceforge.net Project page: https://sourceforge.net/projects/qtractor Downloads: https://sourceforge.net/projects/qtractor/files - source tarball: https://download.sf.net/qtractor/qtractor-0.9.27.tar.gz - source package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-0.9.27-70.1.rncbc.suse.src.rpm - binary package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-0.9.27-70.1.rncbc.suse.x86_64.rpm - AppImage [7] package: https://download.sf.net/qtractor/qtractor-0.9.27-70.1.x86_64.AppImage - Flatpak [8] package (thanks Hubert Figuière): https://flathub.org/apps/details/org.rncbc.qtractor Git repos: https://git.code.sf.net/p/qtractor/code https://github.com/rncbc/qtractor.git https://gitlab.com/rncbc/qtractor.git https://bitbucket.org/rncbc/qtractor.git Wiki (severely outdated; help wanted, desperately!): https://sourceforge.net/p/qtractor/wiki/ - static rendering: https://qtractor.org/doc http://qtractor.sourceforge.net/doc https://qtractor.sourceforge.io/doc - user manual & how-to's: https://download.sf.net/qtractor/qtractor-manual-and-howtos.epub https://download.sf.net/qtractor/qtractor-manual-and-howtos.pdf License: Qtractor [1] is free, open-source Linux Audio [5] software, distributed under the terms of the GNU General Public License (GPL [6]) version 2 or later. References: [1] Qtractor - An audio/MIDI multi-track sequencer https://qtractor.org https://qtractor.sourceforge.io http://qtractor.sourceforge.net [2] Qt framework, C++ class library and tools for cross-platform application and UI development https://qt.io/ [3] JACK Audio Connection Kit https://jackaudio.org [4] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [5] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [6] GPL - GNU General Public License https://www.gnu.org/copyleft/gpl.html [7] AppImage, Linux apps that run anywhere https://appimage.org/ [8] Flatpak, next-generation technology for building and distributing desktop applications on Linux https://flatpak.org/ [9] CLAP, CLever Audio Plugin https://github.com/free-audio/clap See also: https://www.rncbc.org/drupal/node/2359 Have fun, make some noise or else, make some music! -- rncbc aka Rui Nuno Capela

3 years, 7 months

[LAD] Linuxaudio.org update and next steps--call for community input and participation

by Robin Gareus

Dear Linux Audio enthusiasts, As you may have seen on https://lists.linuxaudio.org/archives/linux-audio-announce/2022-July/003054… our long time Director wishes to step down from his duties. Discussion continues on the https://lists.linuxaudio.org/listinfo/consortium email list. The list archive is open to the public, and everyone who is interested is very welcome to join the discussion there. -- robin

3 years, 7 months

[LAD] SoundTracker 1.0.3 second pre-release

by Yury Alyaev

Hi all! I have recently released the second preview of SoundTracker v1.0.3. Here are new features of this pre-release: * General: - Copy / Cut buffers contents can be viewed (yaliaev) - Quick instrument selection (yaliaev) * Sample editor: - Automatic Gain Control sample processing procedure (yaliaev) - Selection from loop and to the left / right of the exising selection (yaliaev) - Navigation improved (yaliaev) - Optional loop playback when playing selection (yaliaev) - Waveform value indication (yaliaev) - Loop Facility, an advanced tool for manipulations with sample loops (yaliaev) * Fixes and minor improvements (yaliaev) I invite everyone to test this pre-release and look forward your feedback (bug reports and feature requests). Also, with this release I announce feature freeze, this means that pre2 includes all features of the "mature" release. Download: https://sourceforge.net/projects/soundtracker/files/ Regards, Yury.

3 years, 7 months

[LAD] MIDI granularity

by Will Godfrey

Over a hardware DIN port this is of course approx. 1mS, but does anyone know if it's the same over a USB link? Presumably, it would have to be if the source was also sending to the DIN route. Following on from that, what about the multiport adaptors that have 4 hardware ports going down one USB cable. I would guess that these could be interleaved so that (assuming the 1mS granularity holds) the overall rate is still 1mS with the ports spaced up to 250uS apart. This is of course pure guesswork, so I'd be interested if anyone knows exactly what the situation is. -- Will J Godfrey https://willgodfrey.bandcamp.com/ http://yoshimi.github.io Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song.

3 years, 7 months

[LAD] A GUI request

by Will Godfrey

As a {cough} sprightly 73 year old I'm starting to have sight difficulties - especially dark colours and night vision. With the current trend of dark GUI shades this presents me with a problem when using new software. Some, but not all of these programs do provide alternatives. However they default to dark, and I have a hard time finding how to change this, or indeed, even seeing which options are available. Therefore please consider either defaulting to a lighter layout, or alternatively, at first time start give a choice using a system alert/choice window. If you don't provide a lighter option, maybe consider doing so. -- Will J Godfrey https://willgodfrey.bandcamp.com/ http://yoshimi.github.io Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song.

3 years, 8 months

[LAD] GUI mechanics question: interaction between UI control and data

by Jeanette C.

Hey hey, if a simple - possibly outdated - documentation can help, I'd be happy about any pointer. Current GTK+ and QT documentation comes with far too much overhead, even in the "trivial" basic apps. Consider this: An application with a toggle button (on/off), some load from file button and a class holding one bvoolean value connect to the on/off button. The class could look like this: class Data { public: Data(bool value): its_value(value) {} ~Data() {} void set(bool value) { its_value = value; } bool get() const { return its_value; } private: bool its_value; }; The button is connected to a Data object, via a signal, so its set(bool) function is called. The load function will load a value from a file. How would you normally reflect that on GUI? What's the method to not only set the Data object value, but also the corresponding button state? What's the current practise to make this two-way connection? Combine both button and object in a wrapper? Have some other kind of signal? Simple change button state in every place the Data object is changed? As stated above: even an old resource or documentation for a limited UI library will do, as long as the method shines through with little overhead and without anything like QML or a UI builder. Best wishes and thanks for any help, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c Make all the clouds disappear Put all your fears to rest <3 (Britney Spears)

3 years, 8 months

[LAD] [experimental] Simple C++20 JACK Client wrapper

by Mario Lang

Hi. std::span<>, std::lerp, std::clamp, just to name some, C++ standardisation has been good to audio devs in recent years. I always wanted to have a concise modern C++ wrapper class for a JACK client. Here is my latest (very incomplete) attempt: https://github.com/mlang/ladxx20 #include <algorithms> #include <processor.hpp> using namespace std; struct null : lad::processor { null(): lad::processor("null", 0, 1) {} void process(audio_buffers audio) override { for (auto buffer: audio.out) ranges::fill(buffer, 0.0); } }; int main() { null client; client.start(); this_thread::sleep_for(chrono::seconds(5)); return EXIT_SUCCESS; } The idea is to make it as easy as possible to write custom JACK clients. No callback registration, no port naming, no remembering flags. Just declare a class and implement a single method. Buffers are passed to you as spans, so modern for-loop and all stl algorithms can be used immediately. This is sort of like a template project for now. Clone and write your own tool to experiment with DSP. If you have productive feedback, I am all ears. I am not looking for language flamewar activity though. If you are not into C++ for some reason, just go on, there is nothing to see here... -- CYa, ⡍⠁⠗⠊⠕

3 years, 8 months

[LAD] Fw: Re: Deriving a steady MIDI clock crossplatform?

by Fons Adriaensen

----- Forwarded message from Fons Adriaensen <fons(a)linuxaudio.org> ----- Date: Thu, 19 May 2022 22:22:12 +0200 From: Fons Adriaensen <fons(a)linuxaudio.org> To: "Jeanette C." <julien(a)mail.upb.de> On Thu, May 19, 2022 at 07:52:33PM +0200, Jeanette C. wrote: > I know about one or two applications that use the timeofday/sleep mechanism, > but from first hand experience I know that these tend to drift and wobble. The key to do this is to have a high priority thread waiting for an *absolute* time, and then each time increment that time by the required delta. Note that this is fundamentally different from using sleep or similar functions. With those you wait for a certain time. So if your previous event was late, the next one will be late as well just because you start waiting for it too late. So all the errors will add up, and you will *never* get the correct event frequency. When you wait until an absolute time, any latency on the previous event does not affect the following ones. The errors don't accumulate. So what to wait for ? That could be any system call that takes an absolute timeout rather than a maximum waiting time. On Linux I'd use something like sem_timedwait(). To set the initial timeout, the corresponding clock can be read with clock_gettime(), using the CLOCK_MONOTONIC option. Don't know about Apple. Last time I looked it didn't have clock_gettime(), but it has gettimeofday(). Note that it is not gettimeofday() that is the cause of the problem you mentioned, it is using sleep() or usleep(). Ciao, -- FA ----- End forwarded message -----

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