Creating Audio Plugins
This page describes the process of creating an audio plugin for MOD.
The idea of this page is not to go deep into any plugin standards but to show the options you have when creating your own plugin, guide you through the appropriate documentation according the method you choose and finally show how to upload and test it on your device.
Bellow are listed the topics that you might need to know in order to create audio plugins for MOD devices.
- Digital signal processing (DSP)
- Basic math
We assume that you know what an audio plugin is and how they might generally work. If not, see the Wikipedia page on audio plugins.
There are 3 ways to create an LV2 plugin:
- Coding everything from scratch
- Using a framework or high level language (e.g.: DPF, Faust, JUCE)
- Using visual programming software (e.g.: MAX Gen~, PureData)
Regardless of the option you choose it's highly recommended that you use Linux or macOS for development.
Not only all MOD team developers use Linux but most of the LV2 developers do as well.
In other words this means that almost all documentation you will find assumes that you are using Linux so in the case you need to ask for support it'll be much easier.
The first option, coding everything from scratch, is the hardest one if you are new to programming.
Here we will need to know C or C++ to code the plugins and also read the LV2 documentation and examples.
Although the learning curve is steep (seeing that you'll need to learn programming first) that's a good choice if you want full control of what you're doing and probably it's the best choice to write well performing plugins.
What to learn:
- C/C++ language
- LV2 standard
Framework / High Level Language
The second option works best if you prefer to use more high-level stuff for programming instead of going into details of a plugin standard.
This means instead of needing to understand very specific concepts of LV2 (that do not always translate well to other plugin standards) you code your plugin in a more generic way.
You trade off special features (like multiple MIDI inputs) for an easier initial learning curve.
As a bonus, many of these frameworks also support/export more than LV2 so you will be getting additional VST2/3 compatibility for free.
TODO: Juce and DISTRHO Plugin Framework (DPF), Examples: there are plugins done using DPF, need to find out)
TODO: development environment
If you do not want to do any coding but still want to make your own plugins, a visual programming interface is an option.
This typically consists of an application providing a modular environment to connect different blocks together, and exporting such projects into existing "template plugins" that generate a real plugin based on this exported data.
The most commonly used at the moment is MAX Gen~.
SHIRO and WOV are examples of plugins created on this environment, with only the GUI made externally.
Other solutions exist, but they are still work in progress and have not been integrated yet.
Look around in [forums] to get an idea of their current state.
MOD devices run LV2 plugins internally.
This means that if you want to create your own plugin from scratch to work with a MOD unit, you will need to build an LV2 plugin.
LV2 is an open-source, liberally-licensed audio plugin specification designed which is powerful and extensible.
There are many good reasons why LV2 is the best choice as the audio plugin standard for the MOD devices.
Most of them gracefully explained in this page of the LV2 website.
See our LV2 page for more information on how LV2 is integrated in MOD.
There are plenty of documentation and guides on how to create LV2 plugins in the web.
The LV2 GitHub wiki has lots of useful links and references that can help you in the process of creating a LV2 plugin. We highly recommend you to have a look.
To learn about the LV2 standard start reading this [blog post http://harryhaaren.blogspot.com.br/2012/06/writing-lv2-plugins-lv2-overview.html] by Harry Van Haaren.
[Programming LV2 Plugins Book http://lv2plug.in/book/] from David Robillard. It aims to explain the LV2 by using examples instead of API documentation.