Anyone got a ramp generator that cubically or spline-ally interpolates between control points?

(Yeah, "you can roll your own," but I'm in a hurry and would prefer to save time if possible -- it would almost be faster to run PluginCollider via vstplugin~ and generate control signals by LFDNoise3 but that's maybe a bit much.)

hjh

Doesn't [tabread4~] apply cubic interpolation? If you store a ramp to a table, you could use that with [line~] to read through it, couldn't you?

@alexandros hmm... so, rotate control points through a table, that could work. Let me try later.

hjh

@ddw_music +1 to @alexandros' suggestion, but also--do you remember having this exchange? https://forum.pdpatchrepo.info/topic/14762/fidelity-of-tabread4/2
tabread4c~ doesn't have those non-differentiable points if that matters to you.

Tried to use an array as a signal-rate shift register -- it ends up in the right place but when the phasor~ resets, the shift isn't properly synced and the output glitches.

"The series of [pd] objects is meant to force scheduling order" but clearly it doesn't:

Can't avoid the cyclone reference I think b/c Vanilla has no equivalent of poke~. (Actually I wonder if poke~ doesn't update the array on time.)

lfdnoise3~.pd

hjh

@jameslo said:

@ddw_music +1 to @alexandros' suggestion, but also--do you remember having this exchange? https://forum.pdpatchrepo.info/topic/14762/fidelity-of-tabread4/2
tabread4c~ doesn't have those non-differentiable points if that matters to you.

Good catch, but the shift register has to work first.

hjh

"moon-lib" has a tabread inbetween-er. the bazier formulas are available in pd vanilla somewhere. P1 P2 foci fomulas. one of them is in "context"-lib

@ddw_music I didn't stare holes at your patch, but it looks to me like you are trying to generate ultra-low frequency noise. If I've guessed right, here's my solution: ULFNoise~.pd ULFNoise~-help.pd

Instead of a shift register, I just maintain a 64 sample array of noise and refill it when I'm nearing the end, taking care to copy the samples relevant to the last read point to the beginning of the array so it can pick up where it left off.

@jameslo said:

Instead of a shift register, I just maintain a 64 sample array of noise and refill it when I'm nearing the end, taking care to copy the samples relevant to the last read point to the beginning of the array so it can pick up where it left off.

Yes, low frequency noise, just not linearly interpolated.

I was gradually arriving at the idea of a longer array.

But I wonder why the shift register doesn't work -- pretty sure the same logic in SuperCollider, with BufWr, would be fine as long as the unit generator order is right. If poke~ is broke, maybe it should be fixed.

hjh