Most accurate timing to record (on/off) into a buffer on the beat?
What is the best method (timing wise) to record into a buffer on the beat (2 bars long)….right now I am driving my transport with a 32n metro…When I hit a button it waits for a [change] in the transport bars output, then sends a bang to start recording…that bang is also delayed by 2 bars using two [pipe 1n] to tell [record] to stop. I don’t think this is the best resolution when dealing with sample accurate recordings? Any suggestions?
I think [poke~] in conjunction with [count~] or [+=~] is the most accurate method. The plus side of [record~] is that you can record up to 4 channels simultaneously and they will be perfectly in sync with each other. Both [poke~] and [index~] handle only 1 channel at a time.
I may be remembering incorrectly, but I think a while ago when I used 2 [poke~] objects to record the output of a stereo [sfplay~] there was some phasing going on during playback via index. It’s worth testing I guess, but I’m not sure if there is any theory that could support that memory. They should have been sample-accurately sync-ed to eachother.
I would LOVE it if C74 made [record~] signal triggered…………..
Not sure, I guess I will try that later this weekend. It would be nice to have both channels. What I am doing is recording 2 bars and saving it into a buffer. That buffer is conceptually divided into 8 pieces, which can be triggered to replay via a midi-keyboard. Sort of like an on the fly resequencer…so 2 channels would be a plus.
Well ahead of me on this one, that’s exactly what i need to replace my reaktor setup…. i’m thinking i’ll need two of what your programming so that after one finishes recording the other starts so that i have arolling buffer type affair, or can you access a buffer thats recording already?
Thanks raja, will look into it when I get home. I’ll also post my test patch for S4racen (very beta/ugly interface).