-
-
Notifications
You must be signed in to change notification settings - Fork 9
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
Unable to send project from Windows user to Linux user #95
Comments
Just tested on Windows 10 and had the same issue |
I think it's how implementation was made in general, not a "simple bug". I'll need some time to fix it though. |
It is almost safe to transform the Windows file paths just by replacing '' (backslash) as '/' (slash), if the file paths are relative i.e. the path root (e.g. On various Linux filesystems, '' is a valid filename character and thus it cannot be used as a directory separator. It is not vice versa on Windows (you cannot use '/' for a filename). |
Just for record, it is actually a bug, rather than an enhancement, at least in LV2 context. LV2 state specification says:
and from LV2 Atom specification:
|
who said it is not? |
? I did not say anyone said it is by design. |
... and do vice versa on restore.
@vbgfhfngfdtyreyt could you please test #101? Eventually there is also #100 as alternative. |
I seem to be running into an issue trying to send a project from a Windows user to a Linux user. The "User SFZ folder" is set correctly on both systems, and I can send projects from Linux to Windows with no issues whatsoever. However, when trying to send a project from Windows to Linux, the Linux user gets the full Windows style path of the soundfont in the soundfont selection region:
Whereas I would expect simply the name of the file to show up like so (this is what happens when I send a project from Linux to Windows and it works perfectly!)
Generally speaking I would expect users from all operating systems to be able to share projects without issue (as long as the "User SFZ folder" is set correctly of course!)
sfizz 1.2.1, DAW is reaper.
Linux version is Debian 12, Windows version is Windows 7 (apologies, that is what the user is using unfortunately).
If there are test builds for a bugfix, I am happy to test on my Linux system + Windows 7 vm.
The text was updated successfully, but these errors were encountered: