|
|
Bildschirmfoto vom 2022-11-08 14-51-56.jpg (74,023 bytes) |
|
|
I can confirm the same in Ubuntu22.04, Ardour 7.1, speedrum light LXVST. |
|
|
> I installed the vst3 version here: /usr/lib/lxvst3 This is not a valid location, please see https://steinbergmedia.github.io/vst3_dev_portal/pages/Technical+Documentation/Locations+Format/Plugin+Locations.html try /usr/lib/vst3/ or $HOME/.vst3/ |
|
|
Assuming they use an old version of JUCE, https://github.com/sfztools/sfizz/issues/416#issuecomment-690908174 may be relevant. |
|
|
> try /usr/lib/vst3/ Tested. Same issue. Also anywhere in the $HOME/.vst3/ btw: in the $HOME/.vst3/presets - Ardour saves the presets of the vst plugins. And here expects Ardour the plugins: https://manual.ardour.org/working-with-plugins/getting-plugins/ i have a fully and fresh Mint 21 all updated on my Desktop and my Laptop - and on all 2 machines the same: Flatpak Version works, the .run version not. Error must be on Ardour (missing rights that plugins are allowed to open the file requester or whatever). |
|
|
...can not edit my entry so a new.... Where does Ardour expect VST3 plugins via default? In the manual it's not mentionend. I add the path of course in the VST settings, but that would be useful, if the manual gets here an information. |
|
|
Additional info: Surge XT (Synthesizer) https://surge-synthesizer.github.io/ has on option "File load from disk" - there is also no file requester window that opens |
|
|
Works fine in my local build. I will check the official nightly build tomorrow. |
|
|
Thanks for checking. I have the normal build installed (not nightly). To be on the safe side, i explain it again: Surge Top middle load / right side "Functions / load patch from file" - i expect a file requester where i can select an sound / patch saved anywhere on my disc. If on your system all works fine, then the reason in my opinion is the install routine / system on Linux Mint 21 Cinnamon. As mentioned, the Flatpak version works right and bring the file requester - only the official download version 7.1.0 has that problem. The issue is on 3 different machines - so i would say a general problem. |
|
|
I bought now the big brother of Speedrum and the same issue. No file requester windows open if i want to load drumsets. https://www.apisoniclabs.com/speedrum.html |
|
|
I use the Redux Sampler https://www.renoise.com/products/redux and there is a function in the sound explorer inside of Redux called "reveal in file explorer" - that also doesn't work (i expect that the file requester of linux opens if i click on it). So i mean all file requester open commands (to open the linux Nemo file explorer) from plugins, are not running |
|
|
Here on 7.2 - still not working - Linux Mint 21 Cinnamon https://vimeo.com/780685312/09c29d5772 |
|
|
On Debian 11, KDE Plasma, the load patch file dialog works without issues. Surge XT as a plugin in Ardour and as well as standalone. What happens, if running Surge XT standalone and trying to open a patch file? |
|
|
Thanks for checking - i don't use Surge But, you can try out Speedrum light - freeware - it has the same function. https://www.apisoniclabs.com/freeware.html BTW - the problem is at all my devices. Linux Mint 21 Cinnamon |
|
|
I meant - i don't use surge anymore - but some entrys above you see, that surge also not worked in Ardour. https://tracker.ardour.org/view.php?id=9081#c26904 |
|
|
Did you test with Speedrum standalone? And check maybe with Speedrum on AV Linux, so you can exclude it's a distro thing. Eventually some library constellation is the culprit. Maybe the same on Ubuntu as cooltehno mentioned. On pure Debian it seems to work sans problems apparently. |
|
|
Perhaps https://github.com/surge-synthesizer/surge/issues/3790 ? A workaround for this is presented at https://github.com/sfztools/sfizz/issues/416#issuecomment-690908174 |
|
|
Checked with AV Linux and Ubuntu Studio. No file reqester opens on both at Speedrum Load a new kit or save a new kit. As mentioned, it worked with the Flatpak version of Ardour 7.1 - i saved 1 kit and all worked. Maybe that helps you. |
|
|
Yes, as x42 linked to those URLs in his comment, it seems to be a GTK2/GTK3 framework thing, constellating with Zenity, check his links. And self-built Ardour doesn't have this problem, that's why it doesn't occur here apparently. |
|
|
hmmm...i'm a bit overwhelmed... You mean as workaroung this: To elaborate zenity is a gtk3 application, while Ardour is a gtk2 app and binaries from ardour.org come with gtk2 that's in LD_LIBRARY_PATH. A quick/dirty solution: add /usr/local/bin/zenity or ~/bin/zenity: #!/bin/sh unset LD_LIBRARY_PATH; exec /usr/bin/zenity "$@" I checked and see Zenity is installed. What do i have now to do? Creating that path: /usr/local/bin/zenity and then? |
|
|
Don't worry - I didn't fully understand as well, I ended up as well at that point. But as it's not relevant for me, I didn't follow the path :) Let me check, eventually I get it. |
|
|
I now think it was rather a workaround for the plugin developers, if I'm not mistaken. |
|
|
now it works - i added it to my manual for new users / newbies like me https://discourse.ardour.org/t/install-ardour-on-linux-mint-21-cinnamon-tips-and-tricks/107885/11?u=stefan-franz |
|
|
It wasn't for the devs, I got it finally ;) You added the script to /usr/loca/bin? |
|
|
Thanks to Robin for your great support und awesome knowledge |
|
|
@mikelupe - it is a workaround for users. Plugin devs are not supposed to rely on external applications (which may or may not exist) nor launch external apps to begin with (it is not rt-safe to fork) so tl;dr: There is nothing we can do about. The onus of the plugin developer to fix this. |
|
|
@mike - yes that was the solution. |
- Anonymous
