Skip to content
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

Calf LV2 plugins fail to load #676

Closed
geckolinux opened this issue Aug 5, 2018 · 13 comments
Closed

Calf LV2 plugins fail to load #676

geckolinux opened this issue Aug 5, 2018 · 13 comments

Comments

@geckolinux
Copy link

geckolinux commented Aug 5, 2018

Hi, I've been testing Carla at version 2.0-beta7 (via the binary Linux tarball) and version "1.9.7+git20171111" from the openSUSE Leap 15.0 repo. I also installed calf and lv2-calf at version 0.0.60 from the Packman repository for openSUSE Leap 15.0

With Carla 2.0-beta7, whenever I try to load any Calf plugins it says "Failed to load plugin". On the older "1.9.7+git20171111" it segfaults. There are no other helpful messages when I run it from the terminal.

Possibly related to #569?

Thanks a lot!

@falkTX falkTX added this to the 2.0-final milestone Aug 5, 2018
@falkTX
Copy link
Owner

falkTX commented Aug 5, 2018

no idea about this, I have not seen such issue before.
seems something is broken with the calf opensuse packages you use.

did you try other hosts loading calf? does carla load other lv2 plugins?

@geckolinux
Copy link
Author

Thanks a lot for the reply.

I tried the Calf LV2 plugins in Qtractor, and interestingly it did crash the first time I tried to load one. But on subsequent tries they all load and work reliably.

Carla does load other LV2 plugins, for example ZynAddSubFx.

@geckolinux
Copy link
Author

Here's a bit of helpful output that I found in the stderr log in 2.0-beta7 after trying to load a Calf plugin:

Failed to initialize Non-RT server control

@falkTX
Copy link
Owner

falkTX commented Aug 5, 2018

hmm I see, that means plugin bridges dont seem to be working at all in your distro.
do you have the ir.lv2 plugin? can you try to load that one?

@geckolinux
Copy link
Author

Hmm, can't seem to find that plugin. Any ideas on alternate package names or what it does?

I just tried loading a Guitarix LV2 plugin in Carla, and it worked fine, as do the ZynAddSubFx plugins.

@falkTX
Copy link
Owner

falkTX commented Aug 5, 2018

I dont know the package name, I dont use opensuse myself.
Official page is http://tomszilagyi.github.io/plugins/ir.lv2/

@geckolinux
Copy link
Author

Thanks, I found it in an add-on repo. Interestingly, it also fails to load in Carla.

@falkTX
Copy link
Owner

falkTX commented Aug 6, 2018

ok so plugin bridges for sure are not working there.
what exact distribution are you using, which version, which architecture?
any special configuration you did to it?

I will try to reproduce the issue in a similar system to yours.

@geckolinux
Copy link
Author

geckolinux commented Aug 6, 2018 via email

@ranomier
Copy link

ranomier commented Aug 10, 2018

Im on archlinux and they don't crash for me but,

they don't work even if i activate bypass,
the UI has missing elements,
and carla freezes about 10 seconds before loading them.

Log From freeze:

Failed to set high priority, error 1: Operation not permitted
Carla assertion failure: "ok" in file ../utils/CarlaThread.hpp, line 131
waitForClient(resize-pool) timed out
Carla assertion failure: "! fTimedOut" in file CarlaPluginBridge.cpp, line 2599
Carla assertion failure: "unlocked" in file ../utils/CarlaSemUtils.hpp, line 175
CarlaRingBuffer::tryWrite(0x7fff0012dad8, 4): failed, not enough space
waitForClient(activate) timed out
Carla assertion failure: "unlocked" in file ../utils/CarlaSemUtils.hpp, line 175
waitForClient(deactivate) timed out

Log from UI load:

(carla-bridge-native:7081): Gtk-WARNING **: 21:08:44.942: Unable to locate theme engine in module_path: "adwaita",

(carla-bridge-native:7081): Gtk-WARNING **: 21:08:44.950: Unable to locate theme engine in module_path: "adwaita",
CALF DEBUG: instance 0x5649eb7466d0 data 0x5649eb8eb8c0
CALF DEBUG: calf 0x7f5457734730 cpi 0x7f5456d3e010

Screenshot Rack + Costum UI's:
image

Screenshot Patchbay:
image

INFO:

  • im using only repo packages nothing from AUR. (I think xD)
  • arch 64bit
  • Linux tanzanite 4.17.13-arch1-1-ARCH #1 SMP PREEMPT Mon Aug 6 23:06:31 UTC 2018 x86_64 GNU/Linux
  • carla version: 1.9.9 (2.0-beta7)

If you need more information just ask.

@falkTX falkTX modified the milestones: 2.2, external Sep 5, 2018
@tresf
Copy link

tresf commented Sep 13, 2018

Possibly worth nothing: LMMS/lmms#3942

@chitholian
Copy link

I have the similar issue on Fedora 29 KDE. I installed calf 0.90.1 and Carla version 1.9.12 (2.0-RC2), both from Github. I have no ladspa plugin installed. Whenerver I try to load a calf lv2 plugin Carla Rack freezes for a while, the log output is:

Carla assertion failure: "ok" in file ../utils/CarlaThread.hpp, line 133
CarlaRingBuffer::tryWrite(0x7ffc0a84e450, 4): failed, not enough space
waitForClient(resize-pool) timed out
Carla assertion failure: "! fTimedOut" in file CarlaPluginBridge.cpp, line 2606
Carla assertion failure: "unlocked" in file ../utils/CarlaSemUtils.hpp, line 182
waitForClient(activate) timed out
Carla assertion failure: "unlocked" in file ../utils/CarlaSemUtils.hpp, line 182
waitForClient(deactivate) timed out

Then there is no output from calf plugin (it becomes disabled automatically).

If I remove the plugin from the rack, the log output is:

CarlaThread with realtime priority successful
Will use LV2 Gtk2 UI for 'Calf Limiter', NOT!
Carla Bridge Ready!

Note: Calf Plugins working well in Ardour.

@falkTX
Copy link
Owner

falkTX commented Dec 25, 2018

Ah yes, I forgot this is still an issue in Fedora for some reason.
I was not able to fix the issue regarding lv2 state in plugin bridges, so I am taking out the hardcoded use-calf-always-in-bridges rule.
If you build carla from latest git, calf plugins will work nicely there again.
Parts of the UI might be missing, due to instance-access being required, but at least the base plugin functionality still works.

@falkTX falkTX closed this as completed Dec 25, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants