Support |
I finally understand what you are talking about. Yes that's right! But I doubt it will be a problem for Rick. The fact that no technology can compensate for latency in real-time processes is so fundamental that I didn't understand that you brought that into the picture (I never meant to question that). What I thought you meant was the latency compensation in Mobius (that I had mentioned in the post you were quoting) and that is only a simple fix to shovel the latest overdubbed layer earlier in time to match where it was played regarding older loops. What I said is that this latency compensation doesn't get tilted by Rick kicking on his retrigger pedal - unless in the middle of an overdub/multiply process. Greetings from Sweden Per Boysen www.boysen.se www.perboysen.com On Wed, Feb 25, 2009 at 4:39 PM, andy butler <akbutler@tiscali.co.uk> wrote: > If you have latency compensation, it only changes the playback > position from the audio buffer. > Response time isn't improved at all. > > So, if you're using latency comp, and you re-trigger a loop then > playback won't start any earlier. All that happens is that playback > starts at the "non-compensated" time, but it starts from a point that > keeps the audio in sync....so you lose the first note to some extent.