For example:
Zebra2.VST3 (including Zebrify fx, part of Zebrify installer)
Hyperion VST3
TAL Mod VST3
It seems like the Column “CpuTypes” in the “CachedLocalFileInfo” table of CachedVST3s_arm64.db isn’t updated correctly while a scan. If the CpuTypes contains “X64_64,”, but the plugin now added an arm binary to the universal executable, then Renoise won’t ever load the arm version. A manual fix then is to change CpuTypes to “x86_64,arm64”.
This problem seems to be very easily solvable by empyting the table CachedLocalFileInfo in the CachedVST3s_arm64.db. It will be renewed very quickly and correctly on the next plugin scan. Not sure why it then exists…?
I guess due performance reasons, if you have a normal hdd or so. Maybe a good compromise for quickly fixing these issues would be then, to emptying this table only, if you do a manual rescan in the Renoise settings. Here performance might not be essential, but instead a solid result.