Hallo, Eric Lyon hat gesagt: // Eric Lyon wrote:
Cool patch, Frank. Note though that by converting the click signal from samm~ into a bang, you are rounding it to the nearest vector.
Hm, I actually only used click2bang~ to be able to do measurements with [timer]. In attached patch I removed that part, so the impulses are directly recorded to samm.wav. It still is in sync with [metro].
As I showed in my demo at LAC, I can make metro perform poorly in a subpatch with a very large blocksize (say 4096), but samm~ will perform the same irrespective of blocksize.
But weren't you showing this only for Max? Pd's [metro] doesn't care about the blocksize at all.
It is true that samm~ and friends were originally written for MaxMSP to deal with its problematic event-level timing. OTOH as my paper points out, Pd's audio thread is more susceptible to interruption from GUI events than MaxMSP.
But aren't samm~ etc. also derived from the audio thread, because they are signal externals? Then they should be just as shaky or solid as the clock-derived objects metro, delay etc., shouldn't they?
In addition to convenience, The benefits of samm~ come from its integration into a system of signal-level triggering, particularly with the soundfile player called player~ which I think has some nice features.
Yes, it's definitely a cool collection, and I'm glad to have it in the CVS soon. ;)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__