From b4313eecf0a51d256574978156782df9453ec71e Mon Sep 17 00:00:00 2001 From: David Bolton Date: Fri, 5 Jul 2013 11:02:30 -0500 Subject: [PATCH] Copy edits and links for Recording pages --- .../05_tracks--busses-list.html | 16 ++++---- .../10_track-and-bus-groups.html | 2 +- .../01_managing-plugin-presets.html | 16 +++++--- _manual/13_recording/01_monitoring.html | 40 +++++++++++-------- 4 files changed, 44 insertions(+), 30 deletions(-) diff --git a/_manual/04_ardours-interface/03_introducing-the-editor-window/01_editor-lists/05_tracks--busses-list.html b/_manual/04_ardours-interface/03_introducing-the-editor-window/01_editor-lists/05_tracks--busses-list.html index ddd761d..53f683e 100644 --- a/_manual/04_ardours-interface/03_introducing-the-editor-window/01_editor-lists/05_tracks--busses-list.html +++ b/_manual/04_ardours-interface/03_introducing-the-editor-window/01_editor-lists/05_tracks--busses-list.html @@ -7,21 +7,21 @@ title: Tracks & Busses List

This lists the tracks and busses that are present in the session. The list order reflects the order in the editor, and you can drag-and-drop track or bus names in the editor list to re-order them in the editor. The columns in the list can all be clicked to alter the track/bus state, and they represent the following:

-
V
+
V
whether the track or bus is visible; they can be hidden, in which case they will still play, but just not be visible in the editor; this can be useful for keeping the display uncluttered.
-
A
+
A
whether the track or bus is active; unactive tracks will not play, and will not consume any CPU.
-
I
+
I
for MIDI tracks, whether the MIDI input is enabled; this dictates whether MIDI data from the track's inputs ports will be passed through the track.
-
R
+
R
whether the track is record-enabled.
-
M
+
M
whether the track is muted.
-
S
+
S
track solo state.
-
SI
+
SI
track solo-isolated state.
-
SS
+
SS
solo safe state.

As with the region list, hovering the mouse pointer over a column heading shows a tool-tip which can be handy to remember what the columns are for.

diff --git a/_manual/10_working-with-tracks/10_track-and-bus-groups.html b/_manual/10_working-with-tracks/10_track-and-bus-groups.html index 89d7922..4dbacb6 100644 --- a/_manual/10_working-with-tracks/10_track-and-bus-groups.html +++ b/_manual/10_working-with-tracks/10_track-and-bus-groups.html @@ -39,7 +39,7 @@ title: Track and Bus Groups

Shared Properties

Gain means that the track faders will be synced to always have the same value; ‘Relative’ means that the gain changes are applied relative to each member's current value. If, for example, there are two tracks in a group with relative gain sharing, and their faders are set to -3dB and -1dB, a change of the first track to a gain of -6dB will result in the second track having a gain of -4dB (so that the difference in gains is the same).

-

Muting, soloing, record enable, active state, colour and monitoring are all straightforward. They simply mean that all member tracks or busses will share the same settings in these respects.

+

Muting, soloing, record enable, active state, colour and monitoring are all straightforward. They simply mean that all member tracks or busses will share the same settings in these respects.

Selection means that if a region is selected or deselected on one constituent track, corresponding regions on other member tracks will be similarly selected. Corresponding regions are those that are at the same position and have the same length. Since region editing operations are applied to all currently selected regions, this is the way to make edits apply across all tracks in the group. For more details see Region Selection Equivalence

Group Tab Context Menu

diff --git a/_manual/11_working-with-plugins/01_managing-plugin-presets.html b/_manual/11_working-with-plugins/01_managing-plugin-presets.html index d744fbd..2e3e70c 100644 --- a/_manual/11_working-with-plugins/01_managing-plugin-presets.html +++ b/_manual/11_working-with-plugins/01_managing-plugin-presets.html @@ -6,16 +6,22 @@ title: Managing Plugin Presets

All plugin editors, whether they are created by Ardour or by the plugin, have a common set of controls at the top of their window. These include 4 controls for managing plugin presets.

-

