2022-02-06 10:06:01 +11:00
|
|
|
use raw_window_handle::{HasRawWindowHandle, RawWindowHandle};
|
2022-02-07 03:12:57 +11:00
|
|
|
use std::any::Any;
|
2022-01-25 12:19:31 +11:00
|
|
|
use std::pin::Pin;
|
2022-02-06 03:11:24 +11:00
|
|
|
use std::sync::Arc;
|
2022-01-25 12:19:31 +11:00
|
|
|
|
2022-02-03 01:01:41 +11:00
|
|
|
use crate::buffer::Buffer;
|
2022-02-05 22:46:26 +11:00
|
|
|
use crate::context::{GuiContext, ProcessContext};
|
2022-02-03 01:12:33 +11:00
|
|
|
use crate::param::internals::Params;
|
2022-01-25 12:19:31 +11:00
|
|
|
|
|
|
|
/// Basic functionality that needs to be implemented by a plugin. The wrappers will use this to
|
|
|
|
/// expose the plugin in a particular plugin format.
|
|
|
|
///
|
|
|
|
/// This is super basic, and lots of things I didn't need or want to use yet haven't been
|
|
|
|
/// implemented. Notable missing features include:
|
|
|
|
///
|
|
|
|
/// - Sidechain inputs
|
|
|
|
/// - Multiple output busses
|
2022-01-28 23:40:47 +11:00
|
|
|
/// - Special handling for offline processing
|
2022-01-29 01:18:55 +11:00
|
|
|
/// - Transport and other context information in the process call
|
2022-01-25 12:19:31 +11:00
|
|
|
/// - Sample accurate automation (this would be great, but sadly few hosts even support it so until
|
|
|
|
/// they do we'll ignore that it's a thing)
|
2022-01-26 06:36:43 +11:00
|
|
|
/// - Parameter hierarchies/groups
|
2022-01-27 10:19:50 +11:00
|
|
|
/// - Bypass parameters, right now the VST3 wrapper generates one for you
|
2022-01-25 12:19:31 +11:00
|
|
|
/// - Outputting parameter changes from the plugin
|
2022-02-05 08:31:43 +11:00
|
|
|
/// - MIDI CC handling
|
|
|
|
/// - Outputting MIDI events
|
2022-02-05 23:32:03 +11:00
|
|
|
#[allow(unused_variables)]
|
2022-02-06 02:03:16 +11:00
|
|
|
pub trait Plugin: Default + Send + Sync + 'static {
|
2022-01-27 04:14:13 +11:00
|
|
|
const NAME: &'static str;
|
|
|
|
const VENDOR: &'static str;
|
|
|
|
const URL: &'static str;
|
|
|
|
const EMAIL: &'static str;
|
|
|
|
|
2022-01-27 08:20:15 +11:00
|
|
|
/// Semver compatible version string (e.g. `0.0.1`). Hosts likely won't do anything with this,
|
|
|
|
/// but just in case they do this should only contain decimals values and dots.
|
|
|
|
const VERSION: &'static str;
|
2022-01-27 05:49:22 +11:00
|
|
|
|
2022-01-25 12:19:31 +11:00
|
|
|
/// The default number of inputs. Some hosts like, like Bitwig and Ardour, use the defaults
|
|
|
|
/// instead of setting up the busses properly.
|
2022-02-04 11:11:07 +11:00
|
|
|
const DEFAULT_NUM_INPUTS: u32 = 2;
|
2022-01-25 12:19:31 +11:00
|
|
|
/// The default number of inputs. Some hosts like, like Bitwig and Ardour, use the defaults
|
|
|
|
/// instead of setting up the busses properly.
|
2022-02-04 11:11:07 +11:00
|
|
|
const DEFAULT_NUM_OUTPUTS: u32 = 2;
|
2022-01-25 12:19:31 +11:00
|
|
|
|
2022-02-04 11:09:09 +11:00
|
|
|
/// Whether the plugin accepts note events. If this is set to `false`, then the plugin won't
|
|
|
|
/// receive any note events.
|
2022-02-04 11:11:07 +11:00
|
|
|
const ACCEPTS_MIDI: bool = false;
|
2022-02-04 11:09:09 +11:00
|
|
|
|
2022-01-25 12:19:31 +11:00
|
|
|
/// The plugin's parameters. The host will update the parameter values before calling
|
|
|
|
/// `process()`. These parameters are identified by strings that should never change when the
|
|
|
|
/// plugin receives an update.
|
|
|
|
fn params(&self) -> Pin<&dyn Params>;
|
|
|
|
|
2022-02-07 03:12:57 +11:00
|
|
|
/// The plugin's editor, if it has one. The actual editor instance is created in
|
|
|
|
/// [Editor::spawn]. A plugin editor likely wants to interact with the plugin's parameters and
|
|
|
|
/// other shared data, so you'll need to move [Arc] pointing to any data you want to access into
|
2022-02-15 00:22:50 +11:00
|
|
|
/// the editor. You can later modify the parameters through the [crate::GuiContext] and
|
|
|
|
/// [crate::ParamSetter] after the editor GUI has been created.
|
2022-02-07 03:12:57 +11:00
|
|
|
fn editor(&self) -> Option<Box<dyn Editor>> {
|
2022-02-05 22:46:26 +11:00
|
|
|
None
|
|
|
|
}
|
|
|
|
|
2022-01-25 12:19:31 +11:00
|
|
|
//
|
|
|
|
// The following functions follow the lifetime of the plugin.
|
|
|
|
//
|
|
|
|
|
|
|
|
/// Whether the plugin supports a bus config. This only acts as a check, and the plugin
|
|
|
|
/// shouldn't do anything beyond returning true or false.
|
2022-02-04 11:13:00 +11:00
|
|
|
fn accepts_bus_config(&self, config: &BusConfig) -> bool {
|
|
|
|
config.num_input_channels == 2 && config.num_output_channels == 2
|
|
|
|
}
|
2022-01-25 12:19:31 +11:00
|
|
|
|
2022-02-02 03:09:23 +11:00
|
|
|
/// Initialize the plugin for the given bus and buffer configurations. If the plugin is being
|
|
|
|
/// restored from an old state, then that state will have already been restored at this point.
|
|
|
|
/// If based on those parameters (or for any reason whatsoever) the plugin needs to introduce
|
2022-02-04 02:22:32 +11:00
|
|
|
/// latency, then you can do so here using the process context. Depending on how the host
|
2022-02-04 11:13:00 +11:00
|
|
|
/// restores plugin state, this function may also be called twice in rapid succession. If the
|
|
|
|
/// plugin fails to inialize for whatever reason, then this should return `false`.
|
2022-01-25 12:19:31 +11:00
|
|
|
///
|
2022-02-02 03:09:23 +11:00
|
|
|
/// Before this point, the plugin should not have done any expensive initialization. Please
|
2022-01-25 12:19:31 +11:00
|
|
|
/// don't be that plugin that takes twenty seconds to scan.
|
2022-02-02 03:09:23 +11:00
|
|
|
fn initialize(
|
|
|
|
&mut self,
|
|
|
|
bus_config: &BusConfig,
|
|
|
|
buffer_config: &BufferConfig,
|
2022-02-05 09:03:11 +11:00
|
|
|
context: &mut impl ProcessContext,
|
2022-02-04 11:13:00 +11:00
|
|
|
) -> bool {
|
|
|
|
true
|
|
|
|
}
|
2022-01-25 12:19:31 +11:00
|
|
|
|
2022-02-04 02:22:32 +11:00
|
|
|
/// Process audio. The host's input buffers have already been copied to the output buffers if
|
|
|
|
/// they are not processing audio in place (most hosts do however). All channels are also
|
|
|
|
/// guarenteed to contain the same number of samples. Lastly, denormals have already been taken
|
|
|
|
/// case of by NIH-plug, and you can optionally enable the `assert_process_allocs` feature to
|
|
|
|
/// abort the program when any allocation accurs in the process function while running in debug
|
|
|
|
/// mode.
|
2022-01-25 12:19:31 +11:00
|
|
|
///
|
2022-03-02 03:11:25 +11:00
|
|
|
/// The framework provides convenient iterators on the [Buffer] object to process audio either
|
|
|
|
/// either per-sample per-channel, or per-block per-channel per-sample. The first approach is
|
|
|
|
/// preferred for plugins that don't require block-based processing because of their use of
|
|
|
|
/// per-sample SIMD or excessive branching. The parameter smoothers can also work in both modes:
|
|
|
|
/// use [crate::Smoother::next()] for per-sample processing, and [crate::Smoother::next_block()]
|
|
|
|
/// for block-based processing. In order to use block-based smoothing, you will need to call
|
|
|
|
/// [Self::initialize_block_smoothers()] in your [Self::initialize()] function first to reserve
|
|
|
|
/// enough capacity in the smoothers.
|
|
|
|
///
|
2022-01-25 12:19:31 +11:00
|
|
|
/// TODO: Provide a way to access auxiliary input channels if the IO configuration is
|
|
|
|
/// assymetric
|
2022-01-29 01:18:55 +11:00
|
|
|
/// TODO: Pass transport and other context information to the plugin
|
2022-03-02 03:11:25 +11:00
|
|
|
/// TODO: Create an example plugin that uses block-based processing
|
2022-02-05 09:03:11 +11:00
|
|
|
fn process(&mut self, buffer: &mut Buffer, context: &mut impl ProcessContext) -> ProcessStatus;
|
2022-03-02 03:11:25 +11:00
|
|
|
|
|
|
|
/// Convenience function to allocate memory for block-based smoothing. Since this allocates
|
|
|
|
/// memory, this should be called in [Self::initialize()]. If you are going to use
|
|
|
|
/// [Buffer::iter_blocks] and want to use parameter smoothing in those blocks, then call this
|
|
|
|
/// function with the same maximum block size first before calling
|
|
|
|
/// [crate::Smoother::next_block()].
|
|
|
|
fn initialize_block_smoothers(&mut self, max_block_size: usize) {
|
|
|
|
for param in self.params().param_map().values_mut() {
|
|
|
|
unsafe { param.initialize_block_smoother(max_block_size) };
|
|
|
|
}
|
|
|
|
}
|
2022-01-25 12:19:31 +11:00
|
|
|
}
|
|
|
|
|
2022-03-01 00:45:07 +11:00
|
|
|
/// Provides auxiliary metadata needed for a CLAP plugin.
|
|
|
|
pub trait ClapPlugin: Plugin {
|
2022-03-01 03:04:39 +11:00
|
|
|
/// A unique ID that identifies this particular plugin. This is usually in reverse domain name
|
|
|
|
/// notation, e.g. `com.manufacturer.plugin-name`.
|
|
|
|
const CLAP_ID: &'static str;
|
2022-03-01 03:18:11 +11:00
|
|
|
/// A short description for the plugin.
|
|
|
|
const CLAP_DESCRIPTION: &'static str;
|
|
|
|
/// Arbitrary keywords describing the plugin. See the CLAP specification for examples:
|
|
|
|
/// <https://github.com/free-audio/clap/blob/main/include/clap/plugin.h>.
|
|
|
|
//
|
|
|
|
// TODO: CLAP mentions that `win32-dpi-aware` is a special keyword that informs the host that
|
|
|
|
// the plugin is DPI aware, can and should we have special handling for this?
|
2022-03-01 03:29:53 +11:00
|
|
|
const CLAP_FEATURES: &'static [&'static str];
|
2022-03-01 03:18:11 +11:00
|
|
|
/// A URL to the plugin's manual, CLAP does not specify what to do when there is none.
|
|
|
|
//
|
|
|
|
// TODO: CLAP does not specify this, can these manual fields be null pointers?
|
|
|
|
const CLAP_MANUAL_URL: &'static str;
|
|
|
|
/// A URL to the plugin's support page, CLAP does not specify what to do when there is none.
|
|
|
|
const CLAP_SUPPORT_URL: &'static str;
|
2022-03-01 00:45:07 +11:00
|
|
|
}
|
|
|
|
|
2022-01-28 08:13:13 +11:00
|
|
|
/// Provides auxiliary metadata needed for a VST3 plugin.
|
|
|
|
pub trait Vst3Plugin: Plugin {
|
|
|
|
/// The unique class ID that identifies this particular plugin. You can use the
|
|
|
|
/// `*b"fooofooofooofooo"` syntax for this.
|
2022-02-11 07:30:39 +11:00
|
|
|
///
|
|
|
|
/// This will be shuffled into a different byte order on Windows for project-compatibility.
|
2022-01-28 08:13:13 +11:00
|
|
|
const VST3_CLASS_ID: [u8; 16];
|
|
|
|
/// One or more categories, separated by pipe characters (`|`), up to 127 characters. Anything
|
|
|
|
/// logner than that will be truncated. See the VST3 SDK for examples of common categories:
|
2022-01-29 04:10:28 +11:00
|
|
|
/// <https://github.com/steinbergmedia/vst3_pluginterfaces/blob/2ad397ade5b51007860bedb3b01b8afd2c5f6fba/vst/ivstaudioprocessor.h#L49-L90>
|
2022-01-28 08:13:13 +11:00
|
|
|
const VST3_CATEGORIES: &'static str;
|
2022-02-11 07:30:39 +11:00
|
|
|
|
|
|
|
/// [Self::VST3_CLASS_ID] in the correct order for the current platform so projects and presets
|
|
|
|
/// can be shared between platforms. This should not be overridden.
|
|
|
|
const PLATFORM_VST3_CLASS_ID: [u8; 16] = swap_vst3_uid_byte_order(Self::VST3_CLASS_ID);
|
|
|
|
}
|
|
|
|
|
|
|
|
#[cfg(not(target_os = "windows"))]
|
|
|
|
const fn swap_vst3_uid_byte_order(uid: [u8; 16]) -> [u8; 16] {
|
|
|
|
uid
|
|
|
|
}
|
|
|
|
|
|
|
|
#[cfg(target_os = "windows")]
|
|
|
|
const fn swap_vst3_uid_byte_order(mut uid: [u8; 16]) -> [u8; 16] {
|
|
|
|
// No mutable references in const functions, so we can't use `uid.swap()`
|
|
|
|
let original_uid = uid;
|
|
|
|
|
|
|
|
uid[0] = original_uid[3];
|
|
|
|
uid[1] = original_uid[2];
|
|
|
|
uid[2] = original_uid[1];
|
|
|
|
uid[3] = original_uid[0];
|
|
|
|
|
|
|
|
uid[4] = original_uid[5];
|
|
|
|
uid[5] = original_uid[4];
|
|
|
|
uid[6] = original_uid[7];
|
|
|
|
uid[7] = original_uid[6];
|
|
|
|
|
|
|
|
uid
|
2022-01-28 08:13:13 +11:00
|
|
|
}
|
|
|
|
|
2022-02-07 03:12:57 +11:00
|
|
|
/// An editor for a [Plugin].
|
|
|
|
pub trait Editor: Send + Sync {
|
|
|
|
/// Create an instance of the plugin's editor and embed it in the parent window. As explained in
|
2022-02-15 00:22:50 +11:00
|
|
|
/// [Plugin::editor], you can then read the parameter values directly from your [crate::Params]
|
|
|
|
/// object, and modifying the values can be done using the functions on the
|
|
|
|
/// [crate::ParamSetter]. When you change a parameter value that way it will be broadcasted to
|
|
|
|
/// the host and also updated in your [Params] struct.
|
2022-02-07 03:12:57 +11:00
|
|
|
///
|
|
|
|
/// This function should return a handle to the editor, which will be dropped when the editor
|
|
|
|
/// gets closed. Implement the [Drop] trait on the returned handle if you need to explicitly
|
|
|
|
/// handle the editor's closing behavior.
|
2022-02-09 06:16:04 +11:00
|
|
|
///
|
|
|
|
/// The wrapper guarantees that a previous handle has been dropped before this function is
|
|
|
|
/// called again.
|
2022-02-07 03:12:57 +11:00
|
|
|
//
|
|
|
|
// TODO: Think of how this would work with the event loop. On Linux the wrapper must provide a
|
|
|
|
// timer using VST3's `IRunLoop` interface, but on Window and macOS the window would
|
|
|
|
// normally register its own timer. Right now we just ignore this because it would
|
|
|
|
// otherwise be basically impossible to have this still be GUI-framework agnostic. Any
|
|
|
|
// callback that deos involve actual GUI operations will still be spooled to the IRunLoop
|
|
|
|
// instance.
|
|
|
|
fn spawn(&self, parent: ParentWindowHandle, context: Arc<dyn GuiContext>) -> Box<dyn Any>;
|
|
|
|
|
2022-02-05 22:46:26 +11:00
|
|
|
/// Return the (currnent) size of the editor in pixels as a `(width, height)` pair.
|
|
|
|
fn size(&self) -> (u32, u32);
|
|
|
|
|
2022-02-06 05:35:20 +11:00
|
|
|
// TODO: Reconsider adding a tick function here for the Linux `IRunLoop`. To keep this platform
|
|
|
|
// and API agnostic, add a way to ask the GuiContext if the wrapper already provides a
|
|
|
|
// tick function. If it does not, then the Editor implementation must handle this by
|
|
|
|
// itself. This would also need an associated `PREFERRED_FRAME_RATE` constant.
|
2022-02-05 22:46:26 +11:00
|
|
|
// TODO: Add the things needed for DPI scaling
|
|
|
|
// TODO: Resizing
|
|
|
|
}
|
|
|
|
|
2022-02-06 10:06:01 +11:00
|
|
|
/// A raw window handle for platform and GUI framework agnostic editors.
|
2022-02-07 03:12:57 +11:00
|
|
|
pub struct ParentWindowHandle {
|
2022-02-06 10:06:01 +11:00
|
|
|
pub handle: RawWindowHandle,
|
|
|
|
}
|
|
|
|
|
2022-02-07 03:12:57 +11:00
|
|
|
unsafe impl HasRawWindowHandle for ParentWindowHandle {
|
2022-02-06 10:06:01 +11:00
|
|
|
fn raw_window_handle(&self) -> RawWindowHandle {
|
|
|
|
self.handle
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2022-01-25 12:19:31 +11:00
|
|
|
/// We only support a single main input and output bus at the moment.
|
2022-02-01 05:40:52 +11:00
|
|
|
#[derive(Debug, Clone, Copy, PartialEq, Eq)]
|
2022-01-25 12:19:31 +11:00
|
|
|
pub struct BusConfig {
|
|
|
|
/// The number of input channels for the plugin.
|
|
|
|
pub num_input_channels: u32,
|
|
|
|
/// The number of output channels for the plugin.
|
|
|
|
pub num_output_channels: u32,
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Configuration for (the host's) audio buffers.
|
2022-02-03 01:39:55 +11:00
|
|
|
#[derive(Debug, Clone, Copy, PartialEq)]
|
2022-01-25 12:19:31 +11:00
|
|
|
pub struct BufferConfig {
|
|
|
|
/// The current sample rate.
|
|
|
|
pub sample_rate: f32,
|
|
|
|
/// The maximum buffer size the host will use. The plugin should be able to accept variable
|
|
|
|
/// sized buffers up to this size.
|
|
|
|
pub max_buffer_size: u32,
|
|
|
|
}
|
2022-01-28 07:03:49 +11:00
|
|
|
|
|
|
|
/// Indicates the current situation after the plugin has processed audio.
|
2022-01-28 23:40:47 +11:00
|
|
|
#[derive(Debug, Clone, Copy, PartialEq, Eq)]
|
2022-01-28 07:03:49 +11:00
|
|
|
pub enum ProcessStatus {
|
|
|
|
/// Something went wrong while processing audio.
|
|
|
|
Error(&'static str),
|
|
|
|
/// The plugin has finished processing audio. When the input is silent, the most may suspend the
|
|
|
|
/// plugin to save resources as it sees fit.
|
|
|
|
Normal,
|
|
|
|
/// The plugin has a (reverb) tail with a specific length in samples.
|
|
|
|
Tail(u32),
|
|
|
|
/// This plugin will continue to produce sound regardless of whether or not the input is silent,
|
|
|
|
/// and should thus not be deactivated by the host. This is essentially the same as having an
|
|
|
|
/// infite tail.
|
|
|
|
KeepAlive,
|
|
|
|
}
|
2022-02-04 11:48:24 +11:00
|
|
|
|
|
|
|
/// Event for (incoming) notes. Right now this only supports a very small subset of the MIDI
|
2022-02-04 12:37:40 +11:00
|
|
|
/// specification. See the util module for convenient conversion functions.
|
2022-02-04 11:48:24 +11:00
|
|
|
///
|
2022-02-04 11:50:48 +11:00
|
|
|
/// All of the timings are sample offsets withing the current buffer.
|
|
|
|
///
|
2022-02-04 11:48:24 +11:00
|
|
|
/// TODO: Add more events as needed
|
|
|
|
#[derive(Debug, Copy, Clone, PartialEq, Eq)]
|
|
|
|
pub enum NoteEvent {
|
2022-02-04 11:50:48 +11:00
|
|
|
NoteOn {
|
|
|
|
timing: u32,
|
|
|
|
channel: u8,
|
|
|
|
note: u8,
|
|
|
|
velocity: u8,
|
|
|
|
},
|
|
|
|
NoteOff {
|
|
|
|
timing: u32,
|
|
|
|
channel: u8,
|
|
|
|
note: u8,
|
|
|
|
velocity: u8,
|
|
|
|
},
|
2022-02-04 11:48:24 +11:00
|
|
|
}
|
2022-02-04 12:37:40 +11:00
|
|
|
|
|
|
|
impl NoteEvent {
|
|
|
|
/// Return the sample within the current buffer this event belongs to.
|
|
|
|
pub fn timing(&self) -> u32 {
|
|
|
|
match &self {
|
|
|
|
NoteEvent::NoteOn { timing, .. } => *timing,
|
|
|
|
NoteEvent::NoteOff { timing, .. } => *timing,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|