I recently moved to a Linux laptop, installed Bitwig and all my u-he plugins: Diva, Filterscape, Hive, Presswerk, Repro, Satin, Triple Cheese; all the latest stable versions as of today.
I'm impressed with how well everything worked, and grateful to have these high-quality plugins on Linux.
I ran into a few minor problems:
First, because _other_ plugins were installing VSTs globally I decided not to use the Bitwig flatpak and instead used debs inside a distrobox - too complicated getting the flatpak Bitwig to find VSTs in /usr/whatever. Presumably not a problem for u-he plugins though since they are installed to the home dir. Not a u-he issue though, just something I had to figure out and deal with about Bitwig on Linux.
Second, I had issues with a dependency, libxcb-keysyms. At first I didn't have this installed, and the u-he installer not being integrated into the system package manager, didn't get any feedback at install time.
So when I loaded Bitwig none of the u-he stuff loaded. I had to open Bitwig plugin settings, click "show plug-in errors", copy the errors to another program to read them, then figure out how to resolve errors like the following:
```
com.bitwig.flt.library.metadata.reader.exception.CouldNotReadMetadataException: could not read metadata: Failed to load CLAP plug-in /home/brian/.clap/u-he/Diva.64.clap: libxcb-keysyms.so.1: cannot open shared object file: No such file or directory
```
These errors showed up for all three of VST2, VST3, CLAP plugins, all the same error. Easy for me to resolve, but likely not for less experienced linux users.
Finally, after I installed that library, all of my plugin loading errors were resolved ... except the above Diva/clap combination. That one variant of u-he plugins continues to cause this same error about loading libxcb-keysyms, and I haven't figured out why. It doesn't make much sense on the surface as all the other plugins had the same error and were resolved.
Anyway, it's not too bad for now as the vst3 loads fine, but I would prefer to use the clap version with its extra capabilities.
I'm impressed with how well everything worked, and grateful to have these high-quality plugins on Linux.
I ran into a few minor problems:
First, because _other_ plugins were installing VSTs globally I decided not to use the Bitwig flatpak and instead used debs inside a distrobox - too complicated getting the flatpak Bitwig to find VSTs in /usr/whatever. Presumably not a problem for u-he plugins though since they are installed to the home dir. Not a u-he issue though, just something I had to figure out and deal with about Bitwig on Linux.
Second, I had issues with a dependency, libxcb-keysyms. At first I didn't have this installed, and the u-he installer not being integrated into the system package manager, didn't get any feedback at install time.
So when I loaded Bitwig none of the u-he stuff loaded. I had to open Bitwig plugin settings, click "show plug-in errors", copy the errors to another program to read them, then figure out how to resolve errors like the following:
```
com.bitwig.flt.library.metadata.reader.exception.CouldNotReadMetadataException: could not read metadata: Failed to load CLAP plug-in /home/brian/.clap/u-he/Diva.64.clap: libxcb-keysyms.so.1: cannot open shared object file: No such file or directory
```
These errors showed up for all three of VST2, VST3, CLAP plugins, all the same error. Easy for me to resolve, but likely not for less experienced linux users.
Finally, after I installed that library, all of my plugin loading errors were resolved ... except the above Diva/clap combination. That one variant of u-he plugins continues to cause this same error about loading libxcb-keysyms, and I haven't figured out why. It doesn't make much sense on the surface as all the other plugins had the same error and were resolved.
Anyway, it's not too bad for now as the vst3 loads fine, but I would prefer to use the clap version with its extra capabilities.
Statistics: Posted by bamus — Wed Oct 30, 2024 7:15 pm — Replies 0 — Views 34