# RDF Schema for LV2 plugins # PROVISIONAL Revision 4.0pre1 # # This document describes the classes and properties that are defined by the # core LV2 specification. See for more information. # # Copyright (C) 2006-2011 Steve Harris, David Robillard # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included # in all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR # OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, # ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR # OTHER DEALINGS IN THE SOFTWARE. @prefix lv2: . @prefix rdf: . @prefix rdfs: . @prefix owl: . @prefix xsd: . @prefix doap: . @prefix foaf: . #################### ## Resource Class ## #################### lv2:Resource a rdfs:Class ; rdfs:comment """ An LV2 Resource (e.g. plugin, specification, or any other LV2 related thing) """ . ######################### ## Specification Class ## ######################### lv2:Specification a rdfs:Class ; rdfs:subClassOf lv2:Resource ; rdfs:comment """ An LV2 specification (i.e. this specification, or an LV2 "extension"). Specification data, like plugin data, is distributed in standardized bundles so hosts may discover all present LV2 data. See http://lv2plug.in/docs for more details. """ . ####################### ## LV2 Specification ## ####################### a doap:Project , lv2:Specification ; doap:license ; doap:name "LV2" ; doap:homepage ; doap:created "2004-04-21" ; doap:shortdesc "An audio plugin interface specification" ; doap:programming-language "C" ; doap:release [ doap:revision "4.0pre2" ; doap:created "2010-11-05" ] ; doap:maintainer [ a foaf:Person ; foaf:name "Steve Harris" ; foaf:homepage ; rdfs:seeAlso ] , [ a foaf:Person ; foaf:name "David Robillard" ; foaf:homepage ; rdfs:seeAlso ] ; lv2:documentation """

Overview

There are a large number of open source and free software synthesis packages in use or development at this time. This API ("LV2") attempts to give programmers the ability to write simple "plugin" audio processors in C/C++ and link them dynamically ("plug" them) into a range of these packages ("hosts"). It should be possible for any host and any plugin to communicate completely through this interface.

This API is deliberately as short and simple as possible. The information required to use a plugin is in a companion data (RDF) file. The shared library portion of the API does not contain enough information to make use of the plugin possible; the data file is mandatory.

Plugins can operate on any type of data. Plugins have "ports" that are inputs or outputs and each plugin is "run" for a "block" corresponding to a short time interval measured in samples. The plugin may assume that all its input and output ports have been connected to the relevant data location (using the connect_port() function) before it is asked to run, unless the port has been set "connection optional" in the plugin's data file.

This "core" specification defines two types of port data, equivalent to those in LADSPA: control rate and audio rate. Audio rate data is communicated using arrays with one float element per sample processed, allowing a block of audio to be processed by the plugin in a single pass. Control rate data is communicated using single float values. Control rate data has a single value at the start of a call to the run() function which is considered valid for the duration of the call to run(). Thus the "control rate" is determined by the block size, controlled by the host.

Plugins reside in shared object files suitable for dynamic linking (e.g. by dlopen() and family). This object provides one or more plugin descriptors via the lv2_descriptor() function. These plugins can be instantiated to create "plugin instances", which can be connected together to perform tasks.

This API contains very limited error-handling.

Threading Rules

Certain hosts may need to call the functions provided by a plugin from multiple threads. For this to be safe, the plugin must be written so that those functions can be executed simultaneously without problems. To facilitate this, the functions provided by a plugin are divided into classes:

Discovery Class
lv2_descriptor(), extension_data()
Instantiation Class
instantiate(), cleanup(), activate(), deactivate()
Audio Class
run(), connect_port()

Extensions to this specification which add new plugin functions MUST declare in which of these classes the functions belong, or define new classes for them. Extensions which add new host-provided functions MUST declare from which of these classes the functions may be called, or otherwise precisely describe their threading rules.

The rules that hosts MUST follow are:

  • When any function is running for a plugin instance, no other function in the same class may run for that instance.
  • When a Discovery function is running, no other functions in the same shared object file may run.
  • When an Instantiation function is running for a plugin instance, no other functions for that instance may run.

Any simultaneous calls that are not explicitly forbidden by these rules are allowed. For example, a host may call run() for two different plugin instances simultaneously.

