-
-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LV2 Vitalium settings do not restore correctly when a project is saved and reopened #96
Comments
I also have these issues with Vitalium and some other lv2 plugins. On arch linux in Reaper (also using the package from the arch linux community repositories) |
Same issue here, Arch linux and reaper, with the arch repository package |
Can confirm the same on ossia score. Official "Vital.so" VST3 from ArchLinux package vital-synth does reload correctly. |
I have the same issue with Vitalium on Manjaro. I have to pick again every instrument preset after Ardour, LMMS restart since settings are altered. |
Same here, with Vitalium in Ardour, using NixOS. |
I am now on Debian (same machine) and have Vitalium installed from the kxstudio repository. The issue still persists. |
Same here. Vitalium in Ardour 6.9 on Linux Mint. I've opted to save the presets and reload for the moment. Is there any other logs or info I can provide devs to help resolve this? Sorry, I'm new to contributing to bug tracking. |
Does the same happen with swankyamp from disthro-ports? It is made with the same juce version as vitalium, would help to find out where the issue is. |
I was able to save states in swankyamp lv2. BTW both my versions are from the kx studio repo, if that helps. |
Also having this issue on Arch using Reaper as a DAW. EDIT: Switched to VST3 and it's working perfectly now. You might need to add the path /usr/lib/vst3 to the plugin path list on your DAW. I also added /usr/lib/vst and /usr/lib/lv2 as distrho-ports installs plugins there but those paths weren't specified in Reaper for me. |
This seems like a bit of a race condition. Loading a patch causes vitalium to change a large number of its parameters at once, and some hosts choke on this and end up missing some of the changes, resulting in what vitalium has being out of sync with what the host has. If I modify a parameter by hand after loading the patch, the odds of the host not saving that specific parameter correctly go down considerably, as the host should now have the correct value for that parameter. |
I can also confirm this. Though for a race condition the symptoms are very systematic. For example when loading a project with LV2 instance using certain patches the patches always fail in same way when reloading the project. |
This is supposedly a known issue regarding the fork of JUCE that Vitalium's LV2 version uses. In the DAWs I have used (Ardour and Zrythm), projects with Vitalium LV2 instances will often have those instances altered when the projects are reopened. The settings of some instances are randomly changed, ruining the patches. The only way to deal with this is to use the VST3 plugin (which is laggier in Zrythm and more prone to crashing in Ardour), or to manually save every instance as its own patch before closing a project and set them back to those patches when reopening the project. I do not know what conditions are required for this issue to manifest, but I have found other people who have experienced it. I am using the plugin on Arch Linux through the distrho-ports Arch package.
The text was updated successfully, but these errors were encountered: