Open ssabug opened 8 months ago
Hi, thanks for the report. This is probably related to the other issues this plugin, and Oi, Grandad have with certain linux distros. It seems okay in Ubuntu/Debian but arch variants have issues. Unfortunately, my linux machine died so it might be some time before a fix is published.
Unlikely it's down to missing files, as the location is set upon loading plugin for the first time.
Closing due to age.
I just tried the v0.7.1
build and it crashes on Debian stable/12.
In Bitwig it says Could not read responses: End of stream
In carla-single we see:
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 20 (X_GetProperty)
Resource id in failed request: 0x0
Serial number of failed request: 54
Current serial number in output stream: 54
Ah, something glitched in the build phase last night..
Just uploaded a fix. Seems to work well in Bitwig demo/Ubuntu 22.
https://github.com/publicsamples/Quetzalcoatl/releases/download/0.7.1/Quetzalcoatl.vst3.linux.tar.xz
Please note that FX are disabled on the linux version for the time being, for some reason the gain levels were crazy with them enabled. They'll be back for the next version..
Nope, same failure.
Seems to be the same error as reported here: https://github.com/publicsamples/Oi-Grandad/issues/39
Hmm.. Could you try installing XSETTINGS, please? It should fix this, fingers crossed..
In a terminal, run:
sudo systemctl enable xsettingsd.service
It should report that the service is not found, if this is the case install xsettingsd with:
sudo apt-get install -y xsettingsd
Restart & try to load the plugin. It should now work.
Hmm, that is a really odd dependency to have. How does your plugin depend on this service to be available?
Installing it from apt does not create any service file, I was able to create an empty configuration in my home directory and start the service by hand and now Quetzalcoatl starts!
I think it would be best if you don't depend on such an odd service for these plugins. Or is this something that comes from HISE?
Thanks for that. It's not a dependancy as such..
As I understand it, the problem is HISE uses an older, modified version of JUCE that has a bug with desktop environments that aren't compatible with XORG. XSETTINGS brings X window support to these environments. See here for more details. I guess the reason I never ran into this myself is Ubuntu has this baked in.
Basically, you confirmed what I need to do next. Patch JUCE..
Er .. that's weird. I run a classic Xorg window manager (fluxbox) that is fully compliant.
Lets hope HISE finds an update path, it would also be much better if it provided a CMake target rather than rely on Projucer :/
I don't claim to understand what's going here :) Let's see if this patched version does the trick, it's currently baking in the oven.
CMake would open up some interesting possibilities, from what I recall the main dev is pretty opposed to the idea though. I've toyed with the idea of trying to get HISE running with pamplejuce, but life's too short.
Okay, here a version that should work as the JUCE patch has been applied..
Nope, that still gives the same error.
Ugh. Thanks for trying. Maybe I did something wrong? For now, I'm just going to point people to xsettingsd. Install that, use Ubuntu, or build it yourself.
Hello,
I tried Quetzacoatl vst3 on both Archlinux & Fedora in Bitwig 4.4.
The plugin is successfully scanned by the DAW but on loading the plugin crashes with the error :"plugin host died : Could not read async reply : end of stream"
I had similar errors with the vsts i developped, it was because some files were missing.
I wanted to copy the sample files before running the VST but i didnt found where i am supposed to put them.