""" . ############################# ## Template/Plugin Classes ## ############################# lv2:Template a rdfs:Class ; rdfs:subClassOf lv2:Resource ; rdfs:comment """ An abstract plugin-like resource that may not actually be an LV2 plugin (e.g. may not actually have a plugin binary). A Template is a Resource that may have ports, and otherwise mimic the structure of a plugin. This should be subclassed by extensions that define such things. """ . lv2:Plugin a rdfs:Class ; rdfs:subClassOf lv2:Template ; rdfs:label "Plugin" ; rdfs:subClassOf [ a owl:Restriction ; owl:onProperty rdf:type ; owl:hasValue lv2:Plugin ; rdfs:comment """ A Plugin MUST have at least one rdf:type that is lv2:Plugin. """ ] , [ a owl:Restriction ; owl:onProperty doap:name ; owl:someValuesFrom xsd:string ; rdfs:comment """ A Plugin MUST have at least one doap:name that is a string with no language tag. """ ] ; rdfs:comment """ The class which represents an LV2 plugin. Plugins SHOULD have a doap:license property whenever possible. The doap:name property should be at most a few words in length using title capitalization, e.g. "Tape Delay Unit". Use doap:shortdesc or doap:description for more detailed descriptions. """ . ################## ## Port Classes ## ################## lv2:Port a rdfs:Class ; rdfs:subClassOf lv2:Resource ; rdfs:label "Port" ; rdfs:subClassOf [ a owl:Restriction ; owl:onProperty rdf:type ; owl:someValuesFrom [ a owl:DataRange ; owl:oneOf ( lv2:Port lv2:InputPort lv2:OutputPort ) ] ; rdfs:comment """ A Port MUST have at least one rdf:type with object either lv2:Port, lv2:InputPort, or lv2:OutputPort. """ ] , [ a owl:Restriction ; owl:onProperty rdf:type ; owl:minCardinality 2 ; rdfs:comment """ A Port MUST have at least two rdf:type properties with objects that are some subclass of lv2:Port (one for lv2:Port, lv2:InputPort, or lv2:OutputPort, and another to describe the specific data type, e.g. lv2:AudioPort). """ ] , [ a owl:Restriction ; owl:onProperty lv2:index ; owl:someValuesFrom xsd:decimal ; owl:cardinality 1 ; rdfs:comment """ A port MUST have a single lv2:index which is of type xsd:decimal (e.g. a literal integer in Turtle). """ ] , [ a owl:Restriction ; owl:onProperty lv2:symbol ; owl:someValuesFrom xsd:string ; rdfs:comment """ A port MUST have a single lv2:symbol which is of type xsd:string with no language tag. """ ] , [ a owl:Restriction ; owl:onProperty lv2:name ; owl:someValuesFrom xsd:string ; rdfs:comment """ A port MUST have at least one lv2:name which is of type xsd:string. """ ] ; lv2:documentation """

The class which represents an LV2 port.

In order for it to be used by a host it MUST have at least the following properties:

  • rdf:type (with object one of lv2:Port, lv2:InputPort, lv2:OutputPort)
  • rdf:type (more specific port class, see below)
  • lv2:index
  • lv2:symbol
  • lv2:name

All LV2 port descriptions MUST have a property rdf:type where the object is one of lv2:Port lv2:InputPort or lv2:OutputPort. Additionally there MUST be at least one other rdf:type property which more specifically describes type of the port (e.g. lv2:AudioPort).

Hosts that do not support a specific port class MUST NOT instantiate the plugin, unless that port has the connectionOptional property set (in which case the host can simply "connect" that port to NULL). If a host is interested in plugins to insert in a certain signal path (e.g. stereo audio), it SHOULD consider all the classes of a port to determine which ports are most suitable for connection (e.g. by ignoring ports with additional classes the host does not recognize).

A port has two identifiers - a (numeric) index, and a (textual) symbol. The index can be used as an identifier at run-time, but persistent references to ports (e.g. in a saved preset) MUST use the symbol. A symbol is guaranteed to refer to the same port on all plugins with a given URI. An index does NOT necessarily refer to the same port on all plugins with a given URI (i.e. the index for a port may differ between plugin binaries).

