X-Git-Url: http://shamusworld.gotdns.org/cgi-bin/gitweb.cgi?a=blobdiff_plain;f=include%2Frecorder.html;h=0db673f8398b19698c43dda47d9c36946fecb578;hb=7d0008ace8d95c5b31cb18c862b9322a2d28ed6a;hp=d1166b8b9dc6f7eb042d8b5e95c9006f762c1f0b;hpb=7b5e6013adcdfb8bf52cf7b9cb6b746a9e0bc9f9;p=ardour-manual diff --git a/include/recorder.html b/include/recorder.html index d1166b8..0db673f 100644 --- a/include/recorder.html +++ b/include/recorder.html @@ -112,7 +112,7 @@
  • or both: also called "cue monitoring" if both buttons are - engaged, a combination of the two modes above, where all the track + engaged, a combination of the two modes above, where all the tracks play existing data from disk while also listening to the input signal. This is particularly useful for MIDI tracks, where one can hear a performance/new material while listening to the playback of @@ -136,6 +136,39 @@ Input when the master-record arm is engaged (so you are actually recording). +

    'New Playlist' buttons

    + +
    + The 'New Playlist' buttons +
    + The 'New Playlist' buttons +
    +
    + +

    + Recording multiple takes can easily be done in Ardour by using + playlists, as a track can have + multiple playlists and it is easy to switch + from one to another. +

    +

    + The two buttons create new, "blank", playlists to record on: +

    + +

    + Creating new playlists is both cheap in terms of CPU and memory, and easy + to revert by changing the track's playlist back to its previous one. Playlists + on different tracks can also share the same name, allowing for a better + workflow when recording: Ardour suggests Take.#n as the + name for each playlist, so that they stay somewhat correlated. +

    +

    Disk space and Reset Peaks