- Implemented Ring-Modulated sidechain plugin series.
- Implemented Multiband Ring-Modulated sidechain plugin series.
- Implemented A/B preset switching support by plugins.
- Added support of integrated loudness metering for Referencer plugin series.
- Added True Peak limiting modes to the Limiter and Multiband Limiter plugin series.
- Added Piano keyboard layout to all plugins that provide frequency graph.
- Added support of BeginEdit and EndEdit events for CLAP, LV2, VST2 and VST3 formats.
- Moved Dry, Wet and Dry/Wet knobs into a separate Mix overlay for Trigger plugin series.
- Fixed frequency range display for Multiband Compressor, Expander, Gate and Dynamics Processor plugin series.
- Fixed regressions in LV2 plugin wrapper related to setting path parameters.
- Fixed crash when loading project with Loudness Compensator plugin in IIR mode.
- Fixed VST3 plugins crash under Ardour related to improper IRunLoop interface operations based on invalid API calls by the DAW.
Great news, thanks for the VST3 fixes!
Could you please elaborate? What can we do to make it proper?
niceeee!!! …except i’m getting xruns with the prebuilt binaries from kxstudio, but the source code on the website is still 1.2.23 - will .24 source code be available soon?
Thanks again for these absolutely stellar plugins!!!
Sorry, forgot to update metadata in the database. Now fixed.
Is there any way to avoid or undo the lost of automation when we update the LV2 version of the plugins?
Every update changes my automation on Parametric EQ’s ![]()
The automation on the “CHH 2” track was some rectangular ups and downs.
The Filter Mute 0 on the “Chords 02” track wasn’t created by me.
And the Parametric EQ Frequency 0 was important to the project but it’s gone.
Thanks, grabbed the 1.2.24 source and compiled myself. Performance is somewhat better now, but still several % higher DSP load than 1.2.23 - also, when loading a session in Ardour (8 or 9) with LSP plugins, i’m getting tons of these:
warning: patch:Set for unknown property
warning: patch:Set for unknown property
warning: patch:Set for unknown property
warning: patch:Set for unknown property
…which seems to be from Ardour9/libs/ardour/lv2_plugin.cc - any ideas?
Edit: it might be related to Toni Link’s issue above?
Edit2: something i forgot to mention (this is probably an issue with Ardour or Carla) …plugins that use external files, like impulse responses, when saved in Carla as an Ardour plug-in, “forget” where the files are located once saved and reloaded: it says “Unsupported format” in red where the waveform would be.
warning: patch:Set for unknown property
I’m planning to fix this in the next release.
Edit2: something i forgot to mention (this is probably an issue with Ardour or Carla) …plugins that use external files, like impulse responses, when saved in Carla as an Ardour plug-in, “forget” where the files are located once saved and reloaded: it says “Unsupported format” in red where the waveform would be.
Does the problem persist if you put plugins without Carla?
This may be related to adding new parameters. Sad but Ardour uses parameter indexes to store automation, not parameter names in the session file.
Adding new parameters at the end works fine.
Changing parameters or re-ordering breaks sessions (just like with other plugin standards).
Other plugin standards require indices, so I wonder how you handle this with LV1 or VST2/3?
–
PS. You are correct that Ardour SHOULD store/restore LV2 parameters by name; yet since most plugins come in different formats and other formats require consecutive IDs it has not been an issue in the real world.
Other plugin standards require indices
VST3 and CLAP require non-sequential parameter index. That means that I can compute a hash value from the name and use it as a parameter identifier. I have written a special tool that detects parameter name clashes and hash value collisions at a build time so if there will be found one, I will be forced to choose another name for the new parameter.
Which is why I mentioned LV1 (LADSPA) and VST2 , which you also provide.
Both LADSPA and VST2 also have parameter names so host can use them to identify parameters, too. The VST2 has restricted parameter name to 7 characters (or 8 with the trailing zero). So for all plugins I restrict the length of the parameter name/identifier to 7 characters.
Except the LADSPA ontology requires sequential indices (also uses in preset rdf). Labels must not be used as identifier, and need not be unique.
Judging from JUCE this also applies to VST2. I don’t have access to the VST2.4 SDK to check.
Nope, LSP plugins (like IR) directly in Ardour works fine.
…but unfortnately there’s no way to grab a bunch of plugins from a Carla rack and dump them in Ardour - at least not without doing weird processing on the xml files and reopening the project. I suspect it has something to do with the way Carla stores plugin states.
LSP Impulse response in Carla (stand-alone), reload rack → works
LSP Impulse response in Ardour, reload project → works
LSP Impulse response in Carla as a plugin in Ardour, reload either Ardour project or Carla rack → “Unsupported format”
Looks like a Carla plugin problem. I think Filipe Coelho aka falktx should better know what happens.
Yeah but he completely ignores bug reports ![]()
You can try to write directly to falktx via IRC chat. This may help.
After the update I’m getting a lot of those “Error writing from plugin to UI”. They do not interfere with sound nor cause xruns, but Ardour keeps sending allerts.
A video to demonstrate:
In the 1.2.23 the Sampler Stereo has this side panel that enable to select another sample from the same folder. Now, in the 1.2.24 single or double click on the side panel list does not alternate the sample. The up and down arrows works. Another option is to click over the sample and open the folder again, like the older versions, but it takes more time.

