Describe the bug When I try to save a preset, I have to select a folder. After doing that, the plugin crashes the DAW. The only way to restore the usage of the plugin is to delete the .config/ChowdhuryDSP/BYOD/UserPresets.txt file.

To Reproduce Load the plugin through any DAW (Reaper, Bitwig, Carla...) and try to save the preset.

Expected behavior I expect the plugin to save the preset and still usable.

Desktop

OS: Linux Mint 20.3
DAW Reaper, Bitwig, Ardour, Carla
Version:Nightly Build from 27/06/2022

Additional context Log file:

This log file is currently being written to... Log started: 29 Jun 2022 2:27:02pm

Version: BYOD 1.0.1 Commit: b12ef1d on HEAD with JUCE version JUCE v6.1.5 Build: 27 Jun 2022 2:43 on fv-az194-698.vahfjs35atkulmpwh5ujf4txfe.jx.internal.cloudapp.net with GNU-9.4.0 System: with Linux (64-bit) on 8 Core, Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz Plugin Info: LV2 running in Unknown running at sample rate 0.0 kHz with block size 0

Adding connection from Input, port #0 to Output port #0 Checking OpenGL availability... OpenGL is available on this system: FALSE Saving user preset, name: "MyPreset", category: "" Loading preset: Default Removing connection from Input, port #0 to Output port #0 Adding connection from Input, port #0 to Output port #0 Saving user preset, name: "SonicYouth", category: "Player" Interrupt signal received! Stack Trace: /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1d2443) [0x7fc50877a443] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x17e392) [0x7fc508726392] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1cacad) [0x7fc508772cad] /lib/x86_64-linux-gnu/libpthread.so.0(+0x14420) [0x7fc551ed8420] /lib/x86_64-linux-gnu/libc.so.6(+0x188717) [0x7fc551a0b717] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1cea58) [0x7fc508776a58] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1d04f0) [0x7fc5087784f0] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1d0b04) [0x7fc508778b04] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x3d0da0) [0x7fc508978da0] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x17681e) [0x7fc50871e81e] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0xf0bf2) [0x7fc508698bf2] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x3e404a) [0x7fc50898c04a] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x17ede3) [0x7fc508726de3] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x2f2c3e) [0x7fc50889ac3e] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x27c23b) [0x7fc50882423b] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x27c520) [0x7fc508824520] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1d5233) [0x7fc50877d233] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1d4c2a) [0x7fc50877cc2a] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1dd50b) [0x7fc50878550b] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0xd602c) [0x7fc50867e02c] /usr/lib/lv2/BYOD.lv2/BYOD.so(+0x1b3f73) [0x7fc50875bf73] /lib/x86_64-linux-gnu/libpthread.so.0(+0x8609) [0x7fc551ecc609] /lib/x86_64-linux-gnu/libc.so.6(clone+0x43) [0x7fc5519a2133]

Plugin crashing!!!

Is your feature request related to a problem? Please describe. No

Describe the solution you'd like GuitarML's SmartPedal feature so that it is possible to load json files and not be limited to just Tubescreamer and Blues Jr.

Additional information Thank you so much for your work! Where can I donate some caffeine money?

Describe the bug Loading BYOD 1.0.1 on a track crashes Renoise. Regression from 1.0.0 which didn't cause Renoise to crash.

To Reproduce Steps to reproduce the behavior:

1. Open up Renoise
2. Load the plugin on a track

Desktop (please complete the following information):

• OS: Arch Linux
• DAW: Renoise
• Version: 3.3.2
• 64bit

Hi Jatin!

Describe the bug If you press the "save preset" then "MyPreset" will still active until you press enter and there is no way to cancel that and/or choose another preset .

To Reproduce Steps to reproduce the behavior:

1. Go to 'main window'
2. Click on 'Save Preset'
3. Press Esc or click out of preset's name text box or "next preset" button.
4. "MyPreset" is still waiting for input.

Expected behavior Saving should be canceled.

Desktop (please complete the following information):

• OS: Linux
• DAW: Standalone, BespokeSynth with VST3 version
• Version HEAD

This adds a parameter to change the value on the capacitors used in the feedback loop for the Muff Drive. It's required to emulate different Big Muff Pi variants and I think it allows some really good sounds.

The functional change is very simple and I may have done everything else wrong. Feel free to re-write it as you like.

