Can't load LV2 plug-in in Carla: master_me_dsp.so is missing
unfa opened this issue · 18 comments
Hi! I've just downloaded the 1.0.0 release package for Linux and I've symlinked the extracted *.lv2 folders into my ~/.lv2.
I've done a scan of plug-ins in Carla and tried to load master_me, but this was the result:
this should be easy to check.. is the file there or not?
It is there:
Interestingly Carla doesn't detect the VST3 plug-in either despite it clearly being in the search path:
there seems to be a recent issue with python and symlinks.
try with real copy
Ok. Ardour can't load the VST3 plug-in either:
Ardour also fails to load the LV2 plug-in:
2022-09-03T14:28:04 [ERROR]: LV2: Failed to instantiate plugin https://github.com/trummerschlunk/master_me
An issue with how those links are created then?
I didn't do anything different from I always did and I never had issues. Plus other plug-ins linked the same way work fine.
Maybe it's a glibc issue of something like his?
I am on Arch Linux after all 🤔
I am thinking that because I cannot run the standalone version either:
unfa@unfa-desktop /d/S/m/master_me-1.0.0> ./master_me
exec: Failed to execute process: '/data/Software/master_me/master_me-1.0.0/master_me' the file could not be run by the operating system.
unfa@unfa-desktop /d/S/m/master_me-1.0.0 [126]> file ./master_me
./master_me: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=a4de656595e21eea1d329b17a134a5641ba78728, for GNU/Linux 3.7.0, stripped
wow, this is really the first time I see such an issue.. no idea what is happening here. maybe your glibc is so new old binaries no longer work at all?
might be best to go with the aur package for now
Oh, I didn't know there was one. I'll try it now.
It seems it depends on faust but the PKGBUILD doesn't specify it so the build fails. Installing faust now and I'll try again...
Ok, looks like that didn't do the trick:
==> Sources are ready.
==> Making package: master_me 1.0.0-2 (sob, 3 wrz 2022, 23:02:58)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
mkdir -p bin/master_me.lv2
faustpp -Dbinary_name="master_me" -Dbrand="Klaus Scheuermann" -Dhomepage="https://4ohm.de/" -Dlabel="master_me" -Dlicense="GPLv3+" -Dlicenseurl="http://spdx.org/licenses/GPL-3.0-or-later.html" -Dlibext=".so" -Dlv2uri="https://github.com/trummerschlunk/master_me" -Dversion_major=1 -Dversion_minor=0 -Dversion_micro=0 -Duitype=X11 -a template/LV2/manifest.ttl master_me.dsp -o bin/master_me.lv2/manifest.ttl
ERROR in seq() expressions. The iterated function must have the same number of inputs and outputs. Here (0 : !),(_<:_,(_,(_,1 : @) : +)) has 1 inputs and 2 outputs
Traceback (most recent call last):
File "/usr/bin/faustpp", line 8, in <module>
sys.exit(main())
File "/usr/lib/python3.10/site-packages/faustpp/main.py", line 42, in main
mdresult: FaustResult = call_faust(cmd.dspfile, mdargs)
File "/usr/lib/python3.10/site-packages/faustpp/call_faust.py", line 89, in call_faust
proc.check_returncode()
File "/usr/lib/python3.10/subprocess.py", line 456, in check_returncode
raise CalledProcessError(self.returncode, self.args, self.stdout,
subprocess.CalledProcessError: Command '['faust', '-O', '/tmp/tmpv86xqqyg', '-o', 'master_me.dsp.cpp', '-xml', 'master_me.dsp', '-a', '/tmp/tmpv37m6iko.cpp']' returned non-zero exit status 1.
make: *** [Makefile:166: bin/master_me.lv2/manifest.ttl] Error 1
==> ERROR: A failure occurred in build().
Aborting...
-> error making: master_me
On my arch linux, the 1.0.0 release runs without problems. Copied the files. No symlinks.
Indeed ! @orlarey one of last commit is breaking here
In a previous commit, the seq(I, N, foo) construction was made stricter, expecting foo to have the same number of inputs and outputs. That's not the case in the master_me code (probably one of the imported libraries). To make the code compile again, I have relaxed this constraint in the last commit of Faust 0bb74e58e5ca9d9eea03ba3b1f53f9f7d08d162a. We will probably make that stricter version of seq optional instead.
@unfa did you manage to run the plugin on your system?
closing due to inactivity