recording numbers in time

    May 20 2013 | 7:41 pm
    Hey guys, was wondering if anyone would be able to help me with a problem. I want to be able to record a stream of numbers in time, so I could (for example) hit record, move the frequency of a filter up and down and then loop that sequence. Any help would be much apreciated!
    Cheers, Eoj

    • May 20 2013 | 8:49 pm
      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...
    • May 20 2013 | 8:57 pm
      mtr is also worth a look
    • May 20 2013 | 10:06 pm
      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
    • May 21 2013 | 2:39 pm
      no, divisions of the ticks coming out of transport. You then get an infinite line of 128ths counting upwards.
    • May 21 2013 | 2:54 pm
      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.
    • May 21 2013 | 5:05 pm
      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.
    • May 21 2013 | 5:22 pm
      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.
    • May 21 2013 | 6:21 pm
      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.