82 lines
2.8 KiB
Text
82 lines
2.8 KiB
Text
|
title:: MIDI
|
||
|
|
summary:: about MIDI
|
||
|
|
related:: Guides/UsingMIDI, Classes/MIDIFunc, Classes/MIDIdef
|
||
|
|
categories:: External Control>MIDI
|
||
|
|
|
||
|
|
section:: Practical usage overview
|
||
|
|
|
||
|
|
Begin with the link::Guides/UsingMIDI:: help file.
|
||
|
|
|
||
|
|
subsection:: Receiving MIDI input
|
||
|
|
|
||
|
|
link::Classes/MIDIFunc:: and link::Classes/MIDIdef:: are the standard, recommended way to receive MIDI note on/off, controller, pitch bend, aftertouch, poly-touch and program change messages.
|
||
|
|
|
||
|
|
note::
|
||
|
|
strong::IMPORTANT: :: Before MIDI can be received, SuperCollider needs to be told to connect to the MIDI subsystem and connect to the available devices.
|
||
|
|
|
||
|
|
code::
|
||
|
|
MIDIClient.init;
|
||
|
|
MIDIIn.connectAll;
|
||
|
|
::
|
||
|
|
|
||
|
|
You need to do this once after launching SuperCollider, or recompiling the class library.
|
||
|
|
::
|
||
|
|
|
||
|
|
There are some examples in the wild using the MIDIIn class directly to receive MIDI. This is not recommended for normal use. The exceptions are sysex (system exclusive) and sysrt (MIDI clock) messages, which are currently supported only by MIDIIn. See the example below.
|
||
|
|
|
||
|
|
subsection:: Sending MIDI output
|
||
|
|
|
||
|
|
See the link::Classes/MIDIOut:: help file for details.
|
||
|
|
|
||
|
|
section:: Summary of MIDI classes
|
||
|
|
|
||
|
|
definitionlist::
|
||
|
|
## link::Classes/MIDIClient:: || This class connects to the operating system's MIDI layer, and obtains the lists of available MIDI sources and destinations. The information about the hardware is stored in code::MIDIClient.sources:: and code::MIDIClient.destinations:: as link::Classes/MIDIEndPoint:: objects. MIDIClient must be initialized before MIDI can be received. See the note above.
|
||
|
|
## link::Classes/MIDIFunc:: || The optimal way to receive the most typical MIDI messages: note on/off, controller, pitch bend, aftertouch, poly-touch and program change.
|
||
|
|
## link::Classes/MIDIdef:: || Related to link::Classes/MIDIFunc::, this class keeps several MIDIFunc objects in global storage, by name. Especially helpful for live or interactive use.
|
||
|
|
## link::Classes/MIDIOut:: || Supports MIDI output to hardware ports or inter-application MIDI buses.
|
||
|
|
## link::Classes/MIDIEndPoint:: || Represents a MIDI port published by the operating system. It contains a device name, port name and unique identifier (uid).
|
||
|
|
## link::Classes/MIDIIn:: || The lowest-level MIDI input class. MIDIFunc and MIDIdef use this class so that you don't have to. It is strongly recommended to avoid using this class directly.
|
||
|
|
::
|
||
|
|
|
||
|
|
|
||
|
|
Examples::
|
||
|
|
|
||
|
|
MIDI input:
|
||
|
|
|
||
|
|
code::
|
||
|
|
(
|
||
|
|
MIDIClient.init;
|
||
|
|
MIDIIn.connectAll;
|
||
|
|
m = MIDIFunc.noteOn({ |vel, num|
|
||
|
|
"note % @ velocity %\n".postf(num, vel);
|
||
|
|
});
|
||
|
|
)
|
||
|
|
|
||
|
|
// when finished
|
||
|
|
m.free;
|
||
|
|
::
|
||
|
|
|
||
|
|
|
||
|
|
MIDI output:
|
||
|
|
|
||
|
|
code::
|
||
|
|
(
|
||
|
|
MIDIClient.init;
|
||
|
|
m = MIDIOut(0, MIDIClient.destinations.at(0).uid);
|
||
|
|
m.noteOn(0, 60, 60);
|
||
|
|
)
|
||
|
|
::
|
||
|
|
|
||
|
|
Receiving system exclusive messages:
|
||
|
|
|
||
|
|
code::
|
||
|
|
~sysexFunc = { |uid, data|
|
||
|
|
// 'data' holds the sysex packet as 8-bit integers
|
||
|
|
};
|
||
|
|
MIDIIn.addFuncTo(\sysex, ~sysexFunc);
|
||
|
|
|
||
|
|
// when finished
|
||
|
|
MIDIIn.removeFuncFrom(\sysex, ~sysexFunc);
|
||
|
|
::
|