copy-editing chapter 22
This commit is contained in:
parent
b386ec9a70
commit
8107428bfa
File diff suppressed because it is too large
Load Diff
@ -4,38 +4,57 @@ title: Devices using Mackie/Logic Control Protocol
|
||||
menu_title: Mackie/Logic Control Devices
|
||||
---
|
||||
|
||||
<p>
|
||||
This will walk you through the process of configuring and using
|
||||
a MIDI control surface with Ardour that uses the <dfn>Mackie Control
|
||||
protocol</dfn> (MCP) or <dfn>Logic Control protocol</dfn>. Devices that
|
||||
have been tested and are known to work include the SSL Nucleus, Mackie
|
||||
Control Pro (plus extenders), Behringer devices in Mackie/Logic mode,
|
||||
and Steinberg CMC devices.
|
||||
</p>
|
||||
|
||||
|
||||
|
||||
<p>This will walk you through the process of configuring and using a MIDI control surface with Ardour that uses the Mackie Control protocol or the Logic Control protocol. Devices that have been tested and are known to work include the SSL Nucleus, Mackie Control Pro (plus extenders), Behringer devices in Mackie/Logic mode, and Steinberg CMC devices.</p>
|
||||
<p>See the bottom of this page for links to device-specific information.</p>
|
||||
<h2>Preparing your device for use with Ardour</h2>
|
||||
<p>Each interface model probably has some necessary setup so it's in the state Ardour expects to identify it. See your control surface page to see what's necessary. If there is no page about your control surface, create one!</p>
|
||||
<h2>Preparation</h2>
|
||||
<p>Please see the platform specific pages for:</p>
|
||||
<ul>
|
||||
<li>
|
||||
<a href="/using-control-surfaces/devices-using-mackielogic-control-protocol/mackie-control-setup-on-linux">Linux</a>
|
||||
</li>
|
||||
<li>
|
||||
<a href="/missing">OS X</a>
|
||||
</li>
|
||||
</ul>
|
||||
<h2>Enabling Mackie Control in Ardour</h2>
|
||||
<p>Navigate to <code>Edit > Preferences > User Interaction</code>. Double-click on "Mackie Control" to see the setup dialog:</p>
|
||||
<p><img src="" alt="Mackie Control Setup Dialog" /></p>
|
||||
<p>From the selector at the top, choose the type of device you are using. (<a href="/missing">What do do if your device is not listed</a>). </p>
|
||||
<p>Once your setup is complete, click "OK" to close the dialog. Now click on the enable checkbox for "Mackie Control". </p>
|
||||
<p>
|
||||
Navigate to <kbd class="menu">Edit > Preferences > User
|
||||
Interaction</kbd>. Double-click on <kbd class="menu">Mackie Control</kbd>
|
||||
to see the setup dialog:
|
||||
</p>
|
||||
<img src="" alt="Mackie Control Setup Dialog" />
|
||||
<p>
|
||||
From the selector at the top, choose the type of device you are using.
|
||||
(<a href="/missing">What do do if your device is not listed</a>).
|
||||
</p>
|
||||
<p>
|
||||
Once your setup is complete, click "OK" to close the dialog. Now click
|
||||
on the enable checkbox for "Mackie Control".
|
||||
</p>
|
||||
|
||||
<h2>Connecting control surface and Ardour MIDI ports</h2>
|
||||
<p>If you are using a device that uses ipMIDI such as the SSL Nucleus, no MIDI port connections are required - Ardour and your control surface will be able to talk to each other automatically.</p>
|
||||
<p>If you are using a device that uses "normal" MIDI (via a standard MIDI or USB cable), you need to connect Ardour's Mackie Control ports to the MIDI ports corresponding to the control surface.</p>
|
||||
<p>Now that you have both control surface and Ardour MIDI ports available, cross connect the control surface MIDI ports and the two mackie ports.</p>
|
||||
<p>Once you have made these connections once, Ardour will recreate them when it is started in the future (as long as you leave Mackie Control enabled as a control protocol).</p>
|
||||
<p>
|
||||
If you are using a device that uses ipMIDI, such as the SSL Nucleus, no
|
||||
MIDI port connections are required — Ardour and your control
|
||||
surface will be able to talk to each other automatically.
|
||||
</p>
|
||||
<p>
|
||||
If you are using a device that uses normal MIDI (via a standard MIDI or
|
||||
USB cable), you need to connect Ardour's Mackie Control in and out ports
|
||||
to the MIDI ports leading to and coming from the control surface.
|
||||
</p>
|
||||
<p>
|
||||
When you have made these connections once, Ardour will recreate them
|
||||
for you in the future, as long as you leave Mackie Control enabled.
|
||||
</p>
|
||||
|
||||
<h2>Customizing your control surface</h2>
|
||||
<p>Every possible Mackie Control button can be found to any action present in Ardour's GUI. </p>
|
||||
<p>Please check your control surface page for suggestions.</p>
|
||||
<p>
|
||||
Every possible Mackie Control button can be bound to any action present
|
||||
in Ardour's GUI. Please check your control surface page for suggestions.
|
||||
</p>
|
||||
|
||||
<h2>Preparing your device for use with Ardour</h2>
|
||||
<p>
|
||||
Most interfaces will require some configuration to send and respond to
|
||||
MCP.
|
||||
</p>
|
||||
|
||||
|
||||
|
||||
|
||||
{% children %}
|
||||
|
@ -4,7 +4,12 @@ title: Behringer devices in Mackie/Logic Control Mode
|
||||
menu_title: Behringer devices
|
||||
---
|
||||
|
||||
|
||||
<h4>Behringer BCF-2000 Fade Controller</h4>
|
||||
<p>This device has a Mackie/Logic Control Mode built in. In order to put the controller into Mackie/Logic control mode turn on the unit while holding third button from the left in the top most row of buttons(under the rotary encoder row). In this mode the LCD display will show "LC". Your device is now ready to use with Ardour.</p>
|
||||
<h2>Behringer BCF-2000 Fader Controller</h2>
|
||||
<p>
|
||||
This device has a Mackie/Logic Control Mode built in. In order
|
||||
to put the controller into Mackie/Logic control mode turn on the
|
||||
unit while holding third button from the left in the top most row
|
||||
of buttons (under the rotary encoder row). In this mode the LCD
|
||||
display will show "LC". Your device is now ready to be used with Ardour.
|
||||
</p>
|
||||
|
||||
|
@ -4,5 +4,5 @@ title: SSL Nucleus
|
||||
---
|
||||
|
||||
|
||||
|
||||
Mmmmmh.
|
||||
|
||||
|
@ -3,10 +3,18 @@ layout: default
|
||||
title: Mackie Control Setup on Linux
|
||||
---
|
||||
|
||||
<h2>Devices using ipMIDI</h2>
|
||||
<p>
|
||||
If you are using a device like the SSL Nucleus that uses ipMIDI,
|
||||
no set up is required other than to ensure that your control surface
|
||||
and computer are both connected to the same network.
|
||||
</p>
|
||||
|
||||
|
||||
<h2>Devices using ipMIDI</h2>
|
||||
<p>If you are using a device like the SSL Nucleus that uses ipMIDI, no set up is required other than to ensure that your control surface and computer are both connected to the same network.</p>
|
||||
<h2>Devices using conventional MIDI</h2>
|
||||
<p>Before attempting to use a Mackie Control device that communicates via a standard MIDI cable or a USB cable, you should ensure that <a href="http://manual.ardour.org/setting-up-your-system/setting-up-midi/midi-on-linux">your Linux MIDI environment is setup</a>.</p>
|
||||
<p>
|
||||
Before attempting to use a Mackie Control device that communicates via
|
||||
a standard MIDI cable or a USB cable, you should ensure that
|
||||
<a href="/setting-up-your-system/setting-up-midi/midi-on-linux">your Linux
|
||||
MIDI environment is setup</a>.
|
||||
</p>
|
||||
|
||||
|
@ -3,101 +3,146 @@ layout: default
|
||||
title: MIDI Binding Maps
|
||||
---
|
||||
|
||||
|
||||
|
||||
|
||||
<p>
|
||||
Ardour 2.X supported <a href="/using-control-surfaces/midi-learn">MIDI learning</a> for more
|
||||
or less any control. This was a nice feature that quite a few other
|
||||
DAWs have now provided, but it didn't allow Ardour to work "out of the
|
||||
box" with sensible defaults for existing commercial MIDI
|
||||
controllers. In Ardour 3 and later versions, we have augmented the
|
||||
MIDI learn feature with the ability to load a MIDI binding map for a
|
||||
given controller, which can set up an arbitrary number of physical
|
||||
controls with anything inside Ardour that can be controlled. At this
|
||||
time, these binding maps need to be created with a text editor, but we
|
||||
currently have presets for
|
||||
Ardour 2.X supported
|
||||
<a href="/using-control-surfaces/midi-learn"><dfn>MIDI learning</dfn></a>
|
||||
for more or less any control. This was a nice feature that quite a few other
|
||||
DAWs are providing by now, but it didn't allow Ardour to work "out of the
|
||||
box" with sensible defaults for existing commercial MIDI
|
||||
controllers. In Ardour 3 and later versions, we have augmented the
|
||||
MIDI learn feature with the ability to load a <dfn>MIDI binding map</dfn>
|
||||
for a given controller, which can set up an arbitrary number of physical
|
||||
controls with anything inside Ardour that can be controlled.
|
||||
</p>
|
||||
<p>
|
||||
At this time, these binding maps need to be created with a text editor.
|
||||
Currently, we have presets for:
|
||||
</p>
|
||||
|
||||
<ul>
|
||||
<li>Behringer BCF 2000
|
||||
</li>
|
||||
<li>Korg_nanoKONTROL
|
||||
</li>
|
||||
<li>M-Audio Oxygen 8 v2
|
||||
</li>
|
||||
<li>Roland SI-24
|
||||
</li>
|
||||
<li>Behringer DDX3216
|
||||
</li>
|
||||
<li>M-Audio Axiom 25
|
||||
</li>
|
||||
<li>Behringer BCF 2000</li>
|
||||
<li>Korg_nanoKONTROL</li>
|
||||
<li>M-Audio Oxygen 8 v2</li>
|
||||
<li>Roland SI-24</li>
|
||||
<li>Behringer DDX3216</li>
|
||||
<li>M-Audio Axiom 25</li>
|
||||
</ul>
|
||||
<p>
|
||||
MIDI binding maps are accessible by double clicking on the "Generic MIDI" line in the Control Surfaces tab of the Ardour preferences dialog. Ardour will retain your chosen map after you choose one.
|
||||
MIDI binding maps are accessible by double-clicking <kbd class="menu">Edit
|
||||
> Preferences > Control Surfaces > Generic MIDI</kbd>. Ardour will
|
||||
retain your selection after you choose one.
|
||||
</p>
|
||||
|
||||
<h2>Creating new MIDI maps</h2>
|
||||
<h3>The Basic Concept</h3>
|
||||
<p>
|
||||
The information below describes in great detail how to create a new MIDI binding map.</p>
|
||||
<p></p>
|
||||
<h2>The Basic Concept</h2>
|
||||
<p>
|
||||
Since the beginning of time (well, sometime early in the 2.X series), Ardour has had the concept of identifying each track and bus with a <em>remote control ID</em>. This ID uniquely identifies a track or bus so that when messages arrive from elsewhere (MIDI or OSC), we can determine which track or bus they are intended to control. Ardour has a number of ways of assigning remote control IDs, but they don't really matter very much when creating MIDI binding maps, so we won't discuss that here. You just need to know that there is a "first track" and its remote control ID is 1, and so on.
|
||||
Since the beginning of time (well, sometime early in the 2.X series),
|
||||
Ardour has had the concept of identifying each track and bus with a
|
||||
<dfn>remote control ID</dfn>. This ID uniquely identifies a track or bus
|
||||
so that when messages arrive from elsewhere via MIDI or OSC , we can determine
|
||||
which track or bus they are intended to control. Ardour has a
|
||||
<a
|
||||
href="/working-with-tracks/controlling-track-ordering/track-ordering-and-remote-control-ids/">number
|
||||
of ways of assigning remote control IDs</a>, but they don't really matter
|
||||
very much when creating MIDI binding maps, so we won't discuss that here.
|
||||
You just need to know that there is a "first track" and its remote control
|
||||
ID is 1, and so on.
|
||||
</p>
|
||||
<h2>Getting Started</h2>
|
||||
<h3>Getting Started</h3>
|
||||
<p>
|
||||
MIDI bindings are stored in files with the suffix ".map" attached to their name. The minimal content looks like this:</p>
|
||||
MIDI bindings are stored in files with the suffix ".map" attached to their
|
||||
name. The minimal content looks like this:
|
||||
</p>
|
||||
<pre>
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<ArdourMIDIBindings version="1.0.0" name="The name of this set of bindings">
|
||||
<ArdourMIDIBindings version="1.0.0" name="The name of this set of
|
||||
bindings">
|
||||
</ArdourMIDIBindings>
|
||||
</pre>
|
||||
<p>So, to start, create a file with that as the initial contents.
|
||||
</p>
|
||||
<p>Ardour loads midi maps from its binary-bundle folder in <code>Ardour-<version>/midi_maps/</code> and checks various other locations as well (defined by ARDOUR_MIDIMAPS_PATH environment variable). On GNU/Linux the easiest is to save the file to <code>~/.config/ardour3/midi_maps/</code>.
|
||||
</p>
|
||||
<h2>Finding out what your MIDI control surface sends</h2>
|
||||
<p>
|
||||
This is the most complex part of the job, but its still not very hard. You need to connect the control surface to an application that will show you the information that the device sends each time you modify a knob, slider, button etc. There are a variety of such applications (notably <code>gmidimon</code> and <code>kmidimon</code>, but you can actually use Ardour for this if you want. Start Ardour in a terminal window, connect MIDI ports up, and in the Preferences window, enable "Trace Input" on the relevant MIDI port. A full trace of the MIDI data received will show up in the terminal window. (Note: in Ardour3, you get a dedicated, custom dialog for this kind of tracing)
|
||||
So, to start, create a file with that as the initial contents.
|
||||
</p>
|
||||
<h2>Types of Bindings</h2>
|
||||
<p>
|
||||
There are two basic kinds of bindings you can make between a MIDI message and something inside Ardour. The first is a binding to a specific parameter of a track or bus. The second is a binding to a function that will change Ardour's state in some way.
|
||||
On OS X, Ardour loads midi maps from its binary-bundle folder in
|
||||
<code>Ardour-<version>/midi_maps/</code> and checks
|
||||
various other locations as well (defined by the ARDOUR_MIDIMAPS_PATH
|
||||
environment variable). On GNU/Linux the easiest is to save the file to
|
||||
<code>~/.config/ardour3/midi_maps/</code>.
|
||||
</p>
|
||||
<h3>Binding to Track/Bus controls</h3>
|
||||
|
||||
<h3>Finding out what your MIDI control surface sends</h3>
|
||||
<p>
|
||||
A track/bus binding has one of two basic structures</p>
|
||||
<pre>
|
||||
This is the most complex part of the job, but its still not very hard.
|
||||
You need to connect the control surface to an application that will show
|
||||
you the information that the device sends each time you modify a knob,
|
||||
slider, button etc. There are a variety of such applications (notably
|
||||
<code>gmidimon</code> and <code>kmidimon</code>, but you can actually use
|
||||
Ardour for this if you want. Start Ardour in a terminal window, connect
|
||||
MIDI ports up, and in the Preferences window, enable "Trace Input" on the
|
||||
relevant MIDI port. A full trace of the MIDI data received will show up in
|
||||
the terminal window. (Note: in Ardour3, you get a dedicated, custom dialog
|
||||
for this kind of tracing.)
|
||||
</p>
|
||||
<h3>Types of Bindings</h3>
|
||||
<p>
|
||||
There are two basic kinds of bindings you can make between a MIDI message
|
||||
and something inside Ardour. The first is a binding to a specific parameter
|
||||
of a track or bus. The second is a binding to a function that will change
|
||||
Ardour's state in some way.
|
||||
</p>
|
||||
<h4>Binding to Track/Bus controls</h4>
|
||||
<p>
|
||||
A track/bus binding has one of two basic structures
|
||||
</p>
|
||||
<code>
|
||||
<Binding <em>msg specification</em> uri="<em>... control address ...</em>"/>
|
||||
<Binding <em>msg specification</em> function="<em>... function name ...</em>"/>
|
||||
</pre>
|
||||
</code>
|
||||
|
||||
<h4>Message specifications</h4>
|
||||
<p>
|
||||
You can create a binding for either 3 types of channel messages, or for a system exclusive ("sysex") message. A channel message specification looks like this:</p>
|
||||
<pre>
|
||||
You can create a binding for either 3 types of channel messages, or for a
|
||||
system exclusive ("sysex") message. A channel message specification looks
|
||||
like this:
|
||||
</p>
|
||||
<code>
|
||||
<Binding channel="1" ctl="13" ....
|
||||
</pre>
|
||||
<p>This defines a binding for a MIDI Continuous Controller message involving controller 13, arriving on channel 1. There are 16 MIDI channels, numbered 1 to 16. Where the example above says <code>ctl</code>, you can alternatively use <code>note</code> (to create binding for a Note On message) or <code>pgm</code> (to create a binding for a Program Change message).
|
||||
</code>
|
||||
<p>
|
||||
This defines a binding for a MIDI Continuous Controller message involving
|
||||
controller 13, arriving on channel 1. There are 16 MIDI channels, numbered
|
||||
1 to 16. Where the example above says <code>ctl</code>, you can alternatively
|
||||
use <code>note</code> (to create binding for a Note On message) or
|
||||
<code>pgm</code> (to create a binding for a Program Change message).
|
||||
</p>
|
||||
<p>
|
||||
You can also bind sysex messages:</p>
|
||||
<pre>
|
||||
You can also bind sysex messages:
|
||||
</p>
|
||||
<code>
|
||||
<Binding sysex="f0 0 0 e 9 0 5b f7" ....
|
||||
<Binding sysex="f0 7f 0 6 7 f7" ....
|
||||
</pre>
|
||||
<p>The string after the <code>sysex=</code> part is the sequence of MIDI bytes, as hexadecimal values, that make up the sysex message.
|
||||
</code>
|
||||
<p>
|
||||
The string after the <code>sysex=</code> part is the sequence of MIDI bytes,
|
||||
as hexadecimal values, that make up the sysex message.
|
||||
</p>
|
||||
<p>
|
||||
Finally, you can bind a totally arbitrary MIDI message:</p>
|
||||
<pre>
|
||||
Finally, you can bind a totally arbitrary MIDI message:</p>
|
||||
<code>
|
||||
<Binding msg="f0 0 0 e 9 0 5b f7" ....
|
||||
<Binding msg="80 60 40" ....
|
||||
</pre>
|
||||
<p>The string after the <code>msg=</code> part is the sequence of MIDI bytes, as hexadecimal values, that make up the message you want to bind. Using this is slightly less efficient than the other variants shown above, but is useful for some oddly designed control devices.
|
||||
</code>
|
||||
<p>
|
||||
The string after the <code>msg=</code> part is the sequence of MIDI bytes, as
|
||||
hexadecimal values, that make up the message you want to bind. Using this is
|
||||
slightly less efficient than the other variants shown above, but is useful for
|
||||
some oddly designed control devices.
|
||||
</p>
|
||||
|
||||
<h4>Control address</h4>
|
||||
<p>
|
||||
A <em>control address</em> defines what the binding will actually control. There are quite a few different things that can be specified here:</p>
|
||||
<p></p>
|
||||
A <dfn>control address</dfn> defines what the binding will actually control.
|
||||
There are quite a few different things that can be specified here:
|
||||
</p>
|
||||
<dl class="wide-table">
|
||||
<dt>/route/gain</dt>
|
||||
<dd>the gain control ("fader") for the track/bus</dd>
|
||||
@ -131,21 +176,34 @@ A <em>control address</em> defines what the binding will actually control. There
|
||||
</dt>
|
||||
<dd>identifies a track or bus by its name
|
||||
</dd>
|
||||
<dt>
|
||||
</dt>
|
||||
</dl>
|
||||
<p>For send/insert/plugin controls, the address consists of a track/bus address (as just described) followed by a number identifying the plugin/send (starting from 1). For plugin parameters, there is an additional third component: a number identifying the plugin parameter number (starting from 1).
|
||||
<p>
|
||||
For send/insert/plugin controls, the address consists of a track/bus
|
||||
address (as just described) followed by a number identifying the plugin/send
|
||||
(starting from 1). For plugin parameters, there is an additional third
|
||||
component: a number identifying the plugin parameter number (starting from
|
||||
1).
|
||||
</p>
|
||||
<p>
|
||||
One additional feature: for solo and mute bindings, you can also add <code>momentary="yes"</code> after the control address. This is useful primarily for NoteOn bindings - when Ardour gets the NoteOn it will solo or mute the targetted track or bus, but then when a NoteOff arrives, it will un-solo or un-mute it.
|
||||
One additional feature: for solo and mute bindings, you can also add
|
||||
<code>momentary="yes"</code> after the control address. This is useful
|
||||
primarily for NoteOn bindings — when Ardour gets the NoteOn it
|
||||
will solo or mute the targetted track or bus, but then when a NoteOff
|
||||
arrives, it will un-solo or un-mute it.
|
||||
</p>
|
||||
|
||||
<h4>Bindings to Ardour "functions"</h4>
|
||||
<p>
|
||||
Rather than binding to a specific track/bus control, it may be useful to have a MIDI controller able to alter some part of Ardour's state. A binding definition that does this looks like this:</p>
|
||||
<pre>
|
||||
Rather than binding to a specific track/bus control, it may be useful to
|
||||
have a MIDI controller able to alter some part of Ardour's state. A
|
||||
binding definition that does this looks like this:
|
||||
</p>
|
||||
<code>
|
||||
<Binding channel="1" note="13" function="transport-roll"/>
|
||||
</pre>
|
||||
<p>In this case, a NoteOn message for note number 13 (on channel 1) will start the transport rolling. The following function names are available:
|
||||
</code>
|
||||
<p>
|
||||
In this case, a NoteOn message for note number 13 (on channel 1) will
|
||||
start the transport rolling. The following function names are available:
|
||||
</p>
|
||||
<dl class="narrower-table">
|
||||
<dt>
|
||||
@ -199,28 +257,59 @@ Rather than binding to a specific track/bus control, it may be useful to have a
|
||||
<dd>Move track/bus mapping to the previous bank (see Banks below)
|
||||
</dd>
|
||||
</dl>
|
||||
<h2>Binding to Ardour "actions"</h2>
|
||||
|
||||
<h4>Binding to Ardour "actions"</h4>
|
||||
<p>
|
||||
You can also bind a sysex or arbitrary message to any of the items that occur in Ardour's main menu (and its submenus). The best place to look for the (long) list of how to address each item is in your keybindings file, which will contain lines that look like this:</p>
|
||||
<pre>
|
||||
You can also bind a sysex or arbitrary message to any of the items
|
||||
that occur in Ardour's main menu (and its submenus). The best place
|
||||
to look for the (long) list of how to address each item is in your
|
||||
keybindings file, which will contain lines that look like this:
|
||||
</p>
|
||||
<code>
|
||||
(gtk_accel_path "<Actions>/Editor/temporal-zoom-in" "equal")
|
||||
</pre>
|
||||
<p>To create a binding between an arbitrary MIDI message (we'll use a note-off on channel 1 of MIDI note 60 (hex) with release velocity 40 (hex)), the binding file would contain:</p>
|
||||
<pre>
|
||||
</code>
|
||||
<p>
|
||||
To create a binding between an arbitrary MIDI message (we'll use a
|
||||
note-off on channel 1 of MIDI note 60 (hex) with release velocity
|
||||
40 (hex)), the binding file would contain:
|
||||
</p>
|
||||
<code>
|
||||
<Binding msg="80 60 40" action="Editor/temporal-zoom-in"/>
|
||||
</pre>
|
||||
<p>The general rule, when taken an item from the keybindings file and using it in a MIDI binding is to simply strip the <code><Action></code> prefix of the second field in the keybinding definition.
|
||||
</p>
|
||||
<h2>Banks and Banking</h2>
|
||||
</code>
|
||||
<p>
|
||||
Because many modern control surfaces offer per-track/bus controls for far fewer tracks & busses than many users want to control, Ardour offers the relatively common place concept of "banks". Banks to allow you to relatively easily control any number of tracks and/or busses regardless of how many faders/knobs etc. your control surface has. To use banking, the control addresses must be specified using the <em>bank relative</em> format mentioned above ("B1" to identify the first track of a bank of tracks, rather than "1" to identify the first track).
|
||||
The general rule, when taken an item from the keybindings file and
|
||||
using it in a MIDI binding is to simply strip the
|
||||
<code><Action></code> prefix of the second field in the
|
||||
keybinding definition.
|
||||
</p>
|
||||
|
||||
<h3>Banks and Banking</h3>
|
||||
<p>
|
||||
Because many modern control surfaces offer per-track/bus controls
|
||||
for far fewer tracks & busses than many users want to control,
|
||||
Ardour offers the relatively common place concept of <dfn>banks</dfn>. Banks
|
||||
allow you to control any number of tracks and/or busses easily,
|
||||
regardless of how many faders/knobs etc. your control surface has.<br />
|
||||
To use banking, the control addresses must be specified using the
|
||||
<dfn>bank relative</dfn> format mentioned above ("B1" to identify
|
||||
the first track of a bank of tracks, rather than "1" to identify
|
||||
the first track).
|
||||
</p>
|
||||
<p>
|
||||
One very important extra piece of information is required to use banking: an extra line near the start of the list of bindings that specifies how many tracks/busses to use per bank. If the device has 8 faders, then 8 would be a sensible value to use for this. The line looks like this:</p>
|
||||
<pre>
|
||||
One very important extra piece of information is required to use
|
||||
banking: an extra line near the start of the list of bindings
|
||||
that specifies how many tracks/busses to use per bank. If the
|
||||
device has 8 faders, then 8 would be a sensible value to use for
|
||||
this. The line looks like this:</p>
|
||||
<code>
|
||||
<DeviceInfo bank-size="8"/>
|
||||
</pre>
|
||||
<p>In addition, you probably want to ensure that you bind something on the control surface to the <code>next-bank</code> and <code>prev-bank</code> functions, otherwise you and other users will have to use the mouse and the GUI to change banks, which rather defeats the purpose of the bindings.
|
||||
</code>
|
||||
<p>
|
||||
In addition, you probably want to ensure that you bind something
|
||||
on the control surface to the <code>next-bank</code> and
|
||||
<code>prev-bank</code> functions, otherwise you and other users
|
||||
will have to use the mouse and the GUI to change banks, which
|
||||
rather defeats the purpose of the bindings.
|
||||
</p>
|
||||
<h2>A Complete (though muddled) Example</h2>
|
||||
<pre>
|
||||
@ -252,6 +341,8 @@ One very important extra piece of information is required to use banking: an ext
|
||||
</ArdourMIDIBindings>
|
||||
</pre>
|
||||
<p>
|
||||
Please note that channel, controller and note numbers are specified as decimal numbers in the ranges 1-16, 0-127 and 0-127 respectively (the channel range may change at some point)
|
||||
Please note that channel, controller and note numbers are specified as
|
||||
decimal numbers in the ranges 1-16, 0-127 and 0-127 respectively
|
||||
(the channel range may change at some point).
|
||||
</p>
|
||||
|
||||
|
@ -7,9 +7,7 @@ title: MIDI Learn
|
||||
<p>
|
||||
There are no "best" ways to map an arbitrary MIDI controller for
|
||||
controlling Ardour. There may be very legitimate reasons for different
|
||||
users to prefer quite different mappings. So, Ardour does not come
|
||||
with any pre-defined mapping - we believe that users know what is best
|
||||
for them.
|
||||
users to prefer quite different mappings.
|
||||
</p>
|
||||
<p>
|
||||
On every platform that Ardour runs on, there are excellent
|
||||
@ -26,22 +24,24 @@ QJackctl, aconnect, Patchage, and more.
|
||||
<h2>Basics</h2>
|
||||
|
||||
<ol>
|
||||
<li> Enable Generic MIDI control: Options -> Control Surfaces -> Generic MIDI</li>
|
||||
<li>Connect Ardour's MIDI port named "control" to whatever hardware or software you want (using a MIDI patchbay app)</li>
|
||||
<li>Ctrl-middleclick on whatever on-screen fader, plugin parameter control, button etc. that you want to control</li>
|
||||
<li>Enable Generic MIDI control: <kbd class="menu">Edit > Preferences
|
||||
> Control Surfaces > Generic MIDI</li>
|
||||
<li>Connect Ardour's MIDI port named <samp>control</samp> to whatever
|
||||
hardware or software you want (using a MIDI patchbay app)</li>
|
||||
<li><kbd class="mod1 mouse">Middle</kbd>-click on whatever on-screen
|
||||
fader, plugin parameter control, button etc. you want to control</li>
|
||||
<li>A small window appears that says "Operate Controller now"</li>
|
||||
<li>Move the hardware knob or fader, or press the note/key.</li>
|
||||
<li>The binding is complete. Moving the hardware should control the Ardour fader etc. </li>
|
||||
</ol>
|
||||
|
||||
<h2>Avoiding work in the future</h2>
|
||||
|
||||
<p>
|
||||
If you want the bindings you set up to be used automatically in every
|
||||
session, the simplest thing to do is to use Session -> Save
|
||||
Template. Then, when creating new sessions, select that template and
|
||||
session, the simplest thing to do is to use <kbd class="menu">Session > Save
|
||||
Template</kbd>. Then, when creating new sessions, select that template and
|
||||
all the bindings will be automatically set up for you. You can also
|
||||
save a specific track/bus configuration as a template, and use that
|
||||
when adding new tracks or busses. Click on the track name at the top
|
||||
of a mixer strip and select "Save as Template".
|
||||
of a mixer strip and select <kbd class="menu">Save as Template</kbd>.
|
||||
</p>
|
||||
|
@ -279,7 +279,7 @@ kbd {
|
||||
text-transform:capitalize;
|
||||
}
|
||||
|
||||
kbd.input,kbd.cmd {
|
||||
kbd.input,kbd.cmd,kbd.osc {
|
||||
font-family:mono;
|
||||
border-width:0;
|
||||
text-transform:none;
|
||||
@ -340,6 +340,8 @@ kbd.option:after,kbd.optoff:after {
|
||||
kbd.option:after {
|
||||
content:'X';
|
||||
|
||||
}
|
||||
kbd.osc {
|
||||
}
|
||||
kbd.optoff:after {
|
||||
content:' ';
|
||||
|
Loading…
Reference in New Issue
Block a user