[PD] Rewriting a unified phasor / metro object for reading tables
reduzent at gmail.com
Sat Mar 15 17:47:18 CET 2014
On Sam, 2014-03-15 at 09:43 -0400, me.grimm wrote:
> I noticed though, is there a reason why it works on 0.45.3 and not
Oh, yes. You're right. I got confused, because the equation to determine
the current intra-step position for [vmetro] (now [rh_metro]) was
assuming Hz and s, but most Pd classes expect ms. That is why I used a
new feature introduced in 0.45 that lets you define your own timing unit
for most timing related classes. I forget to reverse that when it
I worked some more on [rh_metro], fixed some bugs (re-entrency did cause
Pd to hang) and put it on github.com. You'll find a slightly updated
[rh_phasor~ ], which still uses [rh_metro] internally, here:
> On Sun, Mar 9, 2014 at 5:39 PM, Roman Haefeli <reduzent at gmail.com>
> (I believe this might rather belong to pd-list instead of
> On Don, 2014-03-06 at 18:56 -0500, me.grimm wrote:
> > Roman,
> > >> wrapping points. The only drawback compared to [phasor~]
> is that
> > the
> > >> latter allows to control the frequency with a signal and
> > >> [metro]/[vline~] based phasor obviously doesn't.
> > I never did quite figure it out but how do you do more
> advanced things
> > with [vline~] such as updating/increasing ramp speed mid
> Frankly, I often find myself struggling with those kinds of
> > >> I'll be glad to help you build the [phasor~] replacement
> that has
> > an
> > >> additional bang outlet, if you need it.
> > Are you saying this is possible with just metro/vline~
> combo? I would
> > be curious what that looks like if you did build it....
> It wasn't as easy as I initially expected it to be. I already
> had a
> [metro]-like abstraction that can do intra-interval tempo
> However, I figured it was buggy (it worked only for the first
> change within an interval) and had to redo it. That was the
> difficult part. Combining it with [vline~ ] to make a
> [vphasor~ ] with
> extra bangs at each wrapping point wasn't as hard (at least
> not with its
> current limitations).
> Check attachment.
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> m.e.grimm | m.f.a | ed.m.
> megrimm at gmail.com
More information about the Pd-list