copy-edit section 3. more additions to the style guide, rework style syllabus.

This commit is contained in:
Jörn Nettingsmeier 2014-02-04 01:33:51 +01:00
parent bcd15d4ba5
commit 3c0b358e09
12 changed files with 435 additions and 269 deletions

View File

@ -16,10 +16,13 @@ title: About Ardour documentation
</p>
<p>
<kbd>Ctrl x</kbd> means "press the <kbd>Ctrl</kbd> key, keep it pressed
and then also press the <kbd>x</kbd> key. You may also see key combinations
and then also press the <kbd>x</kbd> key.
</p>
<p>
You may also see key combinations
such as <kbd class="mod12">e</kbd>, which mean that you should hold down
the <kbd class="mod1">&nbsp;</kbd> key <em>and</em> the
<kbd class="mod2">&nbsp;</kbd> key, and then while keeping them both
<kbd class="mod2">&nbsp;</kbd> key, and then, while keeping them both
down, press the <kbd>e</kbd> key.
</p>
<p>
@ -30,6 +33,44 @@ title: About Ardour documentation
in the first example above). On other machines you will see <kbd>Ctrl</kbd>
instead.
</p>
<h3>Mouse Buttons</h3>
<p>
We refer to <a href="/setting-up-your-system/the-mouse">mouse buttons</a> as
<kbd class="mouse">Left</kbd>, <kbd class="mouse">Middle</kbd> and
<kbd class="mouse">Right</kbd>. Ardour can use additional buttons, but they have
no default behaviour in the program.
</p>
<h4>Mouse click modifiers</h4>
<p>
Many editing functions are performed by clicking the mouse while holding a
modifier key, for example <kbd class="mouse mod1">Left</kbd>.
</p>
<h4>"Context-click"</h4>
<p>
Many times the term <kbd class="mouse">context-click</kbd> is used to indicate
that you should (typically) right-click on a particular element of the graphical
user interface. Although right-click is the common, default way to do this, there
are other ways to accomplish the same thing - this term refers to any of them,
and the result is always that a menu specific to the item you clicked on will be
displayed.
</p>
<h4>"The Pointer"</h4>
<p>
When the manual refers to the "pointer", it means the on-screen representation
of the mouse position or the location of a touch action if you are using a touch
interface.
</p>
<h3>Other user input</h3>
<p>
Ardour supports hardware controllers, such as banks of
<kbd class="fader">faders</kbd>, <kbd class="knob">knobs</kbd>, or
<kbd class="button">buttons</kbd>.
</p>
<h3>Menu Items</h3>
<p>
@ -54,6 +95,21 @@ title: About Ardour documentation
Option</kbd>.<br />
</p>
<h3>User Input</h3>
<p>
Some dialogs or features may require you to type in some <kbd class="input">data
such as this</kbd>. In rare cases, you will be required to perform certain
operations at the command line of your operating system:
</p>
<kbd class="lincmd">cat /proc/cpuinfo</kbd>
<kbd class="maccmd">sleep 3600</kbd>
<kbd class="wincmd">ping www.google.com</kbd>
<h3>Program Output</h3>
<p>
Important messages from Ardour or other programs will be displayed
<samp>like this</samp>.
</p>
<h3>Notes</h3>
<p class="note">
@ -67,42 +123,3 @@ title: About Ardour documentation
quality is displayed in this way.
</p>
<h3>Mouse Buttons</h3>
<p>
We refer to <a href="/setting-up-your-system/the-mouse">mouse buttons</a> as
<kbd class="mouse">Left</kbd>, <kbd class="mouse">Middle</kbd> and
<kbd class="mouse">Right</kbd>. Ardour can use additional buttons, but they have
no default behaviour in the program.
</p>
<h4>Mouse click modifiers</h4>
<p>
Many editing functions are performed by clicking the mouse while holding a
modifier key, for example <kbd class="mouse mod1">Left</kbd>.
</p>
<h4>"Context-click"</h4>
<p>
Many times the term <kbd class="mouse">context-click</kbd> is used to indicate
that you should (typically) right-click on a particular element of the graphical
user interface. Although right-click is the common, default way to do this, there
are other ways to accomplish the same thing - this term refers to any of them,
and the result is always that a menu specific to the item you clicked on will be
displayed.
</p>
<h3>"The Pointer"</h3>
<p>
When the manual refers to the "pointer", it means the on-screen representation
of the mouse position or the location of a touch action if you are using a touch
interface.
</p>
<h3>Other user input</h3>
<p>
Ardour supports hardware controllers, such as banks of
<kbd class="fader">faders</kbd>, <kbd class="knob">knobs</kbd>, or
<kbd class="button">buttons</kbd>.
</p>

View File

@ -2,10 +2,12 @@
layout: default
title: Setting Up Your System
---
<p>Using a general purpose computer for recording digital audio is not always trivial. This chapter will guide you through the basic steps and help you with some of the most common pitfalls.</p>
<p>
Using a general purpose computer for recording digital audio is not
trivial. This chapter will guide you through the basic steps and help
you with some of the most common pitfalls on the way to a reliable and
powerful audio workstation.
</p>
{% children %}

