janosgit / schrammel_ojd Goto Github PK

Hi Janos,
It would be great if you could add a stereo mode switch to your great OJD plugin.
I'll often use it on a stereo pair of guitars and currently it means making adjustments to both while tweaking the sound.

I'm fully aware this will double CPU usage, but clearly no worse than 2 separate instances.

Also, the bypass button is pretty tiny. Would you consider making a larger target, please? (Or if you want to keep the GUi the same, perhaps also add the 'power LED' as a hit area for the bypass switch.)

All the best,
Dax.

Leads to the plugin being listed as the juce demo plugin

I am trying to build it on Linux Mint and I get the following error:
$ cmake -DCMAKE_BUILD_TYPE=Release -B build
-- The C compiler identification is GNU 11.3.0
-- The CXX compiler identification is GNU 11.3.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:39 (add_subdirectory):
The source directory

/home/marcello/Documents/Softwares/schrammel_ojd/Ext/JUCE

does not contain a CMakeLists.txt file.

CMake Error at BinaryResources/CMakeLists.txt:24 (juce_add_binary_data):
Unknown CMake command "juce_add_binary_data".

-- Configuring incomplete, errors occurred!
See also "/home/marcello/Documents/Softwares/schrammel_ojd/build/CMakeFiles/CMakeOutput.log".

How can it be fixed?

Thanks

Same has been reported for Logic 9 here: https://www.kvraudio.com/forum/viewtopic.php?f=6&t=556645&p=7960330#p7960330

auval checks pass without issues however

It's an open-source plugin manager called StudioRack:
https://github.com/studiorack

The aim of the project is to provide a free open-source way to manage plugin dependencies and their versions. It would involve the following steps:

Publish a Github release containing the plugin source along with metadata plugins.json
Tag your Github repository with studiorack-plugin so it can be discovered
Wait for the studiorack-registry to index your plugin (every 24 hours)
Check the registry feed for your plugin to appear

CMake Error at CMakeLists.txt:37 (add_subdirectory):
The source directory

./Schrammel_OJD/Ext/JUCE

does not contain a CMakeLists.txt file.

Noticed under Reaper: Automated parameters are written but not read

The current one is not well readable

On click or permanently displayed

As VST3 has a fixed install location, this dialog confuses people

Reported on gearslutz.com. Will be fixed with the next release

Need to figure out how I can get it signed correctly and then how this process can be automated by the build pipeline without violating the AAX NDA by exposing build steps covered under NDA

Hi,

I did a fresh install of Debian Testing, with Ardour 8.4.0, and fresh compile of OJD. When I load a project that uses OJD, Ardour crashes. I ran it in the debugger and found this:

Thread 52 "ArdourGUI" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff7b5ff6c0 (LWP 22706)]
0x00007fff7b830da4 in juce::TextEditor::setText(juce::String const&, bool) () from /home/dana/.vst3/OJD.vst3/Contents/x86_64-linux/OJD.so

With the change to separate targets for each plugin format the output directory of the build stage has a new folder structure which lets the installer building stage fail.

In order to achieve builds that can be triggered completely via CMake, the underlying resvg rust library contained in Resvg4JUCE has to be built through CMake as well and should export a nice CMake target

This setting was originally chosen because of the issues reported here. Multiple users reported this as unexpected behavior, so this should be removed with the next update. Investigating the killall -9 AudioComponentRegistrar solution reported on the juce forum instead.

Steps I took to try and build this:

• git clone --recursive https://github.com/JanosGit/Schrammel_OJD.git
• mkdir build
• cd build
• cmake ..
• make

The two errors I got:

In file included from /home/billydm/Downloads/Schrammel_OJD/Ext/JBPluginBase/jb_plugin_base/jb_plugin_base.h:90,
                 from /home/billydm/Downloads/Schrammel_OJD/Source/OJDPedalComponent.h:24,
                 from /home/billydm/Downloads/Schrammel_OJD/Source/OJDPedalComponent.cpp:22:
/home/billydm/Downloads/Schrammel_OJD/Ext/JBPluginBase/jb_plugin_base/Utils/MessageOfTheDay.h: In lambda function:
/home/billydm/Downloads/Schrammel_OJD/Ext/JBPluginBase/jb_plugin_base/Utils/MessageOfTheDay.h:108:76: error: conversion from ‘const int64_t’ {aka ‘const long int’} to ‘const juce::var’ is ambiguous
  108 |      int64_t updateVersion = update.getProperty ("Version", currentPluginVersion);
      |                                                             ^~~~~~~~~~~~~~~~~~~~

In file included from /home/billydm/Downloads/Schrammel_OJD/Ext/JBPluginBase/jb_plugin_base/jb_plugin_base.h:90,
                 from /home/billydm/Downloads/Schrammel_OJD/Source/OJDPedalComponent.h:24,
                 from /home/billydm/Downloads/Schrammel_OJD/Source/OJDPedalComponent.cpp:22:
/home/billydm/Downloads/Schrammel_OJD/Ext/JBPluginBase/jb_plugin_base/Utils/MessageOfTheDay.h:115:81: error: conversion from ‘long int’ to ‘const juce::var’ is ambiguous
  115 | int generalMessageVersion = general.getProperty ("Version", lastVersion);
      |                                                             ^~~~~~~~~~~

I think you need to explicitly put in what type const juce::var is for this to compile on gcc.

A few users reported this on various channels, inserting the plugin on a channel with default settings leads to a noticeable volume drop. Probably the default volume for a fresh instance should be increased a bit