X-Git-Url: http://shamusworld.gotdns.org/cgi-bin/gitweb.cgi?a=blobdiff_plain;f=include%2Ftrackbus-signal-flow.html;h=bac1286c9be2797271267d961ca50400225241ce;hb=a26b49e5c69ac38d5465c62623994e8a81f1b6b3;hp=98e4e5c323a56c25fd91bbeaf55282d73c40be2f;hpb=cd424ba51a8cca029653ba7cb2b9496c046910b5;p=ardour-manual diff --git a/include/trackbus-signal-flow.html b/include/trackbus-signal-flow.html index 98e4e5c..bac1286 100644 --- a/include/trackbus-signal-flow.html +++ b/include/trackbus-signal-flow.html @@ -1,28 +1,30 @@

Overview

+
+ track signal routing +
Typical signal routing in a channel strip.
+
+

- In each individual Track or Bus the signal flow is top to bottom. Consider - the following diagram: + In each individual Track or Bus the signal flow is top to bottom, as shown in + the diagram on the right.

-
-track signal routing -
Typical signal routing in a channel strip.
-
-

- Trim, Fader and Panner are provided by Ardour. The Processor Box can hold 3rd - Party Plugins or host-provided redirects (insert, aux-send, etc.). + Trim, Fader and Panner are provided by Ardour. The Processor Box can hold third + party plugins or host-provided redirects (insert, aux-send, etc.).

An important aspect is that the signal flow is multi-channel and not fixed - throughout the track. For example, a Track can have a mono input, a mono to + throughout the track. For example, a track can have a mono input, a mono to stereo plugin (e.g. reverb) flowing into a surround panner with 6 outputs. - The design of Ardour is that width of the signal flow is defined by the +

+

+ The design of Ardour is that the width of the signal flow is defined by the passage through plugins in the processor box, followed by panning. The number - of inputs to the panner is defined by the number outputs of the last plugin + of inputs to the panner is defined by the number of outputs of the last plugin in the chain. The number of panner outputs is equal to the track's outputs ports, which can be added and removed dynamically. This schema is called Flexible I/O. It is very powerful and a distinctive feature of @@ -31,7 +33,7 @@

The golden rule of processor signal flow: The number of outputs of one link - of the process chain defines the number inputs of the next, until the panner. + of the process chain defines the number of inputs of the next, until the panner.

@@ -43,13 +45,13 @@

Strict I/O

- Strict I/O enforces a simple rule: Plugins have the same number of inputs as + Strict I/O enforces a simple rule: plugins have the same number of inputs as they have outputs. By induction the track will have as many output ports as there are input ports.

- Adding a Plugin will not modify the signal flow. The number of plugin outputs + Adding a plugin will not modify the signal flow. The number of plugin outputs is forced to the number of inputs present at the point of insertion. If a plugin pin is missing, it is ignored. If a plugin pin is not connected, it is fed with silence. Non-connected plugin outputs are ignored. @@ -172,15 +174,14 @@ class="menu">Side Chain button in the Pin Configuration window, and choosing an Audio or MIDI sidechain in the Add Sidechain Input lower right hand - section. A new dropdown menu appears, which displays a list of the + section. A new drop-down menu appears, which displays a list of the tracks/busses available to be sidechained, or, for a more complex setup (e.g. sidechaining from hardware directly), the Routing Grid (also accessible with a - Right-click on the dropdown menu). + Right-click on the drop-down menu).

The sidechain ports can then be connected, as other inputs, to a pin of the plugin, or an output port as a "thru".

-