We have a new module out now, called Basic VCO. It is meant to be a small, no frills, VCO that is exceptionally clean, fast, and small.
At only 3HP wide it qualifies as a “tiny” VCO, but it does manage to pack in more features than you might expect, including octave/semitone/fine knobs, seven waveforms, and full PWM and pitch modulation with attenuverters for each.
Because Basic VCO only has to generate one waveform at a time, we were able to meticulously optimize the CPU usage for each waveform. The resulting CPU usage is very, very low.
We’ve also used all the tricks that we know to eliminate distortion and artifacts in the audio, so it has very little aliasing, almost no DC on any outputs, and not random clicking and popping.
In this release we also made in improvement to Kitchen Sink. The sensitivity and response of the wave-shaper depth was not good. It’s much better now.
Oh,your really cooking now.First the OrganThree,and now - so soon afterwards - this.
1000 VCOs = 1/3 of a core !!! I know I’m no expert,but this seems like it should be pretty much impossible. I’m sure more experienced users than me will be coming up with all kinds of massive creations.
Mind you,many-thousand-VCO monster patches aside,given the flexibility of these,combined with the efficiency,all kinds of really complex patches,utilizing many,or all,of the different wavefoms will no doubt be possible,with a Very low CPU hit.
Congratulations on two outstanding releases,in less than a week.
Thanks for your kind remarks. Yeah, we like this new gizmo, and it did come together pretty quickly.
Must point out, however, that there are several VCOs that have been out for a while that are quite good and efficient. The Fundamental VCO shows that using SIMD can give a huge speed up in a polyphonic VCO, the Boagaudios are super efficient monophonicaly, and both of these have very low digital artifacts.
not sure if this is a bug or just unintended use: if i’m mapping a potentiometer controller (i.e. constantly changing cc) via midi-cat to the waveform selector i’m able to end up with a non square waveform while the plugin still says its square when right clicked on the knob … looks a bit like a rounding error of the value mapping to the different stages of the knob maybe? or mapping a cc controller to a knob with several fixed steps is not really intended - can be as well the case …
This is a problem how “snapping” is done in Rack: In its current implementation snapping of a knob is only known to the GUI of the knob itself, nothing else (especially parameter mappings) can know about it. All snapped parameters have that problem, there is an longstanding open issue on GitHub for this.
Someone should implement a SnappedParamQuantity to handle this correctly.
Actually this just seems to be a bug in Basic VCO. As you guessed, the rounding is different for display and processing. That said, the VCO is not designed to be used this way. It will almost surely “pop” audibly when you switch waveforms while it’s playing.
haha - as to a workaround, isn’t it a purely cosmetic bug? My suggested workaround would be “don’t look at the value in the popup while you are doing this”. That said, if you would like a fix I would be happy to provide one. Assuming you either build your own plugins or use windows.
There is a fix in github now.
I will talk to @stoermelder offline to learn more about these issues.
thanks a lot for the fix - most probably you are right that in the end it is just cosmetic - it was just confusing me a bit in the end when i saw something else then a square when according to the knob a square was selected - i initially was thinking that i might have a problem with my arm cpu builds
how about a Basic VCF with the same form factor, high quality and low cpu usage as next module? maybe based on a similar philosophy: only do one thing and that properly, i.e. just freq and resonance and switchable lp or hp, only four ports for freq, resonance, in and out … just an idea - i think it would fit nice to the Basic VCO