| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
If specified, the correct number will be put in the class declaration,
and the correct number of params will be assigned to their respecive
param instance variables.
The ttl file is not updated with this info yet.
|
|
|
|
|
|
| |
Tried a way to get the units/labels for the AverMatrix controls to
better fit. It's not perfect, and I'm not sure if it's possible to make
it fit 100% either. I'll have to explore this some more.
|
| |
|
|
|
|
|
|
|
|
|
| |
To ease booting up a new plugin. The script just reads the template
files, replaces the placeholders with the new plugin name, and writes
them out as the proper plugin files in the right directory. Primitive,
but does the job.
The script should work with any version of ruby.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Base class is now a template taking number of params, inputs and outputs
as template args. The last two defaults to 2 (stereo pair), but number
of params have to be given.
Now if only we could find a smart template for generating the run
function too...
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Move the common wrapper code into a template class that can be
instantiated from each plugin.
|
|
|
|
|
| |
See https://www.airwindows.com/adclip-7/ for a great introduction to
what this plugin does.
|
|
|
|
|
| |
Also add a README in the root of the project to clarify that this is
merely a port of the official plugins.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We want as much warnings as we can get, and we treat any warnings not
explicitly disabled as an error. We have to explicitly disable the
`unused-value` warning, as the VST processing code triggers it.
This patch also removes the hardwired optimization flag, as that is
better handled by the built in build type mechanism of cmake. Build as a
release build to get full optimizations:
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=Release ..
Similarly specify `CMAKE_BUILD_TYPE=Debug` for debug builds.
|
| |
|
|
|
|
|
|
|
| |
Let's keep the LV2 interfacing and the actual plugin separate. For now
the actual plugin is completely independent of the plugin system, and
the wrapper code just forwards everything that's plugin specific to the
plugin proper.
|
| |
|
|
|
|
|
| |
The sneaky plan is to have this make use of the processing function(s)
from the LinuxVST variant, so we don't have to copy code.
|
| |
|
|
|
|
|
| |
It appears the `doap:name` property needs to be in the `manifest.ttl`,
so then we move both doap properties there.
|
| |
|
| |
|
|
|