[LAD] Ratatouille.lv2 v0.5 released

[Hermann Meyer]

Ratatouille is a Neural Model loader and mixer for Linux/Windows.

This release fix handling frame buffer-sizes of arbitrary size, aka. not
power of two, for the impulse response engine.

Ratatouille allow to load up to two neural model files and mix there
output. Those models could be *.nam files  or
*.json or .aidax files . 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.

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.


Release Page:

https://github.com/brummer10/Ratatouille.lv2/releases/tag/v0.5


Project Page:

https://github.com/brummer10/Ratatouille.lv2
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] SpecMatch

[Hermann Meyer]

Hi

I revisited a old guitarix project (SpecMatch) and ported it to python3.

SpecMatch aims to compare two Sounds and generate a Impulse Response
File from the different.

Intentional it was developed to easier the process to recreate a
specific Sound within guitarix.

Now, this day's while we've NAM and AIDAX, there are better way's to do so.

Hence I've u-bounded it from guitarix and makes it a tool on it's own,
as there are still the need to add convolution to get the expected sound.

SpecMatch allow to load two Sound files, compare the Frequency
spectrum's of them, and generate a Impulse Response File from the
difference. So it enable you to get the missing bits.

A other use-case is to archive the "Full Impulse Response" of a
destination file by using the usual NAM trainer input file as source
file in SpecMatch.

I've posted some of my results, using it this way, as a show case, on
the linuxmusicians  forum her:

https://linuxmusicians.com/viewtopic.php?p=168587#p168587

This is, after all the years, still work in progress, and, there
shouldn't ever been a release to be expected, as it is plain
development. Anyway, if this stuff is of some interest for you, here it is:

 https://github.com/brummer10/SpecMatch


regards

hermann
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] ToneTwist Plugs v0.8 released

[Hermann Meyer]

ToneTwist Plugs been a set of distortion/overdrive Pedal simulations
working in Multi-format LV2|VST2|VST3|CLAP|AU multi-arch
Linux|macOS|Windows audio effect plugs using the DISTRHO Plugin
Framework (DPF )

This release introduce AU (Audio Unit) plugin format support for
macOS,and, introduce new reworked GUI's for all plugs.


Project Page(Source Code):

https://github.com/brummer10/ToneTwistPlugs


Release Page (Binary Packages):

https://github.com/brummer10/ToneTwistPlugs/releases/tag/v0.8
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] StompTuner v0.5 released

[Hermann Meyer]

StompTuner, a Strobe Tuner in Stomp Box Format, release version 0.5

This Release  fix a Sample Rate issue within the CLAP format, add the AU
(Audio Unit) plugin format for macos, and introduce a new, reworked GUI.

StompTuner using the DISTRHO DPF  Plugin
Framework and provide plugins in the LV2|VST2|VST3|CLAP|AU format for
Linux|macOS and Windows.


Project Page (Source Code):

https://github.com/brummer10/StompTuner


Release Page (Binary Packages):

https://github.com/brummer10/StompTuner/releases/tag/v0.5

___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Ratatouille.lv2 v0.4 released

[Hermann Meyer]

Ratatouille is a Neural Model loader and mixer.

It allow to load up to two neural model files and mix there output.
Those models could be *.nam files  or *.json
or .aidax files . 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.

A "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.

Settings could be saved as presets (host side) and switched seamless.

You'll find ready to use binary packages on the release page.

Project Page:

https://github.com/brummer10/Ratatouille.lv2

Release:

https://github.com/brummer10/Ratatouille.lv2/releases/tag/v0.4

___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] [LAA] Ratatouille.lv2 v0.2 released

[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)

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.

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.

On the Release Page been ready to use binaries, note please that
Ratatouille.lv2-v3-v0.2-linux-x86_64.tar.xz is a fully optimized version
using the x86-64-v3 optimisation, you could check if your system
supports that by running the command
`/usr/lib64/ld-linux-x86-64.so.2 --help 2>/dev/null | grep 'x86-64-v3
(supported'`

if that return nothing, your system can't use this, in that case you

should choose Ratatouille.lv2-v0.2-linux-x86_64.tar.xz

Impulse Response Files will be resampled on the fly to match the session
Sample Rate.
To build from source, please use Ratatouille.lv2-v0.2-src.tar.xz as only
that contain the needed submodules.

Release Page:
https://github.com/brummer10/Ratatouille.lv2/releases/tag/v0.2

Project Page:
https://github.com/brummer10/Ratatouille.lv2
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Ratatouille.lv2 v0.1 released

[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)

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.

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.

On the Release Page been ready to use binaries, note please that
Ratatouille.lv2-v3-v0.1-linux-x86_64.tar.xz is a fully optimized version
using the x86-64-v3 optimisation, you could check if your system
supports that by running the command
`/usr/lib64/ld-linux-x86-64.so.2 --help 2>/dev/null | grep 'x86-64-v3
(supported'`
if that return nothing, your system can't use this, in that case you
should choose Ratatouille.lv2-v0.1-linux-x86_64.tar.xz

To build from source, please use Ratatouille.lv2-v0.1-src.tar.xz as only
that contain the needed submodules.

Release Page:
https://github.com/brummer10/Ratatouille.lv2/releases/tag/v0.1

Project Page:
https://github.com/brummer10/Ratatouille.lv2
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Mamba 2.6 released

[Hermann Meyer]

Mamba is a Virtual MIDI Keyboard, a 16 Channel Live MIDI Looper and a
(multi) MIDI File player for ALSA / Jack Audio Connection Kit
with a fluidsynth interface, supporting Scala Tuning and Keymap files.

![mamba](https://raw.githubusercontent.com/brummer10/Mamba/master/Mamba.png)
Release v2.6:
- Fix issue #53  Config created in home dir instead of XDG_CONFIG_HOME
- Implement Looper Channel Control to select channels for mute/play
- Implement loop file clip/clap controls
- Implement Preload instruments on File load
- Update libxputty to latest revision

Prebuild binary
[Mamba.zip](https://github.com/brummer10/Mamba/releases/download/Latest/Mamba.zip)

Project page :

https://github.com/brummer10/Mamba

Release Page:

https://github.com/brummer10/Mamba/releases/tag/v2.6
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Guitarix.vst v0.3 Release

[Hermann Meyer]

Hi Cris

Yea, we can get rid of libasound (only needed when build it as
Standalone) and we could remove libavahi (maybe the other day I'll
activate the web sockets for the vst plug to allow controlling it from
outside with the regular guitarix GUI, then I need to re-introduce them).

libgio is introduced by libgiomm, which we need, and so can't be
removed, even if it isn't used directly.

I'll push a updated makefile to the repository soon to reflect your
requests.

regards

hermann

Am 11.03.24 um 16:51 schrieb Christopher Arndt:

Hi Hermann,

Am 11.03.24 um 16:30 schrieb Hermann Meyer:

Guitarix.vst is the full blown guitarix stack as VST3 plugin for Linux,


when I build guitarix.vst on my system (Arch/Manjaro), the plugin
binary links to some libraries, whcioh don't seem to be necessary. The
Arch package checker namcap reports this:

guitarix.vst W: Unused shared library '/usr/lib/libasound.so.2' by
file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')
guitarix.vst W: Unused shared library '/usr/lib/libgio-2.0.so.0' by
file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')
guitarix.vst W: Unused shared library '/usr/lib/libavahi-gobject.so.0'
by file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')
guitarix.vst W: Unused shared library '/usr/lib/libavahi-glib.so.1' by
file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')
guitarix.vst W: Unused shared library '/usr/lib/libavahi-common.so.3'
by file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')
guitarix.vst W: Unused shared library '/usr/lib/libavahi-client.so.3'
by file ('usr/lib/vst3/Guitarix.vst3/Contents/x86_64-linux/Guitarix.so')

Is it possible to prevent these libraries from being linked to reduce
dependencies?


https://aur.archlinux.org/packages/guitarix.vst


Chris
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to
linux-audio-dev-le...@lists.linuxaudio.org

___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Guitarix.vst v0.3 Release

[Hermann Meyer]

Guitarix.vst is the full blown guitarix stack as VST3 plugin for Linux,
using Juce to wrap the guitarix engine into a VST3 plugin.
It allow to load/save your presets, download presets from online and
load external LV2 plugs and IR Files, like the guitarix stand-alone version.
But all that as a VST3 plugin in your DAW. All parameters been exposed
to the DAW, so accessible for automation.
Other than the stand-alone, the VST3 version allows to switch the input
to a real stereo input, so it may match better your channel strip in the
DAW.
For Hdpi users, the GUI is full scalable.

![guitarix.vst](https://i.imgur.com/UlezG8n.png)

New in this release:
 - Add support for RTNeural  network engine
 - Allow to load two instances of the neural modules
 - Add NAM and RTNeural Multi module (Load two models and blend between
them)
 - Fix resampling issues within the neural modules
 - Update to latest guitarix2-0.46.0 release

Project Page:
https://github.com/brummer10/guitarix.vst

Release Page:
https://github.com/brummer10/guitarix.vst/releases/tag/v0.3

If you like to support the guitarix.vst development consider a donation:
[Donate](https://paypal.me/brummer1010)
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] guitarix2-0.46.0 released

[Hermann Meyer]

Guitarix is a modular, virtual amplifier for Linux.

![guitarix](https://a.fsdn.com/con/app/proj/guitarix/screenshots/Guitarix_Dark.png/max/max/1)

With Guitarix you can choose different preamp and amp models
and /or could load [*.nam files](https://tonehunt.org/all) with the
[Neural Amp Modeler](https://github.com/sdatkinson/NeuralAmpModelerCore)
modules,
or load [*.json or .aidax files](https://cloud.aida-x.cc/all) with the
[RTNeural](https://github.com/jatinchowdhury18/RTNeural) modules,
to simulate a specific hardware unit.
Combine them with various effects and speaker cabinet emulations
and/or load your own Impulse Response files
to come up with your very own tones.

New in this release:
 - Add support for RTNeural  network engine
 - Allow to load two instances of the neural modules
 - Add NAM and RTNeural Multi module (Load two models and blend between
them)
 - Implement links in the about menu to download sites for neural
models (*.nam or *.aidax)
 - Fix resampling issues within the neural modules
 - Fix for distributors: reimplement root directory for release tarball

Project Page:

https://github.com/brummer10/guitarix

Release Page:

https://github.com/brummer10/guitarix/releases/tag/V0.46.0
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] guitarix2-0.45.0 released

[Hermann Meyer]

This is the long overdone release for guitarix2 version 0.45.0

Guitarix is a modular, virtual amplifier for Linux.
With Guitarix you can choose different preamp and amp models
and /or could load *.nam files with the Neural Amp Modeler module,
to simulate a specific hardware unit.
Combine them with various effects and speaker cabinet emulations
and/or load your own Impulse Response files
to come up with your very own tones.

![guitarix](https://a.fsdn.com/con/app/proj/guitarix/screenshots/Guitarix_Dark.png/max/max/1)

This release fix various bugs since the last release from May 2, 2022
It also introduce support for the outstanding [Neural Amp
Moduler](https://github.com/sdatkinson/NeuralAmpModelerCore)

project page: https://github.com/brummer10/guitarix

release page: https://github.com/brummer10/guitarix/releases/tag/V0.45.0
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Guitarix.vst v0.2 released

[Hermann Meyer]

Guitarix.vst is the full blown guitarix stack as VST3 plugin for Linux,
using Juce to wrap the guitarix engine into a VST3 plugin.
It allow to load/save your presets, download presets from online and
load external LV2 plugs and IR Files, like the guitarix stand-alone version.
But all that as a VST3 plugin in your DAW. All parameters been exposed
to the DAW, so accessible for automation.
Other than the stand-alone, the VST3 version allows to switch the input
to a real stereo input, so it may match better your channel strip in the
DAW.
For Hdpi users, the GUI is full scalable.

![guitarix.vst](https://i.imgur.com/UlezG8n.png)

This release fix a issue with startup sequence in Ardour.
Also fixed been the issues with the binary like `GLIBCXX_3.4.30' not
found. The binary use now pretty standard  libstdc++ symbols.
It also introduce support for the [Neural Amp
Modeler](https://github.com/sdatkinson/NeuralAmpModelerCore) so it's now
possible to load *.nam files into a modeler module.

Attached binary package
[Guitarix.vst3.zip](https://github.com/brummer10/guitarix.vst/releases/download/v0.2/Guitarix.vst3.zip)
is a x86-64 Linux binary.

To build from source please use the Guitarix.vst3_0.2.tar.gz package, as
only that one contain the needed submodules.

If you like to support the guitarix.vst development consider a donation:
[Donate](https://paypal.me/brummer1010)
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Guitarix.vst v0.1 released

[Hermann Meyer]

This is the first release of Guitarix.vst

Guitarix.vst is the full blown guitarix stack as VST3 plugin for Linux,
using Juce to wrap the guitarix engine into a VST3 plugin.
It allow to load/save your presets, download presets from online and
load external LV2 plugs and IR Files, like the guitarix stand-alone version.
But all that as a VST3 plugin in your DAW. All parameters been exposed
to the DAW, so accessible for automation.
Other than the stand-alone, the VST3 version allows to switch the input
to a real stereo input, so it may match better your channel strip in the
DAW.
For Hdpi users, the GUI is full scalable.

![guitarix.vst](https://i.imgur.com/UlezG8n.png)

The binary package
[Guitarix.vst3.zip](https://github.com/brummer10/guitarix.vst/releases/download/v0.1/Guitarix.vst3.zip)
is a x86-64 Linux binary.
To build from source please use the Guitarix.vst3_0.1.tar.gz package, as
only that one contain the needed submodules.

enjoy.

Release Page is
[here](https://github.com/brummer10/guitarix.vst/releases/tag/v0.1)

Project Page is [here](https://github.com/brummer10/guitarix.vst)

If you like to support the guitarix.vst development consider a donation:
[Donate](https://paypal.me/brummer1010)
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] ImpulseLoader Mono/Stereo LV2 plug released

[Hermann Meyer]

ImpulseLoader.lv2 is a simple, robust, mono IR-File loader/convolver
plug allowing to browse the File system for IR-Files to load them. As
well supported is drag and drop, when the host support that.

It provide a pop up menu for quick access to all IR-Files in the current
loaded path.

IR-Files will be resampled on the fly to match the session SampleRate.

If the IR-File have more then 1 channel, only the first one will be loaded.

Controls for input gain and Dry/Wet been available. The input gain
didn't affect the dry part of the signal so a mix could be easily created.

Project page is here:

https://github.com/brummer10/ImpulseLoader.lv2

Release page is here:

https://github.com/brummer10/ImpulseLoader.lv2/releases/tag/v0.2

The Release page provide the source package and as well ready to use
binary bundle packages for Linux x86_64 and Windows 64.


ImpulseLoaderStereo.lv2 is a stereo version of this, providing the same
feature set, except that it provide stereo channels. If a IR-File have
only one channel, it will use this on both channels, if it have more
then 2 channels, only the first 2 channels will be used.

Project page is here:

https://github.com/brummer10/ImpulseLoaderStereo.lv2

Release page is here:

https://github.com/brummer10/ImpulseLoaderStereo.lv2/releases/tag/v0.2


The GUI's been made with libxputty:

https://github.com/brummer10/libxputty

the convolution engine is based on zita-convolver and the resampler is
based on zita-resampler:

https://kokkinizita.linuxaudio.org/linuxaudio/

Audio file handling is based on libsndfile:

http://www.mega-nerd.com/libsndfile/


The source code of the GUI been released under the 0BSD license while
the complete plugin itself is under the GPL v2+ license.


regards

hermann
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] ImpulseLoader.lv2 v0.1 released

[Hermann Meyer]

ImpulseLoader is a simple, mono, IR-File loader/convolution LV2 plug.

IR-Files could be loaded via the integrated File Browser, or, when
supported by the host, via drag and drop.

If the IR-File have more then 1 channel, only the first channel will be
used.

IR-Files will be resampled on the fly to match the session Sample Rate.

Binaries been available for Linux and Windows.

Get the latest release here:

https://github.com/brummer10/ImpulseLoader.lv2/releases/tag/v0.1

Project page is here:

https://github.com/brummer10/ImpulseLoader.lv2


regards

hermann
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] XUiDesigner v1.0 released

[Hermann Meyer]

I'm glad to announce the release of XUiDesigner v1.0

A easy to use GUI based tool to generate/design LV2 Plugin Bundles with
GUI's for Linux and Windows.

 - Generate GUI Bundle for existing LV2 plugins to use system wide
 - Generate LV2 plugin Bundle with GUI from scratch
 - Generate LV2 plugin Bundle with GUI from plain C++ files
 - Generate LV2 plugin Bundle with GUI from faust (MIDI/AUDIO) dsp files
 - Rework GUI's of saved Bundles at any later state
 - Generate cross platform compatible Plugins with makefiles for
Linux/Windows
 - Support github workflow to build binaries for releases

## Supported widget types

 - Knob  -> could support horizontal framed png
 - HSlider   -> could support horizontal framed png
 - VSlider   -> could support horizontal framed png
 - Button    -> could support single png/horizontal framed png
 - Toggle Button -> could support horizontal framed png
 - ComboBox
 - Value Display
 - Label
 - VMeter
 - HMeter
 - Frame
 - TabBox
 - WaveView
 - File Chooser Button
 - Virtual MIDI Keyboard

## Workflow
Here is a short introduction
[Wiki](https://github.com/brummer10/XUiDesigner/wiki/XUiDesigner)

XUiDesigner is released under the free BSD Zero Clause License

project page is here:

https://github.com/brummer10/XUiDesigner

release page is here:

https://github.com/brummer10/XUiDesigner/releases/tag/v1.0

direct download of the source tarball:

https://github.com/brummer10/XUiDesigner/releases/download/v1.0/XUIDesigner_1.0.tar.gz

greetings

hermann

___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] NeuralCapture

[Hermann Meyer]

Neural Capture is a VST3/LV2 plug to make the process of cloning
external soft/hardware a bit more comfortable.

![NeuralCapture](https://github.com/brummer10/neuralcapture/blob/main/NeuralCapture.png?raw=true)

Neural Capture is build using the DISTRHO Plugin Framework
[DPF](https://github.com/DISTRHO/DPF)

It features a round trip measurement routine.
This allows to load the plug, connect the output to the system output,
loop over external gear (soft or hardware) and back to the Profiler input.

Simply press "Capture" to play the "input.wav" file to the output and
record the returning input
delayed by the measured round trip latency. The peek meter will show you
if your signal is in the expected range.

The round-trip latency will be measured on each "Capture" start.

Resulting recorded "target.wav" file will be perfectly in sync with the
used "input.wav" file.
Currently, both files would be saved under "$(HOME)/profiles/".
The "target.wav" file will be overwritten on each Capture run, so there
will be always only one target file.
You need to save it from that directory in order to use it with the
AIDA-X or NAM trainer.

The "input.wav" file comes as resource with the plug (hence the big size
of the binary packages) and get copied over to that folder,  when no
input.wav file was found there.
This allows advanced users to use their own input.wav file by simply
replace the one in that folder.

The target.wav file get checked during record and run to a normalization
function when needed.
(Only when the max peek in target is above the max peek in input).

The record will be saved in the PCM24 wav format (same as the input.wav
file).

The UI provide a progress bar, a peek meter, and well the profile button.

As requested by the AIDA-X and the NAM trainer, only 48kHz been
supported to run this plug.

(You'll get a warning otherwise)

Project side: https://github.com/brummer10/neuralcapture

The release provide binary packages for multiple platforms

release: https://github.com/brummer10/neuralcapture/releases/tag/v0.1.1


regards

hermann
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] GxPlugins.lv2 v1.0 released

[Hermann Meyer]

I'm proud to announce the release of GxPlugins.lv2 v1.0

GxPlugins is a extra set of effect processing LV2 plugins from the
Guitarix project.


Project page with more information is here:

https://github.com/brummer10/GxPlugins.lv2


New in this release:

Support for Windows (64bit). Implemented by Thorsten Maerz.


Release page is here:

https://github.com/brummer10/GxPlugins.lv2/releases/tag/v1.0


we provide the source tar ball, a debian/ubuntu package and a win64
binary package.


We hope the plugs will be useful,

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] XUiDesigner v0.9 released

[Hermann Meyer]

 XUiDesigner v0.9


A easy to use tool to generator/design X11 based LV2 Plugin Bundles by
drag n' drop, released under the BSD Zero Clause License.


Beside that XUiDesigner allow to generate and install GUI's for existing
LV2 plugins (so far only Reaper fail to load extra UI's), it support as
well to generate LV2 plugins from scratch.
Special support is implemented for FAUST dsp files, which allow you to
generate a LV2 plugin with X11 based UI by just drag'n'drop a FAUST dsp
file into the XUiDesigner interface. This works now as well for MIDI
capable faust modules.
In any way, you don't need to interference with any of the annoying LV2
implementations. XUiDesigner handle that all for you.
The very same is true when you like to implement your own dsp (C++) into
a LV2 plugin.
Example files for how to create a c++ file for parsing (drag n' drop)
with XUiDesigner been included.
For later rework the UI a json file will be created which you could drop
later on XUiDesigner to load and rework the UI.
This may also be usable by other toolkits to create a UI?
This release comes with a couple of Bug-fixes and aims to be nearly stable.
Here is a introduction Wiki
<https://github.com/brummer10/XUiDesigner/wiki/XUiDesigner> entry to
show the first steps.
Note: Please download the attached XUIDesigner_0.9.tar.gz
<https://github.com/brummer10/XUiDesigner/releases/download/v0.8/XUIDesigner_0.9.tar.gz>
archive, as only that contain the needed git submodule ( old long time
knowing bug on github) as the other files wont be able to build
XUiDesigner for you.

New in this release:
Fix read multiple frames from json file
<https://github.com/brummer10/XUiDesigner/commit/acc04705301c776b16a8a0fa67951a098275ba06>
Make image file path relative for json read/write
<https://github.com/brummer10/XUiDesigner/commit/1f873f2a2384ba3b32986b8a36f7f48c2681efa7>
add missing json values
<https://github.com/brummer10/XUiDesigner/commit/79d16eccfa59efe6f944e736dd322f8a21725865>
Load lv2 world in parallel thread on start up
<https://github.com/brummer10/XUiDesigner/commit/ef794397d20ec73b03ba1146ce2043182a6167b0>
make file dialog window bigger on default
<https://github.com/brummer10/XUiDesigner/commit/0ca97a6cf7de9b40e8a03bcbc04f2e252f4c5af7>
Update libxputty fix linker issue
<https://github.com/brummer10/XUiDesigner/commit/a11b7dcfc46bf8309fc044b2d3c6d06c1ec867d0>
Fix parse *.cc files without bypass port
<https://github.com/brummer10/XUiDesigner/commit/716dc16302e2c3bb72029c70dfacf0dfb9923026>


Project page:

https://github.com/brummer10/XUiDesigner


Download Release:

https://github.com/brummer10/XUiDesigner/releases/download/v0.9/XUIDesigner_0.9.tar.gz


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] New lv2 plug slowmo.lv2

[Hermann Meyer]

Hi

I pushed a new lv2 plug to github, the slowmo.lv2

It's a multi-band (18 bands) slow gear with a following delay/echo.

Allows to smooth out the attack/release of a audio input in a polyphonic
manner.

https://github.com/brummer10/slowmo.lv2


published under the 0BSD license

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Fluida.lv2 - v0.8 - Fluidsynth as LV2 plugin

[Hermann Meyer]

Hi

This is the v0.8 release of Fluida.lv2

Fluida is a wrapper around Fluidsynth
https://github.com/FluidSynth/fluidsynth

allowing to load and control Fluidsynth as LV2 plugin within your DAW.

![Fluida](https://raw.githubusercontent.com/brummer10/Fluida.lv2/master/Fluida.png)

This release of Fluida fix fluidsynth API version check and add a
Virtual MIDI keyboard to the UI.

Please download Fluida_0.8.tar.gz
<https://github.com/brummer10/Fluida.lv2/releases/download/v0.8/Fluida_0.8.tar.gz>
as only this one include the needed submodule to build Fluida,
the other files generated by github wont build for that reason!!

Pre-compiled binary is here:

Fluida.lv2
<https://github.com/brummer10/Fluida.lv2/releases/download/Latest/Fluida.lv2.zip>

project page is here:

https://github.com/brummer10/Fluida.lv2

release is here:

https://github.com/brummer10/Fluida.lv2/releases/tag/v0.8


regards

hermann
___
Linux-audio-user mailing list
linux-audio-u...@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] XUiDesigner v0.8 released

[Hermann Meyer]

XUiDesigner v0.8 released

A easy to use tool to generator/design X11 based LV2 Plugin Bundles.
Beside that XUiDesigner allow to generate and install GUI's for existing
LV2 plugins (so far only Reaper fail to load extra UI's), it support as
well to generate LV2 plugins from scratch.
Special support is implemented for FAUST dsp files, which allow you to
generate a LV2 plugin with X11 based UI by just drag'n'drop a FAUST dsp
file into the XUiDesigner interface. This works now as well for MIDI
capable faust modules.
In any way, you don't need to interference with any of the annoying LV2
implementations. XUiDesigner handle that all for you.
The very same is true when you like to implement your own dsp (C++) into
a LV2 plugin.
Example files for how to create a c++ file for parsing (drag n' drop)
with XUiDesigner been included.
For later rework the UI a json file will be created which you could drop
later on XUiDesigner to load and rework the UI.
This may also be usable by other toolkits to create a UI?
This release comes with a couple of Bug-fixes and aims to be nearly stable.
Here is a introduction Wiki
 entry to
show the first steps.
Note: Please download the attached XUIDesigner_0.8.tar.gz

archive, as only that contain the needed git submodule ( old long time
knowing bug on github) as the other files wont be able to build
XUiDesigner for you.

New in this release:
Implement Virtual Midi Keyboard Widget
Fix segfault under Wayland
Fix several Bugs
Implement proper *.cc file parser
Add examples for *cc file parsing

Project page:

https://github.com/brummer10/XUiDesigner


Download Release:

https://github.com/brummer10/XUiDesigner/releases/download/v0.8/XUIDesigner_0.8.tar.gz

Enjoy anyway.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] XUiDesigner v0.6 released

[Hermann Meyer]

XUiDesigner v0.7 released

A easy to use tool to generator/design X11 based LV2 plugins.
Beside that XUiDesigner allow to generate and install GUI's for existing
LV2 plugins, it support as well to generate LV2 plugins from scratch.
Special support is implemented for FAUST dsp files, which allow you to
generate a LV2 plugin with X11 based UI by just drag'n'drop a FAUST dsp
file into the XUiDesigner interface. This works now as well for MIDI
capable faust modules.
In any way, you don't need to interference with any of the annoying LV2
implementations. XUiDesigner handle that all for you.
The very same is true when you like to implement your own dsp (C or C++)
into a LV2 plugin. You could create the GUI interface, save the plugin
bundle, and implement the needed calls to init, activate and run your dsp.
This release comes with a couple of Bug-fixes and aims to be nearly stable.
Here is a introduction Wiki
 entry to
show the first steps.

New in this release:
implement interim save format (json)


(Allow to load and rework the generated UI in XUiDesigner at any time)

Project page:

https://github.com/brummer10/XUiDesigner


Download Release:

https://github.com/brummer10/XUiDesigner/releases/download/v0.7/XUIDesigner_0.7.tar.gz

Enjoy anyway.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] XUiDesigner v0.6 released

[Hermann Meyer]

A easy to use tool to generator/design X11 based LV2 plugins.
Beside that XUiDesigner allow to generate and install GUI's for existing
LV2 plugins, it support as well to generate LV2 plugins from scratch.
Special support is implemented for FAUST dsp files, which allow you to
generate a LV2 plugin with X11 based UI by just drag'n'drop a FAUST dsp
file into the XUiDesigner interface. This works now as well for MIDI
capable faust modules.
In any way, you don't need to interference with any of the annoying LV2
implementations. XUiDesigner handle that all for you.
The very same is true when you like to implement your own dsp (C or C++)
into a LV2 plugin. You could create the GUI interface, save the plugin
bundle, and implement the needed calls to init, activate and run your dsp.
This release comes with a couple of Bug-fixes and aims to be nearly stable.
Here is a introduction Wiki
 entry to
show the first steps Wiki
Note: Please download the attached XUIDesigner_0.6.tar.gz

archive, as only that contain the needed git submodule ( old long time
knowing bug on github) as the other files wont be able to build
XUiDesigner for you.

New in this release:
Add support for faust synth files

Implement color setting per widget

Implement preselected Save option depending on how UI is generated

Implement support for slider images

Fix generate LV2 plug for faust file with numbers in name

ColorChooser: use global ctrl key to pick color from anywere

Improve log scale controllers

Work over all warnings from -Wextra -pedantic

Switch to use old style include path for LV2.h, fix reparent image issue

Avoid moving control widgets out of visible area

Fix issue with makefile genarator

Implement option to move all controllers of same type at once

Implement option to resize all controls of same type as once

Show LV2 plugins by name instead by uri

Add option to keep aspect ratio when resize a controller

Keep Editor window centered on Designer window

Implement option to allow the use of Controller Images for all contro…

Add Turtle view window to show generated ttl file

Fix issue

#9  Please define the
license

Fix issue

#8  Makefile doesn't
respect PREFIX

Fix issue

#7  clang warnings

Fix install on FreeBSD



project page:

https://github.com/brummer10/XUiDesigner


download release:

https://github.com/brummer10/XUiDesigner


Enjoy anyway.
___
Linux-audio-dev mailing 

[LAD] XUiDesigner v0.5 released

[Hermann Meyer]

Release early and often. Special when you've a new tool. So here we go.

XUiDesigner v0.5 is released.

A easy to use tool to generator/design X11 based LV2 plugins.
Beside that XUiDesigner allow to generate and install GUI's for existing
LV2 plugins, it support as well to generate LV2 plugins from scratch.
Special support is implemented for FAUST dsp files, which allow you to
generate a LV2 plugin with X11 based UI by just drag'n'drop a FAUST dsp
file into the XUiDesigner interface.
In any way, you don't need to interference with any of the annoying LV2
implementations. XUiDesigner handle that all for you.
The very same is true when you like to implement your own dsp (C or C++)
into a LV2 plugin. You could create the GUI interface, save the plugin
bundle, and implement the needed calls to init, activate and run your
dsp into the generated .cpp file. (Yes, the points were to do what been
hinted in the file, not that you are really need that)

Here is a introduction Wiki entry to show the first steps:

https://github.com/brummer10/XUiDesigner/wiki/XUiDesigner


Here is the project page:

https://github.com/brummer10/XUiDesigner


and the latest release is here:

https://github.com/brummer10/XUiDesigner/releases/tag/v0.5


As usual. feedback, bug reports or feature requests been welcome on:

https://github.com/brummer10/XUiDesigner/issues


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] XUiDesigner v0.4 released

[Hermann Meyer]

Am 07.07.22 um 13:25 schrieb Hermann Meyer:


I'm pleased to announce the release v0.4 of XUiDesigner

A easy to use GUI generator/designer tool to create X11 based UI's for
LV2 plugins.

Inspired by Glade and QT Designer

XUiDesigner allow to generate alternative UI's for existing LV2
plugins which could be installed and used parallel to the existing ones.

It allow as well to create full LV2 plugin bundles from scratch, were
only the dsp part needs to be done.

With this version, it allow to generate LV2 plugin bundles from faust
(*.dsp) files. Those could be simply drop on the XUiDesigner interface
and XUiDesigner will create the UI for it. The UI could be reworked
when needed (reorder the controls, implement colours or images, . . .)
. Then the complete Bundle could be saved. All what needs to be done
then is run |make && make install| on the bundle, to get the LV2 plug
into the preferred LV2 host.

Still this is in the beta stage, so there may be come changes which
are not backward compatible, but the generated LV2 bundles are all
fully working.


Project page:

https://github.com/brummer10/XUiDesigner

release:

https://github.com/brummer10/XUiDesigner/releases/download/v0.4/XUIDesigner_0.4.tar.gz

regards

hermann



I've added a wiki page as starting point to explain the workflow of
XUiDesigner:

https://github.com/brummer10/XUiDesigner/wiki/XUiDesigner

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] XUiDesigner v0.4 released

[Hermann Meyer]

I'm pleased to announce the release v0.4 of XUiDesigner

A easy to use GUI generator/designer tool to create X11 based UI's for
LV2 plugins.

Inspired by Glade and QT Designer

XUiDesigner allow to generate alternative UI's for existing LV2 plugins
which could be installed and used parallel to the existing ones.

It allow as well to create full LV2 plugin bundles from scratch, were
only the dsp part needs to be done.

With this version, it allow to generate LV2 plugin bundles from faust
(*.dsp) files. Those could be simply drop on the XUiDesigner interface
and XUiDesigner will create the UI for it. The UI could be reworked when
needed (reorder the controls, implement colours or images, . . .) . Then
the complete Bundle could be saved. All what needs to be done then is
run |make && make install| on the bundle, to get the LV2 plug into the
preferred LV2 host.

Still this is in the beta stage, so there may be come changes which are
not backward compatible, but the generated LV2 bundles are all fully
working.


Project page:

https://github.com/brummer10/XUiDesigner

release:

https://github.com/brummer10/XUiDesigner/releases/download/v0.4/XUIDesigner_0.4.tar.gz

regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Guitarix2 release version 0.43.1

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.43.1

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit) released under the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.

This is a quick bug fix release.
Changelog:

 * Fix Install metainfo in prefix (by Hubert Figuière)
 * Fix GxAmplifierX produces weird noise after buffer size changes

Release tarball:

https://github.com/brummer10/guitarix/releases/download/V0.43.1/guitarix2-0.43.1.tar.xz

Project Page on github:

https://github.com/brummer10/guitarix

Project Page on SourceForge:

https://sourceforge.net/projects/guitarix/



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Guitarix2 release version 0.43.0

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.43.0

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit) released under the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.

This is a maintenance release. Fixing a couple of bugs and make the
source code fit for newer compiler and library's.

Changelog:

 * Fix build on gcc 11
 * Add Fizz Remover
 * Implement option to enable jack session support (--jack-session)
 * Fix Unnatural decay at high gain (palm mutes)
 * Fix Fuzz Face Mayer
 * Add 41 tet tuner option (by Tristan Tarrant)
 * Fix GxAmplifiers cycling through cabinets/pre-amps/tubes is skipping
   items
 * Remove glibmm dependency from LV2 plugs
 * Update used faust version to 2.37.3
 * Add option in GxAmplifiers to allow switch between Bass/Guitar input
 * Add metadat.xml file
 * Add X-NSM-Capable entry in .desktop file

Release tarball:

https://github.com/brummer10/guitarix/releases/download/V0.43.0/guitarix2-0.43.0.tar.xz

Project Page on github:

https://github.com/brummer10/guitarix

Project Page on SourceForge:

https://sourceforge.net/projects/guitarix/



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] XUIDesigner v0.3 released

[Hermann Meyer]

   Goal

Provide a easy to use GUI generator tool to create X11 UI's for LV2
plugins. Currently only libxputty is supported, but the generated GUI C
file could be used probably with other widget tool-kits as well, just a
wrapper file is needed to translate the generated file to the needs of a
toolkit.


   Currently state

XUiDesigner parse the ttl file from a selected plugin and generate the
needed controller widgets. Supported been the usual lv2:port parameter
and as well the new atom based LV2_PATCH__writable and
LV2_PATCH__readable so as LV2_ATOM__Path. XUiDesigner use the
environment variable LV2_PATH to scan for plugins when no path is given
with the -p command-line parameter. So you could easily create a GUI for
a existing plugin. A integrated Color chooser allow to create a Color
theme for your GUI. The created GUI could be saved as UI-Bundle, which
then could be build (just make) and installed (just make install) to
replace or provide a new GUI for the plugin.

You could as well create a LV2 plugin from scratch and save it as Full
Plugin-Bundle to a selected location. The project settings window allow
to setup the specs (like Author name, URI, Audio/Midi ports, etc.) for
your plugin XUIDesigner save the bundle in a git repository format,
contain a working LV2 plugin with all needed resources (ttl files,
converted C files from used images, etc.) and build files to build,
install and run the new generated plugin. All you need to do to finish
your plug is to implement your DSP part.

Control widgets could be created and moved/resized freely around in the
top Window. A grid could be displayed and widgets could snap to grid
(left, right, Center) to order them easily. Control widgets could be
grouped in a frame or a tab box and then the complete group could be
moved to the final position in the Window. Any control widget could be
replaced with a other control widget, so for example a Toggle Button
could be replaced with a ComboBox, or a Knob could be replaced with a
slider, or . . You could set the range for a controller, and it's
default value, You could create enums for a ComboBox, . .

Most Control widgets could be replaced with images you could select from
a included file browser.

XUIDesigner have a test-mode as well, which will build and run the
created GUI, and give some useful information out in the terminal.


   Currently supported widget types

 * Knob -> support horizontal framed png/svg
 * HSlider
 * VSlider
 * Button -> support png/svg/horizontal framed png/svg
 * Toggle Button -> support horizontal framed png/svg
 * ComboBox
 * Value Display
 * Label
 * VMeter
 * HMeter
 * Frame
 * TabBox
 * WaveView
 * File Chooser Button


   Build

 * git submodule init
 * git submodule update
 * make
 * sudo make install # will install into /usr/bin

https://github.com/brummer10/XUiDesigner


https://github.com/brummer10/XUiDesigner/releases/tag/v0.3


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Programming LV2 plugin from scratch tutorial video series

[Hermann Meyer]

Am 20.10.21 um 16:26 schrieb David Robillard:

Fair enough.  "I just want to write C and only C" is a reasonable and
understandable position, no need for any hand-wavey nonsense.



For that case XUiDesigner may come handy, it will generate a complete
working LV2 bundle

from just stick a user interface per drag n' drop together.

You only need to insert your dsp code to make it a real world plugin.

https://github.com/brummer10/XUiDesigner
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Programming LV2 plugin from scratch tutorial video series

[Hermann Meyer]

Am 19.10.21 um 09:46 schrieb Fons Adriaensen:

Instead of e.g.http://lv2plug.in/ns/lv2core#ControlPort
you can just writelv2:ControlPort

That I understand. But:

1. The logic that allows this is hard coded in the LV2 host,
it is not the result of 'including' the @prefix. Checking
that the @prefix is present does not mean that whatever
is hard coded corresponds to what the @prefix is supposed
to imply. This is what I mean when saying that all this
just provides 'an illusion of conformity'.



@prefix is just turtle language. It's nearly the first you read about in
the introduction for RDF 1.1 Turtle

https://www.w3.org/TR/turtle/#sec-intro

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] XUiDesigner -> create LV2 plugs from scratch

[Hermann Meyer]

Am 23.03.21 um 06:27 schrieb Hermann Meyer:

Hi

I've done some work on my XUiDesigner project, and it is now able to
generate a working LV2 plugin.

Still I would count it in a pre-alpha state, but, hey, it works.

The project settings window allow to setup the specs (like Author name,
URI, Audio/Midi ports, etc.) for your plugin The saved bundle contain a
working LV2 plugin with all needed resources (ttl files, converted C
files from used images, etc.) to build, install and run it. All you need
to do to finish your plug is, implement your DSP part.

https://github.com/brummer10/XUiDesigner


regards

hermann



Here is a plug made quick with XUiDesigner to show how it works.

https://github.com/brummer10/XMixer.lv2

regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] XUiDesigner -> create LV2 plugs from scratch

[Hermann Meyer]

Am 23.03.21 um 07:52 schrieb Yuri:

Hi,


On 3/22/21 10:27 PM, Hermann Meyer wrote:

I've done some work on my XUiDesigner project, and it is now able to
generate a working LV2 plugin.

Still I would count it in a pre-alpha state, but, hey, it works.

The project settings window allow to setup the specs (like Author name,
URI, Audio/Midi ports, etc.) for your plugin The saved bundle contain a
working LV2 plugin with all needed resources (ttl files, converted C
files from used images, etc.) to build, install and run it. All you need
to do to finish your plug is, implement your DSP part.



Why do you need to design the UI editor from scratch?

There is a very mature and stable software in this field - QtDesigner:
https://doc.qt.io/qt-5/qtdesigner-manual.html

And Qt is a leading UI toolkit, currently the best in the industry.

If some audio widgets are missing - it should be easy to add them
through a custom widget library.

But rewriting the whole thing - redesigning interfaces, signals,
callbacks, sizing policies, etc, etc - doesn't seem reasonable.


Yuri




Hi Yuri

Yes, there is as well Glade for GTK.

And I used Glade a lot for building the guitarix interfaces, adding a
couple of audio related widgets to glade.

But, you wouldn't use QT or GTK for LV2 plugin interfaces, so both of
those tools wont be of any help when you would create a LV2 plugin
interface.

I've written XUiDesigner with LV2 plugins in mind, because, since I use
X11 for LV2 plugins, I find myself a way to often moving controls in a
interface by re-write, re-build and reinstall to find the position I
like for it.

Also, XUiDesigner did not only allow you to create a interface
graphically, it create as well all the needed files you need to build
the plugin, eg. it generate the complete bundle.

regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] XUiDesigner -> create LV2 plugs from scratch

[Hermann Meyer]

Hi

I've done some work on my XUiDesigner project, and it is now able to
generate a working LV2 plugin.

Still I would count it in a pre-alpha state, but, hey, it works.

The project settings window allow to setup the specs (like Author name,
URI, Audio/Midi ports, etc.) for your plugin The saved bundle contain a
working LV2 plugin with all needed resources (ttl files, converted C
files from used images, etc.) to build, install and run it. All you need
to do to finish your plug is, implement your DSP part.

https://github.com/brummer10/XUiDesigner


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LV2 X11 GUI generator/designer tool

[Hermann Meyer]

Am 12.02.21 um 19:42 schrieb Yuri:

On 2/11/21 7:11 AM, Hermann Meyer wrote:


If you like to give it a go, here it is:

https://github.com/brummer10/XUiDesigner



Why don't you use cmake? Going forward cmake is much easier to use,
more portable and more error proof.


Yuri



I choose the lowest level on build dependency, also I'm most comfortable
with plain make.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] LV2 X11 GUI generator/designer tool

[Hermann Meyer]

Hi


I'm currently working on a X11 based GUI generator/designer tool to make
LV2 GUI development a bit easier.

Current state is pre-alpha.

The tool is able to scan ttl files and create the needed control widgets
for a plugin, the widgets could be moved around, ordered in frames
and/or replaced by other control widgets (replace knob with slider etc.)

It's as well possible to just create a GUI without parsing a ttl, set
the controls,  ranges, labels, etc.

It' inspired by Glade (which we heavily used in guitarix), but the
generated output file is a plain C file.

The resulting GUI could already be used (a small makefile will be
generated together with the gui definition C file so the GUI library
could be build)

Currently only libxputty (by a included wrapper file) is supported to
act as back-end library for the generated file, but that is just a
question of writing wrappers for other widget toolkits.

As mentioned above, this is pre-alpha, so no release jet, but the issue
tracker is open for comments and suggestions, as for bug reports.

If you like to give it a go, here it is:

https://github.com/brummer10/XUiDesigner

regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Fluida.lv2 - v0.6 - Fluidsynth as LV2 plugin

[Hermann Meyer]

Hi

This is the v0.6 release of Fluida.lv2

Fluida is a wrapper around Fluidsynth
https://github.com/FluidSynth/fluidsynth

allowing to load and control Fluidsynth as LV2 plugin within your DAW.

Fluida is knowing to run well with lv2vst https://github.com/x42/lv2vst
wrapped as VST2 for the case your DAW didn't support the LV2 standard.

This release of Fluida integrate full LV2 patch:Set atom support to
allow hosts building
there own generic UI and use the parameters for automation.


project page is here:

https://github.com/brummer10/Fluida.lv2

release is here:

https://github.com/brummer10/Fluida.lv2/releases/tag/v0.6


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 2.1

[Hermann Meyer]

Hi

Mamba release v2.1 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

Key features:

Supports jack-interconnect-ALSA MIDI I/O.

16 Channel Live MIDI Looper

Every channel use it's own Color to display the played Notes per channel.

MIDI File player/recorder

Integrated Fluidsynth support.

NSM support.

Release v2.1:

Add option to allow 2 keys per note in the Custom Key-map Editor, thus
allow setup key bindings for chromatic button accordion.
Add option to use right mouse button for permanent note on event. (Press
again for note off)
Add 'XDG Places' to file selector
Fix some minor bugs and hopefully don't introduce to much new ones.


Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev
 * libasound2-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v2.1


regards

hermann


___
Linux-audio-announce mailing list
linux-audio-annou...@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-announce
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.8

[Hermann Meyer]

Am 24.11.20 um 11:40 schrieb David Kastrup:

Hermann Meyer  writes:


Mamba release v1.9 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

This is a quick fix release as I've forgotten to implement jack MIDI
input forwarding to ALSA MIDI output.

Stupid question: I see you implemented different national keyboard
layouts that basically define a mapping from characters to physical key
positions.  I think that raw X11 key events might actually encode key
positions (or numbers based on a particular arrangement of keys) but
maybe they are not easily available at the layer your key events arrive.

But the actual question is a different one: have you considered offering
a chromatic button accordion arrangement "on top" of that national
remapping?

Basically it would mean that a chromatic scale is encoded as

zsexdrcftvgybhunjimko,lp.;[/'] for C system (with a qwerty keyboard,
starting at C) and
qazwsxedcrfvtgbyhnujmik,ol.p;/ for B system (again, starting at C).

Finnish G system uses the same scale as C system apart from starting
with C♯ rather than C in the first row.  I can provide images if
necessary (there are some at
<https://en.wikipedia.org/wiki/Chromatic_button_accordion>).

Modern CBA keyboards tend to have 5 rows but the inner 2 rows are
repeats for making transposition and chord fingerings easier and
basically every player can get along without them at least when doing
note entry.  So whether to offer more than 3 rows depends on whether
there is an actual use for the numbers and function keys.

The main advantage for CBA players of course is easier entry.  The main
advantage for everyone else would be access to more notes at the same
time.


I've now implemented the possibility to define 2 keys per note within
the Keymap Editor. That enable you to setup a  chromatic button
accordion arrangement for Mamba.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Guitarix2 release version 0.42.1

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.42.1

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit) released under the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.

This is a quick Fix release:

 * Make new Output Limiter less conservative
 * Add Indicator Widget for the Limiter to show limiting levels
 * Increase range for Volume controls on the Power Amp plugin
 * Fix MultiBandDistortion introduce sonic noise
 * Add Limiter to the Ladspa plugin
 * add configure option to build and link libgxw(mm) statically

Last release:

https://github.com/brummer10/guitarix/releases/tag/V0.42.1

Project Page on github:

https://github.com/brummer10/guitarix

Project Page on SourceForge:

https://sourceforge.net/projects/guitarix/




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] A question to plugin host devs

[Hermann Meyer]

Am 20.12.20 um 19:41 schrieb Robin Gareus:

Why keep it around?



Guitarix is a host aimed to live performance. For performance reasons we
wont load a plugin on preset switch. So, all plugs which may be used
during a session been loaded already and been keep in memory. Other
plugs, which are not announced cant be used without explicitly load them
into the rack.

Still, we don't use RTLD_NODELETE (and can't see a benefit on using it)


In the distant past, Ardour (really libsuil) used NODELETE for LV2 GUIs.
https://lv2plug.in/ns/extensions/ui#makeSONameResident
but that is no longer the case since the option was deprecated.


Wasn't that more related to the underlying libs used by plugin GUI's
from the time were using shared toolkit lib's was supported (and
pronounced) by the LV2 specs? So that the host don't unload for example
the gtk lib's when a plugin which use it was unloaded, but a other one,
which may use it as well, still is loaded?
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] A question to plugin host devs

[Hermann Meyer]

Am 20.12.20 um 17:59 schrieb Fons Adriaensen:

Hello all,

I wonder what are the pros and cons of using RTLD_NODELETE as
a flag to dlopen() and call dlclose () as soon as the required
symbols are loaded.

The alternative is to leave all shared object handles open until
the host terminates.

What are you doing in your plugin host (and why) ?

TIA,



In guitarix we use RTLD_LOCAL|RTLD_NOW and we only call dlclose () when
the plug isn't compatible with our host, or when the host shut down.

RTLD_NODELETE may have a benefit when you load/unload/load/unload/ . .
.  a plugin library,
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Guitarix2 release version 0.42.0

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.42.0

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit) released under the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.

ZamAudio  meets Guitarix

https://github.com/zamaudio

For this release Damien Zammit from ZamAudio has reworked our tube
emulation.
This improved beside the overall sound, the dynamic responses of the
different tube simulations.
Be aware please, that this may break your existing presets, but,
we believe that the improvement in sound is it worse
to force you to readjust your presets to match the new tube sims.

Further news are:
Reworked French translation by Olivier Humbert
Add DC-Blocker on the Input
Add Output Limiter
Add Volume controls for the Power Amp plugin
Fix version checks for needed packages
Fix several small Bugs and hopefully don't introduce to much new ones


Last release:

https://github.com/brummer10/guitarix/releases/tag/V0.42.0

Project Page on github:

https://github.com/brummer10/guitarix

Project Page on SourceForge:

https://sourceforge.net/projects/guitarix/




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 2.0

[Hermann Meyer]

Hi

Mamba release v2.0 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

Key features:

Supports jack-interconnect-ALSA MIDI I/O.

16 Channel Live MIDI Looper

Every channel use it's own Color to display the played Notes per channel.

MIDI File player/recorder

Integrated Fluidsynth support.

Release v2.0:
Add recent file manager to have fast access to last used Sound-fonts and
MIDI files
Allow to append/remove MIDI files to/from the master loop while playing
(Recent file menu)
Implement 'View' menu to allow show/hide the MDID CC controllers and/or
the Channel/Program/Instrument view.
Allow to select the key-size for the MIDI keyboard (Big/Normal/Small) to
better match the screen settings.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev
 * libasound2-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v2.0


regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.8

[Hermann Meyer]

Am 24.11.20 um 11:40 schrieb David Kastrup:

Hermann Meyer  writes:


Mamba release v1.9 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

This is a quick fix release as I've forgotten to implement jack MIDI
input forwarding to ALSA MIDI output.

Stupid question: I see you implemented different national keyboard
layouts that basically define a mapping from characters to physical key
positions.  I think that raw X11 key events might actually encode key
positions (or numbers based on a particular arrangement of keys) but
maybe they are not easily available at the layer your key events arrive.

But the actual question is a different one: have you considered offering
a chromatic button accordion arrangement "on top" of that national
remapping?

Basically it would mean that a chromatic scale is encoded as

zsexdrcftvgybhunjimko,lp.;[/'] for C system (with a qwerty keyboard,
starting at C) and
qazwsxedcrfvtgbyhnujmik,ol.p;/ for B system (again, starting at C).

Finnish G system uses the same scale as C system apart from starting
with C♯ rather than C in the first row.  I can provide images if
necessary (there are some at
<https://en.wikipedia.org/wiki/Chromatic_button_accordion>).

Modern CBA keyboards tend to have 5 rows but the inner 2 rows are
repeats for making transposition and chord fingerings easier and
basically every player can get along without them at least when doing
note entry.  So whether to offer more than 3 rows depends on whether
there is an actual use for the numbers and function keys.

The main advantage for CBA players of course is easier entry.  The main
advantage for everyone else would be access to more notes at the same
time.


That's why the custom Keymap editor is implemented, so you could create
the key map which best suite you. The given implemented key maps been
just the essentials.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.8

[Hermann Meyer]

Hi

Mamba release v1.9 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

This is a quick fix release as I've forgotten to implement jack MIDI
input forwarding to ALSA MIDI output.

Also it implement proper French translation thanks to Olivier Humbert.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev
 * libasound2-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v1.9


regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Fluida.lv2 - Fluidsynth a LV2 plugin

[Hermann Meyer]

Hi

This is the initial release of Fluida.lv2

Fluida is a wrapper around Fluidsynth
https://github.com/FluidSynth/fluidsynth

allowing to load and control Fluidsynth as LV2 plugin within your DAW.

Fluida is knowing to run well with lv2vst https://github.com/x42/lv2vst

wrapped as VST2 for the case your DAW didn't support the LV2 standard.

project page is here:

https://github.com/brummer10/Fluida.lv2

initial release is here:

https://github.com/brummer10/Fluida.lv2/releases/tag/v0.5


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.8

[Hermann Meyer]

Hi

Mamba release v1.8 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.


 Virtual MIDI Keyboard

Mamba comes with some predefined key-maps, qwertz, qwerty, azerty(fr)
and azerty(be), but you could define your own with the included Key-map
Editor as well. Beside the computer keyboard and mouse, Mamba supports
jack-interconnect-ALSA MIDI I/O. Every channel use it's own Color to
display the played Notes per channel.

Jack and ALSA connections could be managed within the connection menu.


 16 Channel Live MIDI Looper:

To record a loop, press "Play" and then to start recording press
"Record". To stop recording press record again. Playback will start
immediately.

The first recorded channel will become the Master channel. This one set
the time frame for all later recorded loops. For the Master Channel the
recording time will be stretched/clipped to match the next full beat
time point.

To record a new loop, switch to a other channel, select your instrument
and press "Record" again to start recording.

The later recorded loops will be synced to the master loop. When the
recording time extend the absolute Master loop time record will be
switched off. Absolute time is not bound to the loop point, so you could
record loops crossing it. You could as well stop recording by press
"Record" again before the time expires.

Each Channel could be cleared and re-recorded separate at any time. even
when you press "Record" on a already recorded channel, it will be
cleared before recording starts.

You could record the connected input device or play the Keyboard itself.


 MIDI File player

You could select a MIDI file with the File Selector, or just drag'n drop
it in from your Filemanager. It will be loaded in the play buffer of the
first channel, regardless how much channels it use. You could use then
channel 2 - 16 to record your own playing into it. To play along with it
you could use any channel. A loaded file will become the Master channel
for the looper.

To save your work just go to Menu -> "File" -> "Save MIDI file as",
select the path and enter a file name. If you don't give the usual file
extension Mamba will add the extension .midi befor save it.


 Fluidsynth

When you load a Sound-font via the Menu -> "Fluidsynth" -> "Load
Sound-font", or just drag'n drop it in from your Filemanager Mamba will
start the Fluidsynth engine and do the needed connections so that you
could just play along. Menu -> "Fluidsynth" -> "Settings" will pop-up a
new Window were you could select the Instrument for the channel and do
settings for Fluisynth Reverb and Chorus. All your Settings will be
saved on exit, so on next start you could just play along.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev
 * libasound2-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v1.8


regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.6

[Hermann Meyer]

Hi

Mamba release v1.6 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.


 Virtual MIDI Keyboard

Mamba comes with some predefined key-maps, qwertz, qwerty, azerty(fr)
and azerty(be), but you could define your own with the included Key-map
Editor as well. Beside the computer keyboard and mouse, Mamba supports
jack MIDI in and ALSA (seq) MIDI in. Output goes to jack MIDI out. Every
channel use it's own Colour to display the played Notes per channel.


 16 Channel Live MIDI Looper:

To record a loop, press "Play" and then to start recording press
"Record". To stop recording press record again. Playback will start
immediately.

The first recorded channel will become the Master channel. This one set
the time frame for all later recorded loops. For the Master Channel the
recording time will be stretched/clipped to match the next full beat
time point.

To record a new loop, switch to a other channel, select your instrument
and press "Record" again to start recording.

The later recorded loops will be synced to the master loop. When the
recording time extend the absolute Master loop time record will be
switched off. Absolute time is not bound to the loop point, so you could
record loops crossing it. You could as well stop recording by press
"Record" again before the time expires.

Each Channel could be cleared and re-recorded separate at any time. even
when you press "Record" on a already recorded channel, it will be
cleared before recording starts.

You could record the connected input device or play the Keyboard itself.


 MIDI File player

You could select a MIDI file with the File Selector. It will be loaded
in the play buffer of the first channel, regardless how much channels it
use. You could use then channel 2 - 16 to record your own playing into
it. To play along with it you could use any channel. A loaded file will
become the Master channel for the looper.

To save your work just go to Menu -> "File" -> "Save MIDI file as",
select the path and enter a file name. If you don't give the usual file
extension Mamba will add the extension .midi befor save it.


 Fluidsynth

When you load a Sound-font via the Menu -> "Fluidsynth" -> "Load
Sound-font" Mamba will start the Fluidsynth engine and do the needed
connections so that you could just play along. Menu -> "Fluidsynth" ->
"Settings" will pop-up a new Window were you could select the Instrument
for the channel and do settings for Fluisynth Reverb and Chorus. All
your Settings will be saved on exit, so on next start you could just
play along.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev
 * libasound2-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v1.6


regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.5

[Hermann Meyer]

Hi

Mamba release v1.5 is out

Mamba is a Virtual MIDI keyboard with some extended, unique features.

So it could load/play and save MIDI files, it visualize the played files
on the keyboard, were it use a unique color for each channel. you could
visualize a single channel, or all together at once.

It could record your playing and play it back as endless loop. You could
record a loop for each channel while the other channels still play.
Note, that the loops don't be synced. So this is not for composing
classic music, but to create Psychedelic Trance floors. Truly you could
save your work as MIDI file and rework it in the DAW of your choice.

It will record as well all incoming MIDI messages, so you could use it
as well to record your external MIDI controller.
//
<https://de.wikipedia.org/wiki/Psytrance#Psychedelic_Trance_und_Psychedelic_Rock>


Mamba also includes support by fluidsynth, you could load a soundfont
and directly play along.

It include controls for the fluidsynth reverb and chorus, and a selector
to select a instrument/patch for each channel.

Mamba will keep it's settings, so once a soundfont is loaded, on the
next start you could just play along with the keyboard. You could load a
new soundfont at any time.

To use it as a plain MIDI keyboard again, you just need to exit
fluidsynth via the menu and connect Mamba with the synth of your choice.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v1.5


regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] NSM non vs new

[Hermann Meyer]

Am 06.09.20 um 09:41 schrieb John Rigg:

On Sun, Sep 06, 2020 at 05:46:55AM +0200, Hermann Meyer wrote:

Including NSM <https://linuxaudio.github.io/new-session-manager>

As a long term user of non-session-manager I think the use of
the same abbreviation (NSM) for the new fork is confusing.
Would it not be better to refer to it by something different,
eg. NSM2?

John


I don't know if that would make sense. The API is identical. What work
with the New one works as well with the NON one, and versa-vi.

I just prefer the new one because it have some Bug and memleak fixes.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.4

[Hermann Meyer]

Hi

Mamba release v1.4 is out

Mamba - Virtual MIDI keyboard and MIDI file player/recorder

Mamba is not only a Virtual MIDI keyboard, it's also a MIDI looper. It
allow you to record, for example a bass loop on one channel and then
play along on a other channel with a piano or whatever.

You could save your loops to MIDI files if you wish, in any case, Mamba
save your last record and load it on the next start on default.

Mamba is also a MIDI visualizer, it shows not only what you play, it
shows as well incoming events. It also allow you to load MIDI files,
play them in loop and show the output on the keyboard. You could select
which channel you would monitor on the keyboard. You could as well
monitor all channels at once.

Mamba includes also support by fluidsynth, you could load a soundfont
and directly play along.

Mamba will keep it's settings, so once a soundfont is loaded, on the
next start you could just play along with the keyboard. You could load a
new soundfont at any time. You could as well exit fluidsynth to use
Mamba as plain Virtual MIDI keyboard with the synth of your choice.

Mamba is released under the BSD Zero Clause License license

The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces

https://github.com/brummer10/libxputty

To build Mamba from source, the following dependencies must be meat.

 * libfluidsynth-dev
 * libc6-dev
 * libsmf-dev
 * libcairo2-dev
 * libx11-dev
 * liblo-dev
 * libsigc++-2.0-dev
 * libjack-(jackd2)-dev

So, here is the project page:

https://github.com/brummer10/Mamba

and here you'll find the last release:

https://github.com/brummer10/Mamba/releases/tag/v1.4


Mamba features

# Virtual Midi Keyboard for Jack Audio Connection Kit <https://jackaudio.org/>
# Including NSM <https://linuxaudio.github.io/new-session-manager/> support
# Including gettext <https://www.gnu.org/software/gettext/> localization
support
# Including fluidsynth <https://github.com/FluidSynth/fluidsynth> support
# Soundfont loader for fluidsynth
# Channel selector
# Bank and Program selector
# Keyboard mapping for qwertz, qwerty, azerty(fr) and azerty(be)
selectable from menu
# Keymap Editor to setup a custom Keymap
# PC Keyboard mapping selector from C0 to C4
# Pitchbend, Balance, Modwheel, Detune, Expression, Attack, Release,
Volume and Velocity controllers
# Sustain and Sostenuto switches
# Connection management Menu
# Support Midi-file load, save, record and play in loop
# BPM controller for playback speed
# Support Midi Beat Clock for playback speed
# Midi Through: forward midi input to output
# Midi input highlighting
# Resizable to a full range 127 key view
# Load Midi-files on command-line
# Support jack_transport to start/stop Midi-Loops

regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.3

[Hermann Meyer]

Hi

Mamba release v1.3 is out

Mamba - Virtual Midi keyboard and Midi file player/recorder

https://github.com/brummer10/Mamba


Mamba features

 * Virtual Midi Keyboard for Jack Audio Connection Kit
   <https://jackaudio.org/>
 * Including NSM <https://linuxaudio.github.io/new-session-manager/>
   support
 * Channel selector
 * Bank and Program selector
 * Keyboard mapping for qwertz, qwerty and azerty selectable from menu
 * PC Keyboard mapping selector from C0 to C4
 * Pitchbend, Balance, Modwheel, Detune, Expression, Attack, Release,
   Volume and Velocity controllers
 * Sustain and Sostenuto switches
 * Midi Through: forward midi input to output
 * Midi input highlighting
 * Resizable to a full range 127 key view
 * Save and load Midi-files (using libsmf)
 * Load Midi-files on command-line
 * Record and play Midi-Loops
 * Support jack_transport to start/stop Midi-Loops
 * Keyboard Shortcuts
 * |ctrl + r| toggle Record Button
 * |ctrl + p| toggle Play Button
 * |ctrl + l| open load file dialog
 * |ctrl + s| open save file dialog
 * |ctrl + a| show info box
 * |ctrl + q| quit
 * |ctrl + c| quit

Mamba is released under the BSD Zero Clause License license

regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Mamba - Virtual Midi keyboard for Jack Audio Connection Kit release 1.1

[Hermann Meyer]

Hi

Mamba release v1.1 is out

Mamba - Virtual Midi keyboard

https://github.com/brummer10/Mamba


Mamba features

 * Virtual Midi Keyboard for Jack Audio Connection Kit
   <https://jackaudio.org/>
 * including NSM <https://linuxaudio.github.io/new-session-manager/>
   support
 * Channel selector
 * Bank and Program selector
 * Keyboard mapping for qwertz, qwerty and azerty selectable from menu
 * PC Keyboard mapping selector from C0 to C4
 * Pitchbend, Balance, Modwheel, Detune, Expression, Attack, Release,
   Volume and Velocity controllers
 * Sustain and Sostenuto switches
 * Midi Through: forward midi input to output
 * Midi input highlighting
 * resizable to a full range 127 key view
 * Midi live recording and looping


Mamba is released under the 0BSD license

regards

hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Guitarix2 release version 0.41.0

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.41.0

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit)

released under the GNU General Public License as published by the Free
Software Foundation;

either version 2 of the License, or (at your option) any later version.


This is a major release.

It introduce some new features and fix several bugs

Changelog:

 * Add Slovak translation by Jozef Riha
 * Fix issue #104 lv2 plugins contains executable stack, patch by
   Alexander Tsoy
 * Fix issue #105 Compile error on 0.40.0
 * Fix issue #109 cannot initialize a variable of type 'char ' with an
   rvalue of type 'void '
 * Fix issue #110 error: unknown type name 'va_list'
 * Add NSM support
 * Add midi out for tuner
 * Add low/high cut filter before tuner
 * GxTuner set to use same precision then the tuner in guitarix
 * Use tab-box for LV2 plugs with to much controls
 * Disable GxVibe, because it is broken
 * Fix several Bug's and hopefully don't introduce to much new one's



You could get it here:

https://sourceforge.net/projects/guitarix/

or here:

https://github.com/brummer10/guitarix



regards

hermann



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] Release: New Session Manager Version 1.3

[Hermann Meyer]

Am 18.06.20 um 22:09 schrieb Hermann Meyer:


Am 18.06.20 um 21:37 schrieb rosea.grammostola:


On 6/18/20 9:29 PM, Christopher Arndt wrote:

Am 18.06.20 um 16:09 schrieb rosea.grammostola:

[...] and releasing it at midnight. WTF, really.

Yeah, WTF, really.

As Filipe already pointed out, the time of day of the release is
totally
irrelevant and you keep on complaining about it without elaborating why
it is significant.


It was maybe better to keep that for a private e-mail exchange indeed.
Let's say, for me personally it's been quite a hijack. But I've you've
a hard time imagine what a midnight release could have to do with it,
let's keep it that way and lets end that discussion here. :)



there was some discussion on original-male about the future of NSM,
which was deleted lately by the original author. You, was part of this
discussion. So, I don't understand why you been so surprised now that it
really happen, just, because you, as a power user of NSM wasn't involved
in the process.

If you are still interested in the future of Linux Audio Session
Management you should really be happy that the Session Management is now
in the hands of linuxaudio.org

As a point of my side, I'm happy about that, and now, I'll consider to
implement support for NSM in my software, as I didn't have to deal with
original-male any more.



. . . and as I said, NSM support is landed in guitarix now.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] FatFrog -- High Gain Amplifier LV2 plugin

[Hermann Meyer]

Hi

I've done a new simulation, this time a HighGainAmplifier.

This one didn't try to cover any existing gear, but was stacked together
by from what I've learned over the last years about tube amp simulation.

This one is completely generated by dkbuilder in plain faust source code.

I've put the faust code into the repository for completeness.

The complete plugin is published under the BSD0 license.

Here you could get it:

https://github.com/brummer10/FatFrog.lv2

And because the Frog needs food, here is the perfect match Overdrive
pedal to feed the Frog so that he'll rattle the walls like hell.

The LittleFly.

https://github.com/brummer10/LittleFly.lv2

As well published under the BSD0 license, as well with included faust
source code.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] Release: New Session Manager Version 1.3

[Hermann Meyer]

Am 18.06.20 um 21:37 schrieb rosea.grammostola:


On 6/18/20 9:29 PM, Christopher Arndt wrote:

Am 18.06.20 um 16:09 schrieb rosea.grammostola:

[...] and releasing it at midnight. WTF, really.

Yeah, WTF, really.

As Filipe already pointed out, the time of day of the release is totally
irrelevant and you keep on complaining about it without elaborating why
it is significant.


It was maybe better to keep that for a private e-mail exchange indeed.
Let's say, for me personally it's been quite a hijack. But I've you've
a hard time imagine what a midnight release could have to do with it,
let's keep it that way and lets end that discussion here. :)



there was some discussion on original-male about the future of NSM,
which was deleted lately by the original author. You, was part of this
discussion. So, I don't understand why you been so surprised now that it
really happen, just, because you, as a power user of NSM wasn't involved
in the process.

If you are still interested in the future of Linux Audio Session
Management you should really be happy that the Session Management is now
in the hands of linuxaudio.org

As a point of my side, I'm happy about that, and now, I'll consider to
implement support for NSM in my software, as I didn't have to deal with
original-male any more.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] Guitarix2 release version 0.40.0

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.40.0

A virtual guitar amplifier for Linux running with jack (Jack Audio

Connection Kit) released under the

GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.


This is a major release.

It comes with a overall source rework/refactoring by Andreas Degert.


Changes are so far:

    - updated to GTK(mm)3 by Hubert Figuière and Andreas Degert

    - Port all included LV2 plugin GUI's to X11/cairo by Hermann Meyer

    - Add support for lv2:enabled (Bypass) in several LV2 plugs by
Hermann Meyer

    - Add Midi feedback support by Hermann Meyer

    - Add new PowerAmp module by Hermann Meyer

    - Fix several Bug's and hopefully don't introduce to much new one's



You could get it here:

https://sourceforge.net/projects/guitarix/

or here:

https://github.com/brummer10/guitarix



regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] pajackconnect v1.0 released

[Hermann Meyer]

Am 23.03.20 um 18:55 schrieb Christopher Arndt:

Am 23.03.20 um 13:29 schrieb Hermann Meyer:

I just noticed to day that I never have done a proper release for
pajackconnect.

I use it since 3 years every day, mostly without notice it at all.

I notice that you use the output of 'pacmd list' in your script. This is
prone to failure if the user has a different locale than the default
English.

It is therefor advisable to prefix these invocations with 'LC_ALL=C' or,
probably even safer, to just call 'export LC_ALL=C' at the top of your
script.


Chris



I may consider that, but I've tested it with several locale settings,
including ru and in any case, I found what I'm looking for.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] pajackconnect v1.0 released

[Hermann Meyer]

I just noticed to day that I never have done a proper release for
pajackconnect.

I use it since 3 years every day, mostly without notice it at all.

Today I receive a contribution which fix some (small, but well worth to
fix) issues, that reminds me

to go and make a release.

https://github.com/brummer10/pajackconnect/releases/tag/v1.0

From the README:


Make JACK Work With PulseAudio

This script is intended to be invoked via QjackCtl to start up and
shut down JACK on a system running PulseAudio. It handles the
necessary setup to make the two work together, so PulseAudio clients
get transparently routed through JACK while the latter is running, or
if pulseaudio is suspend by pasuspender, do nothing

Usage: in QjackCtl’s Settings window, in the “Options” tab, enter the
command

pajackconnect start &

in the field labelled “Execute script after Startup”, and put

pajackconnect stop &

in the field labelled “Execute script on Shutdown”.

pajackconnect reset &

in the field labelled “Execute script after Shutdown”.

for use jack without pulseaudio, add in Qjackctl setting window in the
serverpath field 'pasuspender -- ' before 'jackd', save settings as
"No Pulse" for example. Remove 'pasuspender -- ', and save settings as
'Pulse'. Now you can select from the Qjackctl setting window, if you
would start jack with or without pulse.

To make it work after suspend, the file resume-fix-pulseaudio.service
needs to be installed and enabled. If you use the debian package, the
package installer handle that for you.


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Guitarix2 release version 0.39.0

[Hermann Meyer]

I'm pleased to announce the release of guitarix2-0.39.0

A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit).

This is a maintenance release which mainly is meant to get rid of the
python2 build dependency.

Changes are so far:

    - updated waf version to 2.0.19 by Andreas Degert

    - cleanup all GTK(mm) calls to be able to build with -DGSEAL_ENABLE
flag  (prepare to update to GTK3) by Hubert Figuière

    - update Russian Translation by Valeriy Shtobbe and Olesya
Gerasimenko (Basealt Translation Team)

    - bind lv2:enabled to guitarix on_off switch and remove from UI by
Hermann Meyer

    - update all build scripts to use faust version 2.15.11 by Hermann
Meyer

    - add new option -E --hideonquit, to make the UI experience smooth
when used as LV2 plugin (via Carla export) by Hermann Meyer

    - add exit handler and warning when sample-rate is above 96kHz by
Hermann Meyer


You could get it here:

https://sourceforge.net/projects/guitarix/


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Release XPolyMonk.lv2 v0.5

[Hermann Meyer]

This is the initial release of XPolyMonk.lv2, a polyphonic version of
Xmonk.lv2.

XPolyMonk comes with 12 voices, full midi support and a integrated
virtual keyboard.

It use libxputty to create the interface:

https://github.com/brummer10/libxputty

The dsp part is heavily based on the FAUST `SFFormantModelBP` from
physmodels.lib

XPolyMonk is licensed under the BSD Zero Clause License, so you could do
with it what ever you like.

You'll find it's development source code here:

https://github.com/brummer10/XPolyMonk.lv2

and the release here:

https://github.com/brummer10/XPolyMonk.lv2/releases


Happy Xmas to all

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Xmomk.lv2 initial release

[Hermann Meyer]

I like to announce the initial release for Xmonk.lv2 version 0.1

Xmonk is a sound generator based on the Faust `SFFormantModelBP` from
physmodels.lib by Mike Olsen.

It's a monophonic formant/vocal synthesizer.

The source is  a sawtooth wave and the "filter" is a bank of resonant
bandpass filters.

Xmonk provide a interface to drive the filter/synthesizer via mouse
movement.

Additional Xmonk provide a midi in port to drive it with any midi
controller.

On top Xmonk provide a virtual keyboard to drive it with your PC
keyboard/mouse combination.

Surely you could use your DAW automation to drive it the way you want.

Xmonk could play in two different modes, on is the usual note on/off,
the other is sustain, means the last note play forever, while you play
with the vowel filter settings.

Xmonk could be used with a free scaled temperament, or as selected with
Equal Tempered scales from 12 to 53.

Here you get it:

https://github.com/brummer10/Xmonk.lv2

So, have some fun with it,

hemrann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

snip:

. . . and now include a example file-browser which demonstrate how to
create a file picker with Xputty to be used in a LV2 UI. also demoing
the dynamic create/destroy of X11 Window's with the help of the
underling Xputty structure.

https://github.com/brummer10/Xputty


Beside, comments are welcome.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

Am 28.07.19 um 21:22 schrieb Hermann Meyer:


Am 21.07.19 um 16:25 schrieb Hermann Meyer:


Am 20.07.19 um 21:35 schrieb Will J Godfrey:

On Sat, 20 Jul 2019 17:24:47 +0200
Hermann Meyer  wrote:


However, I've setup a online Documentation for libxputty here:

https://brummer10.github.io/Xputty/html/xputty_8h.html

regards

hermann

And *that* is the best news of the lot!
So many projects have little or no documentation until they are a
very long way
into development.



Yea, I've made the experience that I never ever do any documentation
"afterwards". So this time I would do it from the beginning on. At least
it helps as well myself, to not forgot what it is about.

However, today I make a big step regarding transparent widgets. Those
who've done any development with X11 and cairo knows that it could be
tricky.

Today I find out that the big difference is to NOT USE
cairo_image_surface_create. Avoid it. When working in a X11 context, the
way to go is cairo_surface_create_similar on the xlib surface as buffer.
This avoid unnecessary coping the image data from the graphic server to
CPU and back. The CPU footprint boils down to below 2% on full screen
action here. Even on resize action, when the surfaces needs to be
resized/destroyed and new created.

Before this change CPU could reach 80% and more and the desktop starts
to stutter.



. . . and now the first widgets been implemented, like buttons, sliders,
and a knob. Also a theming engine is in place. A example for how to use
it is in the examples folder.



In the mean time I've done some more work on this, and added some more
widgets. menus, combo-box, tooltip, label and meter widgets been in
place now. Also I've added a LV2 plugin example which show how easy and
lightweight the creation of a LV2 UI could be.

Yea, and all is documented in the Docs.

https://github.com/brummer10/Xputty

regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

Am 21.07.19 um 16:25 schrieb Hermann Meyer:


Am 20.07.19 um 21:35 schrieb Will J Godfrey:

On Sat, 20 Jul 2019 17:24:47 +0200
Hermann Meyer  wrote:


However, I've setup a online Documentation for libxputty here:

https://brummer10.github.io/Xputty/html/xputty_8h.html

regards

hermann

And *that* is the best news of the lot!
So many projects have little or no documentation until they are a
very long way
into development.



Yea, I've made the experience that I never ever do any documentation
"afterwards". So this time I would do it from the beginning on. At least
it helps as well myself, to not forgot what it is about.

However, today I make a big step regarding transparent widgets. Those
who've done any development with X11 and cairo knows that it could be
tricky.

Today I find out that the big difference is to NOT USE
cairo_image_surface_create. Avoid it. When working in a X11 context, the
way to go is cairo_surface_create_similar on the xlib surface as buffer.
This avoid unnecessary coping the image data from the graphic server to
CPU and back. The CPU footprint boils down to below 2% on full screen
action here. Even on resize action, when the surfaces needs to be
resized/destroyed and new created.

Before this change CPU could reach 80% and more and the desktop starts
to stutter.



. . . and now the first widgets been implemented, like buttons, sliders,
and a knob. Also a theming engine is in place. A example for how to use
it is in the examples folder.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

Am 20.07.19 um 21:35 schrieb Will J Godfrey:

On Sat, 20 Jul 2019 17:24:47 +0200
Hermann Meyer  wrote:


However, I've setup a online Documentation for libxputty here:

https://brummer10.github.io/Xputty/html/xputty_8h.html

regards

hermann

And *that* is the best news of the lot!
So many projects have little or no documentation until they are a very long way
into development.



Yea, I've made the experience that I never ever do any documentation
"afterwards". So this time I would do it from the beginning on. At least
it helps as well myself, to not forgot what it is about.

However, today I make a big step regarding transparent widgets. Those
who've done any development with X11 and cairo knows that it could be
tricky.

Today I find out that the big difference is to NOT USE 
cairo_image_surface_create. Avoid it. When working in a X11 context, the
way to go is cairo_surface_create_similar on the xlib surface as buffer.
This avoid unnecessary coping the image data from the graphic server to
CPU and back. The CPU footprint boils down to below 2% on full screen
action here. Even on resize action, when the surfaces needs to be
resized/destroyed and new created.

Before this change CPU could reach 80% and more and the desktop starts
to stutter.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

Hi Cédric

Well, I must admit that it is grown already a bit, and still is work in
progress.

Things have changed and it is no longer a single header. I've
implemented widgets to be transparent, usage of adjustments and
currently working on proper scaling support modes.

My goal is to implement it as simple as possible, so, that just a
setting is required to decide how a widget is presented on screen, but
allow as well to fine tune anything more deep.

However, I've setup a online Documentation for libxputty here:

https://brummer10.github.io/Xputty/html/xputty_8h.html

regards

hermann


Am 20.07.19 um 13:03 schrieb Cedric Roux:

Dear Hermann,

let me use your announcement to try sending an email to
the LAD list. Seems like free.fr is now "whitelisted" for LAD,
which allows me to salute your work! Let's make writing
basic and simple software great again! :)

Regards,
Cédric.

On 7/16/19 1:48 PM, Hermann Meyer wrote:

For creating LV2 UI's I end up more and more writing the same code, so I 
decided to wrote a Layer for it.
It's supposed to create, manage, draw, and destroy X11 widgets with a cairo 
surface to draw.
Additional to subscribe to and handle events.

I decided to put it in the Public Domain, so everyone could do what ever he 
/she want's with it.

The repository contain a example folder showing some of the features supported 
by the layer.
It's a tiny, but powerful abstraction of the X11 low level API to easier the 
process to create nice GUI's.
Documentation is included in the source code, it's a single header and a single 
c file.
All together just 654 lines, were most lines taken by documentation.

So, here you go:
https://github.com/brummer10/Xputty




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Hermann Meyer]

For creating LV2 UI's I end up more and more writing the same code, so I
decided to wrote a Layer for it.
It's supposed to create, manage, draw, and destroy X11 widgets with a
cairo surface to draw.
Additional to subscribe to and handle events.

I decided to put it in the Public Domain, so everyone could do what ever
he /she want's with it.

The repository contain a example folder showing some of the features
supported by the layer.
It's a tiny, but powerful abstraction of the X11 low level API to easier
the process to create nice GUI's.
Documentation is included in the source code, it's a single header and a
single c file.
All together just 654 lines, were most lines taken by documentation.

So, here you go:
https://github.com/brummer10/Xputty

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] GxPlugins.lv2 release v0.7

[Hermann Meyer]

Hi

I like to announce a new release of GxPlugins.lv2
GxPlugins.lv2 is a set of mostly analogue guitar pedal simulations as
LV2 plugins, simulated with the guitarix ampsim (DK method) toolkit.

This release add  GxBlueAmp GxClubDrive GxEternity GxLuna GxPlexi
GxSloopyBlue and GxTimRay

to the set.


I hope they may be useful for the one or the other.
Build instruction and screenshots may be found here:

https://github.com/brummer10/GxPlugins.lv2

the release tar.gz file is located here:

https://github.com/brummer10/GxPlugins.lv2/releases


Thanks goes to Olivier Humbert, Cyrus and David Runge for there
contributions to the project.

regards

hermann

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Guitarix 0.38.0 released

[Hermann Meyer]

Guitarix release 0.38.0

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support
LADSPA / LV2 plugs as well in it's racks.

The guitarix engine is designed for LIVE usage, and feature ultra fast,
glitch and click free preset switching and is full Midi and remote
controllable (the Web UI is not included in the distributed tar ball).

From the changelog:

  * fix bug #67, don't use malloc.h on FreeBSD
  * remove assert for ports count, to allow save removing of changed
LV2 plugins
  * add new option -E --hideonquit, this makes the UI experience smooth
when used as LV2 plugin
  * add support for LV2_URID_Map, LV2_URID_Unmap and LV2_OPTIONS to
allow more plugs to load
  * fix compiler warnings with gcc 8
  * add exit handler and warning when samplerate is above 96kHz
  * hide splash on error message
  * set online help to sourcforge/discussion
  * fix build against boost-1.69
  * add Russian-language translation by Valeriy Shtobbe and Olesya
Gerasimenko, many thanks!
  * update all build scripts to use faust version 2.15.11 and update
all generated faust files


Still the LV2 plugins coming with guitarix using a Gtkmm based UI, I'll
work on it to port them to X11 based UI's.

Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/


enjoy

regards
hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAA] [LAU] GxPlugins.lv2 release v0.6

[Hermann Meyer]

Am 20.01.19 um 18:44 schrieb Christopher Arndt:

In file included from plugin/gx_AxisFace.cpp:66:
plugin/gx_AxisFace.h:25:10: fatal error: lv2.h: No such file or directory
  #include 



strange, works like expected here, you've installed the LV2 development
files, I guess.

So, the question is, were do you've installed lv2.h, and is it in the
default gcc include path? (check with "cpp -v" were gcc search for
include files and ensure lv2.h is in on of those paths.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] GxPlugins.lv2 release v0.6

[Hermann Meyer]

Hi

I like to announce a new release of GxPlugins.lv2
GxPlugins.lv2 is a set of mostly analogue guitar pedal simulations as
LV2 plugins, simulated with the guitarix ampsim toolkit.

This release add the GxCreamMachine, GXValveCaster and the GxBoobTube to
the set, and fix a issue with the bypass state under automation conditions.

I hope they may be useful for the one or the other.
Build instruction and screenshots may be found here:

https://github.com/brummer10/GxPlugins.lv2

the release tar.gz file is located here:

https://github.com/brummer10/GxPlugins.lv2/releases

regards
hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Hermann Meyer]

Am 22.11.18 um 22:41 schrieb Fons Adriaensen:

On Thu, Nov 22, 2018 at 09:27:58PM +0100, Hermann Meyer wrote:


In guitarix nearly all DSP is generated by FAUST.

That doesn't make any difference for numerical stability.
This is a property of an algorithm, not of the language.

Ciao,



Just as a side note, we've no problem in guitarix when we use float 
instead of double. I've done so for some ARM ports.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Hermann Meyer]

Am 23.11.18 um 03:56 schrieb Hermann Meyer:


Am 22.11.18 um 23:44 schrieb Robin Gareus:

On 11/22/2018 09:27 PM, Hermann Meyer wrote:


However, problems with NAN's and INF's when use -ffinite-math-only
occurs only when we save preset values to file, and only sometimes 
then.

A shot in the dark..

Serializing a float in most parts of the world uses comma as decimal
separator. e.g. "0,5"

Reading this in the C-locale (dot as decimal separator) with c/c++
standard library functions returns 0. This may lead to a division by
zero later.

Cheers!
robin


that happen during write, not during read. During read, nan's and 
inf's will be replaced by standard values when detected, but it mean's 
that original settings been lost.


The values been saved as 0.5 with a dot, the comma is used as 
separator between the entry's.


(and no error with entry separation ever happen)

It could happen as well to values which may ain't been used/changed 
during a session.


And it happen in a non-reproducible way. Very strange, and indeed only 
when -ffinite-math-only


is turned on.

I've tried for weeks to find out what really happen, but could only 
nail it to -ffinite-math-only.


-ffast-math, on the other hand changes the resulting sound, it's 
minimal, but, notable.


The only flag from the -ffast-math macro we still use is -fno-math-errno.


regards

hermann



As a side note, in my side project GxPlugins.lv2 I still use -ffast-math 
without problems.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Hermann Meyer]

Am 22.11.18 um 23:44 schrieb Robin Gareus:

On 11/22/2018 09:27 PM, Hermann Meyer wrote:


However, problems with NAN's and INF's when use -ffinite-math-only
occurs only when we save preset values to file, and only sometimes then.

A shot in the dark..

Serializing a float in most parts of the world uses comma as decimal
separator. e.g. "0,5"

Reading this in the C-locale (dot as decimal separator) with c/c++
standard library functions returns 0. This may lead to a division by
zero later.

Cheers!
robin


that happen during write, not during read. During read, nan's and inf's 
will be replaced by standard values when detected, but it mean's that 
original settings been lost.


The values been saved as 0.5 with a dot, the comma is used as separator 
between the entry's.


(and no error with entry separation ever happen)

It could happen as well to values which may ain't been used/changed 
during a session.


And it happen in a non-reproducible way. Very strange, and indeed only 
when -ffinite-math-only


is turned on.

I've tried for weeks to find out what really happen, but could only nail 
it to -ffinite-math-only.


-ffast-math, on the other hand changes the resulting sound, it's 
minimal, but, notable.


The only flag from the -ffast-math macro we still use is -fno-math-errno.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Hermann Meyer]

Am 22.11.18 um 21:07 schrieb Fons Adriaensen:

On Thu, Nov 22, 2018 at 06:57:15PM +0100, Hermann Meyer wrote:
  

Am 22.11.18 um 18:30 schrieb Will Godfrey:

While testing some mixed floating point and integer calculations I found a
quite surprising difference when this compiler option was set (gcc 6.x). It was
clearly different at only 100 iterations and got dramatically worse with
larger counts.

...

In the guitarix project we've disabled  -ffast-math several years ago, when
I remember right it was at gcc3, as it could lead to different
un-reproduciable calculations. Last option I've disabled on gcc8 now, is
-ffinite-math-only, this one leads to nan's and inf's in several cases,
which been as well not reproducible.

-ffast-math should be perfectly OK for any normal audio DSP code.
The only use case where I'd consider not using it is for precision
measurement applications.

If using it leads to unexpected results that means that the algorithm
used is itself numerically unstable. A classic example of this is the
'biquad' and similar structures when used for filters that operate
mainly on low frequencies. Unfortunately, that sort of code is
everywhere, cut and pasted from one bad example to the next.

Strange that this turns up right now. Earlier today I was implementing
an IIR filter originally designed in MatLab which uses doubles for
everything. When the coefficients were truncated to 32-bit floats,
the filter became unstable. This doesn't mean that such a filter
needs double precision. It just indicates bad design.

Ciao,



In guitarix nearly all DSP is generated by FAUST.

However, problems with NAN's and INF's when use -ffinite-math-only 
occurs only when we save preset values to file, and only sometimes then. 
Without  -ffinite-math-only never ever.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Hermann Meyer]

Am 22.11.18 um 18:30 schrieb Will Godfrey:

While testing some mixed floating point and integer calculations I found a
quite surprising difference when this compiler option was set (gcc 6.x). It was
clearly different at only 100 iterations and got dramatically worse with
larger counts.

My test routine was this:

int a = 0;
float b = 0;
float c = 0;
float inc = 0.1f;
float dec = 0.05f;
int it = 100;
for (int i = 0; i < it; ++ i)
{
 a = (int)truncf(b);
 c = b - floorf(b);
 b += inc;
 a = (int)truncf(b);
 c = b - floorf(b);
 b -= dec;
}

cout << "int " << a << "  rem " << c << endl;

My suspicion is that the difference is due to accumulated rounding errors.

Curiously without the decrements the behavior with and without -ffast-math
seems to be identical well into the millions.



In the guitarix project we've disabled  -ffast-math several years ago, 
when I remember right it was at gcc3, as it could lead to different 
un-reproduciable calculations. Last option I've disabled on gcc8 now, is 
-ffinite-math-only, this one leads to nan's and inf's in several cases, 
which been as well not reproducible.


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Fixes for Blop and SWH LADSPA plugin RDF files + program to do it

[Hermann Meyer]

Am 01.11.18 um 04:00 schrieb Tim:

Hi, as I mentioned in LAD today, I think I found some problems
 with Blop and SWH LADSPA RDF files.

I fixed them automatically with a program, and by hand
 for the few odd incomplete enumerations.



Hi

We've implemented a special case rule in our rdf scanner, (shift the 
index to the correct value) for some known wrong indexes in rdf files, 
and I guess others have that as well.


So, "fixing" those wrong entry's, after so long time, may break existing 
implementations.


As reference, here is our list:


static struct {
    unsigned long from, to;
} ranges_1_based[] = {
    // swh
    {1181, 1440},
    {1605, 1605},
    {1881, 1922},
    // blop
    {1641, 1680},
    {2021, 2038},
};


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

[Hermann Meyer]

Am 30.10.18 um 08:37 schrieb Hermann Meyer:



Am 29.10.18 um 15:34 schrieb Robin Gareus:

The plugins already loaded into memory should still hopefully be OK.

yep.

On Unix systems already loaded .so will be kept in memory. On Windows
you cannot write/replace to a file that is currently opened.

You can skip and postpone scanning of plugins that are currently in use
until the next session load.



During plugin development I check plugins usually (first) in jalv. 
Sometimes I forgot that I've loaded a plug already and update it, 
result is always a crash in jalv.


The same happen in Mixbus4, I've just checked it, out of curiosity.



True, there is no problem when the update didn't happen in-place, means 
remove the older bundle and then install the new one ( like most package 
mangers does).




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

[Hermann Meyer]

Am 29.10.18 um 15:34 schrieb Robin Gareus:

The plugins already loaded into memory should still hopefully be OK.

yep.

On Unix systems already loaded .so will be kept in memory. On Windows
you cannot write/replace to a file that is currently opened.

You can skip and postpone scanning of plugins that are currently in use
until the next session load.



During plugin development I check plugins usually (first) in jalv. 
Sometimes I forgot that I've loaded a plug already and update it, result 
is always a crash in jalv.


The same happen in Mixbus4, I've just checked it, out of curiosity.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

[Hermann Meyer]

Am 29.10.18 um 15:34 schrieb Robin Gareus:

On 10/29/2018 12:40 AM, Hermann Meyer wrote:

Downside of cached information is, that it could clash on plugin load
when the plugin have changed it's ports (updated).

If that happens you have a much bigger issue than stale caches.

Released plugins should not change ports or behavior in a way that is
not backwards compatible. Doing so would break existing sessions using
the plugin.



I know, but it happens. So it's better to be prepared for this case.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

[Hermann Meyer]

Hi Tim

On guitarix we wrap the LADSPA/LV2 plugins to our own internal plugin 
format and save instructions in json format.


Downside of cached information is, that it could clash on plugin load 
when the plugin have changed it's ports (updated).


So when you save plugin information on your own, you need to check 
before you at least load the plugin, if the cached information is still 
valid.


regards

hermann


Am 28.10.18 um 06:29 schrieb Tim:

Hi list, I'm working on version 2 of MusE's safe plugin
 scanner which now creates cached text lists of all plugins
 found on the system, seven formats: ladspa, dssi, dssi-vst,
 LinuxVst, vst, lv2, and our own MESS).

Currently each cache file is a custom xml template describing all
 the various features of each plugin found, in one common format.

For six of the formats listed above it went smoothly but when
 I made the LV2 section I kept thinking - I'm re-inventing the wheel.
LV2 already uses Turtle text description files, so it was a bit odd
 making a converter from/to my xml format to/from lilv ttl scans.

Question: Can rdf, or ladspa rdf, or Turtle files be used to
 generally specify ANY type of plugin, so that the various
 tools and libraries associated with rdf, lrdf, or ttl or lv2
 can read them in a common way?

This would also allow me to introduce lrdf (or something rdf-based)
 into MusE and really take advantage of features like enumerated
 value strings and so on.

It'd be great if some rdf tool or library function could scan all
 my existing ladspa and dssi (and other) plugins for me and present
 me with an rdf file so I don't have to do all the work.
Even if the file might lack the ability to fill in those ladspa
 enumeration value strings when scanning an unidentifiable plugin.

Thanks.
Tim.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Qtractor and LV2_X11 UI's

[Hermann Meyer]

Am 03.10.18 um 10:24 schrieb Hermann Meyer:

Hi


I'm working on port my GTK based LV2 UI's to plain X11 cairo UI's.

So far I've anything in shape now. The last remaining issue I've is UI 
resizing in Qtractor.


It seems that the Qtractor parent UI ain't forward the ConfigureNotify 
to the embedded window.


So, when the parent window is resized by the user, the embedded window 
ain't get notified, so it can't resize itself to fit the parent window 
size.


Anyone else noticed that behavior, or, is it a known behavior, or, do 
I do something wrong?



Resizing works in Carla, Ardour and jalv.


regards

hermann



Solved by proper implement LV2UI_Resize as extension_data on the client 
side.



regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Qtractor and LV2_X11 UI's

[Hermann Meyer]

Hi


I'm working on port my GTK based LV2 UI's to plain X11 cairo UI's.

So far I've anything in shape now. The last remaining issue I've is UI 
resizing in Qtractor.


It seems that the Qtractor parent UI ain't forward the ConfigureNotify 
to the embedded window.


So, when the parent window is resized by the user, the embedded window 
ain't get notified, so it can't resize itself to fit the parent window 
size.


Anyone else noticed that behavior, or, is it a known behavior, or, do I 
do something wrong?



Resizing works in Carla, Ardour and jalv.


regards

hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] New(ish) OSS synth plugin

[Hermann Meyer]

You could build it as VST2 as well, so, Ardour, for example, will suite 
the role as host. :-)



The VST3SDK  hosted by 
Steinberg on github doesn't contain the VST2 SDK bits, so if you want 
to build the VST2 version you need to download 
 that one manually and add those 
missing files, they have a script that copies the copying for you.


Am 25.09.18 um 14:34 schrieb Paul Davis:



On Tue, Sep 25, 2018 at 7:25 AM Daniel Swärd > wrote:


Hi all.

Just found out that one of the Bitwig devs has released an older
(commercial)
project of his as open source: https://github.com/kurasu/surge

Doesn't yet build on Linux, but quoting from the github page:
"It currently only builds on windows, but getting it to build on
macOS again &
Linux should be doable with moderate effort."

How about we get it building at the next Berlin LAU meeting?


Which VST3 hosts do you plan to use (on Linux)?

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] ?==?utf-8?q? Updates

[Hermann Meyer]

Am 28.08.2018 um 16:37 schrieb David Runge:

On 2018-08-27 21:23:47 (+0200), Christopher Arndt wrote:

Am 26.08.18 um 14:49 schrieb Ralf Mattes:
  
Am Sonntag, 26. August 2018 13:07 CEST, Fons Adriaensen  schrieb:

I seem to have both pkgconf and pkg-config, and on Archlinux both
are even provided by the same package.

I used pkgconf as suggested by an Archlinux packager. Don't know
if this is the best choice to support other distros.

No, it's not.

Anyway, all that is required is -I/usr/include/freetype2 and maybe
that is what I should use.

Please don't.

Agree on both accounts. Just use 'pkg-config' like everybody else.

I don't.

pkgconf [1] is a valid replacement of pkg-config (by implementing it
with even more features and better .pc handling) and available on many,
if not all, distros (e.g. [2] [3] [4]). In some it is even the default
by now.

Additionally, this is all better, than relying on a convenience layer
hack job, such as the `freetype-config` script (that should've never
even been part of pkg-config to begin with).

Best,
David

[1] https://git.dereferenced.org/pkgconf/pkgconf
[2] https://packages.debian.org/sid/pkgconf
[3] https://packages.ubuntu.com/search?keywords=pkgconf
[4] 
https://fedoraproject.org/wiki/Changes/pkgconf_as_system_pkg-config_implementation


But why do you prefer to abuse users experience to promote a 
replacement, when a simple silence replacement is already in place?
Using pkg-config means that it works on any system, even older ones, as 
pkgconfig provide a symlink to pkg-config and replace it therewith 
"really", without trouble for anyone.

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] jackd not using jackdrc...

[Hermann Meyer]

Am 02.08.2018 um 14:59 schrieb Fokke de Jong:

Hi all,

After migrating to a freshly installed system, it seems jackd has decided not 
to honor my settings in $HOME/.jackdrc anymore.

I have a (minimal, no deskop) install of ubuntu 17.10 and jackd1

when I startt my jack client it prints:

creating alsa driver ... 
hw:MADIFXtest|hw:MADIFXtest|1024|2|48000|0|0|nomon|swmeter|-|32bit

but the contents of of ,jackdrc is:
/usr/bin/jackd -p512 -dalsa -r48000 -p64 -n2 -D -Chw:MADIFXtest -Phw:MADIFXtest

So I’m getting a period size of 1024 rather that 64.

copying .jackdrc to /etc/jackdrc also didn’t help.

Any idea why jack is refusing my settings?
This was working fine on my other system which should be more or less 
identical, but obviously i'm missing something rather crucial here…

thanks!
fokke




Any chance that you run your system as root?
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] [LAA] Guitarix 0.37.3 released

[Hermann Meyer]

Am 22.07.2018 um 06:52 schrieb Hermann Meyer:


Guitarix release 0.37.0

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support 
LADSPA / LV2 plugs as well in it's racks.


The guitarix engine is designed for LIVE usage, and feature ultra 
fast, glitch and click free preset switching and is full Midi and 
remote controllable (the Web UI is not included in the distributed tar 
ball).


 From the changelog:

  * add support for zita-convolver4
  * implemented "Thick Distortion" plugin by Viacheslav Lotsmanov
  * switch to use libcurl for download online presets
  * point online help to reddit/guitarix (guitarix forum is closed)
  * add direct output unit for drumsequencer (bypass rack)
  * add overdubbing to live looper
  * add direct output support to live looper (bypass rack)
  * add midi channel selector, fix bug #64



Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/


enjoy

regards
hermann



For those who prefer to not visit sourceforge ( Javascript and 3rd party 
domains), the command-line to get the tarball will be :


wget "https://sourceforge.net/projects/guitarix/files/latest/download; 
-O guitarix2-0.37.3.tar.xz


regards
hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Guitarix 0.37.3 released

[Hermann Meyer]

Guitarix release 0.37.0

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support 
LADSPA / LV2 plugs as well in it's racks.


The guitarix engine is designed for LIVE usage, and feature ultra fast, 
glitch and click free preset switching and is full Midi and remote 
controllable (the Web UI is not included in the distributed tar ball).


 From the changelog:

  * add support for zita-convolver4
  * implemented "Thick Distortion" plugin by Viacheslav Lotsmanov
  * switch to use libcurl for download online presets
  * point online help to reddit/guitarix (guitarix forum is closed)
  * add direct output unit for drumsequencer (bypass rack)
  * add overdubbing to live looper
  * add direct output support to live looper (bypass rack)
  * add midi channel selector, fix bug #64



Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/


enjoy

regards
hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] ( Custom Arch Linux or Custom Ubuntu Studio ) for ( Proffesional Audio & Game Audio Development )

[Hermann Meyer]

Am 01.07.2018 um 18:28 schrieb Juan BioSound:
[ 2 ] I want, also, some way to build audio game engine tools, but 
Unreal4 or Unity 3D isn't work on linux at now, some suggest for my 
frustation ???


a short search shows up YSE:



  Linux Support

The previous version of this project also included linux support. I do 
not have an interest in linux right now, but is should not be hard to 
add linux support again. PortAudio and libsndfile are the only 
dependencies for YSE now, and they are both supported on linux. If 
anyone wants to create the neccesary build files, I'd be happy to 
accept a pull request.





https://github.com/yvanvds/yse-soundengine
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Guitarix 0.37.0 released

[Hermann Meyer]

Guitarix release 0.37.0

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support 
LADSPA / LV2 plugs as well in it's racks.


The guitarix engine is designed for LIVE usage, and feature ultra fast, 
glitch and click free preset switching and is full Midi and remote 
controllable (the Web UI is not included in the distributed tar ball).


From the changelog:

  * new plug Ampimpulse-stereo
  * new build parameters in wscript by Simon van der Veldt
please check ./waf --help for mor info.
  * fix Live Looper freezes the remote UI
  * fix Tuner stick is not saved in remote UI
  * fix DrumSequencer issue in remote UI
  * fix rc files for older clearlooks engine
  * fix disable online preset download in remote UI
  * fix GxDigitalDelay sync BPM when UI is not shown
  * add new commandline switch (_d, --disable-multi-client)
to allow running guitarix as single client application.
This is useful when guitarix is exported as LV2 plugin.
  * fix portmap when running as single client
  * again some fixes and additions on the DK_simulator
contributed by Yoann Le BORGNE

Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/


enjoy

regards
hermann
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

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

[Hermann Meyer]

Am 09.12.2017 um 23:59 schrieb Ralf Mardorf:

On Sat, 9 Dec 2017 09:44:02 -0500, Paul Davis wrote:

​As a plugin host, Carla attempts (and generally does) allow plugins
to use many different toolkits for their own GUIs.

Do you think that Fons is an idiot, not being aware of this? The issue
still remains, the more dedicated dependencies, the more possible
issues. However, let's ignore the GUI issue, for what purpose are
fluidsynth and linuxsampler dependencies of a host? Especially
linuxsampler is a serious issue for a lot of distros, regarding the
customized/invalid license. Actually the official Arch Linux community
repository provides linuxsampler, but you unlikely could mention much
more major distros supporting it by their official repositories.


As already mentioned, this are all optional dependency's. Even the samplers.
Think about yourself, for what should a audio plugin host use samplers??


Keep in mind that some distro's, such as Arch Linux follow the KISS
principle, IOW an app usually is build with the upstream defaults,
without excluding features.


This is fully understandable, but, should this lead a developer to 
disable features by default?
Even then, distro maintainer usually trying to enable as much features 
as possible, even when they been disabled by default.




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] What's with Nedko Arnaudov?

[Hermann Meyer]

Am 07.12.2017 um 01:10 schrieb Len Ovens:
In case you are wondering, installing jackd1 on a debian based machine 
that already has jackd2 and other audio appliactions installed will 
first remove jackd2 as well as all appliactions that depend on it and 
then install jackd1. 



How to you come to this conclusion?
Debian provide a package (only documentation) jackd, this depend on 
jackd1 | jackd2. Now, when you'll switch between jackd1 and jackd2, or 
versa-vi, all you need to do is install the version you wont, the other 
one will be removed within this step. Not a single jack aware app will 
be removed during this step. All  jack aware packages in debian list 
both jackd versions as possible resolver.

I've done the switch often for testing purpose.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] jalv.select release v0.9

[Hermann Meyer]

jalv.select is a little gtkmm GUI to select lv2 plugs from a list and 
run them with jalv.


Features:

select jalv interpreter from combo box,
select LV2 plugin from list,
select preset to load from menu,
search plugins by regex or plugin class,
reload lilv world to catch new installed plugins or presets,
load plugin with selected preset,
minimize app to systray (global Hotkey SHIFT+ESCAPE),
wake up app from systray (global Hotkey SHIFT+ESCAPE):
left mouse click on systray to show or hide app
right mouse click to show quit menu item
command-line start-up options:


beside that, you could now mark plugs as your "Favorite" to concatenate 
them to a Favorite list. This will give you fast access to your beloved 
plugs.


 https://github.com/brummer10/jalv_select/releases/tag/V0.9

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAA] [LAU] Guitarix 0.36.0 released

[Hermann Meyer]

Guitarix release 0.36.0

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support 
LADSPA / LV2 plugs as well in it's racks.


The guitarix engine is designed for LIVE usage, and feature ultra fast, 
glitch and click free preset switching and is full Midi and remote 
controllable (the Web UI is not included in the distributed tar ball).


This release add a couple of features to the lately introduced 
DrumSequencer plugin. It add 2 more toms, it add beat repeat/skip 
switches, it add the possibility to add a sequence (Preset) to the 
current one, switch to previous/next preset, . . or load a slected 
preset (sequence)

all controllable with Midi CC.

Also it introduce new Midi Note ON to CC support, means, you could 
control toggle switches with Midi Note On messages now (continues control).


Also it introduce a new option to load Stereo plugs as Mono plugs, eg. 
before the amp. This is in special useful for the famous rkrlv2 plugs:

 https://github.com/ssj71/rkrlv2

+ new configure options   --fontdir (set font install directory)
  and --no-font-cache-update (dont automatically update the font
cache)

+ fix build with --no-lv2-gui option

+ add new style "Gold"

+ fix GxAmplifier re-init convolver on buffersize change ( Ardour loops)

+ fix jack transport support
+ also fix midi clock and bpm sync support

+ fix load online preset in remote UI

+ fix trim label in Lv2/Ladspa plugins

beside that a couple of changes have been made under the hut.


Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/

Forum:
https://guitarix.sourceforge.io/forum/

Consider visiting our forum or leaving a message on
guitarix-develo...@lists.sourceforge.net

enjoy and keep on rooking.

regards
hermann


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] [LAU] [LAA] Guitarix 0.35.5 released

[Hermann Meyer]

Guitarix release 0.35.5

Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of LV2 and LADSPA plugins, and support 
LADSPA / LV2 plugs as well in it's racks.


The guitarix engine is designed for LIVE usage, and feature ultra fast, 
glitch and click free preset switching and is full Midi and remote 
controllable (the Web UI is not included in the distributed tar ball).


This release fix a issue within the new online preset downloader.
If you already use V0.35.4, a upgrade is strongly recommended.


Refer to our project page for more information:
http://guitarix.org

Download Site:
http://sourceforge.net/projects/guitarix/

Forum:
http://guitarix.sourceforge.net/forum/

Consider visiting our forum or leaving a message on
guitarix-develo...@lists.sourceforge.net

regards
hermann

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev