On Sun, 2010-04-18 at 11:25 +0200, Frank Barknecht wrote: > On Fri, Apr 16, 2010 at 08:19:09PM +0200, Frank Barknecht wrote: > > Mike's trick then is to take a snapshot~ of the original phasor at the > > moment of the desired phase resetting. If you substract that value from > > the original phasor, you get a phasor~ shifted up or down just by the > > value it had when the phase was last reset. > > > > Now you can add in the desired phase value again to get a wrap-phasor that > > is > > out of sync to the original phasor in exactly the desired fashion. > > Actually I meant two write "take a [samphold~] of the original phasor". > Taking a snapshot~ or rather, a vsnapshot~ is something I have also > tried, but it gives the wrong results. See attached example for a > comparison of [vsnapshot~]->[vline~] with Mike's [samphold~] solution > (which I simplified a bit). Lesson to learn: [vsnapshot~]->[vline~] > won't do what you may expect it to do.
Before this thread was started, I also was thinking of a [vsnapshot~] based solution. But I didn't even start to try to implement it, because it includes a loop (message -> audio -> message) that will certainly introduce a latency, which breaks the goal of accuracy completely. I find Mike's loopless [samphold~] based solution very elegant. Roman _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list