Linux-audio-user

linux-audio-user@lists.linuxaudio.org

7 participants
20705 discussions

by Joshua Boyd

On ebay I see a bunch of Biamp products with AVB support. While their products seem to be more conference room oriented, I keep wondering about using them with Linux, possibly for monitor management. I know I've seen people talk about using AVB with Motu products, but I don't think I've ever seen anyone mention using AVB with other products, such as Presonus, Biamp, or macOS. I just want audio networking to be accessible, and AVB looks like it is the closet to being so.

1 year, 1 month

[LAU] [ANN] Qtractor 1.5.1 - An(other) End-of-Year'24 Release

by Rui Nuno Capela

Hi again, Qtractor 1.5.1 (end-of-year'24) is out! Change-log: - Fixed/corrected and awfully bad MIDI metronome and clock timing, a reminiscence from the higher resolution MIDI queuing (in place since v0.9.30, meaning a two year long disgrace :(). 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-1.5.1.tar.gz - source package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-1.5.1-8.1.rncbc.suse.src.rpm - binary package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-1.5.1-8.1.rncbc.suse.x86_64.rpm - AppImage [7] package: https://download.sf.net/qtractor/qtractor-1.5.1-8.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://codeberg.org/rncbc/qtractor.git Wiki: 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/ See also: https://www.rncbc.org/drupal/node/2713 Cheers && Happy NYE! - - - rncbc aka Rui Nuno Capela

1 year, 1 month

[LAU] AVB on Linux and Biamp products

by Joshua Boyd

1 year, 1 month

[LAU] KVR monthly contest

by Will Godfrey

I've just see that January's one is a free-for-all, so pretty much anything goes. Let's see a few Linux musicians on there! -- Will J Godfrey {apparently now an 'elderly'}

1 year, 1 month

[LAU] One new message.

by linux-audio-user-owner＠lists.linuxaudio.org

Your message to the Linux-audio-user mailing-list was rejected for the following reasons: The message is not from a list member The original message as received by Mailman is attached.

1 year, 1 month

[LAU] Ratatouille.lv2 v0.9.4 released

by Hermann Meyer

Ratatouille is a Neural Model loader and mixer for Linux/Windows. ![Ratatouille](https://github.com/brummer10/Ratatouille.lv2/blob/main/Ratatouille.png?raw=true) This release introduce a normalization option for NAM models and fix a issue with the normalization (a.k.a loudness compensation) of IR Files (thanks to @avanzzzi ) Ratatouille allow to load up to two neural model files and mix there output. Those models could be [*.nam files](https://tonehunt.org/all) or [*.json or .aidax files](https://cloud.aida-x.cc/all). So you could blend from clean to crunch for example, or, go wild and mix different amp models, or mix a amp with a pedal simulation. Ratatouille using parallel processing to process the second neural model and the second IR-File to reduce the dsp load. The "Delay" control could add a small delay to the second model to overcome phasing issues, or to add some color/reverb to the sound. To round up the sound it allow to load up to two Impulse Response files and mix there output as well. You could try the wildest combinations, or, be conservative and load just your single preferred IR-File. Each neural model may have a different expected Sample Rate, Ratatouille will resample the buffer to match that. Impulse Response Files will be resampled on the fly to match the session Sample Rate. Project Page: https://github.com/brummer10/Ratatouille.lv2 Release Page: https://github.com/brummer10/Ratatouille.lv2

1 year, 1 month

[LAU] [ANN] Qtractor 1.5.0 - An End-of-Year'24 Release

by Rui Nuno Capela

Hi all, Qtractor 1.5.0 (end-of-year'24) is released! Change-log: - Clip/Cross Fade may now apply to all (multiple) selected clips. - Fixed the status-bar session and MIDI clip length BBT format, when in presence of multiple tempo or time-signature changes. - Introducing MIDI clip editor (aka. piano-roll) new Transport/Step/Note/Backward and Forward menu actions, to move the play-head to previous and next note events, respectively. - MIDI clip editor (aka. piano-roll) menu Edit/Select Mode/Edit On, Off and Draw actions are now self-toggled when triggered. - Plug-in presets menu: now sorted alphabetically. - When summoned from the menu, the View/Tempo Map-Markers... dialog positions itself to the current play-head location, instead of the absolute beginning of the timeline. - Introducing new application custom theming option: View/Options.../Display/Options/Custom/Icons theme (directory or folder). - After a shameful long time, adding a brand new audio clip via the Clip/New... dialog, is now finally fixed and functional. - Mixer: reduced track names up to first line break. - Double-click on slider for default value, replicating the behavior of middle-click. - Fxed bug: Aux Send loses state when reordered in a strip. - Create/Add new bus below that which is used as source in View/Buses dialog. - Mitigate truncated bus names in Aux Send Bus dialog. - Fixed yet another old bug regarding the flush of all pending MIDI Note-Off events when playback stops, shuts-off or panics, especially relevant when playback is resumed anywhere but the absolute beginning of the timeline (and also after a first loop turn around). - Schedule an actual and complete refresh on main View/Refresh..., especially when changing a custom color theme palette on-the-fly. 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-1.5.0.tar.gz - source package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-1.5.0-7.1.rncbc.suse.src.rpm - binary package (openSUSE Tubleweed): https://download.sf.net/qtractor/qtractor-1.5.0-7.1.rncbc.suse.x86_64.rpm - AppImage [7] package: https://download.sf.net/qtractor/qtractor-1.5.0-7.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://codeberg.org/rncbc/qtractor.git Wiki: 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/ See also: https://www.rncbc.org/drupal/node/2706 Cheers && Keep the fun! - - - rncbc aka Rui Nuno Capela

1 year, 2 months

[LAU] [ANN] Vee One Suite 1.2.0 - An End-of-Year'24 Release

by Rui Nuno Capela

Greetings, The 'Vee One Suite', the so called 'gang-of-four' '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; * padthv1 [4] a polyphonic additive synthesizer. Are here being released for the End-of-Year'24 holidays... All still delivered in dual form: - a pure stand-alone JACK client with JACK-session [5], NSM (Non/New Session Management [6]) and both JACK MIDI and ALSA MIDI [7] input support; - a LV2 instrument plug-in [8]. Change-log: - Configure/Tuning: fixed initial scale and keyboard map tooltips. The 'Vee One Suite' are free, open-source Linux Audio [10] software, distributed under the terms of the GNU General Public License (GPL) [11] version 2 or later. **synthv1 - an old-school polyphonic synthesizer [1] ** synthv1 1.2.0 (end-of-year'24) 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 project page: https://sourceforge.net/projects/synthv1 downloads: https://sourceforge.net/projects/synthv1/files - source tarball: https://download.sf.net/synthv1/synthv1-1.2.0.tar.gz - source package: https://download.sf.net/synthv1/synthv1-1.2.0-6.1.rncbc.suse.src.rpm - binary packages (openSUSE Tumbleweed): https://download.sf.net/synthv1/synthv1-jack-1.2.0-6.1.rncbc.suse.x86_84.rpm https://download.sf.net/synthv1/synthv1-lv2-1.2.0-6.1.rncbc.suse.x86_84.rpm - AppImage [9] package (JACK stand-alone only): https://download.sf.net/synthv1/synthv1-jack-1.2.0-6.1.x86_64.AppImage git repos: https://git.code.sf.net/p/synthv1/code https://github.com/rncbc/synthv1.git https://gitlab.com/rncbc/synthv1.git https://codeberg.org/rncbc/synthv1.git **samplv1 - an old-school polyphonic sampler [2]** samplv1 1.2.0 (end-of-year'24) 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 project page: https://sourceforge.net/projects/samplv1 downloads: https://sourceforge.net/projects/samplv1/files - source tarball: https://download.sf.net/samplv1/samplv1-1.2.0.tar.gz - source package: https://download.sf.net/samplv1/samplv1-1.2.0-6.1.rncbc.suse.src.rpm - binary package (openSUSE Tumbleweed): https://download.sf.net/samplv1/samplv1-jack-1.2.0-6.1.rncbc.suse.x86_84.rpm https://download.sf.net/samplv1/samplv1-lv2-1.2.0-6.1.rncbc.suse.x86_84.rpm - AppImage [9] package (JACK stand-alone only): https://download.sf.net/samplv1/samplv1-jack-1.2.0-6.1.x86_64.AppImage git repos: https://git.code.sf.net/p/samplv1/code https://github.com/rncbc/samplv1.git https://gitlab.com/rncbc/samplv1.git https://codeberg.org/rncbc/samplv1.git **drumkv1 - an old-school drum-kit sampler [3]** drumkv1 1.2.0 (end-of-year'24) 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 project page: https://sourceforge.net/projects/samplv1 downloads: https://sourceforge.net/projects/drumkv1/files - source tarball: https://download.sf.net/drumkv1/drumkv1-1.2.0.tar.gz - source package: https://download.sf.net/drumkv1/drumkv1-1.2.0-6.1.rncbc.suse.src.rpm - binary package (openSUSE Tumbleweed): https://download.sf.net/drumkv1/drumkv1-jack-1.2.0-6.1.rncbc.suse.x86_84.rpm https://download.sf.net/drumkv1/drumkv1-lv2-1.2.0-6.1.rncbc.suse.x86_84.rpm - AppImage [9] package (JACK stand-alone only): https://download.sf.net/drumkv1/drumkv1-jack-1.2.0-6.1.x86_64.AppImage git repos: https://git.code.sf.net/p/drumkv1/code https://github.com/rncbc/drumkv1.git https://gitlab.com/rncbc/drumkv1.git https://codeberg.org/rncbc/drumkv1.git **padthv1 - an old-school polyphonic additive synthesizer [4]** padthv1 1.2.0 (end-of-year'24) 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 project page: https://sourceforge.net/projects/padthv1 downloads: https://sourceforge.net/projects/padthv1/files - source tarball: https://download.sf.net/padthv1/padthv1-1.2.0.tar.gz - source package: https://download.sf.net/padthv1/padthv1-1.2.0-6.1.rncbc.suse.src.rpm - binary package (openSUSE Tumbleweed): https://download.sf.net/padthv1/padthv1-jack-1.2.0-6.1.rncbc.suse.x86_84.rpm https://download.sf.net/padthv1/padthv1-lv2-1.2.0-6.1.rncbc.suse.x86_84.rpm - AppImage [9] package (JACK stand-alone only): https://download.sf.net/padthv1/padthv1-jack-1.2.0-6.1.x86_64.AppImage git repos: https://git.code.sf.net/p/padthv1/code https://github.com/rncbc/padthv1.git https://gitlab.com/rncbc/padthv1.git https://codeberg.org/rncbc/padthv1.git References: [1] synthv1 - an old-school polyphonic synthesizer https://synthv1.sourceforge.io http://synthv1.sourceforge.net [2] samplv1 - an old-school polyphonic sampler https://samplv1.sourceforge.io http://samplv1.sourceforge.net [3] drumkv1 - an old-school drum-kit sampler https://drumkv1.sourceforge.io http://drumkv1.sourceforge.net [4] padthv1 - an old-school polyphonic additive synthesizer https://padthv1.sourceforge.io http://padthv1.sourceforge.net [5] JACK Audio Connection Kit https://jackaudio.org/ [6] NSM, Non Session Management (legacy) http://non.tuxfamily.org/nsm/ New Session Manager https://new-session-manager.jackaudio.org/ [7] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [8] LV2, Audio Plugin Standard, the extensible successor of LADSPA https://lv2plug.in/ [9] AppImage, Linux apps that run anywhere https://appimage.org/ [10] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [11] GNU General Public License https://www.gnu.org/copyleft/gpl.html See also: https://www.rncbc.org/drupal/node/2705 Rejoyce! - - - rncbc aka. Rui Nuno Capela

1 year, 2 months

[LAU] Re: Pipewire hard disk usage (presumably)

by Holger Dehnhardt

Hi Chris, thank you for your answer! > > I didn't have these problems under jack2, but then the RME was also > > connected to the Scarlett via TOSLink, so there was only one interface > > visible to the system. > > That is the difference. When you have two interfaces either they must have the > sample clocks synchronized using hardware (e.g. word clock connection between > the devices, or possibly Toslink if the device can be configured that way), or > you must use software resampling. > Errors during the software resampling is likely the cause of the noises you > hear. That's a good point. I now use the RME as the clock master, the Scarlett is connected via TOSLink only for syncronisation and an Octo PRE 8 is connected via Wordclock BNC from Scarlett. But does Pipewire somehow knows that the two interfaces (RME and Scarlett) are synchronized and there is no need for resampling? > > > I therefore suspect that it is a problem with the > > hard disk usage, as I can't think of any other reason. > > That is the least likely problem. Pipewire does not use the hard disk, and if > there were a problem with hard disk access by the audio application it would > result in underrun warnings. > > > not found a way to optimize hard disk access and I don't even know if this > > is done directly by Pipewire or if one of the usual libraries is used for > > this. > > Pipewire does not access the hardisk so not related at all to pipewire > libraries. I admit, this was a stupid idea. I was thinking about too many disk interrupts which may disturb interrupts for the soundcards. But the first is of course completely out of control if pipewire. Changing the number of processors which does the disk io in Mixbus nearly solved the problems and the latest update of Mixbus let it completely disappear. > > > Have you seen this phenomenon before or do you have any ideas what > > else I can try? > > How have you configured the two devices in Pipewire? Both are configured as pro_audio cards. Sample rate is 48k and buffersize is 1024 samples. > > Are you using the pipewire-jack interface to access the pipewire server as a > JACK server? If so you could try configuring pipewire so that only the RME is > accessed by pipewire, the Scarlett is ignored by pipewire, and then use > zita_a2j and zita_j2a to access the Scarlett as a resampled device. Yes, I use the pipewire jack libraries. Resampling hopefully is not needed anymore. > Was there some reason you did not leave the Scarlett connected using Toslink? Yes, if I do mixing / recording stuff I do have 2 more channels and I do not need to switch on the Focusrite if I don't do mixing stuff. RME and my monitors are enogh if I only want to listen to music.. Thanks for your suggestions Holger -- Holger Dehnhardt holger(a)dehnhardt.org https://www.dehnhardt.org -- Holger Dehnhardt holger(a)dehnhardt.org https://www.dehnhardt.org

1 year, 2 months

[LAU] Tape emulation - is it worth the effort ?

by Fons Adriaensen

Hello all, The purpose of this post is to gather some opinions on the use of 'tape distortion' plugins. The way an analog magnetic tape recorder distorts the signal is quite complicated. The non-linear response is mainly due to the hysteresis of the magnetisation process, and how this interacts with the HF bias added to the recorded signal. Simplifying things a bit, as the tape moves past the recording head and away from it, it goes through several cycles of an hysteresis loop with decreasing amplitude, and it finally converges to some value more or less proportional to the signal. The bias signal itself does not remain on the tape, or at most at a very low level. The same process but with just a very high level HF bias is used to erase the tape. Simulating this accurately is quite complicated, and very CPU intensive. The sample rate must be at least twice the bias frequency (around 100 kHz for 'pro' equipment) and for each sample you need to evaluate the hysteresis loop up to a hundred times (depending on tape speed) to simulate the convergence. Over the past few months I've written the code to do this, with the aim to present a useful 'tape emulation' plugin at the next LAC. It uses a somewhat simplified form of the Preisach algorithm for the hysteresis. <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/preisach-model.pdf> But the first results are somewhat sobering. Have a look at <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/tapesaturation.png> This shows the tranfer function (recorded magnetic signal as a function of the input) for three values of the HF bias. The blue line is what you get without bias. It result in a very smooth saturation for high level signals, but a low amplitude signal will be severly distorted due to the flat region around zero. As bias level is increased, this effect is reduced and the low level gain increases up to some maximum. This is shown by the orange curve. The recommended way to set the correct bias level is to further increase it until the small signal gain is reduced by a few dB (typically 1 or 2 dB, depending on tape type). This is shown by the green curve. The central part of this is very linear (less than 1% THD). But now the smooth saturation is almost transformed into hard clipping. The sharp bend in the curve occurs when the signal amplitude is higher than the bias amplitude. The only effect that remains in a complete simulation is the result of the EQ applied to the signal to be recorded. Higher frequencies have a 'self erasure' effect (which is nicely reproduced by the simulation) and so need to be amplified. The net result is that they will saturate at a lower input level. How much EQ is required depends mainly on tape speed, higher speeds need less. At the most popular 'pro' speed (381 mm/s) this would be something around 10 dB at 10 kHz. At the higher (762 mm/s) speed typically used for 'master tapes' it's just a few dB. So what does effectively remain of the 'smooth saturation and compression' that is claimed to give tape recording its magical 'warm' character ? Is it just a myth ? I also simulated the green curve directly without going through the complicated full simulation, and honestly, to me that sounds just the same. And unless you really use very high levels (much more than would actually be used) the net effect is marginal. Maybe the hard clipping can be useful when applied to individual tracks (e.g. drums or bass), but then there are much simpler ways to do this than 'tape emulation'. Comments invited !!

1 year, 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-user