[PD-dev] Rewriting a unified phasor / metro object for reading tables
gr at grrrr.org
Wed May 8 23:43:17 CEST 2013
maybe the ramp abstraction in http://grrrr.org/research/software/upp/upp-tut6c/
is of use for you.
It doesn't wrap but just ramp endlessly.
Am 08.05.2013 um 23:00 schrieb Ed Kelly:
> Hi Lists(s),
> I'm rewriting phasor~ and unifying it with metro so that a pulse is
> generated from the boundaries of each ramp - so that bars of music
> can be read using tabread~ objects with a sample-accurate metro.
> I'm sure someone will say this can already be done, but it has to be
> dropped into the Ninja Jamm patch, so there isn't really time to
> rewrite the rest of the patch.
> I don't fully understand the way phasor~ wraps, but I have the
> object firing out bar numbers correctly. I'm putting clocks in for
> 16ths and 24ths of the beat, initiated on each wrap. I need to
> minimise CPU, so what I want to know is this:
> Does phasor~ always start from 0 and go to 1, i.e. is there always a
> signal value of 0 at the start of the ramp and a signal value of 1
> at the end? As I write this, my common sense tells me it should be
> "yes" but I want to make sure. I suppose I should just try it
> Ninja Jamm - a revolutionary new musix remix app from Ninja Tune and
> Seeper, for iPhone and iPad
> Gemnotes-0.2: Live music notation for Pure Data, now with dynamics!
> Pd-dev mailing list
> Pd-dev at iem.at
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-dev