Open mkruselj opened 3 years ago
One thing I was thinking last night: Since we have param space we could add a little ADSR envelope as well and have O2->O4 be modulatable by it so you don’t have to burn an LFO slot if you want to do internal FM swells and stuff? May be a bad idea but I worry we are going to run out of modulators (!!) if we aren’t careful with some of this new stuff
You mean as part of osc? Hrm, not a fan personally (you lose all the great shaping possibilities of MSEGs, which you'd really want to nail those TX81z timbres, since Yamaha didn't have ADSRs on those). I mean we have 12 LFOs, so to me the correct solution is #2334 before we even consider adding more LFOs potentially (for which we would need to #2678 so that we can save up some modbuttons, i.e. merging the monophonic keytracks under a single modbutton, that would allow us two more LFOs)...
How would you feel about having an FM formant oscillator in FM4? It ads one more parameter per operator: formant frequency. Of course we'd also need a way to select this type, maybe it can be one of the shapes?
With ratio = 0, you hear a mix of two sinewaves an octave apart. The frequency of those oscillators is that of the note, but in the two octaves closest to the formant frequency. As you tweak the formant, the octaves cross-fade into each other. When you increase the ratio, the bandwidth increases as you hear the FM between the base frequency and the formants come in to play.
You can play with the parameters, hear the result and see it on a scope, all in the browser.
I would also love to have that offset parameter, it's cool for making harmonic sounds with a controlled amount of beating.
Also, how about a phase param per operator. One of my favorite FM tricks is having two sets of operators, one panned left and one right and the only difference between L and R is the relative phase of the modulators. Nice and wide! :)
We're trying not to have a forest of parameters per oscillator. Keep it as simple as possible but still flexible, y'know. The above proposal for FM4 parameters is already a bit on the upper edge of what I'd consider acceptable (so that we don't force the users into tabbing).
Phase control is something folks always ask about though - worth pondering
Yeah, not having a forest of parameters per oscillator is probably wise. My software always ends up having a gazilion features and no users that dear come close to it. ;)
Phase control is something folks always ask about though - worth pondering
Sure but maybe global phase for the whole osc rather than per operator...
there is definitely an argument to be made that FM4 should stick more or less to emulating the 4 op TX style synths while the sine osc or phase distortion osc (or 2 op + wavefolder "complex osc") becomes the "super operator" that is used with the main FM matrix between operators.
I also agree with mkruselj that putting modulators inside of oscillators seems messy compared to just adding more modulation options to the synth as a whole (making LFO/SLFO a toggle option for all LFOs instead of having fixed amounts of each, or just adding another row of modulation slots so we can just get a bunch more LFOs added)
Global phase for the whole osc is something that could be useful in most osc models though, especially if the goal is panning tricks since pan is not available per operator inside of FM2/3(/4?)
Except we also have a "pan per osc" issue we intend to tackle for 1.9. 😉
but I assume that's meant to be "per osc" and not "4 pan sliders in one osc so you have pan per operator inside of FM3"?
Fixed LCR panning like in the current mixer would usually be enough for an operator, no? You can fit 4 of those in the place of one slider, I think.
Per operator panning opens up a lot of options for cool wide sounds.
Yeah I did mean pan per osc in the mixer, not pan per operator (that's way overkill IMO).
So there will be pan per osc in 1.9 (as a knob), but it will work in addiition to the filter routing selector (they're not the same thing). And we will have new and updated filter configs that are all stereo always so that unison can actually have stereo spread parameter and so on. When it rains, it pours!
Maybe we can have these features, and avoid the forest, by offering them only on the operators where they're most effective, and choosing neutral defaults in other operators.
When compared to the forest, it would make some decisions to limit creativity a bit, but capture the majority of useful sweet spots. UI grouping might have to be more obvious, as a user can't use the same visual map for all operators.
Since the idea is to also have the Algorithm parameter, this means that all 4 operators need to have identical parameter set.
Just commenting to say that if algorithm is a modulate-able param looking at the dx100 algos I don't see a reason there couldn't be interpolation between them (with snap to nearest toggle-able via context menu maybe?) by gradually lowering the amplitude of some connections and raising others - lower numbered operators never modulate higher numbered operators and operator 4 is the only one with feedback normally. May be too complicated but it could make algorithm a really fun modulation target.
As discussed in #1029 and suggested by @baconpaul, perhaps the request posed by that issue could be more easily solved with a new oscillator type, let's aptly call it FM4.
So which parameters would we require?
Algorithm (see this image) O1 Shape (all the stuff from Sine osc) O1 Ratio (has Absolute and Extend range) O1 Amount O2 Shape O2 Ratio O2 Amount O3 Shape O3 Ratio O3 Amount O4 Shape O4 Ratio O4 Amount Feedback
That's the bare minimum, 14 parameters. Would be awesome if we could also have Offset parameters for each operator, which adds a constant detune in Hz (4 more parameters). Minor thing, though, Although it is found in TX81z...