<br><br><div class="gmail_quote">On Wed, Mar 4, 2009 at 5:15 AM, John Emmas <span dir="ltr"><<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Most other DAWs I've used seem to handle punch-in by editing any underlying<br>
regions.  So if you punch into an existing track and then delete the new<br>
region, you'll end up with a hole in the original region (though not a hole<br>
in the actual audio clip, of course).  This is usually known as<br>
non-destructive punch in.  Admittedly, this is arguably a misnomer because<br>
the timeline data gets destroyed, even if the audio clip is unaffected.<br>
<br>
Ardour seems to have a different approach.  Ardour seems to overlay an<br>
opaque region on top of the original region - thereby giving the impression<br>
that the original region got edited when in fact, it didn't.</blockquote><div><br>Not sure why it gives that impression, but it doesn't matter. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Ardour's method is truly non-destructive and I can see some immediate<br>
advantages in it - especially if you punch into a track by mistake, in which<br>
case it would be a trivial matter to go back to the original.  However, I<br>
can also envisage situations where the more conventional "leave a hole"<br>
approach would be preferable.  Does Ardour have an option whereby it will<br>
edit an underlying timeline region whilst leaving the actual audio clip<br>
intact?  In other words, the so-called "non destructive" punch in?</blockquote><div><br>if i understand what you are asking about, then it implies that if you "punch" over a single region, within its boundaries, you split the original region in two ("before punch" and "after punch") and insert the new region in between them.<br>
<br>if so, then the answer is no, *except* that lincoln spiteri has recently written a nice patch that allows trimming a region in a single step to the boundaries of other regions that it overlaps (or that overlaps it). this patch has not yet been applied.<br>
<br>i'd appreciate an explanation of the situations where the "leave a hole" approach is preferable. <br><br></div></div><br>