I use coll for this.

What you do is pack up your current time (using something like 128ths from transport is a good method, I find) and your input stream, and feed it to coll.

then, with relatively few auxillary objects, you can switch between recording (a list) and playing back (just the time input).

This method has always beaten stuff like recording to audio buffers etc. It's quite solid.

I'd show you my patches for it, but it's full of system-specific stuff that would be well confusing to anybody but me, I fear...

mtr is also worth a look

Theres two really nice methods there guys, mtr looks good... seems to do all the work for you! Just had a little look at the coll method, I can see how it would work, but when you say 128ths, do you mean divisions of the tempo? because when I do this it only records one bar worth of lists at a time.

Thanks for the quick responses, Eoj

no, divisions of the ticks coming out of transport. You then get an infinite line of 128ths counting upwards.

There's also the option of recording it in an audio buffer and playing back from there. Could be good if you need very high resolution automation. It's something I've wanted to try for a long time but haven't gotten around to.

yeah, I had a bit of a coding battle with Guillaume from jazzmutant who insisted on doing this, but after some red wine and testing it seemed clear that it didn't offer that many benefits, beyond being choppable with buffer shufflers and such.

I guess for midi controller input it indeed doesn't yield much benefit. Though if already using audio rate lfo's etc it might be useful.

I'd highly recommend using seq~, which outputs control-rate events controlled by a signal-rate clock.

It has overdubbing, it's very accurate for timing since it's controlled via a phasor~ signal (so if you want to loop this gesture...), it works with coll, and you can algorithmically add/delete events.