View Issue Details

IDProjectCategoryView StatusLast Update
0006252ardourfeaturespublic2015-04-13 08:05
Reporterlpirl Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status newResolutionopen 
Summary0006252: pre- & post recording
DescriptionEspecially for recording with punch ranges, it would be useful to have some pre- and post-recording. That way, users can precisely punch in regions without the risk of loosing an upbeat or a note that is a little bit to early.

In other words, there would have to be a ring buffer per record-enabled track, that is always filled with the input of the corresponding track.
When punching in, the ring buffers would be prepended to the corresponding regions that are being created. However, the resulting regions are of curse trimmed to the point where the punch in was.
For punch out, the recording can simply stop later.

Both functionalities - pre- and post-recording - should ideally be globally configurable in terms of if to enable them or not and how big the buffer should be (/how long the pre-/post-recording should be, in seconds).
TagsNo tags attached.

Activities

the_CLA

2015-04-12 13:47

reporter   ~0016583

Last edited: 2015-04-12 13:49

"Especially for recording with punch ranges,"
...this is not needed, as you could simply place the punch in point earlier (and the punch out point later).

When punching in/starting recording manually a pre-recording buffer would possibly make more sense, IMHO. I can't see any use for a post-recording buffer at all, though.

lpirl

2015-04-12 14:25

reporter   ~0016585

"...this is not needed, as you could simply place the punch in point earlier (and the punch out point later)."

Well, I think this is workflow-dependent.

It happens to me that I have a region that I want to replace, so I set the punch range from that region. The punch range then fits exactly the time window I want to record/replace.
This is desirable because of two reasons: a) I do not have to trim the region start and end after every take to see how it fits in and b) the musician can hear it's track until the recording starts without being irritated because his track mutes a bar earlier.
Especially a) is useful if you record a specific region over and over again.

Also, On 03/23/2015 02:19 PM, Jörn Nettingsmeier wrote on ardour-users@lists.ardour.org:
> Would fix that "shitshitshit" moment when you're not getting a pre-cue before people start playing.

gunterkoenigsmann

2015-04-13 03:35

reporter   ~0016586

The other place I know a post-record buffer might be useful is a recording function that automatically starts 1 second before someone starts singing/playing/talking and stops 1 second after the noise stops. Stopping one second after the beginning of silence can be realized without a post-record buffer, though.

lpirl

2015-04-13 08:05

reporter   ~0016587

gunterkoenigsmann: since that function is not supported yet, I reported it here: http://tracker.ardour.org/view.php?id=6253

Issue History

Date Modified Username Field Change
2015-04-12 11:43 lpirl New Issue
2015-04-12 13:47 the_CLA Note Added: 0016583
2015-04-12 13:49 the_CLA Note Edited: 0016583
2015-04-12 14:25 lpirl Note Added: 0016585
2015-04-13 03:35 gunterkoenigsmann Note Added: 0016586
2015-04-13 08:05 lpirl Note Added: 0016587