Hallo, martin brinkmann hat gesagt: // martin brinkmann wrote:
in the past (reaktor) i have used the songposition most of the time, and made everything counter-based. (always perfectly in sync, but harder to manually re-sync). since i was happy that my first pd patch (a 'rockafella'-based loop-player) was running pretty well (and in sync) with this pahsor based approach, i continued to use this method. i agree that it is a waste of cpu. maybe id would be a good idea to use only one phasor (or a vline based 'phasor') to drive a counter and than use this counter for the different sequencers. at least when it is not neccessary to sync the different modules independently. (groovebox2...)
Actually for a rather deep technical reason re-syncing of a [phasor~] is not as accurate in Pd as resyncing a clock-based timing message like the ones generated by [metro].
The background is: The right inlet of [phasor~] or [osc~] which set the phase will only accept messages on block boundaries of 64 samples. So you cannot sync anything more exact than about 1.5msec. Clock-derive messages like those of metro, delay, pipe or qlist can be used in conjunction with vline~ to overcome this 64-samples limit. The difference between both is illustrated in attached patch.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__