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 0.43.4-extended?
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 finally worked.
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:
https://github.com/reduzent/netpd2-patches
Enjoy! Roman
On Sun, Mar 9, 2014 at 5:39 PM, Roman Haefeli reduzent@gmail.com wrote: (I believe this might rather belong to pd-list instead of pd-dev)
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 the > >> [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 ramp? Frankly, I often find myself struggling with those kinds of problems. > >> 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 changes. However, I figured it was buggy (it worked only for the first tempo change within an interval) and had to redo it. That was the most 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. Roman _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list-- ____________________ m.e.grimm | m.f.a | ed.m. megrimm@gmail.com _________________________________