I've also put a comment in the README about building. I found it on Debian 5 and it took a while to work out how to disable the Clap build, which I didn't need and fixes the problem.

Describe the bug The VST2 version reverts to whatever preset is active when reloading a project. So for example if you start with the default (empty) preset, then add some modules and save your project, when reloading the project you'll be back at the empty default preset. Likewise if you pick a preset (user or built-in) and make some tweaks/additions to it, when reloading the project your setup will be reset to the chosen preset. The VST3 version doesn't do this.

Desktop (please complete the following information):

• OS: Windows 10 21H2 (64-bit)
• DAW: REAPER
• Version: 6.51 (64-bit)

I tried to compile from souce on Slackware, but the compilation always fails. I used, to try to compile the following parameters: cmake -Bbuild \ -DCHOWDSP_ENABLE_OPENGL=ON \ -DCMAKE_BUILD_TYPE=Release

cmake \ --build build \ --config Release \ --parallel 4

Unfortunately, I keep getting an error: at 95% of compile: gmake[2]: *** [CMakeFiles/BYOD_Standalone.dir/build.make:200: BYOD_artefacts/Release/Standalone/BYOD] Error 1 gmake[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/BYOD_Standalone.dir/all] Error 2

and at 100% gmake[2]: *** [src/headless/CMakeFiles/BYOD_headless.dir/build.make:325: src/headless/BYOD_headless_artefacts/Release/BYOD_headless] Error 1 gmake[1]: *** [CMakeFiles/Makefile2:1478: src/headless/CMakeFiles/BYOD_headless.dir/all] Error 2 gmake: *** [Makefile:136: all] Error 2

I also tried to compile without the release parameters, and I also had problems.

System info: OS: Slackware Linux 15.0 Multilib Kernel: 5.15.80 Shell: bash 5.1.16 DE: Enlightenment 25.4 CPU: Intel i5-3210M (4) @ 3.100GHz GPU: Intel 3rd Gen Core processor Graphics Controller

Thank you in advance. Cheers

Describe the bug I see a build issue with current master of BYOB and KlonCentaur source repo.

To Reproduce Steps to reproduce the behavior:

1. cmake -Bbuild
2. cmake --build build/ --config Release

Expected behavior I see the same issue with building BYOB repo. I can build the RTNeuralExample successfully and run in with Juce generated AudioPluginHost.

Screenshots Here is the [ 26%] Building CXX object ChowCentaur/CMakeFiles/ChowCentaur.dir/GainStageML/GainStageMLProc.cpp.o [ 26%] Building CXX object ChowCentaur/CMakeFiles/ChowCentaur.dir/GainStageML/RNNModel.cpp.o [ 27%] Building CXX object ChowCentaur/CMakeFiles/ChowCentaur.dir//modules/JUCE/modules/juce_audio_plugin_client/juce_audio_plugin_client_utils.cpp.o [ 28%] Building CXX object **ChowCentaur/CMakeFiles/ChowCentaur.dir//modules/JUCE/modules/juce_audio_utils/juce_audio_utils.mm.o error: Objective-C was disabled in PCH file but is currently enabled 1 error generated.** make[2]: *** [ChowCentaur/CMakeFiles/ChowCentaur.dir/__/modules/JUCE/modules/juce_audio_utils/juce_audio_utils.mm.o] Error 1 make[1]: *** [ChowCentaur/CMakeFiles/ChowCentaur.dir/all] Error 2 make: *** [all] Error 2

Desktop (please complete the following information):

• OS: [MacOS 10.15.7 Catalina]
• DAW [Juce AudioPluginHost AU/VST3 testing]
• Xcode 12.4 (12D4e)
• CMake 3.23.0-rc3

Describe the bug Dragging notes and modules is very laggy in the early version on my computer setup, despite the simplicity of the visual elements. I'm sure the issue will be adressed in future versions, so this is just meant as a heads up notice. I experience the issue on an older Windows machine without graphical hardware acceleration (see below).

To Reproduce Steps to reproduce the behavior:

1. Add a module
2. drag a note

Expected behavior Moving and dragging elements without considerable lag.

Desktop (please complete the following information):

• OS: Windows 7
• DAW Ableton Live 11
• Version 0.2.0
• 64 bit VST3
• Third generation Intel i5 desktop processor
• 8 gb of RAM
• Intel HD Graphics 2000 (integrated)
• 1920 x 1080 resolution

