-
Notifications
You must be signed in to change notification settings - Fork 404
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
Portable VST3 Windows broken now we moved to a bundle #5825
Comments
- Move the old PATHS stuff to sst-plugininfra - Rework the SurgeStorage resoultion. Closes surge-synthesizer#5097 - Temporarily modify the abuot screen retaining and expanding the 1.0 bug in surge-synthesizer#5825
- Move the old PATHS stuff to sst-plugininfra - Rework the SurgeStorage resoultion. Closes surge-synthesizer#5097 - Temporarily modify the abuot screen retaining and expanding the 1.0 bug in surge-synthesizer#5825
@mkruselj I know you've been poking about for issues to fix and I think this one is actually pretty easy but requires some windows testing Right now in SurgeStorage we do code like this
The problem is installPath is now the DLL path. So that's too low. Two choices
auto cp{installPath};
while( datapath.empty() && cp.has_parent_path() && cp != cp.parent_path())
{
auto portable = cp / L"SurgeXTData";
// probably want to print portable here
if (fs::is_directory(portable))
{
datapath = std::move(portable);
}
cp = cp.parent_path()
} basically climb up the filesystem looking. You can do the same with the user path also just with different names. Your option. I can also do it when I'm next in windows. In that case these notes will help me then too. |
I will give it a shot, thanks! |
But I'm fixing this. Just tagging an issue in.
The text was updated successfully, but these errors were encountered: