AAX plugin doesn't initiate default slider values when loaded in Pro Tools

[orange]

@d-healey said in AAX plugin doesn't initiate default slider values when loaded in Pro Tools:

@orange Can you narrow down to which commit?

@Lindon said in AAX plugin doesn't initiate default slider values when loaded in Pro Tools:

@orange well I have a user with AAX plugins from over a year ago -- and these are not working either - so its not a recent problem.

No it is a recent issue (I haven't compiled the current commit yet). The button issue is there for years. But sliders were working.

The exported plugins on June (develop branch) are working. You can try these yourself, I checked yesterday.

[gorangrooves]

Ideally, PT should load the default values. If we can't have the ideal, we need to settle for the next best solution, at least until the ideal is achievable.

Looking at Christoph's script and comparing it to my sliders, this is what I notice:
The default values for the sliders do not match the initial values of the sliders. Some sliders may be at 0.34, while the default value is set to 0.8. Actually, most sliders seem to have this value of 0.8. So restoring the defaultValue would not solve the problem unless we go and manually enter default values for all sliders to match what they are on the initial load normally. This would be very time-consuming.

So, I guess recalling the default preset would be a more practical solution, as @ps suggested. Of course, this means that you must have the presets implemented in your plugins.

[gorangrooves]

So, to get around the defaultValue not being equal to the actual value, I tweaked a portion of Christoph's script which should be run once when final settings are made, then commented out before compiling.

//Set defaultValue of all components, which are plugin parameters, to their current values
// IMPORTANT: Comment this out before the plugin compiling

for(c in Content.getAllComponents(".*"))
	{
		if(c.get("isPluginParameter"))
		{
			c.set("defaultValue", c.getValue());
		}
	}

Now that the default values are correct, we can proceed with the combination of Christoph's and ps scripts.

[gorangrooves]

Alright, guys, please check if this looks OK, using @Christoph-Hart 's script and combined with @ps strategy.

//-------Pro Tools initial settings fix

const var ProtoolsParameterFixer = Engine.createTimerObject();
const var DrumsSlider = Content.getComponent("DrumsSlider"); // This should not be 0 by default


ProtoolsParameterFixer.setTimerCallback(function()
{
	for(c in Content.getAllComponents(".*"))
		{
			if(DrumsSlider.getValue() == 0 && c.get("isPluginParameter"))
			{
				c.setValue(c.get("defaultValue"));
				c.changed();
			}
		}
	this.stopTimer();
});

ProtoolsParameterFixer.startTimer(600);

[orange]

@gorangrooves Does this AAX issue happens in all operating systems? Windows, macOS intel & M1?

[gorangrooves]

@orange I've only tested it with Windows, and the above script did not do the trick, unfortunately. Maybe I didn't write it properly. I'll have to revise it.

[gorangrooves]

There is actually a build error. The plugin didn't compile. I was testing my previous AAX plugin version. I will be posting the compiling error info as soon as I test whether VSTi compiling works.

[gorangrooves]

Guys, I am happy to report that the above script works well and restores the default values in Pro Tools seamlessly. This should do the trick until a "proper" fix is figured out. It certainly beats having customers load the plugin for the first time that doesn't make any sound with no indication of why.

I am yet to test this in the release version of Pro Tools when I can save a session (once I get my PACE signing tools). I'll report back.

Thank you, @Christoph-Hart and @ps, for all of your help!

[DanH]

trying to find a more recent thread on this issue - I'm sure it was discussed again very recently!! Forum search is such a disaster lol!

[gorangrooves]

@DanH https://forum.hise.audio/topic/7621/protools-load-problem/25?_=1687444674577