I love the idea of a scope and being able to visualize what exactly is happening to the waves. Great but perhaps not essential.Urs wrote: Sat Mar 16, 2019 9:47 amIt's not that I dislike it. I would love it, if it worked.EvilDragon wrote: Sat Mar 16, 2019 8:26 amNor would Serum's way of visual modulation (because Urs dislikes it).![]()
The problem with "balls in orbit" around the knobs is that they simply move too fast and the refresh rate of the screens is too low. Because slow modulations are never a big deal, the important (fast) ones become "invisible" due to erraticly jumping dots, or envelopes which may result in a little twitch or not. All you're left with is "oh, this knob gets modulation and that knob does, but I can't really see what's actually happening". In case of which a simple non-jumping indicator is simply enough.
The best visualization is a scope view which provides a history for the modulation in question. That way one can actually see what the modulation looks like. Unfortunately, this doesn't fit next to the knobs. It needs an extra space in the UI and it needs to be an optional view. It also adds CPU impact to the UI, but unlike balls in orbit, it can be disabled. Because, balls in orbit cost CPU too, and often not just a little.
I am sure you will think of something great UI wise to be able to tell which parameters are being modulated when a modulation source is selected, not necessary jumping dots
And yes, Evildragon got it right. I would like to see a complete list of all the modulation sources and targets or perhaps even a flowchart of sorts.
