DSP Robotics Support

Btw good that you referenced control signal...
I should probably rename the "impulse" label in my synths Noise Velvet osc GUI... to just "pulse"... makes more sense

R&R wrote:So... putting this beside your Velvet Noise won't cause a double inital impulse/burst at some point? Iow if they output at the same time?... Or does the velvet noise never output on the first/ealiest samples, ever?

If velvet noise does output on for example sample 1 to 16... I could just add a delay on it, but seems a little costly.

The way I coded velvet noise the first pulse never occurs on the first sample.

LOL

Seems that way, I couldn't even force it to do that.

So... Solid assemblying on your part

Looks like I'll have to add a delay anyway

Didn't think of it but realized my amp envelope etc forces me to add atleast 512 (~12ms) sample delay to get the same pulse sound as the velvet noise (pulses do have zero attack times after all) (edit: Managed to get it down to 256 samples)

This time around I don't need the random ±1... I'll just add the impulse prim with a delay.

Uploaded a new version 0.52...

To justify this without any significant changes I created an entirely new "night mode" theme for the synth. For all those who might be allergic to subtle colors

Aux Oscillator using Noise Velvet with S1 all the way to the left (pulse)... now triggers an impulse on new notes, as intended.

Edit: Managed to mess it up by accidentally disconnecting filter routing dropdown. Fixed now!

I've got lots of future fixes and improvements to tinker with later.

A little question for MV...

The hop16 for the precalcs in your ZDF filters? How does it affect the filter outcome in practise...I mean, can the hop be increased and how much. What artifacts am I looking at in that case?

Just thinking about doing some noob experimention with BP filterbank for an Osc Module idea

The hop is there to save a little CPU assuming that the filter coefficients do not change at audio rate. The savings are not overwhelming, but most of the time the hopping will not do any harm. Exception might be when you have a filter envelope with an insanely sharp attack or run your filter LFO at audio rate. In case of doubt just remove the hopping. It should not result in a noticeable CPU hit unless you have thousands of those filters in your schematic. (Thinking as I write, that last assumption might actually be true. )

Guess I just have to leverage my current hop:ed samples in the precalcs... against any modulation rate as usual then.

As always! thanks Martin...

martinvicanek wrote:(Thinking as I write, that last assumption might actually be true. )

Haven't counted them
Something similar to "verwirrend" describes both my brain and plugin at this point LOL