What is a Plugin preset?

+ +

What Is a Plugin Preset?

A preset for a plugin is simply a saved set of values for all of a plugin's parameters. If you load a preset, you are restoring all the parameters within that plugin to the values stored in the preset. This is an easy, fast way to manage your preferred settings for particular plugins.

+

The Preset Selector

The preset selector is a regular selector that can be clicked to display a list of all known presets for this plugin. This will include presets that you have created yourself, and for some plugin formats, presets that come with the plugin itself.

-

To load a new preset

+ +

Load a New Preset

Click on the preset selector to popup a menu showing the names of all available presets. Click on the name of the preset you wish to load. The preset will be loaded - you may see various controls in the plugin editor change to reflect the new value of some or all parameters.

-

Creating Presets

+ +

Create a Preset

To save the current plugin settings as a new preset, click on the "Add" button at the top of the window. A dialog will appear to ask for the name of the preset. Enter the desired name, and then click the "OK" button in the dialog. The preset selector will now show the name you have just entered.

-

Saving a Preset

+ +

Save a Preset

If you wish to modify the settings in an existing preset, use the preset selector to load the preset. Then adjust the settings as you wish. When done, click the "Save" button and the new values will be stored, overwriting the previous version of this preset.

-

To delete a preset

+ +

Delete a preset

To delete an existing preset, use the preset selector to load the preset. Click the "Delete" button, and the preset will be removed. The preset selector will be blank, showing that no preset is currently loaded (although the settings will stay as they were).

diff --git a/_manual/13_recording/01_monitoring.html b/_manual/13_recording/01_monitoring.html index b66544d..71d5e59 100644 --- a/_manual/13_recording/01_monitoring.html +++ b/_manual/13_recording/01_monitoring.html @@ -5,33 +5,41 @@ title: Monitoring -

An Introduction to Monitoring

+

Introduction

When recording, it is important to hear yourself, and to hear any pre-recorded tracks that you are performing with.

-

Audio recorders typically have the ability to "monitor" (i.e. listen to) the tracks that are armed for recording, while playing back the tracks that aren't. In the days of analog tape recording, this was performed with relays and other analog audio switching devices. Digital recorders have the same feature, but may impart some "latency" (delay) between the time you make a noise and the time that you hear it come back from the recorder.

-

The latency of any conversion from analog to digital and back to analog is about 1.5-2 milliseconds. Despite common listening conditions creating 3 millisecond delays, some musicians claim that even the basic A/D/A conversion time is objectionable. However it is commonly believed that a latency below 5 milliseconds is suitable for a professional recording setup. Because 2 milliseconds have already been used in the A/D/A process, you must use extremely low "buffer sizes" in your workstation I/O setup to keep the overall latency below 5ms. Not all computer audio systems are able to work reliably at such low buffer sizes.

+

Audio recorders typically have the ability to "monitor" (i.e. listen to) the tracks that are armed for recording, while playing back the tracks that aren't. In the days of analog tape recording, this was performed with relays and other analog audio switching devices. Digital recorders have the same feature, but may impart some latency (delay) between the time you make a noise and the time that you hear it come back from the recorder.

+

The latency of any conversion from analog to digital and back to analog is about 1.5-2 milliseconds. Some musicians claim that even the basic A/D/A conversion time is objectionable. However even acoustic instruments such as the piano can have approximately 3ms of latency, due to the time it takes sound to travel from the instrument to the musician's ears. Latency below 5ms should be suitable for a professional recording setup. Because 2ms are already used in the A/D/A process, you must use extremely low "buffer sizes" in your workstation I/O setup to keep the overall latency below 5ms. Not all computer audio systems are able to work reliably at such low buffer sizes.

For this reason it is sometimes best to use an external device to monitor yourself while recording to digital medium. Many professional studios use a mixing console for this feature. Many computer I/O devices have an "monitoring" function built-in (although this is typically only for 1 or 2 channels). In either case, the monitoring hardware may be digital or analog. And in the digital case you will still have the A-D-A conversion latency of 1-2ms.

-

Different ways of monitoring

-

There are three basic ways in which monitoring may be approached:

+ +

Different Ways of Monitoring

+

There are three basic ways to approach monitoring:

+

External Monitoring

With this approach, Ardour plays no role in monitoring at all. Perhaps the recording set-up has an external mixer which can be used to set up monitor mixes, or perhaps the sound-card being used has some ‘listen to the input’-style feature. This approach often has the advantage of zero or near-zero latency. On the other hand it requires external hardware, and the monitoring settings are not saved with the session.

-

JACK-based hardware Monitoring

-

Some sound cards have the ability to mix signals from their inputs to their outputs with zero- or low-latency. Furthermore, on some cards these features can be controlled by JACK. This is a nice arrangement, if the sound card supports it, as it combines the convenience of having the monitoring controlled by Ardour with the low latency operation of doing it externally.

+ +

JACK-Based Hardware Monitoring

+

Some sound cards have the ability to mix signals from their inputs to their outputs with zero- or low-latency. Furthermore, on some cards these features can be controlled by JACK. This is a nice arrangement, if the sound card supports it, as it combines the convenience of having the monitoring controlled by Ardour with the low latency operation of doing it externally.

+

Software Monitoring

-

With this approach all monitoring is performed by Ardour; it makes track inputs available at track outputs, under the influence of various controls. This approach will almost always have more routing flexibility than JACK-based monitoring. The disadvantage is that there will be a latency between the input and the output which will depend mainly on the JACK buffer size that is being used.

+

With this approach all monitoring is performed by Ardour; it makes track inputs available at track outputs, under the influence of various controls. This approach will almost always have more routing flexibility than JACK-based monitoring. The disadvantage is that there will be a latency between the input and the output. The size of the latency depends largely on the JACK buffer size that is being used.

-

Setting up Monitoring

+ +

Set up Monitoring

There are three main settings which affect how monitoring is performed. The first is Edit > Preferences > Audio > Record monitoring handled by. There are two or three options here, depending on the capabilities of your hardware:

-

The other two settings are more complex; one is ‘Tape machine mode’, in the same dialogue, and the other is ‘Monitoring automatically follows transport state (‘auto-input’)’ setting in Session Properties.

-

Monitoring is also somewhat dependent on the state of the track's record-enable button, the session record enable button, and whether or not the transport is rolling.

-

Monitoring in software or hardware monitoring modes

+

The other two settings are more complex. One is ‘Tape machine mode’, in the same dialog, and the other is ‘Monitoring automatically follows transport state (‘auto-input’)’ setting in Session Properties.

+

Monitoring is also somewhat dependent on the state of the track's record-enable button, the session record-enable button, and whether or not the transport is rolling.

+ +

Software or Hardware Monitoring Modes

If Ardour is set to ‘external monitoring’, the explanation of Ardour's monitoring behaviour is simple: it does not do any. In the other two modes, things are more complex.

-

Monitoring in non-tape-machine mode

+ +

Monitoring in Non-Tape-Machine Mode

This section describes what happens when Ardour is not set to tape-machine mode.

-

Consider first the case when a track is record-enabled. In this situation, it will always monitor the live input unless the session is not record-enabled, auto-input is enabled, and the transport is rolling.

+

Consider first the case where a track is record-enabled. In this situation, Ardour always monitors the live input unless the session is not record-enabled, auto-input is enabled, and the transport is rolling.

When a track is not record-enabled, the track will play back its contents from disc unless the transport is stopped and auto-input is enabled. In this case, the track monitors its live input.

-

Monitoring in tape-machine mode

-

In tape-machine mode, things are slightly simpler; when a track is record-enabled, its behaviour is the same as in non-tape-machine mode: it will always monitor the live input unless the session is not record-enabled, auto-input is enabled, and the transport is rolling.

+ +

Monitoring in Tape-Machine Mode

+

In tape-machine mode, things are slightly simpler; when a track is record-enabled, its behaviour is the same as in non-tape-machine mode: it always monitors the live input unless the session is not record-enabled, auto-input is enabled, and the transport is rolling.

When a track is not record-enabled, however, the track will always just play back its contents from disk; the live input will never be monitored.

-- 2.37.2