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

[me.grimm]

hey roman,

thanks for that!

I noticed though, is there a reason why it works on 0.45.3 and not
0.43.4-extended?

I could not tell off hand....

m


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
_________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140315/86e42e24/attachment.htm>