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.
Very very interesting. Basically you have to take into account that
vsnapshot~ samples the signal with a delay of one block~ (and it
couldn't be otherwise), which renders it useless for the phasor~
accurate reset application.
The [samphold~] solution is brilliant.
I attach a test patch to demonstrate the one-block delay of vsnapshot~
(it could already be appreciated in your patch but here it is "isolated")
--
Matteo Sisti Sette
matteosistisette@gmail.com
http://www.matteosistisette.com
#N canvas 405 8 859 776 12;
#X obj 392 34 table xxx 256;
#X obj 99 57 bang~;
#X obj 99 91 spigot;
#X obj 178 41 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X obj 99 124 t b b;
#X msg 186 122 0;
#X obj 99 228 t b b;
#X obj 94 426 vline~;
#X obj 123 605 tabwrite~ xxx;
#X obj 145 333 delay 0.2;
#X msg 145 367 1;
#X msg 55 363 0;
#X obj 57 329 delay 0.4;
#X obj 345 537 vsnapshot~;
#X floatatom 346 571 5 0 0 0 - - -;
#X obj 361 352 delay 0.3;
#X obj 98 273 t b b b b;
#X obj 467 537 vsnapshot~;
#X floatatom 468 571 5 0 0 0 - - -;
#X obj 458 352 delay 1.7;
#X text 540 349 //this is one block later;
#X connect 1 0 2 0;
#X connect 2 0 4 0;
#X connect 3 0 2 1;
#X connect 4 0 6 0;
#X connect 4 1 5 0;
#X connect 5 0 3 0;
#X connect 6 0 16 0;
#X connect 6 1 8 0;
#X connect 7 0 13 0;
#X connect 7 0 8 0;
#X connect 7 0 17 0;
#X connect 9 0 10 0;
#X connect 10 0 7 0;
#X connect 11 0 7 0;
#X connect 12 0 11 0;
#X connect 13 0 14 0;
#X connect 15 0 13 0;
#X connect 16 0 12 0;
#X connect 16 1 9 0;
#X connect 16 2 15 0;
#X connect 16 3 19 0;
#X connect 17 0 18 0;
#X connect 19 0 17 0;