View File

@ -4,56 +4,107 @@ title: The Right Computer System for Digital Audio
menu_title: The Right Computer System
---
<p>It would be nice to think that you could just go and buy any computer, install a bit of software on it and start using it to record and create music. This idea isn't wrong, but there some important details that it misses. </p>
<p>Any computer that you can buy today (somewhere around the end of 2012) is capable of recording and processing a lot of audio data. It will come with a builtin audio interface that can accept inputs from microphones or electrical instruments. It will have a disk with a huge amount of space for storing audio files. </p>
<p>When you are recording, editing and mixing music, you generally want to work with very little delay between the time that a sound is generated and when you can hear it. When the audio signal flows through a computer, that means that the computer has to be able to receive the signal, process it and send it back out again as fast as possible. And that is where it becomes very important <em>what</em> computer system you have, because it is <strong>absolutely not</strong> the case that any computer can do this job well. </p>
<p>Routing audio through a computer will always cause some delay, but if it is small, you will generally never notice it. There are also ways to work in which the delay does not matter at all (for example, not sending the output from the computer to speakers).</p>
<p>The delay or "latency" that you want for working with digital audio is more typically in the 1-5msec range. For comparison, if you are sitting 1m (3ft) from your speakers, the time the sound takes to reach your ears is about 3msec. Any modern computer can limit the delay to 100msec. Most can keep it under 50msec. Many will be able to get down to 10msec without too much effort. If you try to reduce the delay on a computer that cannot meet your goal, you will get clicks and glitches in the audio, which is clearly extremely undesirable.</p>
<p>Many, many things can affect the lowest latency that a computer can support.</p>
<h3>Hardware-related Considerations</h3>
<p>
It would be nice to think that you could just go and buy any computer,
install a bit of software on it and start using it to record and create
music. This idea isn't wrong, but there some important details that it
misses.
</p>
<p>
Any computer that you can buy today (since somewhere around the end of
2012) is capable of recording and processing a lot of audio data. It
will come with a builtin audio interface that can accept inputs from
microphones or electrical instruments. It will have a disk with a huge
amount of space for storing audio files.
</p>
<p>
When you are recording, editing and mixing music, you generally want to
work with very little <dfn>latency</dfn> between the time that
a sound is generated and when you can hear it. When the audio signal
flows through a computer, that means that the computer has to be able to
receive the signal, process it and send it back out again as fast as
possible.<br />
And that is where it becomes very important <em>what</em> computer system
you have, because it is <strong>absolutely not</strong> the case that any
computer can do this job well.
</p>
<p>
Routing audio through a computer will always cause some delay, but if it
is small, you will generally never notice it. There are also ways to work
in which the delay does not matter at all (for example, not sending the
output from the computer to speakers).
</p>
<p>
The latency that you want for working with digital audio is typically in
the 1&ndash;5&nbsp;ms range. For comparison, if you are sitting 1&nbsp;m
(3&nbsp;ft) from your speakers, the time the sound takes to reach your
ears is about 3&nbsp;ms. Any modern computer can limit the delay to
100&nbsp;ms. Most can keep it under 50&nbsp;ms. Many will be able to get
down to 10&nbsp;ms without too much effort. If you try to reduce the delay
on a computer that cannot meet your goal, you will get clicks and
glitches in the audio, which is clearly extremely undesirable.
</p>
<h2>Hardware-related Considerations</h2>
<dl class="wide-table">
<dt>Video interface
</dt>
<dd>Poorly engineered video interfaces (and/or their device drivers) can "steal" computer resources for a long time, preventing the audio interface from keeping up with the flow of data</dd>
<dt>Wireless interface
</dt>
<dd>Poorly engineered wireless networking interfaces (and/or their device drivers) can also block the audio interface from keeping up with the flow of data</dd>
<dt>USB ports
</dt>
<dd>If you are using an audio interface connected via USB, and
sometimes even if you are not, the precise configuration of your
system's USB ports can make a big difference. There are many cases
where plugging the interface into one port will work, but using
different USB port results in much worse performance. This has been
seen even on Apple systems.
</dd>
<dt>Internal USB Hubs</dt>
<dd>Ideally, you'd like your USB ports to all connect directly to the
main "bus" inside the computer. Some laptops (and possibly some
<dt>Video interface</dt>
<dd>Poorly engineered video interfaces (and/or their device drivers) can
"steal" computer resources for a long time, preventing the audio interface
from keeping up with the flow of data</dd>
<dt>Wireless interface</dt>
<dd>Poorly engineered wireless networking interfaces (and/or their device
drivers) can also block the audio interface from keeping up with the flow
of data</dd>
<dt><abbr title="Universal Serial Bus">USB</abbr> ports</dt>
<dd>If you are using an audio interface connected via USB, and sometimes
even if you are not, the precise configuration of your system's USB ports
can make a big difference. There are many cases where plugging the
interface into one port will work, but using different USB port results
in much worse performance. This has been seen even on Apple systems.
</dd>
<dt>Internal USB Hubs</dt>
<dd>Ideally, you'd like your USB ports to all connect directly to the
main bus inside the computer. Some laptops (and possibly some
desktop systems) come wired with an internal USB hub between the
ports and the system bus, which can then cause problems for various
kinds of external USB devices, including some models of audio
interfaces. It is very difficult to discover whether this is true or
not, without simplying trying it out.
</dd>
<dt>CPU speed control
</dt>
<dd>Handling audio with low latency requires that your processor keeps running at its best performance (speed) at all times. Many portable systems try to regulate processor speed in order to save power - for low latency audio, you want this totally disabled, either in the BIOS or at the OS level</dd>
<dt>Excessive Interrupt Sharing</dt>
<dd>If your audio interface is forced by your computer to share an "interrupt line" (basically a way to tell the CPU that something needs its attention) with too many, or the wrong, other devices, this can also prevent the audio interface from keeping up with the flow of data. In laptops it is generally impossible to do anything about this. In many desktop systems, it is possible at the BIOS level to reassign interrupts to workaround the problem.</dd>
<dt>System Management Interrupts (SMIs)
</dt>
<dd>SMIs are interrupts sent by the motherboard to tell the computer about the state of various hardware. They cannot be (safely) disabled, but they can also take a (relatively) long time to process. It is better to have a motherboard which never sends SMIs at all - this is also a requirement for realtime stock trading systems, which have similar issues with latency.</dd>
<dt>Hyperthread</dt>
<dd>This technology is becoming less common as actual multi-core CPUs
not, without simplying trying it out.</dd>
<dt><abbr title="Central Processing Unit">CPU</abbr> speed control</dt>
<dd>Handling audio with low latency requires that your processor keeps
running at its highest speed at all times. Many portable systems try to
regulate processor speed in order to save power &mdash; for low latency
audio, you want this totally disabled, either in the BIOS or at the OS
level.</dd>
<dt>Excessive Interrupt Sharing</dt>
<dd>If your audio interface is forced by your computer to share an
interrupt line (basically a way to tell the CPU that something needs
its attention) with too many, or the wrong, other devices, this can also
prevent the audio interface from keeping up with the flow of data. In
laptops it is generally impossible to do anything about this. In many
desktop systems, it is possible at the BIOS level to reassign interrupts
to work around the problem.</dd>
<dt><abbr title="System Management Interrupt">SMI</abbr>s</dt>
<dd>SMIs are interrupts sent by the motherboard to tell the computer
about the state of various hardware. They cannot safely be disabled,
but they can also take a relatively long time to process. It is better
to have a motherboard which never sends SMIs at all &mdash; this is
also a requirement for realtime stock trading systems, which have
similar issues with latency.</dd>
<dt>Hyperthreading</dt>
<dd>This technology is becoming less common as actual multi-core CPUs
become the norm, but it still exists and is generally not good for
realtime performance. Sometimes you can disable this in the BIOS,
sometimes you cannot. A processor that uses hyperthreading will be
less stable in very low latency situations than one without.
</dd>
<dt>Excessive (bass) vibration
</dt>
<dd>This doesn't affect the flow of data to/from the audio interface, but it can cause the flow of data to/from your disk storage to become <em>much</em> slower. If you are going to use a computer in an environment with live sound, make sure to place it so that the disk is not subject to noticeable bass vibration. What actually happens is that the vibrations cause the mechanism inside the disk to detect read errors, and this forces a retry of the reading from the disk itself. Retrying over and over massively reduces the rate at which data can be read from the disk. Avoid this.</dd>
less stable in very low latency situations than one without.</dd>
<dt>Excessive vibration</dt>
<dd>This doesn't affect the flow of data to/from the audio interface,
but it can cause the flow of data to/from your disk storage to become
<em>much</em> slower. If you are going to use a computer in an
environment with loud live sound (specifically, high bass volume),
make sure to place it so that the disk is not subject to noticeable
vibration. The vibrations will physically displace the head-write
heads of disk, and the resulting errors will force a retry of the
reading from the disk. Retrying over and over massively reduces the
rate at which data can be read from the disk. Avoid this.</dd>
</dl>
<p>  </p>
<!-- remove if more text is added below --><!-- remove if more text is added below -->

View File

@ -2,18 +2,28 @@
layout: default
title: Mouse
---
<p>Ardour is designed to work best with a three button mouse equipped with a scroll wheel. </p>
<p>It can be used with a two button mouse or touchpad, but at least two key operations will not (easily) be available to you:</p>
<p>
Ardour is designed to work best with a <dfn>three button mouse</dfn>
equipped with a <dfn>scroll wheel</dfn>.
</p>
<p>
It can be used with a two button mouse or touchpad, but at least two key
operations will not (easily) be available to you:
</p>
<ul>
<li>time-constrained region copying
</li>
<li><a href="/using-control-surfaces/midi-learn/">MIDI bindings</a> created by "learning" them from incoming MIDI
</li>
<li>time-constrained region copying</li>
<li><a href="/using-control-surfaces/midi-learn/"><abbr title="Musical
Instrument Digital Interface">MIDI<abbr> bindings</a>
created by "learning" them from incoming MIDI data</li>
</ul>
<p>You are strongly encouraged to invest in a two button mouse. You will find that a good quality mouse (especially one with a weighted, latchable scroll wheel) will make your use of Ardour vastly more efficient. They are cheap, and time is not.</p>
<p>For more detailed instructions see <a href="/ardours-interface/basic-gui-operations/using-the-mouse/">Using the mouse</a>.</p>
<p>
You are strongly encouraged to invest in a three-button mouse. You will
find that a good quality mouse (especially one with a weighted,
latchable scroll wheel) will make your use of Ardour vastly more
efficient. They are cheap, and time is not.
</p>
<p>
For more detailed instructions, see
<a href="/ardours-interface/basic-gui-operations/using-the-mouse/">Using the mouse</a>.
</p>

View File

@ -3,35 +3,62 @@ layout: default
title: Setting Up MIDI
---
<h2>What Can Ardour Do With MIDI?</h2>
<p>MIDI is a way of both describing musical data and controlling musical hardware\software. MIDI doesn't actually create any audio but rather describes the audio in order to control hardware/software. Ardour can import MIDI data, record MIDI data and allow MIDI data to be edited in a variety of ways. Also, MIDI can be used to control various things withing Ardour. This allows for the most flexible work flow with regards to MIDI. What Ardour doesn't have is any built in synthesis to turn the MIDI data into audio. Rather, this is handled through the use of plug-ins and external hardware/software. While this makes MIDI a powerful tool it can also be a stumbling block for first time users who expect MIDI input to result in audio output by default. Please see the section on working with plug-ins for more information on turning MIDI data into audio output with Ardour.</p>
<h2>What Can Ardour Do With MIDI?</h2>
<p>
<dfn><abbr title="Musical Instrument Digital Interface">MIDI</abbr></dfn>
is a way to describe music data and to control music hardware and
software. Ardour can import and record MIDI data, and perform a
variety of editing operations on it. Furthermore, MIDI can be used to
control various functions of Ardour.
</p>
<p class="note">
Ardour does not include a <dfn>synthesis engine</dfn> to produce audio
from MIDI data, but relies on plugins or external hard- and software
for the task. This can be a stumbling block for first time users who
expect MIDI input to result in audio output by default.<br />
Please see the section on working with plug-ins for more information on
turning MIDI data into audio output.</p>
<h2>MIDI Handling Frameworks</h2>
<p>Below is a list of various MIDI Frameworks for getting MIDI data into and out of Ardour in order to work with MIDI aware software/hardware.</p>
<h4>CoreMIDI</h4>
<h2>MIDI Handling Frameworks</h2>
<p>
Ardour supports various ways of sending and receiving MIDI data:
</p>
<p> CoreMIDI is the standard MIDI framework to comunicate with MIDI
hardware on OSX systems. It provides drivers and libraries needed by
MIDI clients. These ports do not show up in qjackctl</p>
<h3>CoreMIDI</h3>
<p>
<dfn>CoreMIDI</dfn> is the standard MIDI framework on OSX systems.
It provides drivers for MIDI hardware and libraries needed by MIDI
software clients.
</p>
<h4>ALSA MIDI</h4>
<p>
<dfn><abbr title="Advanced Linux Sound API">ALSA</abbr> MIDI</dfn>
is the standard MIDI framework on Linux systems. It provides drivers
for MIDI hardware and libraries needed by MIDI software clients.
</p>
<p>
The <dfn>QJackCtl</dfn> control software displays ALSA MIDI ports
under its "ALSA" tab (it does not currently display CoreMIDI ports).
</p>
<p> ALSA MIDI is the standard MIDI framework to comunicate with MIDI
hardware on Linux systems. It provides drivers and libraries needed by
MIDI clients. These ports show up under the "ALSA" tab in qjackctl</p>
<h4>JACK MIDI</h4>
<h4> JACK MIDI</h4>
<p> JACK MIDI is a framework used to comunicate between JACK MIDI
software clients. It provides zero jitter and a fixed latency of 1
"period" (the same latency that exists for audio). These ports show up
under the "MIDI" tab in qjackctl.
<p>
<dfn><abbr title="JACK Audio Connection Kit">JACK</abbr> MIDI</dfn>
is a framework used to comunicate between JACK MIDI software clients.
It provides zero jitter and a fixed latency of one <dfn>period</dfn>,
the same latency as for JACK audio.
</p>
<p>
JACK MIDI ports show up under the <kbd class="menu">MIDI</kbd> tab in
QJackCtl.
</p>
<p>
Various ways of "bridging" between the native MIDI framework
(e.g. CoreMIDI or ALSA) and JACK MIDI, as described in the sections
below.
There are several ways of <dfn>bridging</dfn> between the native MIDI frameworks
(e.g. CoreMIDI or ALSA) and JACK MIDI, as described in the sections
below.
</p>
{% children %}

View File

@ -2,17 +2,32 @@
layout: default
title: MIDI on OS X
---
<p>
In order for CoreMIDI to work with Jack MIDI, a CoreMIDI-to-JACK-MIDI
<dfn>bridge</dfn>
is required. This feature is available on versions equal to or great than
version 0.89 of JackOSX.
</p>
<p>In order for CoreMIDI to work with Jack MIDI a version of JACK for OS X that has a working CoreMIDI - JACK MIDI bridge is required. This feature is available on versions equal to or great than version 0.89 of JackOS X.</p>
<h2>Routing MIDI</h2>
<h4>Inside Ardour</h4>
<p>There are multiple locations MIDI ports can show up in Ardour's MIDI connection matrix. CoreMIDI ports that are created by other software clients as well as JACK MIDI ports created by other software clients will show up under the "Other" tab. CoreMIDI hardware ports show up under the "Hardware" tab.</p>
<h4>External Applications</h4>
<p> There are multiple options for connecting MIDI ports outside of Ardour</p>
<p><a href="http://www.snoize.com/MIDIMonitor/">MIDI Monitor</a> is a handy tool for doing various things with midi on OS X.</p>
<p><a href="http://notahat.com/midi_patchbay">MIDI Patchbay</a> is a handy tool for connecting MIDI ports.</p>
<h2>Routing MIDI</h2>
<h3>Inside Ardour</h3>
<p>
MIDI ports show up in Ardour's MIDI connection matrix in multiple
locations. Bridged CoreMIDI ports as well as JACK MIDI ports that have
been created by other software clients will show up under the "Other" tab.
Bridged CoreMIDI hardware ports show up under the "Hardware" tab.
</p>
<h3>External Applications</h3>
<p>
There are multiple options for connecting MIDI ports outside of Ardour.
</p>
<ul>
<li><a href="http://www.snoize.com/MIDIMonitor/">MIDI Monitor</a> is a handy
tool for doing various MIDI-related tasks.</li>
<li><a href="http://notahat.com/midi_patchbay">MIDI Patchbay</a> lets you
connect ports and filters MIDI data.</li>
</ul>

View File

@ -2,32 +2,43 @@
layout: default
title: MIDI on Linux
---
<h2>Ensure that a2jmidid is running</h2>
<p><code>a2jmidid</code> is an application that "bridges" between the system MIDI ports and JACK.</p>
<p>First you should be sure that there is no ALSA sequencer support enabled in jack. To do that open qjackctl's <em>Setup</em> window.</p>
<p>In the <em>Settings</em> tab set the <em>MIDI Driver</em> drop down to the <em>none</em> option.</p>
<p>Then go to the <em>Misc</em> tab and uncheck the <em>Enable ALSA Sequencer support</em> option.</p>
<p>Now it's time to restart your jack server before going on.</p>
<h4>Checking for a2jmidid availability</h4>
<p>First thing is checking if <em>a2jmidid</em> is already installed in your system. To do it first start your jack server and then call</p>
<pre>a2jmidid -e</pre>
<p>from the command. If <em>a2jmidid</em> is there go on with <strong>Checking surface control MIDI ports</strong>. Otherwise install the newest <em>a2jmidid</em> available and try again.</p>
<h4>Checking surface control MIDI ports</h4>
<p>After starting <em>a2jmidid</em> your control surface MIDI ports should appear in qjackctl's <em>Connections</em> window on the <em>MIDI</em> tab under <em>a2j</em>. If it does go on to the next step: <strong>Automatically calling a2jmidid when starting jack</strong>. If it doesn't you have to troubleshoot why it didn't. <em>(How to troubleshoot a2jmidid?)</em></p>
<h4>Automatically calling a2jmidid when starting jack</h4>
<p>It's troublesome to have to manually start <em>a2jmidid</em> by hand each time you start jack. Here is one way to do it automatically. This step isn't mandatory, it's just a convenience. If you are not interested you can go on to the next step <strong>Enabling Ardour's mackie control ports in qjackctl</strong>.</p>
<p>Create a script that calls jack if you aren't using one yet. In it change the line that calls jack to have an ampersand at it's end like that:</p>
<pre>
/usr/bin/qjackctl &amp;
</pre>
<p>In this case I call qjackctl that starts jack so I include the ampersand in qjackctl's call. If you call jack directly, put the ampersand at the end of it's call line.</p>
<p>Now include the following lines after the line that calls jack:</p>
<pre>
/usr/bin/sleep 5
/bin/bash -c "/usr/bin/a2jmidid -e" &amp;
</pre>
<p>All you have to do now is use your new script to call jack.</p>
<h2>a2jmidid</h2>
<p>
<dfn>a2jmidid</dfn> is an application that bridges between the system
<abbr title="Musical Instrument Digital Interface">MIDI</abbr> ports and
<abbt title="JACK Audio Connection Kit">JACK</abbr>.
</p>
<p>
First you should make sure that there is no ALSA sequencer support enabled
in JACK. To do that open QJackCtl's <kbd class="menu">Setup</kbd> window.
</p>
<p>
Set <kbd class="menu">Settings &gt MIDI Driver</kbd> to <kbd
class="input">none</kbd>.
Then uncheck the <kbd class="optoff">Misc &gt; Enable ALSA Sequencer
support</kbd> option.<br />
Now it's time to restart your jack server before going on.
</p>
<h3>Check for a2jmidid availability</h3>
<p>
First, check whether a2jmidid is already installed in your system. After
starting your JACK server, go to the command line and type
</p>
<kbd class="lincmd">a2jmidid -e</kbd>
<p>
If a2jmidid does not exist, install it with the software manager of your
Linux distribution and try again.
</p>
<h3>Check surface control MIDI ports</h3>
<p>
After starting a2jmidid, your control surface MIDI ports should appear in
qjackctl under <kbd class="menu">Connections &gt; MIDI &gt; a2j</kbd>.
</p>
<p>
You can now add <kbd>a2jmidid -e</kbd> as an "after start-up" script in the <kbd
class="menu">Setup &gt; Options</kbd> tab of QJackCtl, so that it is
started automatically whenever you start JACK.
</p>

View File

@ -4,87 +4,83 @@ title: Using More Than One Audio Device
---
<p>
Ardour will only use a single interface. If you want to use more
than one interface you have two choices:
Ardour will only ever deal with a single <dfn>audio device</dfn>. If you
want to use more than one, you have two choices:
</p>
<ol>
<li>
If you want to use Ardour to start JACK (which handles all
audio I/O) you will need to create a "fake" audio device on your
computer the represents all the multiple devices you wish to
use. How to do this is platform dependent and described below.
</li>
<li>
Use a different tool to start JACK and manage all the devices.
</li>
</ol>
<ul>
<li>
If you want to use Ardour to start JACK (which handles all
audio I/O) you will need to create a "fake" audio device on your
computer the represents all the multiple devices you wish to
use. How to do this is platform dependent and described below.
</li>
<li>
Use a different tool to start JACK and manage all the devices.
</li>
</ul>
<p>
Ardour is fundamentally designed to be a component in a
pro-audio/music creation environment and standard operating practice
for such setups involves using only a single digital sample "clock"
(something counting off the time between audio samples). This means
that trying to use multiple independent soundcards is problematic,
because each soundcard has its own sample clock, running independently
from the others. Over time, these different clocks drift out of sync
with each other, and cause glitches in the audio. You can't stop this
drift, although in some cases the effects may be insignificant enough
that some people might not care about them.</p>
Ardour is fundamentally designed to be a component in a
pro-audio/music creation environment. Standard operating practice
for such setups involves using only a single digital <dfn>sample
clock</dfn> (something counting off the time between audio samples).
This means that trying to use multiple independent soundcards is
problematic, because each soundcard has its own sample clock, running
independently from the others. Over time, these different clocks drift
out of sync with each other, which causes glitches in the audio. You
cannot stop this drift, although in some cases the effects may be
insignificant enough that some people might not care about them.
</p>
<p>
Thus in an ideal world you should not use multiple independent
soundcards but instead use a single device with a single clock and all
the inputs, outputs and other features that you need.
</p>
<p>
Of course, a lot of people don't live in an ideal world, and believe that software should make up for this.
Of course, a lot of people don't live in an ideal world, and believe
that software should make up for this.
</p>
<h2>OS X</h2>
<p>
Aggregate devices provide a method to use multiple soundcards as
a single device. For example, you can "aggregate" 2 different
8-channel devices so that you can record 16 channels into Ardour.
In CoreAudio, <dfn>aggregate devices</dfn> provide a method to use
multiple soundcards as a single device. For example, you can
aggregate two 8-channel devices so that you can record 16 channels
into Ardour.
</p>
<div class="note">
<p>
If you are using a <strong>single</strong> typical 3rd party
audio interface (such as those from Apogee, RME, Presonus, and many
others), <strong>OR</strong> you are using JackPilot or a similar
application to start JACK, you do not need to worry about this.
application to start JACK, you do not need to worry about this.<br />
You will need to set up an aggregate device <em>only</em> if either
of the following conditions are true:
</p>
<p>You will need to set up an aggregate device <strong>ONLY</strong> if either of the following conditions are true:</p>
<ul>
<li>You want to use two entirely separate
devices <strong>AND</strong> want to start JACK using Ardour.</li>
<li>You want to use your builtin audio device <strong>AND</strong>
want to start JACK using Ardour.</li>
<li>You want to use more than two entirely separate devices</li>
</ul>
<p>In the case of your builtin audio device, you will need to create
<ul>
<li>You want to use two entirely separate
devices <strong>AND</strong> want to start JACK using Ardour.</li>
<li>You want to use your builtin audio device <strong>AND</strong>
want to start JACK using Ardour.</li>
<li>You want to use more than two entirely separate devices</li>
</ul>
</div>
<p>
In the case of your builtin audio device, you will need to create
an aggregate device that combines "Builtin Input" and "Builtin
Output" into one device.
</p>
<p>The precise instructions for creating an "aggregate device" on OS X have varied from one released to another.</p>
<p>
The precise instructions for creating an "aggregate device" on OS X
have varied from one released to another.
</p>
<dl class="wide-label">
<dt>OS X 10.5</dt>
<dd>
Please read <a href="http://support.apple.com/kb/HT1215">http://support.apple.com/kb/HT1215</a>
</dd>
<dd>Please read <a href="http://support.apple.com/kb/HT1215">http://support.apple.com/kb/HT1215</a></dd>
<dt>OS X 10.6 or later</dt>
<dd>
Please read <a href="http://support.apple.com/kb/HT3956">http://support.apple.com/kb/HT3956</a>
</dd>
<dd>Please read <a href="http://support.apple.com/kb/HT3956">http://support.apple.com/kb/HT3956</a></dd>
</dl>
<h2>Linux</h2>
<p>
Please see the instructions at <a href="http://jackaudio.org/faq"
title="http://jackaudio.org/faq">http://jackaudio.org/faq</a>

View File

@ -4,7 +4,6 @@ title: Platform Specifics
---
<h2>Platform Specifics</h2>
<p>
This section of the manual collects together the collective wisdom
of the user community regarding details of using Ardour on various

View File

@ -4,7 +4,7 @@ title: Ubuntu Linux
---
<p>
Ubuntu Linux is the most popular variety of Linux in use on desktop
<dfn>Ubuntu Linux</dfn> is the most popular variety of Linux in use on desktop
and laptop systems. It has the backing of a for-profit corporation
(Canonical Inc.), a defined philosophy and a huge and
worldwide user base. As a result, it is a common platform for people
@ -13,7 +13,6 @@ title: Ubuntu Linux
</p>
<h2>High Level Recommendations for Ubuntu Users</h2>
<p>
Currently, installing pro audio applications on vanilla Ubuntu requires
some configuration, in order for the user to gain realtime privilege
@ -27,6 +26,7 @@ title: Ubuntu Linux
</p>
<h2>Installing Ardour</h2>
<p>
There may be unintended differences, and even bugs in Ubuntu native
packages, as a result of a different building method. For this reason,
Ardour developers highly recommend you to install the official
@ -34,14 +34,13 @@ title: Ubuntu Linux
href="http://ardour.org/download">ardour.org</a>, as Ubuntu native
packages are not supported in official Ardour forums or other
support channels.
</p>
<h2>Problems with the interaction between PulseAudio and JACK</h2>
<dl>
<dt>Background Info</dt>
<dd>
<h3>Background Info</h3>
<p>
Like many distributions, Ubuntu has decide to use PulseAudio as the
Like many distributions, Ubuntu has decided to use <dfn>PulseAudio</dfn> as the
default audio system. PulseAudio is a rich and capable system that
provides excellent services for typical users of Linux on the
desktop. However, it is not capable of the type of performance that
@ -68,74 +67,70 @@ title: Ubuntu Linux
another message, and PulseAudio can once again use the soundcard
directly.
</p>
</dd>
<dt>What is the problem?</dt>
<dd>
<h3>What is the problem?</h3>
<p>
The specific issues known at this time for all flavors of Ubuntu
12.04 and 12.10 are:
</p>
<ul>
<li>a bug in PulseAudio that causes it not to give up the
soundcard when JACK asks (<a href="https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1163638">LP: #1163638</a>
(fixed in Ubuntu 13.04).</li>
soundcard when JACK asks
(<a href="https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1163638">LP:
#1163638</a>,
fixed in Ubuntu 13.04).</li>
</ul>
</dd>
<dt>Symptoms</dt>
<dd>
<h3>Symptoms</h3>
<p>
<ul>
<li>Cannot start JACK (though see the next section for other
causes of this)</li>
</ul>
<samp>Cannot start JACK</samp> (though see the next section for other
causes of this)
</p>
</dd>
<dt>How to fix</dt>
<dd>
<h3>How to fix</h3>
<p>
These bugs do not affect the upcoming 13.04 release, and earlier
releases (12.04 and 12.10) are in the process of being fixed.
</p>
</dd>
</dl>
<h2>Problems with JACK configuration</h2>
<dl>
<dt>What is the problem?</dt>
<dd>
<h3>What is the problem?</h3>
<p>
To function as intended, JACK needs to run with access to two
operating system facilities called "realtime scheduling" and "memory
locking". This means that you, the user who starts JACK, must be
operating system facilities called <dfn>realtime scheduling</dfn> and
<dfn>memory locking</dfn>. This means that you, the user who starts JACK, must be
allowed access to these facilities. By default, Ubuntu does create a
user group that has this permission but ... it does not put new
user group that has this permission but &mdash; it does not put new
users into this group by default. Read more about why <a href="https://wiki.ubuntu.com/Audio/TheAudioGroup">here</a>.
Consequently, you will not have permission to run JACK in the way you should.
</p>
</dd>
<dt>Symptoms</dt>
<dd>
<h3>Symptoms</h3>
<p>
A message like "Cannot lock down memory" in the output from JACK as
it starts up. This output may be "hidden" in the Messages window of
A message like <samp>Cannot lock down memory</samp> in the output from JACK as
it starts up. This output may be hidden in the Messages window of
QJackctrl (aka JACK Control), so you should check there.
</p>
</dd>
<dt>How to fix</dt>
<dd>
<h3>How to fix</h3>
<p>
Make sure the file /etc/security/limits.d/audio.conf exists. If it is
named /etc/security/limits.d/audio.conf.disabled, rename it to the former.
Run the command <code>sudo usermod -a -G
audio <em>YOUR-LOGIN-NAME</em></code>. Then logout and login again.
On Ubuntu Studio the user is a member of audio group by default, but not
on other official flavors.
Run the command
</p>
</dd>
</dl>
<h2>Reporting Issues</h2>
<p>Given the difficulties in supporting Ubuntu and the limited time/resources of the Ardour team, the <code>Ubuntu Studio Project</code> has requested that issues and bug reports related to Ubuntu, Ubuntu Studio and other derivitives be directed to them.</p>
<kbd class="lincmd">sudo usermod -a -G audio
<em>YOUR-LOGIN-NAME</em></kbd>
<p>
Then log out and log in again. On Ubuntu Studio the user is a member of audio
group by default, but not on other official flavors.
</p>
<h2>Reporting Issues</h2>
<p>
Given the difficulties in supporting Ubuntu and the limited time/resources
of the Ardour team, the <dfn>Ubuntu Studio Project</dfn> has requested that
issues and bug reports related to Ubuntu, Ubuntu Studio and other
derivitives be directed to them.
</p>
<h3>Contact Information for Ubuntu Studio</h3>
<p><a href="http://ubuntustudio.org" target="_blank">The Ubuntu Studio Homepage</a></p>
<p><a href="http://ubuntuforums.org/forumdisplay.php?f=335" target="_blank">The Ubuntu Studio Forums.</a></p>

View File

@ -9,11 +9,10 @@ title: VBAP Panner
rely on it for important production work while the dust settles.
</p>
<p>
<dfn>VBAP</dfn> is short for <em>Vector-base Amplitude Panning</em>,
a versatile and
straightforward method to pan a source around on an arbitrary number
of speakers on a horizontal polygon or a 3D surface, even if the speaker
layout is highly irregular.
<dfn><abbr title="Vector-base Amplitude Panning">VBAP</abbr></dfn>
is a versatile and straightforward method to pan a source around over an
arbitrary number of speakers on a horizontal polygon or a 3D surface,
even if the speaker layout is highly irregular.
</p>
<h2>Basic concepts</h2>
@ -39,9 +38,9 @@ title: VBAP Panner
above.
</p>
<p>
A horizontal VBAP panner has one parameter, the <dfn>azimuth
angle</dfn>. A 3D panner offers an additional <dfn>elevation
angle</dfn> control.
A <dfn>horizontal</dfn> VBAP panner has one parameter, the <dfn>azimuth
angle</dfn>. A <dfn>full-sphere</dfn> panner offers an additional
<dfn>elevation angle</dfn> control.
</p>
<p class="note">
More elaborate implementations of VBAP also include a

View File

@ -271,6 +271,32 @@ kbd {
white-space:nowrap;
}
kbd.input,kbd.lincmd,kbd.maccmd,kbd.wincmd {
font-family:mono;
border-width:0;
}
kbd.lincmd,kbd.maccmd,kbd.wincmd {
display:block;
width:100%;
margin-bottom:1ex;
}
kbd.lincmd:before {
content: 'user@linux:~ ';
color:#999999;
}
kbd.maccmd:before {
content: 'MacBook:~/Desktop User\$ ';
color:#999999;
}
kbd.wincmd:before {
content: 'C:\\Users\\myAccount> ';
color:#999999;
}
kbd.mouse {
-moz-border-radius:10px;
border-radius:10px;
@ -308,7 +334,7 @@ kbd.fader, kbd.knob, kbd.button {
}
kbd.fader {
border-width:2px 2px 4px 4px
border-width: 1px 1px 9px 9px;
}
kbd.knob {
@ -320,6 +346,24 @@ kbd.knob {
kbd.button {
-moz-border-radius:8px;
border-radius:8px;
border-width: 1px 1px 3px 3px;
}
samp {
font-family:mono;
font-style:italic;
color:#333333;
background-color:transparent;
margin-left: 1em;
margin-right: 1em;
}
samp:before {
content:"\BB";
}
samp:after {
content:"\AB";
}
#content td {