summaryrefslogtreecommitdiff
path: root/manual/xml/working_with_layers.xml
diff options
context:
space:
mode:
Diffstat (limited to 'manual/xml/working_with_layers.xml')
-rw-r--r--manual/xml/working_with_layers.xml151
1 files changed, 151 insertions, 0 deletions
diff --git a/manual/xml/working_with_layers.xml b/manual/xml/working_with_layers.xml
new file mode 100644
index 0000000000..bd843ca305
--- /dev/null
+++ b/manual/xml/working_with_layers.xml
@@ -0,0 +1,151 @@
+<?xml version="1.0" standalone="no"?>
+
+<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
+
+]>
+
+<section id="sn-working-with-layers">
+ <title>Working with layers</title>
+ <para>
+ It is possible to arrange regions in a playlist (track) so that they
+ overlap - one starts before another finishes, for example. Because of
+ this, its important that there is a clear and understandable rule for
+ what you will hear when playing back these kinds of region arrangements.
+ </para>
+
+ <para>
+ Every region in a playlist is assigned to a layer. There can only ever
+ be one region on a given layer, although rearranging the playlist
+ (track) may change which region is on which layer. At any given point
+ along the timeline, you will hear the uppermost region at that point.
+ </para>
+
+ <para>
+ Of course, nothing in digital audio is ever quite that simple, and so of
+ course there are some complications:
+ </para>
+
+ <section id="layers-crossfades">
+ <title> Crossfades </title>
+ <para>
+ Whenever two regions overlap, there is the potential for a
+ <link linkend="sn-working-with-crossfades">crossfade</link> between
+ them. If the crossfade is not muted, then you will hear the contents
+ of the crossfade during the overlap, not just the uppermost region.
+ </para>
+ </section>
+
+ <section id="region-opacity">
+ <title> Region Opacity </title>
+ <para>
+ In a perverse nod to image manipulation programs, Ardour allows you to
+ make regions transparent. By default, all regions are created opaque,
+ which means that when they are playing, no region below them are
+ audible. However, if you change the region to be transparent, the
+ region will be audible together with any regions below it. This
+ capability should probably not be abused - if you really want to mix
+ sounds together in this way, they should probably live in their own
+ tracks. Occasionally though, this can be useful trick.
+ </para>
+
+ <para>
+ To change the opacity of a region, popup the region's editor,
+ accessible by context clicking on the region. Then click on the
+ "opaque" button, turning it on or off as desired.
+ </para>
+ </section>
+
+ <section id="layering-styles">
+ <title> Layering Styles </title>
+ <para>
+ When you are recording new material for a track, its typical to want
+ to new material recorded "over" existing material in the track to be
+ what you hear on playback. For example, if you overdub part of a
+ guitar solo, you normally want the overdub to be audible, not hidden
+ by the old version that was already there. By contrast, when editing
+ using splitting/trimming/moving of regions to create a particular
+ arrangement along the timeline, many people find that they want
+ regions that start later on the timeline to be the ones that are
+ audible.
+ </para>
+
+ <para>
+ To facilitate these two contradictory desires, Ardour features three
+ different styles for assigning regions to layers.
+ </para>
+
+ <variablelist>
+ <title></title>
+ <varlistentry>
+ <term>Most recently added regions are higher</term>
+ <listitem>
+ <para>
+ Use this style when recording/overdubbing new material. Edits of
+ any kind do not modify the layering.
+ </para>
+ </listitem>
+ </varlistentry>
+
+ <varlistentry>
+ <term>Most recently added/moved/trimmed regions are higher</term>
+ <listitem>
+ <para>
+ Use this style when recording/overdubbing new material, but you
+ want basic edits to cause regions to rise to the top.
+ </para>
+ </listitem>
+ </varlistentry>
+
+ <varlistentry>
+ <term>Later regions are higher</term>
+ <listitem>
+ <para>
+ Use this style when rearranging and editing regions.
+ </para>
+ </listitem>
+ </varlistentry>
+ </variablelist>
+
+ <para>
+ A new session has the layering style set to "Most recently
+ added/moved/trimmed regions are higher". To change the layering style,
+ open the <emphasis>options editor</emphasis> and select the
+ "Layers&amp;Fades" page. There is an option there to select the style
+ you want. Layering style may be changed at any time. The existing
+ layering of all playlists is not changed when changing the layering
+ model.
+ </para>
+ </section>
+
+ <section id="modifying-layering-by-hand">
+ <title> Modifying Layering By Hand </title>
+ <para>
+ If you want a particular region to be the uppermost when the current
+ layering style has put it on a lower layer, context click on the
+ region. Select the region from the menu that pops up, and in the
+ submenu that appears, choose one of "Move region to lowest layer" or
+ "Move region to upper layer". The layering for the playlist will be
+ recalculated to ensure that the region is on the layer you chose.
+ Note: these operations only have any effect if using one of the "Most
+ recently .." layer models.
+ </para>
+
+ <para>
+ You can see the precise layer a region is assigned in the popup region
+ editor, accessible by context clicking on the region.
+ </para>
+
+ <note>
+ <para>
+ At one time, Ardour offered more explicit control over the layering,
+ allowing you to move regions up or down to specific layers. This was
+ found to be problematic, confusing, and generally rendered
+ unnecessary by both of the layering styles the program now offers.
+ </para>
+ </note>
+ </section>
+<!--
+ <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"
+ href="Some_Subsection.xml" />
+ -->
+</section>