TheTechnobear’s Rngs VST Sound Test

I did a simple sound test with Rngs. It’s very impressive.
Thank you @thetechnobear!

EDIT: I tested again Odd and Even outs of Rngs by mixing in mono and stereo.

(mixing in mono)

(mixing in stereo)

Glad your enjoying it :slight_smile:

Are you just taking the output from out1?
When using poly > 1 Odd and Even harmonics are outout of out 1 and out 2 respectively.
Also in some modes ( I think when poly = 0) , you’ll find out 2 has a slight variation which can be nice to mix in.

( generally, I usually take out 1 and out 2, and either mix them, or use them as a stereo effect - nice when you take into a reverb to smear them)


The test situation was insufficient because I wanted to test it quickly. As you said, I only sent Odd Out. :sweat_smile:

As you advised, the mixture of Odd and Even makes a more amazing sound. I’ll have to run the test again.

Thank you!

1 Like

Yeah it’s a common thing to overlook :wink:
In fairness the hardware module ‘detects’ the output jacks, and if no jack is put into the even output, it merges the two outputs.
Unfortunately, the vst doesn’t know if ‘virtual jacks’ are inserted so I can’t do this.


Thanks to you, I’ve learned more.:slightly_smiling_face:

i think this is the case in other modules too where stereo is summed to 1 out

not quite sure i follow? are you talking SSP modules or Eurorack modules?

in Eurorack, jack detection is not that common (*) - but normalisation is (two slightly different things).
e.g. its common for stereo to be summed to on left, if no jack is inserted into the right.
(lots of normalisation happens in ‘one voice’ modules eg. osc-> vcf)

In rings - the output is ‘just’ normalisation. the selection of excitation source uses ‘jack detection’

I’ve been talking to @bert about the possibility of a VST module ‘knowing’ (via SDK) that a connection has been made to input/output. this could make modules react more intelligently depend on how users have patched (or not) the module.

(*) Emile of MI, commented that its one of the aspects of her modules she is most proud of.

1 Like

Way to go @thetechnobear, you beat me to it!

I’ll have to get with you on the side and talk shop!

I can help slick up the GUI of what you’ve already got there. Would be nice to add some visuals using the available scope code in the example project and help take better advantage of the large display area there.


we’re talking SSP here
esp in the reverb/delay i can notice plugging in a mono (L) signal but getting an output on the right etc

i understand there’s already a logic when patching modules so maybe you can use that logic in the VST dept. too

it could be that native SSP modules are able to determine if they have an input connected or not - but it is not currently possible within an SSP vst.
if/when it is, i will review and make use of it :wink:


Well there isn’t something being sent to the VST specifically, but you could set up logic within the VST itself to poll the inputs for activity and the do some work after. (IE: waste CPU cycles for a house keeping task)

Personally I think the user just being cognizant of what they are doing is a better solution.

hmm… not all jacks have activity, e.g. a gate input will 90% of the time not have an input, but that doesn’t mean its not connected. (strum on rings is exactly this use case)
i think MI look for ‘noise’ on the input jacks to do jack detection, but that does not work in a virtual environment.

also it’d be useful for outputs to also know if they are connected - as was shown in my original post - here we could combine odd/even harmonics IF out 2 is not connected.
(which is a normalization on the original module)

anyway, certainly the SSP knows about this connection state - its even shown in the network page, its just a matter of passing that information down to the VST. (via the internal VST module) - IF this is already being done for SSP modules, hopefully its possible for the VST too.

Well a polling that only checks once isn’t much of a polling. You would need add that check to the same audio loop processing audio if you wanted extreme precision on inputs. BUT this is a huge waste of processing time, so I am not recommending it.

It does, but this information is not currently passed to VSTs. This is part of how the VST is implemented.

It could be changed by I’m not sure of the overhead impact.

I mean we are calling these things VSTs, but in reality they are just custom SSP modules in a wrapper so that the underlying mechanics are not exposed. (which I understand and support. I’m not ragging on it.)

This does sort of provide a quality buffer between the firmware and custom modules. With unfettered access to the underlying system, you could have custom modules really messing with the stability of the platform, and that would be no bueno.

I uploaded an additional test video on the body of this text. :slight_smile:


Just got a chance to listen to both of these…
very interesting, you got some sounds I was quite surprised at e.g. high structure values that were bells…
definitely will be coming back to these!

there is a whole other world to explore :slight_smile:

arguably, the most exciting part of Rings is feeding in external audio ! (vst in[1]),
the reason is… without external input, you’re basically using short noise burst created by the internal exciter,
with external input you can throw in anything to excite the resonator.

start with the the following :

NOI -> VST IN[1] -> Select AUDIO and V/OCT in Rngs
send in a V/OCT into VST IN[3]
use ENV-> NOI:AMP , set it to no sustain, or attack and short decay/release

at this point, its ‘quite similar’ to rngs internal exciter.

BUT… we can start changing things up…
(for the following, you might want to alter the rngs parameters incl pitch, huge differences to be had!)

increase the sustain on the ENV and/or - with slow attacks you can get noisy/breathy sounds, and move to bowed sounds (like violin) - also experiment with NOI colour .
add an SVF between NOI and rngs - now you can colour /shape the noise even more, getting some really nice tones.

BUT theres more…
switch out the NOI for a WTO, now you can send in vastly different sampled sounds, which you can also modulate.

thats great with SSP is we have so many things we can throw into the resonator (rngs), samples, granular - all are game :slight_smile:

a while ago, I did a video where i explored how you can play with resonators to get all sorts of fun sounds
(it was with Elements and AE modular, but same ideas valid on SSP and rings )


Oh, I got to know more about audio in thanks to your explanation. That’s very interesting. I think we can make different tones through audio in. Thank you for sharing.

1 Like