How polyphonic cables will work in Rack v1


(Jonathan Moore1) #21

I agree that A/B tests will help here. Over the weekend I’ll prepare some AB’s using the Oberheim modules in Diva and similarly with Repro 5. I think it’s also worth listening to AB’s involving Arturia SEM V/Matrix 12 and Sonic Projects OP-X PRO-II, as these aren’t so militant about emulating the complete signal path (resulting far more friendly processor overhead). I’ll include iSEM (iOS) within that last batch as its also very processor efficient but successfully emulates the impact of separate filter responses on a per voice basis.

The sonic signature that connects all of the above VA’a has nothing to do with zero delay filter modeling or suchlike (both the SEM V and OP-X were designed before ZDF became the ‘soup du jour’ of the VA emulation community). It’s simply that they follow that original Oberheim 4-Voice architecture and individual ‘rotating’ polyphonic voices spread across the stereo field, each with a slightly different filter response; results in a killer recipe for pads and drones that sound very different to the polyphonic voicing of the e.g. Roland synths of the early to mid eighties. The Juno’s and Jupiters had their own secret sauce (their killer chorus units) but this was still very different to the Oberheims and Prophets.

I can only imagine how great VCV will sound with Vult’s ace Vessek unit (hybrid FM/phase modulation oscillator) spread across the stereo field in a similar manner. I’d imagine it would sound pretty darn awesome! :slight_smile:


#22

about “should the setting of poly modules have slight variations per voices”
If I understand correctly, a poly vcf module will also have a poly cut off. mod cv in.
If it is so, then it’s up to the user to mux and demux the signal that control the cut off to introduce some small variations


(Andrew Belt) #23

Yes, if you want to have slight variations of VCF cutoff per-voice, you could demux the cutoff signal, patch the N cables into a monophonic module that applies a unique offset to each signal, patch the result into the muxer, and then patch the single poly cable into the FREQ CV input of the VCF.

But a better solution is for the developer of the monophonic offset module to add polyphonic support, so you only need 1 + 1 cables instead of 1 + 2N + 1.


(Alfonso Santimone) #24

Hi all, i try to give my contribution about the “drift” matter.
Excuse me if it won’t fit the discussion here.
A good idea would be to have a generic “drift” module.
A thing with a poly input, a poly output and 16 knobs with CV input for every knob where is possible to decide the range of drift for every poly voice. And maybe a mono “trigger” input to generate new drift values for every channell in the poly chain. Or maybe a trigger input for every channel.
This way the concept of analog drift could be applied to any parameter (VCF cutoff, VCO pulsewidth, ADSR times etc.)
Does it make any sense?


(Samir) #25

Yes, it definitely does. Something like that we have in Diva(there are “tune” option for every voice and general “drift”, but in modular system I prefer acces to a drift of every voice, plus to have an ablity to use some kind of “smart randomization” of drift(and maybe tune’s), which gives that “analog/full/lush vibe”. You know, there are threads on Gearslutz, where Synapse Audio’s developers exmplain it in details(they’re working on a new synth and, as I got it from their words, they’re paying a lot of attention to this thing).
Also, you can watch these kind of video explanations:


(Andrew Belt) #26

Go for it. The only thing I should mention is that it would be more straightforward to have just one “drift” knob. Polyphonic channels (when used for their recommended purpose, polyphonic voices) should be treated roughly identically, so all channels should have the same amount of drift variation. Users shouldn’t really need to request that channel 7 has more drift than channel 2. They should just turn a knob (with CV), and all N voices should go out of tune in statistically similar amounts.

I suppose that my recommendation is an exact disagreement with @Samir.


(Skrylar) #27

aP Modules has a detuner that adds configurable noise to an input; something like that might work if applied to filters instead of V/oct?


(Alfonso Santimone) #28

I guess it should be in poliphonic form.
When i use similar strategies with different mono voices my Rack become so much cluttered and CPU stressing …


(Alfonso Santimone) #29

using Reaktor i did a similar thing that gives random drift (in a user defined range) to the polyphonic signal. Instead of an always running noise would be better to have a random value (in user defined range) triggered just when a gate/trigger arrives. This kind of thing can simulate analog drift in CV


(Skrylar) #30

Maybe I should get around to making that multi sample and hold module. It’s come up a few times now :thinking: