u-he

Urs · Post by **Urs** » Mon Sep 08, 2014 2:39 pm

Hi all,

Thanks to the enthusiasm of KVR member abique, we now have *native* Linux VST2 x64-bit builds of our plug-ins. Needless to say, this is first steps. Hence, we figured we'd throw out a nice freebee to get as much feedback as we possibly can from the Linux audio community:

Podolski.tar.gz <- revision 2746 if the newer one doesn't install properly

Podolski.tar.gz

^ ^ Updated to 2758 9/9/2013 (installer seems broken...)

Cheers,

- Urs

Instructions:

Dear Linux user,

To install a u-he plugin on Linux, please follow these instructions:

1) download the tarball
2) extract it with your prefered tool. You can do it in a terminal
with the following command:
tar xvzf Podolski.tar.gz
3) run the install.sh script. You can either run it from the terminal
or start it with a double click from your file explorer
4) once the installation is complete, you need to ensure that your
DAW is correctly configured

The installer installs files into ~/.u-he/Podolski/ and creates a
symbolic link to the plugin in ~/.vst

Bitwig instructions:
1) start bitwig
2) add ~/.vst to the plugin search directory

Renoise instructions:
1) Renoise uses the environment variable VST_PATH to search the
plugins, so ensure that $HOME/.vst is in VST_PATH. Or you can start
renoise like that: VST_PATH="$HOME/.vst" renoise

Current issues:
- save preset is not implemented yet
- no 32bit version yet
- dialogs and menu are synchronous at the moment so the ui may not be
redrawn until the dialog is closed (fix incoming)

Enjoy!

--
Alexandre Bique

psycha0s · Post by **psycha0s** » Mon Sep 08, 2014 5:37 pm

Just tested it, and I think that install.sh should be fixed. I ran it with the following command:

Code: Select all

./install.sh --vstdir=~/vst

and it seems, that the bash script haven't substituted the ~ symbol, so I created the symlink manually.
The plugin itself works fine for me. Excellent work, I waiting for the native ACE!

abique · Post by **abique** » Mon Sep 08, 2014 5:39 pm

I must have forgot to implement this option

It will be fixed for the next release!

chk071 · Post by **chk071** » Mon Sep 08, 2014 5:42 pm

Out of interest, and because i am a Linux user too: What does native Linux VST mean? Afaik, VST is not a native linux format, and always requires a wrapper, doesn't it?

abique · Post by **abique** » Mon Sep 08, 2014 5:45 pm

It means that they are built for Linux, and they do not need a wrapper like vst-bridge to be used on Linux.
Bitwig, Renoise, Qtractor, Ardour... can all load VST on Linux.

VST itself should not be specific to Windows and Mac.

chk071 · Post by **chk071** » Mon Sep 08, 2014 6:04 pm

I see. Thanks for explaining.

StudioDave · Post by **StudioDave** » Mon Sep 08, 2014 6:55 pm

Greetings,

Testing on Fedora 19 x86_64 with Planet CCRMA extras and Bitwig 1.0.13. Machine is an AMD64 Turion X2 with 3G memory and nVidia graphics.

No problems with the installation - the $HOME variable works

- but the plugin doesn't load. I checked in the Preferences dialog, tried rescanning, got no joy. The only error in the dialog is :

com.bitwig.flt.library.metadata.reader.exception.CouldNotReadMetadataException: could not read metadata: Could not read VST plug-in metadata
64 bit plugin host reported errors: Pluginhost returned non zero exit code 255

32 bit plugin host reported errors: Pluginhost returned non zero exit code 255

Is there a way to force more verbose debugging messages ?

Best,

dp

abique · Post by **abique** » Mon Sep 08, 2014 7:00 pm

I believe that it is some dynamic libraries issues.
Can you try to run the following command? It should pop-up a menu on the screen. If it doesn't work, can you tell me what's on the console? Thanks!

Code: Select all

$HOME/.u-he/Podolski/dialog menu entry1 entry2

abique · Post by **abique** » Mon Sep 08, 2014 7:15 pm

Also can you run "ldd -v $HOME/.u-he/Podolski/Podolski.so" please?

StudioDave · Post by **StudioDave** » Mon Sep 08, 2014 7:20 pm

Greetings,

That worked fine. The small menu popped up with two entries, I clicked the first and the menu closed cleanly. I also checked the plugin dependencies and found the error:

$ ldd Podolski.so
./Podolski.so: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./Podolski.so)

So it appears I have an incompatible glibc version. I'll look into upgrading.

What Linux distro are you using for the builds ?

Best,

dp

abique · Post by **abique** » Mon Sep 08, 2014 7:26 pm

Well I did setup an Archlinux while doing the port as I'm familiar with this distro.
The plugin is built with clang 3.4.2 and the libstdc++ from gcc 4.9.1.
I'll try to do a static linking to the glibc and libstdc++.
Thanks for the debug logs!

StudioDave · Post by **StudioDave** » Mon Sep 08, 2014 7:49 pm

abique wrote:Well I did setup an Archlinux while doing the port as I'm familiar with this distro.
The plugin is built with clang 3.4.2 and the libstdc++ from gcc 4.9.1.
I'll try to do a static linking to the glibc and libstdc++.
Thanks for the debug logs!

Thank you for the porting work !

A static build would be helpful, upgrading glibc is non-trivial (my gcc is 4.8.3). But I would also consider installing an identical system, that's always an option here.

Best,

dp

abique · Post by **abique** » Mon Sep 08, 2014 7:52 pm

I already added -static-libgcc and -static-libstdc++ to the linker flags. So when Urs will put the next build online it should be fixed.
If you like I can send you a statically linked Podolski.so so you can try it and tell me if it works for you.

Edit: For those who want the fix for Podolski, you can run:

Code: Select all

wget http://195.154.86.34:4242/Podolski.so -O $HOME/.u-he/Podolski/Podolski.so

stanlea · Post by **stanlea** » Mon Sep 08, 2014 8:19 pm

Works well for me : installation was immediate.
I use debian jessie distro, with KXstudio repositories.

Thanks for that

abique · Post by **abique** » Mon Sep 08, 2014 8:20 pm

Oh yeah

u-he

KVR Audio

Podolski for Linux (rev 2758)