""" . lv2:InputPort a rdfs:Class ; rdfs:subClassOf lv2:Port ; rdfs:label "Input port" ; rdfs:comment """ Ports of this type will be connected to a pointer to some value, which will be read by the plugin during their run method. """ . lv2:OutputPort a rdfs:Class ; rdfs:subClassOf lv2:Port ; rdfs:label "Output port" ; rdfs:comment """ Ports of this type will be connected to a pointer to some value, which will be written to by the plugin during their run method. """ . lv2:ControlPort a rdfs:Class ; rdfs:subClassOf lv2:Port ; rdfs:label "Control port" ; rdfs:comment """ Ports of this type will be connected to a pointer to a single value conforming to the 32bit IEEE-754 floating point specification. """ . lv2:AudioPort a rdfs:Class ; rdfs:subClassOf lv2:Port ; rdfs:label "Audio port" ; rdfs:comment """ Ports of this type will be connected to an array of length SampleCount conforming to the 32bit IEEE-754 floating point specification. """ . ##################################### ## Mandatory Plugin RDF Properties ## ##################################### lv2:port a rdf:Property ; rdfs:domain lv2:Template ; rdfs:range lv2:Port ; rdfs:label "port" ; rdfs:comment "Relates a Template or Plugin to the Ports it contains" . lv2:minorVersion a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range xsd:nonNegativeInteger ; rdfs:label "minor version" ; lv2:documentation """

The minor version of an LV2 Resource. This property is used (along with lv2:microVersion) by hosts to distinguish different versions of a compatible resource, e.g. to load only the bundle with the most recent version.

The version of an LV2 resource is composed of two fields: minor version, and micro version. These have the usual semantics:

  • The minor version MUST be incremented when backwards (but not forwards) compatible additions are made, e.g. the addition of a port to a plugin.
  • The micro version is incremented for changes which do not affect compatibility at all, e.g. bug fixes or documentation updates.

Note there is deliberately no concept of a major version: all versions of an LV2 resource with a given URI are by definition backwards compatible. More precisely, a new version of a resource MUST be able to replace an older version without breaking anything. If a change is made which breaks this rule, the URI of the resource MUST be changed. In contexts where a full (e.g. SemVer conformant) version number is required, the major version of all released LV2 resources is 1.

Plugins and extensions must adhere to the following rules:

  • All versions of a plugin with a given URI MUST have the "same" set of mandatory (i.e. not lv2:connectionOptional) ports with respect to lv2:symbol and rdf:type. In other words, every port on a specific version of a plugin has a lv2:symbol and a set of rdf:types; all future versions of that plugin are guaranteed to have a port with the same lv2:symbol and at least those rdf:types. New types may be added only if doing so does not break compatibility, i.e. if old hosts will continue to work correctly with the new plugin.
  • New ports MAY be added without changing the plugin URI if and only if they are lv2:connectionOptional and the minor version is incremented.
  • The minor version MUST be incremented if the index of a particular port (identified by its symbol) is changed.
  • All versions of an extension MUST be compatible in the sense that an implementation of the new version can interoperate with an implementation of any previous version.

These rules are an attempt to rigorously define the necessary best practices, but may not exhaustively cover all cases. In general the rule is: replacing a resource with a new version of that resource MUST NOT break anything.

Anything that depends on a specific version of a plugin (e.g. a serialisation that references ports by index) MUST refer to the plugin by both URI and version. However, implementations should be tolerant and extensions should be designed such that there is no need to do this (e.g. indices should only be meaningful for a particular plugin instance at run-time).

When hosts discover several installed versions of a resource, they SHOULD warn the user and load only the most recent version.

This property describes half of a resource version. See also lv2:minorVersion, the property which describes the other half.

""" . lv2:microVersion a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range xsd:nonNegativeInteger ; rdfs:label "micro version" ; lv2:documentation """

The micro component of a Resource's version.

An odd micro version indicates that the resource is a possibly unstable development version. Hosts and tools SHOULD clearly indicate this wherever it makes to do so. Several versions of a resource with an odd micro version may exist globally; i.e. it is acceptable to work on a development version of a resource (e.g. in source control) without worrying about version numbers as long as the micro version is odd.

Correct version numbers MUST always be maintained for published resources. For example, after a release, if a change is made in the development version in source control, the micro version MUST be incremented (to an odd number) to distinguish this modified version from the previous release.

This property describes half of a resource version. For detailed documentation on LV2 resource versioning, see lv2:minorVersion. """ . lv2:binary a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range rdfs:Resource ; rdfs:label "binary" ; rdfs:comment """ The binary of an LV2 resource. The value of this property must be a URI to a shared library object. The actual type of this object is system specific. This is a required property of an lv2:Plugin. The lv2:binary of an lv2:Plugin is the shared object containing the lv2_descriptor function which can be used to access the descriptor for that plugin. """ . #################################### ## Documentation ## #################################### lv2:documentation a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range rdfs:Literal ; rdfs:label "documentation" ; rdfs:seeAlso ; lv2:documentation """

Relates a Resource to documentation markup. The value of this property MUST be a string literal which is a valid XHTML Basic 1.1 fragment suitable for use as the content of a <div> element. This can be used by hosts to provide rich online documentation or by tools to generate external documentation pages. The standard language tagging facility of RDF can be used to provide multi-lingual documentation.

XHTML Basic is a W3C Recommendation which defines a basic subset of XHTML intended to be reasonable to implement with limited resources (e.g. on embedded devices). See XHTML Basic, Section 3 for a list of legal tags.

""" . ################################### ## Mandatory Port RDF Properties ## ################################### lv2:index a rdf:Property ; rdfs:domain lv2:Port ; rdfs:range xsd:nonNegativeInteger ; rdfs:label "index" ; rdfs:comment """ Specifies the index of the port, passed as an argument to the connect port function. The index uniqely identifies the port on an instance of the plugin. """ . lv2:symbol a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:label "symbol" ; rdfs:comment """ A short name used as a machine and human readable identifier. The first character must be one of _, a-z or A-Z and subsequenct characters can be from _, a-z, A-Z and 0-9. A language tag MUST NOT be used on this property. The symbol uniquely identifies the port on a plugin with a given URI (i.e. the plugin author MUST change the plugin URI if a port symbol is changed or removed). """ . lv2:name a rdf:Property ; rdfs:domain lv2:Port ; rdfs:label "name" ; rdfs:comment """ A display name for labeling the Port in a user interface. This property is required for Ports, but MUST NOT be used by the host for port identification. The plugin author may change the values of this property without changing the Plugin URI. """ . ################################## ## Optional Port RDF Properties ## ################################## lv2:Point a rdfs:Class ; rdfs:label "Port value point" ; rdfs:comment """ Used to describe interesting values in a Port's range. To be valid it requires two properties: rdfs:label and rdf:value. There are 3 specially defined Points in the LV2 specification (default, minimum, and maximum), though future extensions may define more. """ . lv2:ScalePoint a rdfs:Class ; rdfs:subClassOf lv2:Point ; rdfs:comment "A single lv2:float Point (for control inputs)" . lv2:scalePoint a rdf:Property ; rdfs:domain lv2:Port ; rdfs:range lv2:ScalePoint ; rdfs:label "Scale point" ; rdfs:comment "Relates a Port to its ScalePoints." . lv2:default a rdf:Property ; rdfs:subPropertyOf lv2:scalePoint ; rdfs:label "Default value" ; rdfs:comment """ The default value that the host SHOULD set this port to when there is no other information available. """ . lv2:minimum a rdf:Property ; rdfs:subPropertyOf lv2:scalePoint ; rdfs:label "Minimum value" ; rdfs:comment """ A hint to the host for the minimum useful value that the port will use. This is a "soft" limit - the plugin is required to gracefully accept all values in the range of lv2:float. """ . lv2:maximum a rdf:Property ; rdfs:subPropertyOf lv2:scalePoint ; rdfs:label "Maximum value" ; rdfs:comment """ A hint to the host for the maximum useful value that the port will use. This is a "soft" limit - the plugin is required to gracefully accept all values in the range of lv2:float. """ . ############## ## Features ## ############## lv2:Feature a rdfs:Class ; rdfs:subClassOf lv2:Resource ; rdfs:label "Feature" ; rdfs:comment "An additional feature which a plugin may use or require.". lv2:optionalFeature a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range lv2:Feature ; rdfs:label "Optional feature" ; rdfs:comment """ Signifies that a plugin or other resource supports a certain features. If the host supports this feature, it MUST pass its URI and any additional data to the plugin in the instantiate() function. The plugin MUST NOT fail to instantiate if an optional feature is not supported by the host. This predicate may be used by extensions for any type of subject. """ . lv2:requiredFeature a rdf:Property ; rdfs:domain lv2:Resource ; rdfs:range lv2:Feature ; rdfs:label "Required feature" ; rdfs:comment """ Signifies that a plugin or other resource requires a certain feature. If the host supports this feature, it MUST pass its URI and any additional data to the plugin in the instantiate() function. The plugin MUST fail to instantiate if a required feature is not present; hosts SHOULD always check this before attempting to instantiate a plugin (i.e. discovery by attempting to instantiate is strongly discouraged). This predicate may be used by extensions for any type of subject. """ . #################### ## PortProperties ## #################### lv2:PortProperty a rdfs:Class ; rdfs:label "Port property" ; rdfs:comment """ A port property - a useful piece of information that allows a host to make more sensible decisions (e.g. to provide a better interface). """ . lv2:portProperty a rdf:Property ; rdfs:domain lv2:Port ; rdfs:range lv2:PortProperty ; rdfs:label "Port property" ; rdfs:comment """ Relates Ports to PortProperties. The PortProperty may be ignored without catastrophic effects, though it may be useful e.g. for providing a sensible interface for the port. """ . ####################### ## Standard Features ## ####################### lv2:isLive a lv2:Feature ; rdfs:label "Has a live (realtime) dependency" ; rdfs:comment """ Indicates that the plugin has a real-time dependency (e.g. queues data from a socket) and so its output must not be cached or subject to significant latency, and calls to the run method should be done in rapid succession. This property is not related to "hard real-time" execution requirements (see lv2:hardRTCapable). """ . lv2:inPlaceBroken a lv2:Feature ; rdfs:label "in-place broken" ; rdfs:comment """ Indicates that the plugin may cease to work correctly if the host elects to use the same data location for both audio input and audio output. Plugins that will fail to work correctly if ANY input buffer for a port of the class lv2:AudioPort is set to the same location as ANY output buffer for a port of the same class (with connect_port()) MUST require this Feature. Doing so should be avoided as it makes it impossible for hosts to use the plugin to process audio "in-place". """ . lv2:hardRTCapable a lv2:Feature ; rdfs:label "Hard realtime capable" ; rdfs:comment """ Indicates that the plugin is capable of running not only in a conventional host but also in a "hard real-time" environment. To qualify for this the plugin MUST satisfy all of the following: (1) The plugin must not use malloc(), free() or other heap memory management within its Audio class functions. All new memory used in Audio class functions must be managed via the stack. These restrictions only apply to the Audio class functions. (2) The plugin will not attempt to make use of any library functions in its Audio class functions, with the exceptions of functions in the ANSI standard C and C maths libraries, which the host is expected to provide. (3) The plugin will not access files, devices, pipes, sockets, IPC or any other mechanism that might result in process or thread blocking within its Audio class functions. (4) The plugin will take an amount of time to execute a run() call approximately of form (A+B*SampleCount) where A and B depend on the machine and host in use. This amount of time may not depend on input signals or plugin state. The host is left the responsibility to perform timings to estimate upper bounds for A and B. The plugin will also take an approximately constant amount of time to execute a connect_port() call. """ . ############################# ## Standard PortProperties ## ############################# lv2:connectionOptional a lv2:PortProperty ; rdfs:label "Optionally connected port" ; rdfs:comment """ Indicates that this port does not have to be connected to valid data by the host. If it is to be disconnected then the port MUST set to NULL with a call to the connectPort method. """ . lv2:reportsLatency a lv2:PortProperty ; rdfs:label "Latency reporting port" ; rdfs:comment """ Indicates that the port is used to express the processing latency incurred by the plugin, expressed in samples. The latency may be affected by the current sample rate, plugin settings, or other factors, and may be changed by the plugin at any time. Where the latency is frequency dependent the plugin may choose any appropriate value. If a plugin introduces latency it MUST provide EXACTLY ONE port with this property set which informs the host of the "correct" latency. In "fuzzy" cases the value output should be the most reasonable based on user expectation of input/output alignment (eg. musical delay/echo plugins should not report their delay as latency, as it is an intentional effect). """ . lv2:toggled a lv2:PortProperty ; rdfs:label "Toggled" ; rdfs:comment """ Indicates that the data item should be considered a Boolean toggle. Data less than or equal to zero should be considered "off" or "false", and data above zero should be considered "on" or "true". """ . lv2:sampleRate a lv2:PortProperty ; rdfs:label "Sample rate" ; rdfs:comment """ Indicates that any bounds specified should be interpreted as multiples of the sample rate. For instance, a frequency range from 0Hz to the Nyquist frequency (half the sample rate) could be requested by this property in conjunction with lv2:minimum 0.0 and lv2:maximum 0.5. Hosts that support bounds at all MUST support this property. """ . lv2:integer a lv2:PortProperty ; rdfs:label "Integer" ; rdfs:comment """ Indicates that a port's reasonable values are integers (eg. a user interface would likely wish to provide a stepped control allowing only integer input). A plugin MUST operate reasonably even if such a port has a non-integer input. """ . lv2:enumeration a lv2:PortProperty ; rdfs:label "Enumeration" ; rdfs:comment """ Indicates that a port's only reasonable values are the scale points defined for that port. A host SHOULD NOT allow a user to set the value of such a port to anything other than a scale point. However, a plugin MUST operate reasonably even if such a port has an input that is not a scale point, preferably by simply choosing the largest enumeration value less than or equal to the actual input value (i.e. round the input value down). """ . #################### ## Plugin Classes ## #################### lv2:GeneratorPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Generator" ; rdfs:comment """ Any plugin that generates sound internally, rather than processing its input. """ . lv2:InstrumentPlugin a rdfs:Class ; rdfs:subClassOf lv2:GeneratorPlugin ; rdfs:label "Instrument" ; rdfs:comment """ Any plugin that is intended to be played as a musical instrument. """ . lv2:OscillatorPlugin a rdfs:Class ; rdfs:subClassOf lv2:GeneratorPlugin ; rdfs:label "Oscillator" . lv2:UtilityPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Utility" ; rdfs:comment """ Includes things like mathematical functions and non-musical delays. """ . lv2:ConverterPlugin a rdfs:Class ; rdfs:subClassOf lv2:UtilityPlugin ; rdfs:label "Converter" ; rdfs:comment """ Any plugin that converts some form of input into a different form of output. """ . lv2:AnalyserPlugin a rdfs:Class ; rdfs:subClassOf lv2:UtilityPlugin ; rdfs:label "Analyser" ; rdfs:comment """ Any plugin that analyses input to output some useful information. """ . lv2:MixerPlugin a rdfs:Class ; rdfs:subClassOf lv2:UtilityPlugin ; rdfs:label "Mixer" ; rdfs:comment """ A plugin which mixes some number of inputs into some number of outputs. """ . lv2:SimulatorPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Simulator" ; rdfs:comment """ Plugins that aim to duplicate the effect of some environmental effect or musical equipment. """ . lv2:DelayPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Delay" ; rdfs:comment """ Plugins that intentionally delay their input signal as an effect. """ . lv2:ModulatorPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Modulator" . lv2:ReverbPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:subClassOf lv2:SimulatorPlugin ; rdfs:subClassOf lv2:DelayPlugin ; rdfs:label "Reverb" . lv2:PhaserPlugin a rdfs:Class ; rdfs:subClassOf lv2:ModulatorPlugin ; rdfs:label "Phaser" . lv2:FlangerPlugin a rdfs:Class ; rdfs:subClassOf lv2:ModulatorPlugin ; rdfs:label "Flanger" . lv2:ChorusPlugin a rdfs:Class ; rdfs:subClassOf lv2:ModulatorPlugin ; rdfs:label "Chorus" . lv2:FilterPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Filter" . lv2:LowpassPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Lowpass" . lv2:BandpassPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Bandpass" . lv2:HighpassPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Highpass" . lv2:CombPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Comb" . lv2:AllpassPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Allpass" . lv2:EQPlugin a rdfs:Class ; rdfs:subClassOf lv2:FilterPlugin ; rdfs:label "Equaliser" . lv2:ParaEQPlugin a rdfs:Class ; rdfs:subClassOf lv2:EQPlugin ; rdfs:label "Parametric" . lv2:MultiEQPlugin a rdfs:Class ; rdfs:subClassOf lv2:EQPlugin ; rdfs:label "Multiband" . lv2:SpectralPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Spectral Processor" . lv2:PitchPlugin a rdfs:Class ; rdfs:subClassOf lv2:SpectralPlugin ; rdfs:label "Pitch Shifter" . lv2:AmplifierPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Amplifier" . lv2:DistortionPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Distortion" . lv2:WaveshaperPlugin a rdfs:Class ; rdfs:subClassOf lv2:DistortionPlugin ; rdfs:label "Waveshaper" . lv2:DynamicsPlugin a rdfs:Class ; rdfs:subClassOf lv2:Plugin ; rdfs:label "Dynamics Processor" ; rdfs:comment """ Plugins that alter the envelope or dynamic range of the processed audio. """ . lv2:CompressorPlugin a rdfs:Class ; rdfs:subClassOf lv2:DynamicsPlugin ; rdfs:label "Compressor" . lv2:ExpanderPlugin a rdfs:Class ; rdfs:subClassOf lv2:DynamicsPlugin ; rdfs:label "Expander" . lv2:LimiterPlugin a rdfs:Class ; rdfs:subClassOf lv2:DynamicsPlugin ; rdfs:label "Limiter" . lv2:GatePlugin a rdfs:Class ; rdfs:subClassOf lv2:DynamicsPlugin ; rdfs:label "Gate" .