a MIDIOut is bound to a specific MIDIEndPoint as defined by the operating system.
Linux users, or any users who require cross-platform compatibility with Linux, should read Linux specific: Connecting and disconnecting ports carefully.
Create a new MIDIOut instance. Note that this method is not safe for cross-platform usage with Linux, because the meaning of the port
argument is different. See Linux specific: Connecting and disconnecting ports for details.
port |
|
uid |
|
Searches for the MIDI output device, by a name found in the MIDIClient.destinations
array. This is safer then depending on the index which will change if your studio setup changes. It is also Linux compatible.
Searches for a connected MIDIEndPoint by name.
Linux only. MacOS does not need to connect. On Linux it is an optional feature (see below).
Sends a sysex command represented as an Int8Array to the device.
packet |
An Int8Array of data bytes to be sent. |
This sets the latency with which a midi event is sent out. Per default, this is set to 0.2, in order to be equal to the Server.latency.
See Pattern Guide 08: Event Types and Parameters: MIDI output for a list of midi commands supported by the 'midi' event type.
In Linux, the MIDIOut architecture is different from other operating systems.
In macOS and Windows, a MIDIOut instance is bound to a specific destination MIDI device.
SuperCollider in Linux uses the ALSA MIDI layer. ALSA MIDI applications send messages out through a "virtual output port," which is one of the members of MIDIClient.sources
.
MIDI Sources: MIDIEndPoint("System", "Timer") MIDIEndPoint("System", "Announce") MIDIEndPoint("Midi Through", "Midi Through Port-0") MIDIEndPoint("SuperCollider", "out0") MIDIEndPoint("SuperCollider", "out1")
At this point, creating MIDIOut(0)
tells SuperCollider that this MIDIOut object should direct messages to MIDIEndPoint("SuperCollider", "out0")
. (It seems strange, if you think of SuperCollider sending messages to this MIDI source. It is more accurate to think of SuperCollider sending messages through this port. The port is, then, a source for the rest of the system.)
A MIDIOut(0)
object, then, will not reach any destinations by default. The user needs to connect destination devices to the virtual source port, using either a graphical tool such as Qjackctl, or by MIDIOut's connect
method.
port
argument to MIDIOut: *new has an entirely different meaning in Linux, compared to macOS and Windows. If user code calls this method and cross-platform compatibility is needed, it is the user's responsibility to handle Linux separately. User code can check the platform using thisProcess.platform.name
(which returns one of \osx
, \linux
or \windows
). Or, for compatibility, use *newByName instead.MIDIOut: *new optionally takes a second argument, for the uid of the MIDI destination device. This establishes a direct connection to the target, which is not visible in Qjackctl. The port
argument is irrelevant in this case; the MIDIOut instance is always one-to-one with the target.
MIDIOut: *newByName should create one-to-one MIDIOut connections on all platforms.
Compatibility
MIDIOut.newByName("device", "port")
-- Should be compatible on all systems.MIDIOut(index)
-- macOS, Windows (index
is the device's index in MIDIClient.destinations
). Note that this usage is not compatible with Linux! macOS and Windows users should not expect Linux users to be able to run this style of connection.MIDIOut(0, MIDIClient.destinations[index].uid)
-- Linux only (index
is the device's index in MIDIClient.destinations
).Open the Audio MIDI Setup application. Double-click on IAC Driver and check "device is online".
reinitialize:
MIDIClient.init(numIns,numOuts)
The IAC Bus will now appear in MIDIClient.destinations. It will appear first, which means that any code that you have written that addresses the first physical bus as 0 will now have to be changed.
For this reason, it is always safer to find the port by name :
The IAC Bus will now also appear to other applications.
MIDIMonitor (freeware) can be very useful for troubleshooting:
http://www.snoize.com/MIDIMonitor/
a machinedrum manual say sysex commands should be formatted like this...
and to set the tempo the machinedrum expects this command...
so to create and send a valid set tempo sysex command from SuperCollider to this machinedrum do...
This will set the tempo to 114.23 bpm. One can calculate the upper and lower 7bit values like this...
where the resulting 21 and 54 are the same as 2r0010101 and 2r0110110 in binary notation.