Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
On Jun 17, 2006, at 5:33 PM, Frank Barknecht wrote:
How about making that a [metro] clone and adding it to abstractions/ purepd?
Actually I think, [metro] should loose its 1 ms limit, then the abstraction wouldn't be necessary (and it can block Pd quite easily with very small delay times). IIRC Miller already hinted at the possibility for making metro's limit smaller.
[metro] should be fixed, but I also think that since you already
implemented a [metro] in Pd, it should be part of the purepd
collection as part of the effort to implement as much of Pd in Pd as
possible.
I see the [delmetro] only as a temporary workaround for the rare cases, where you need really fast bangs. As there is a metro in purepd already, I don't see much sense in adding a clone.
I just wanted to illustrate the idiom of using delays in a metro-like fashion. This idiom becomes more interesting, when you want to do "metro"s with varying interval times for polyrhythms or for random rhythms like abstractions/nusmuk/rnd_metro.pd in CVS.
The length difference between [del] and [delay] is quite trivial, but
the difference in readability is large. Sure, we are used to the
abbreviations, but maintainable code is as clean and easy to read as
possible.
Yes, I understand, but I always use [del], I never write [delay]. Maybe because the "y" is in an awkward position on german keyboards. It is a bad habit. Like smoking.
One could fix it with:
$ perl -pi.bak -e 's/^(#X obj \d+ \d+) del\b/$1 delay/' *.pd
Frank Barknecht _ ______footils.org_ __goto10.org__