casar, your informations are correct.
Basically the synths/effects and all scope stuff is based on atoms, like reaktor/synthedit/synthmaker uses.
So basically the outcome and quality of a scope synth raises and falls with the atoms it is based on.
IMO the quality of the scope atoms is very high and they all are carfully designed.
So the soundquality of a scope synth or modular patch is at its worst "good" and at its best "very good".
IMO the scope atoms quality is well above all the other modulars synth constructors mentioned above.
The better class creamware synth (imo these are Minimax, Pro-12 and Prodyssey) have customitzed specially coded atoms to deliver exact copy of the hardware modules:
f.e.
-antialiased non-bandlimited(?) oscillators with typical waveform for the simulated hardware analog synth , for example a saw waveform doesn`t look the same on all harwadre snyth
- customized high quality filter emulations for each synth that model the different behaviour of analog filters.
without resonance the difference is smaller, the more resonance you are using the better the new designed filter atoms sound.
The sad point andthe only downside is that these high class atoms are not distributed with the sdk soiccore is delivering to developers.
I understand that this is a political question: someone could easily rebuild a minimax emulation with these atoms and release it as a free device on planetz. So this would hurt their own sales.
So its clear that they will never release these atoms and I have no problem with this.
The downside is that the standard filters all have a similar sound (there sound is not bad at all) Since the flavour is the same on most filters the whole platform has its sound. Some people here claim its the sound of the SHARC dsp chips, but IMO its just that all filter atoms are based on a similar internal coding structure. I think the DSPs that run the code have a smaller influence on the sound than the math atoms running on them....
So sdk developers are a bit limited regarding these aspects.
So my biggest wish for the SFP5 platform is that soniccore does release some new flavoured filters and better/other oscillators for modular3 (they could even sell it as a modular filter pack and make some cash)and also as atoms for the sdk pack. (now that they have Piehl back in the boat they could do this with ease)
They could even distribute these new atoms to sdk developers with a contract that the developer has to sign something that he may only be allowed to distribute the new devices creations through soniccore and they could make some extra cash.
They don`t have to hurt themselfes and release the moog ladder filter or the Pro-12 CEM filter, but some sort of standard high class filter would be awesome for developers, the whole platform, the modular sound possibilities count would multiply with every additional filter style. Heck, the whole plaform sound options would raise enormiously with such a small tweak.
The only 3rd party devloper I know that has access to the better atom stuff is John Bowen which seems to have some kind of hardwired connection to the soniccore guys, for sure.
---
At least for modular there are some variations of filters available as Flexor pack.
But as all creamware filters have a similar sound, so the flexor filters have there own similar style too.
For sdk tasks you still have the option to build your own filters from basic math atoms (multiply,divide,add and subtract and some other stuff).
Being a free sdk owner myself, I can say I`ve already started to build some own filter designs from basic math atoms, but I still have problems getting my self-created modules work in polyphonic synth creations.(I especially have problems with the resonance on polyphonic patches)
You really have to go down to math level, as nearly all basic soniccore filter blocks without resonance seem to have an interpolated frequency input, which makes them useless for quick envelope modulations.
Meaning the filter will react much too slowly to follow the fast envelope.
a filter build from standard math atoms and non-interpolated freq-input reacts on audiorate to the envelope amount.
maybe a bit to much into the tech-side.
But you asked.