Describe the bug It's not quite a bug. BYOD itself is 1.0.10 (at now), but git tag is still 1.0.1. This confuses a bit when I build it and package version is relayed on tag+commit. Does it make a sense to align version and tag, or tags are for stable releases only?

Describe the bug When I try to load BYOD as a plugin, it does not load

To Reproduce Load the plugin through any DAW (Reaper, Bitwig, Carla...)

Expected behavior I expect the plugin to appear

Desktop

• OS: Linux Mint 20.3
• DAW Reaper, Bitwig, Ardour, Carla

Here is the log file:

This log file is currently being written to... Log started: 27 Jun 2022 9:04:52pm

Version: BYOD 1.0.1 Commit: 2d58afc on HEAD with JUCE version JUCE v6.1.5 Build: 15 Mar 2022 22:43 on fv-az217-784.5fhmivlnczbevhjmk01nzrxweh.bx.internal.cloudapp.net with GNU-9.4.0 System: with Linux (64-bit) on 8 Core, Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz Plugin Info: LV2 running in Ardour running at 0.0 kHz with block size: 0

Loading preset: Default Adding connection from Input, port #0 to Output port #0

Maybe is it a problem with openGL? which version am I supposed to use? how can I disable openGL in the settings file?

Describe the bug Load the module, load a Proteus json and choose any oversampling. The higher the oversampling the more artifacts there are. Sounds like aliasing.

Expected behavior No artifacts

Desktop (please complete the following information):

• OS: Windows 10, Linux
• Reaper
• Latest stable
• 64 bit

I’ll start this off with this, I don’t know how to code lol but I’m writing this as a users perspective. From what I’ve found out with my tunes, I can’t load some of them up because of this massive and detrimental bug. Basically if you load up a patch and then load up BYOD it would be alright. But once you’ve made a chain and your own plugin then make a new one/duplicate the track, it would crash the whole app booting you back to the Home Screen. Hopefully someone has since found the problem but it’s been a pain to know that the recent update has effectively broke the app. I’ve done a screen record to show an example: https://www.dropbox.com/s/ddcqv145qr6v2h7/2022-12-06%209.48.59%20pm.mp4?dl=0

Is your feature request related to a problem? Please describe. When loading custom IRs, going through a bunch of them is tedious since I have to pop open a window and go through a bunch of folders to find my cab IR. Rinse and repeat 50-100 times.

Describe the solution you'd like

• Ability to set default folder
• Ability to scroll up and down IRs with mouse wheel over the box
• And/Or arrows next to the loaded Ir box: previous and next -A stereo IR cab loader ( Or quad) with ability to blend between IRs (X/Y blend) would tidy up things instead of routing multiple IR loaders.

As exemples the freebie Nadir from Ignite amp or Libra from Ignite.

Is your feature request related to a problem? Please describe. There are currently several modules that use envelope tracking (Envelop Filter, Gate, Compressor), and their a little bit limited in their flexibility, especially regarding what they are able to do with their level tracking.

Describe the solution you'd like We already have audio-rate modulation inputs that are being used for passing LFO data between modules, we could use the same system for sharing envelope data. In order to maximize this flexibility, we'd probably want a dedicated "Envelope Follower" module

Additional context It would also be useful to be able to "invert" the envelope signal (i.e. silence = 1, full level = 0).

Describe the bug Under Arch Linux and i3, when I try to open the GUI of BYOD inside Ardour or Carla, inside the window, only a part of the plugin host can be seen, not the actual interface of BYOD. (See the screencast below for clarity.)

When I try the same with Sway and Carla, the window doesn't even appear.

This happens with both the LV2 and VST3 versions.

To Reproduce Steps to reproduce the behavior:

1. Load BYOD in an empty Ardour or Carla session.
2. Notice the content inside BYOD (or the lack thereof).

Expected behavior BYOD's window is shown with actual content.

Screenshots https://user-images.githubusercontent.com/10419911/203429846-213ba830-9e2c-459c-b99d-7578379545f4.mp4

Desktop (please complete the following information):

• OS: Arch Linux
• DAW: Ardour v7.1, Carla v2.5.2
• Version: 1.1.0

Additional context BYOD v1.0.9 doesn't have this issue.

Is your feature request related to a problem? Please describe. The preset search results are currently a bit confusing (see here)

Describe the solution you'd like We should probably fine-tune the search feature a bit more, or maybe consider using a different third-party library (like this one).