[PD] [PD-dev] Rewriting a unified phasor / metro object for reading tables

Thomas Grill gr at grrrr.org
Wed May 8 23:43:17 CEST 2013

Hi Ed,
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.

Thomas Grill

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  
> really...
> Cheers,
> Ed
> Ninja Jamm - a revolutionary new musix remix app from Ninja Tune and  
> Seeper, for iPhone and iPad
> http://www.ninjajamm.com/
> Gemnotes-0.2: Live music notation for Pure Data, now with dynamics!
> http://sharktracks.co.uk/
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130508/5d4d6b4f/attachment.htm>

More information about the Pd-list mailing list