manual/include/playlist-operations.html

63 lines
3.2 KiB
HTML
Raw Normal View History

2013-01-29 19:26:36 -05:00
2014-02-05 06:05:41 -05:00
<p>
2017-10-12 12:35:58 -04:00
In the <a href="@@audio-track-controls">track header</a> (editor window, left pane) is a button labelled <kbd
class="menu">p</kbd> (for "Playlist"). A click on this button displays the
following menu:
2014-02-05 06:05:41 -05:00
</p>
2017-10-12 12:35:58 -04:00
2017-03-14 12:43:24 -04:00
<table class="dl">
<tr><th>(Local Playlists)</th>
<td>Shows all of the playlists associated with this track, and indicates
the currently selected playlist</td></tr>
2017-10-12 12:35:58 -04:00
<tr><th>Rename&hellip;</th>
2017-03-14 12:43:24 -04:00
<td>Displays a dialog to rename the current playlist</td></tr>
2017-10-12 12:35:58 -04:00
<tr><th>New&hellip;</th>
2017-03-14 12:43:24 -04:00
<td>Creates a new empty playlist, and the track switches to the new playlist</td></tr>
2017-10-12 12:35:58 -04:00
<tr><th>New Copy&hellip;</th>
2017-03-14 12:43:24 -04:00
<td>Creates a new playlist that is a copy of the current playlist; the track switches to the new playlist</td></tr>
<tr><th>Clear Current</th>
<td>Removes all regions from the current playlist</td></tr>
2017-10-12 12:35:58 -04:00
<tr><th>Select From All&hellip;</th>
<td>Displays a playlist browser to manually choose which playlist this track should use. (from this track or another one)</td></tr>
2017-03-14 12:43:24 -04:00
</table>
2014-02-05 06:05:41 -05:00
<h2>Renaming Playlists</h2>
<p>
2017-10-12 12:35:58 -04:00
Playlists are created by default with the name of the active playlist, plus a
version number, and the first playlist is named after the track with which it is
associated. So, the first playlist for a track called "Cowbell" will be called
"Cowbell.1", the next one "Cowbell.2", etc. This name can be changed at any
time, to anything: Ardour does not require playlist names to be unique,
2017-10-27 10:23:42 -04:00
although it will make the user's life easier if they are. Suggested examples
2017-10-12 12:35:58 -04:00
of user-assigned names for a playlist might include <kbd class="input"> Lead
Guitar, 2nd take</kbd>, <kbd class="input">vocals (quiet)</kbd>, and <kbd
2017-10-27 10:23:42 -04:00
class="input">downbeat cuica</kbd>. These might be different from the
2017-10-12 12:35:58 -04:00
associated track names, which for these examples might be <kbd
class="input">Lead Guitar</kbd>, <kbd class="input">Vocals</kbd> and <kbd
class="input">Cuica</kbd>. The playlist name provides more information because
it is about a specific version of the material that may (or may not) end up in
the final version of the track.
2014-02-05 06:05:41 -05:00
</p>
2017-10-12 12:35:58 -04:00
<p class="note">Using the fact that playlist names are based on the active one with
an incremented version number, one can rename a playlist "Cowbell take.1" so that
2017-10-27 10:23:42 -04:00
the next playlist created is automatically named "Cowbell take.2" etc. This allows
2017-10-12 12:35:58 -04:00
for a quick way to label different takes.
2014-02-05 06:05:41 -05:00
</p>
2014-02-05 06:05:41 -05:00
<h2>Sharing Playlists</h2>
<p>
It is entirely possible to <dfn>share playlists</dfn> between tracks. The only
2017-10-12 12:35:58 -04:00
slightly unusual thing that should be noted when sharing is that edits to the
playlist made in one track will magically appear in the other. It is an
obvious consequence of sharing. One application of this attribute is parallel
2017-02-14 10:20:06 -05:00
processing, described in <a href="@@playlist-usecases">Playlist Use Cases</a>.
2014-02-05 06:05:41 -05:00
</p>
<p>
2017-10-12 12:35:58 -04:00
To avoid this kind of behaviour, and nevertheless use the same (or substantially
the same) playlist on two tracks, the desired playlist must be chosen in the
second track, and then the <kbd class="menu">New Copy&hellip;</kbd> button clicked.
This generates an <dfn>independent copy</dfn> of it for that track, which can
then be edited without affecting the original.
2014-02-05 06:05:41 -05:00
</p>