-
Notifications
You must be signed in to change notification settings - Fork 404
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VST3 in some DAWs don’t disable scene width properly when changing filter config #3096
Comments
OK this i s avery different bug. For some reason the param UI updates are getting surpassed sometimes. Even in Reaper. Will need a bit of time to fix this one. |
Looks like the issue I described over on Discord is the same as this one. |
Right so here's a picture in live (look! I'm running live!) on mac vst3. If I click the value it works fine. But if I automate it with a continuous automator it doesn't. So clearly my 'set value of filter config to 0.742' is correctly setting the code path to change the config but not the code path to modify the width slider. Now I know that should be able to knock this one down pretty easily. |
It seems that not every automation change live sends comes through line 797 of SGE; but they do not seem to. I wonder why. |
OK I now know exactly why this is happening. A fix is a teensy bit tricky but short version is 1: Live sends the VST3 changes a lot and that fills up our change buffer due to bug 1 in setParameter01. Basically the loop to see if the param refresh is true should be < 0 || == index But I'll have a fix to this one sometime today. Have caught it in the debugger with a clear explanation of the bugs! |
OK so have 1 and 2 fixed; now just 3 left which I think is a round vs floor type thing. Off for the afternoon but will get this one closed today. |
1. Automation would fill the refresh_parameter if many messages came between idle, which previously would drop messages, but now would over-refresh. Two updates on a param between idles is the same as one 2. Rounding and integer handling in the idle loop was incorrect for fm and filterblock activation 3. In the event of overflow, the wrong codepath ran mis-reactivating some sliders. So consolidate the all-changed codepath and the some-changed codepath in idle. Closes surge-synthesizer#3096
1. Automation would fill the refresh_parameter if many messages came between idle, which previously would drop messages, but now would over-refresh. Two updates on a param between idles is the same as one 2. Rounding and integer handling in the idle loop was incorrect for fm and filterblock activation 3. In the event of overflow, the wrong codepath ran mis-reactivating some sliders. So consolidate the all-changed codepath and the some-changed codepath in idle. Closes surge-synthesizer#3096
1. Automation would fill the refresh_parameter if many messages came between idle, which previously would drop messages, but now would over-refresh. Two updates on a param between idles is the same as one 2. Rounding and integer handling in the idle loop was incorrect for fm and filterblock activation 3. In the event of overflow, the wrong codepath ran mis-reactivating some sliders. So consolidate the all-changed codepath and the some-changed codepath in idle. Closes #3096
Gonna be the same type of bug as #2991
The text was updated successfully, but these errors were encountered: