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

[Roman Haefeli]

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 at 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 at iem.at mailing list
>         UNSUBSCRIBE and account-management ->
>         http://lists.puredata.info/listinfo/pd-list
>         
> 
> 
> 
> -- 
> ____________________
> m.e.grimm | m.f.a | ed.m.
> megrimm at gmail.com
> _________________________________