Well it seems decimels actually do work but only for some parameters. But this also confirms there is a bug within vital because this is not how VST3 is suppose to work (well at least they added the feature to make it so it doesn’t have to work this way anymore). One of the benefits of VST3 is that the values are translatable directly as 1:1 with the synth and Daw in doing automation instead of some arbitrary value between 0-1.
Here are some screenshots to show you what I am describing in the following paragraphs. (Note you may need to download them, they show up rather small and hard to read on Imgur, but if downloaded the photo is very readable) - Turns out I can’t post more than two links per post, so I will make a couple extra posts with the links spread between them lol
Where it seems to work:
I will try and explain the problem better. When using VST3 plugins one of the benefits is the DAW is able to communicate exact parameter values allowing for better control when doing automation. This is unlike VST2 where the value is 0-1 and the value is represent by say 0.55 in the DAW automation point and the wavetable fram it reads out in Vital will be 140.8 . Now if you repeate this in Vital running the VST3 version instead of VST2 you will notice the Values for wavetable position in the Daw no longer read out as 0-1 on the timeline. You can create a point and drag it up and down and the readout will now be from 0-256.
Now if within vital you right click on Wavetable fram so you can enter a direct value and set it to 140.8 and go to the automation lane on Ableton’s timeline the value of the point it will show if you double click on the dotted red line will be 140.8. Now if you right click that point and select “enter value” it will allow you type in a number and the number that will be in its place is 140.8. Now if I don’t change the value and just hit enter it jumps right to 256. Now I did test what you suggested and tried a decimal place of between 0-1 and in this case did that with a value of 0.55 which set the wavetable frame to 140.8 .
The major reason I see this as a bug / problem now is even though I can just enter decimal points if I am using the VST3 version and want to automate between 2 fairly specific points, say for example 2 wavetable frames I can’t just find what the corresponding automation value is for the 2 points by just setting it in vital first, checking what the first point equals as a decimal point by checking what the value read out is on the DAW timeline and then what the value is for the second. Instead now it’ll only keep showing me what the value readout is on the synth and I have to jus keep guessing and checking till i get a close enough approximation. The workflow in this regard is actually a step down from the VST2 version of the plugin and just makes the process more tedious. This method works fine in the VST2 method and, typically thats how I work in serum if I am modulating say the LFO rate or Wavetable frame position.
I just want to note that I know this is entirely possible with VST3 synths and plugins in general as I use this feature across many different programs such as Diva. There I can click on the filter and go to modulate it in the timeline and enter a value of say 125 and it will go to the point of 125 in the synth since the filter has a range readout of 150-30 for the VCF Ladder filter. It really is a timesaver and workflow improvement because say I am using a filter plugin like Volcano 3 by Fabfilter and I want the LP filter to open slowly I can create two points, Enter 250hz as a rough guess of where I will want it to start and then enter 22000 for where I want it to finish. Sure I may need to change the lower value later but when just trying to get my ideas down when in a more creative workflow it can be handy to create more complex modulation than what I just described fast and have it sound fairly accurate. It takes the guess and check, then adjust and check again aspect out of the equation.
Where Decimal places of 0-1 do not seem to work:
Now If I go to automate the LFO time and I set it to seconds it does not seem that any value works. It is either set to one extreme or the next. This is especially frustrating since the LFO speed is between 0.001 Seconds and 128 with 3 decimal point accuracy all the way up to 128. So trying to drag a point to 1.250 seconds is extremely tedious for example and there is no way to even enter an approx. value that would just get me close enough. It may seem I am heavily focused on getting exact numbers, while it would be nice this is more or less just a workflow issue where it’s a pain just to get things in the right ballpark. It seems that if I enter a value of 1 or larger it defaults to the longest time possible at 128 seconds and if its 0.99 to 0 it defaults to the fastest time possible of 0.001 (at least according to the readout in Vital, although the read out actually says “0.00195312 secs” in the daw timeline). I’ll link some screenshots below. (As noted above, you will find the screenshots in a post below)
There you can more clearly see how it is just not functional at all. Now If I do this in the VST2 version it works as expect, 0.5 = 0.500 Seconds, 0.25 = 0.031 seconds, 0.25 = 8 seconds. Now this range of values means there is a massive amont of jumping between values making it not that useful in reality but it works as it should and all other VST2 plugins with an LFO suffer from this exact issue. In the VST3 version it is just simply broken.
I have noticed other inconsistencies across Vital in the way values are to be entered to get a corresponding value in the synth, which leads me to believe this is a bug. For example on the mix knob of the chorus effect I can simply enter 45 and dont have to enter 0.45 to get 45% mix. Meanwhile another % based parameter that allows for -100% to +100% must be entered as 0.5 for 0% meaning each 0.01 is stepping 2% each time. It is just overall inconsistent in the way you should be entering values to set modulation points across the entire synth which is frustrating when I am trying to focus on making music and not how to enter in values in my synth to get the values I already know I want.
From the bit I have read on the subject when it comes to programming VST3 plugins to allow modulation for parameters it can be harder/ more tedious to implement so some companies get around this hurdle with synths specifically by supplying 8-16 macro knobs that are just 0-100 values (with some allowing up to 2 decimal places to allow for finer control) and you must assign a macro to anything you want to modulate. I am not a fan of this system but I know PhasePlant, and NI’s Massive utilize method as with synths it is possible to have an extremely higher amount of parameters that are available to be modulated vs say a Distorition plugin. So I do understand if Matt hasn’t be able to implement this fully and maybe he is aware of this issue. I just saw zero posts on this bug with the VST3 version and wanted to see if it was possibly this issue is happening only on my system or if this issue was being seen across the board.
Vital is an awesome synth and in all honesty this feature if fixed would make this the most useful synth in my relatively small library of synths lol