Do a rescan. The below message will appear (I guess due to an error in the nightly build). The problem is now, if you press [OK], Renoise will force quit. I think that should not happen. Also the message is a bit vague, and I already did a rescan.
Yeah hi @taktik good to chat again. Even if it is about oddities in VST3.
This is definitely a renoise problem with VST3 support, caused by the nightly six sines vst3 having (1) two plugins inside one vst3 file and perhaps (2) those have different topologies.
So hereās what happens
The nightly six sines vst3 has two internal plugins. That is, when you scan the single vst3 file you get a pair of vst3s, one called āSix Sinesā, the other called āSix Sines, Seven Outsā. The first is the stereo synth, the second is a synth with seven outputs (main plus one per operator)
When renoise scans this
for the AU it shows both
but for the VST3 it doesnt
Then when you load the VST3 it says that the synth is an effect, I think because it is confused about which plugin to use and which topology it has
The solution to this is probably supporting multi-plugin cases properly. They are becoming more common (u-he, waves have them and increasingly Iām using them in surge-adjacent land).
But to get ffx back in the water and give you an a b test Iāve just pushed a change which makes two nightlies on mac and windows, one with the full feature set and one with just a single plugin. In my testing when I built the nightly with the single plugin only version, renoise loaded it just fine.
Oh also if there was some reliable cross-platform way for me to know at scan and load time that i was in renoise I could work around this problem without a separate build (which would be great for me).
and then the āregularā vst3 loads in renoise (because it becomes the single-plugin version). Obviously I donā want to do that and i donāt want to do a registry or filesystem wide trick either but if, say, renoise consistently set an env variable like IS_RENOISE across platforms I would happily do that and then I could retire my split build pipeline.
Hi @baconpaul. Nice to hear from you and thanks for the detailed info.
We do support multichannel plugins and also plugins with multiple VST3 classes. So thereās no need to add workarounds for Renoise on your end.
I have just tested all this on Windows and it seems to work fine. As soon as I get access to a Mac again, Iāll try this on MacOS. Should be the same there, but you never knowā¦
Iāve tested these builds here:
six-sines-windows-2025-02-06-d7dfb2f.zip
This does not contain any workarounds, does it? Or should I try an older version?
Ok good to know windows is ok. I will turn off the single plugin build on windows, there is no workaround in the code except in the single-plugin installer version.
Itās absolutely the case that on macOS if you install the single plugin version, scan and load it, quit Renoise, remove version, run the standard installer, and start revise on an arm Mac you see the error ffx flagged. I see that every time with 343
You can find it here: ~/Library/Logs/Renoise.log
In case you have sandboxing enabled in the Renoise options, also have a look here: ~/Library/Logs/Renoise Plugin Server.log
OK thatās super useful. And I now know exactly what the bug is
So with the 2 plugin version on macOS when I instantiate the plugin I see
Vst3Plugs: Ouch. FAILED to fetch component class id for plugin 'Six Sines.vst3'
CrashLog: Caught signal: SIGSEGV (11) ...
that āOUCHā seems to be a problem and then things go downhill from there. If I then replace with the single plugin version, it works.
I wonder if the problem is swapping between a 1- and 2- plugin version of the same .vst file. So then what I did was remove six sines vst3 from my system, install the 2 plugin version, rename it to Six SinesNew.vst3 and then restart renoise. And then everything worked.
So hereās my most accurate description of the bug
If you have a plugin Six Sines.vst3 which was a single instance plugin which you loaded
And then you replace that with a new Six Sines.vst3 which is a multi instance plugin
The renoise cache somewhere doesnāt update properly
and it doesnāt work
I donāt know where that cache is (where are these CachedVST3s_arm64 tables your re talking about ffx) but thereās clearly some lingering state which doesnāt get fully cleared when a vst3 is replaced.
I would really love to remove the single plugin builds, and am happy to document how to clear that cache fully for people who go 1.0 ā 1.1, so any insight welcome.
by the way this may also explain why it works for @taktik - if you installed the double plugin version first then my guess is double to single back to double will work, just single to double wont.
So after the one- and then two- version back to back install I see this
sqlite> select * from CachedPlugins where FileIdentifier LIKE '%Six Sines%'
...> ;
Six Sines.vst3/48C6D230AACC57BA976D20DEFF9B93C1|48C6D230AACC57BA976D20DEFF9B93C1||0|||1|1|0|1|BaconPaul: Six Sines|Six Sines|Six Sines|0|0|1
Six Sines.vst3/37A66D34E2835683B952CD15E50BAA6C|37A66D34E2835683B952CD15E50BAA6C||0|||1|1|0|1|BaconPaul: Six Sines, Seven Outs|Six Sines, Seven Outs|Six Sines, Seven Outs|0|0|1
Six Sines.vst3|48C6D230AACC57BA976D20DEFF9B93C1|/Users/paul/Library/Audio/Plug-Ins/VST3/Six Sines.vst3|0|||1|1|0|1|BaconPaul: Six Sines|Six Sines|Six Sines|0|0|1
if I then do a
delete from CachedPlugins where FileIdentifier LIKE '%Six Sines%'
and restart renoise, the multi-plugin version loads correctly
So it really looks like a single-to-multi-rescan leaves the cached plugins database corrupted
so since we know how to fix this now, Iām going to remove the single plugin build from the nightlies and leave it up to you all!
Thanks @ffx for the bug report and @taktik for looking so quickly!
You can find those here: ~/Library/Preferences/Renoise/V3.4.4/CachedVST3s_arm64.db and CachedFailedVST3s_arm64.db
But I think Taktik is right. I removed all entries with āSix Sinesā from those database manually. After restarting Renoise and doing a plugin scan, both multiple versions are found and loading correctly.
So then there might be one bug remaining @taktik: It does not properly rescan/update the plugin data, once the plugin turns into a dual/multple version thingā¦ Due to that crash.
iāll remove the -single-plugin version and make the nightly download page link to this thread with an āif you use renoise and upgrade from 1.0 read thisā message.