You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Don't know whether this is worth addressing or even possible to fix, but, as Scott says, maybe someone has a clever solution.
here is the scenario using ReaEq as an example:
Add the ReaEQ plug-in to a track.
In the parameters list change band 1 type to something like "notch". Note: The default is "Low Shelf".
Arrow down to the Frequency for band 1. Osara announces "Frequency Low Shelf 1". In actuality, since the band 1 filter has changed, this should say "Frequency Notch 1".
Summary: When one parameter in the list is changed that affects another parameter in the list, the list is not accordingly updated to speak the proper info.
I don't know how many other plug-ins or parameters this might affect.
Fortunately the problem is easily rectified by closing the parameters list and re-opening it again. Then all parameters provide correct feedback.
In terms of a possible fix, it probably isn't a good idea to refresh the entire list each time a parameter is changed since one might be changing a parameter by hitting the up/down key quickly several times and we don't want to slow down this operation. An alternative might be to update the list if (a)a parameter has changed and (b)one has tabbed or shift+tabbed from the slider to the parameter list itself.
--Pete
The text was updated successfully, but these errors were encountered:
I've seen this impact intuitive usage with modular plug-ins, synths and suchlike. There are a handful of all-in-one guitar suites where this would also make a difference if fixable. The workflow in my case is picking a stomp to run ahead of an amp, then I have to reload the dialog before I can view named controls for the pedal I've made active.
As you say, not really a biggy, but it's worth having a think about.
…uild the parameter list.
This deals with cases where changing a parameter value also changes parameter names; e.g. changing the bad type in ReaEq.
Fixes#706.
…uild the parameter list.
This deals with cases where changing a parameter value also changes parameter names; e.g. changing the bad type in ReaEq.
Fixes#706.
…uild the parameter list.
This deals with cases where changing a parameter value also changes parameter names; e.g. changing the bad type in ReaEq.
Fixes#706.
Don't know whether this is worth addressing or even possible to fix, but, as Scott says, maybe someone has a clever solution.
here is the scenario using ReaEq as an example:
Summary: When one parameter in the list is changed that affects another parameter in the list, the list is not accordingly updated to speak the proper info.
I don't know how many other plug-ins or parameters this might affect.
Fortunately the problem is easily rectified by closing the parameters list and re-opening it again. Then all parameters provide correct feedback.
In terms of a possible fix, it probably isn't a good idea to refresh the entire list each time a parameter is changed since one might be changing a parameter by hitting the up/down key quickly several times and we don't want to slow down this operation. An alternative might be to update the list if (a)a parameter has changed and (b)one has tabbed or shift+tabbed from the slider to the parameter list itself.
--Pete
The text was updated successfully, but these errors were encountered: