On Thu, 2014-03-06 at 19:22 -0500, Brian Fay wrote:
> On Tue, Mar 4, 2014 at 8:53 PM, Chris McCormick
> wrote:
>
>
> Not sure if this is relevant or already common knowledge but
> newer
> versions of Pd allow you to specify metro and delay tempo &
>
There is also disis_phasor~ that does exactly what you mentioned (it is
available as a separate download as well as part of pd-l2ork). Namely, it
has 2 outlets with the right one firing a bang whenever ramp is complete.
This, however is only accurate to the nearest vector size (default 64
samples).
On Wed, 2013-05-08 at 22:00 +0100, Ed Kelly wrote:
> 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 some
Thanks Katja.
I'm doing things in a quick and dirty manner, to see if they work and so that
they can be implemented quickly for the 100,000 or so downloads we've had, but
I want to get it right. We'll have a testflight version next week so we'll be
able to test the new version (it's like a hear
On Wed, May 8, 2013 at 11:00 PM, Ed Kelly wrote:
> ...
> 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
> sur
Hi Ed,
maybe the ramp abstraction in http://g.org/research/software/upp/upp-tut6c/
is of use for you.
It doesn't wrap but just ramp endlessly.
gr~~~
--
Thomas Grill
http://g.org
Am 08.05.2013 um 23:00 schrieb Ed Kelly:
Hi Lists(s),
I'm rewriting phasor~ and unifying it with metro