Adding fx instances in pin connections is missing in v9.7

I found that the button for adding fx instances in the pin connections plugin dialog is missing in Ardour 9.7. I used this feature because of some multichannel projects.

Is this a bug or a new improvement?

Also one of my v8.6 project crashes Ardour v9.x with a plugin that should have two instances set manually. If I remove this plugin in v8.6 then the project loads fine but if I add it back in v9.7 I can’t set a second instance for it because of the missing instances button.

p.s.: I just found this issue affects vst3 plugins only, lv2 and vst2 plugins are unaffected.

Yes, semantics for VST3 changed.

In the past Ardour incorrectly treated them like VST2s, but most VST3 can actually reconfigure themselves to a given channel-count, when asked to do so. Replication broke various plugins, and incorrect VST2-like configuration broke many others. This was fixed in Ardour 9.0.

This is the same for Apple’s Audio Units, where Ardour also does not offer replication, except Apple does a much better job at this compared to Steinberg and most VST3 authors.

I see. But why is that the new 9.x is not backward compatible? Why is that it just crashes while it loads my project without any error message or a warning dialog or disabling the affected plugin with the now incompatible configuration?

If I would like to use this feature then is Ardour 8.6 the last working version for me?

Well, Ardour 9 should load Ardour 8 sessions, but there is no real guarantee that it’ll sound the same. e.g. when we introduced bus latency compensation many older mixes will sound different.

What plugin(s) break this for you? Harrison in particular tested a lot of plugins… but I’m sure there are some that may not like to be replicated when also configured as multi-channel.

Does it help to load the session in safe-mode (disable all plugins), and then remove the affected one?

likely, yes. This feature should never have been in Ardour for VST3 plugins to begin with…

What plugin(s) break this for you?

  • AVA LegacyQ
  • ACM210X1
  • TB Equalizer v4
  • TDR Nova GE
  • u-he Satin

So it seem that every vst3 plugin IF the “Manual Config” is turned on and used.

Does it help to load the session in safe-mode (disable all plugins), and then remove the affected one?

  • No. Because it disables everything and there is no way to turn on the plugins one by one to find the one that causes the crash, the problem.

NOW while checking things for this reply I found that turning on the “Manual Config” button in the “Pin Configuration” leads to the crash when opening the session in v9.7. Even if it is created in v9.7.

Just create a New → Advanced Session → set the “Master bus channels” to 4 → add a vst3 plugin to the Master bus (I added ACM210X1) → right click on the plugin → “Pin Connections…” → enable “Manual Config” → close the “Pin Connections” dialog → save the session → quit Ardour → start Ardour → open the session → loading → crash.

It goes like this for me:

All this is on Windows 10.

Regarding this, the TB Equalizer Pro (VST3) supports up to 128-channel audio. In Reaper it reconfigures itself to the given channel number but in Ardour 9.7 what I get is this:

tb-eq-pro (1)

The Voxengo Marvel GEQ (VST3) supports multi-channel processing (up to 8 input/output channels) and in Reaper it correctly reconfigures itself but in Ardour 9.7 two instance are set up:

Yes, semantics for VST3 changed.
In the past Ardour incorrectly treated them like VST2s…

So at the end I can’t see what is changed for the better with this “semantics for VST3 changed”. The bad implementation which was useful and worked beforehand is not working anymore, even crashes Ardour, and the corrected current approach or implementation works incorrectly.

Thanks for the feedback. Something looks indeed very broken there.

Sadly I don’t have access to any of the plugins you mentioned. I was hoping for a free/libre software VST3 to reproduce this on GNU/Linux, that would significantly simplify investigating/fixing this. I’ll can ask Harrison if they have access and can investigate.

I tested with IEM Ambisonics VST3s and those adjust to the number of available channels just fine. Sadly the AVA LegacyQ fell into disrepair and does not work on Linux anymore.

On Linux I can’t replicate the crash with the steps I described. (And I don’t have an old 8.x package for creating an older configuration.)

But the multi-channel TB Equalizer Pro is incorrectly configured just as is on the picture above, and the TB Barricade v4 which also comes with multi-channel support gets two instances. In Reaper are both correctly set up.

These Toneboosters plugins have Linux versions and in demo mode they are fully working and are only limited by a nag screen to buy them. Their developer Jeroen Breebaart is also responsive and ready to help.

https://www.toneboosters.com/

My Linux distribution provides old packages so I installed v8.12 on my Linux system.
A v8.12 session with “Manul Config” pin connections (with the steps I described beforehand) will crash v9.7 on Linux also.

I used the ACM210X1 VST3 plugin for Linux.

But it is the same with:
Zam Audio: ZaMaximX2 VST3
ZL Audio ZL Equalizer 2 VST3

Then I deleted the plugins in v8.12 from the session.
Then in v9.7 I added the ZL Equalizer 2 to this session and set it to “Manual Config”, and save and quit. Then I started again the 9.7 and opened the session and it crashed.

It is just as wrong on Linux as on Windows.

1 Like

I only tested the latter part. New 9.7 Session.

I cannot yet reproduce this with ZamMultiCompX2 VST3 (I don’t have ZaMaximX2 here as VST3), to a 4 channel track. I enabled manual config for the plugin. Save. Quit. …and the session loads just fine (using current ardour/git local dev build).

All Zam VST3s are built with DPF, so I expect them to behave the same. I’ll also try with an optimized 9.7.0 build.

EDIT: I was able to reproduce the crash by loading a 8.12 session with replicated plugins/ This crash is fixed now in Ardour 9.7-274-g84142216d5 (at least for zam-plugins VST3).

Ardour should stop attempting to support microsuck malware. Like, completely.

I’m getting a weird behavior with mono VST3 on stereo tracks, the instance is duplicated but changing the plugin’s parameters only affect the left channel (the right channel keeps on the initial values). This only occurs when using the plugin’s UI, it behaves normally when using the generic UI.

It can be easily reproduced with ZamTube VST3.

Thank you Robin!
I can confirm that this crash is fixed on Linux and on Windows.