dougalex
Anderton
The only difference is that the transport doesn't stop playback automatically after recording, but so what?
IMAGINE YOU ARE RECORDING YOURSELF!!! VERY NICE TO HAVE THE TRANSPORT STOP AUTOMATICALLY, RIGHT!?
Honestly, not really. I see it as six of one, half a dozen of the other. The way it is now, I place the cursor where I want to start hearing the music, hit R, hit the space bar when I'm done, and I'm back to where I started. The recording stops automatically anyway, which what I care about. I wouldn't want to hassle with drawing a second region in addition to the punch one, enable some function that would tell the loop not to loop instead of the default behavior, then figure out what to do after it had stopped automatically (unless part of your feature request is to have it stop and rewind automatically back to where you placed the now time originally).
I just don't find it a big hassle to hit R to start punch recording and hit the space bar to stop,
but if you were going to do the same part over and over and over and over and over again I can see where it would be worth the setup time to define the secondary region and initiate the "stop here" function. But hey, put in a feature request and see if it gets traction.
I think a better feature request might be the option to create a "song end" marker. You could put this where you wanted your adventures in punching to end, but also, it would stop all the forum posts about "hey, the end of the song is longer than the end of the song" - I wouldn't have to explain the part about trimming clips and deleting the region where automation nodes might be left over. So it would solve two problems instead of one.