do you run Vital as a separate process, dedicated, or native only?
because it appears as though I have fixed my problem with Vital running in Reaper-Linux by selecting “native only - prevent bridging” it’s no longer instantly crashing reaper, this is very promising!
Sadly that didn’t help, still crashing. The other options didn’t work at all so I assume Reaper was already defaulting to that anyway. BTW you should have clarified where that option is found, but for anyone else it’s accessible by right-clicking on the desired plugin in the “Add FX” window and going to “Run as”.
i thought I did, because after weeks of having issues and suddenly clearing it up in my particular case, i was so busy shouting it from the rooftops that i overlooked this one time.
I do think it is a graphical related problem. also the LV2 didn’t work at all during my ‘crash tests’ but i’m now curious to see if it does work with the “Run As Native” mode enabled. I’ve been with Reaper since 2007 so the “run as” plugin trick is a forest for the trees thing for me, I assumed everyone knew it and now it is i who have mud in my face.
I just tried Vital L2Vi and it crashes my Reaper Linux quickly, and there’s no “run as” option for it LV2 stuff as far as I know.
what’s your output of:
glxinfo | grep OpenGL
Not sure if it will help but here you go:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.63.01
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 470.63.01
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 470.63.01
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:could you try executing Reaper by command line using this and just open an instance of Vital VST3i and when Reaper crashes, go to /tmp/reaper.log and post the output?
I don’t know where I’m going with this stuff but logs and graphical information should be useful to Tytel in a perfect world.
This is all I get, same as running from terminal.
jack: created client
jack: setting TIME_CRITICAL = 4
LC_NUMERIC / LANG is set to 'en_GB.UTF-8', overriding LC_NUMERIC environment to POSIX
jack: activated client
!! killing thread by force !!
FATAL: exception not rethrownWhat is the log output if you change the sound engine to ALSA in Reaper, close Reaper, and use the logging command again to test Vital?
Doesn’t look like anything is different…
LC_NUMERIC / LANG is set to 'en_GB.UTF-8', overriding LC_NUMERIC environment to POSIX
ALSA: using mmap interleaved
ALSA: using mmap interleaved
!! killing thread by force !!
FATAL: exception not rethrownAre you using the proprietary or open source driver for your GTX 1660? I wonder if you would benefit by trying a different driver. Don’t know your Linux experience level but for my own safety I’d suggest to ask at your favorite Linux forum about the risks/benefits of changing display drivers, and repeat the process of logging Reaper as you test Vital. As I understand, there’s issues between Linux and Nvidia.
It’s a long shot, but do you use Yabridge? maybe you could try the windows dll version of Vital using that to see if it can run.
Yes and yes, I use the proprietary drivers and yabridge. I could probably test nouveau, but not right now. Even if that could fix the issue, it won’t be a good solution as it is highly recommended to stick with the proprietary drivers for a number of reasons. I’m not giving up a major chunk of performance for this one plugin. I will also try the Windows version with yabridge tomorrow.
I had another idea, what about trying a live distro of your operating system on USB and see if reaper runs in one, and if so, would vital function properly? the purpose would be to determine if it’s a hardware conflict or a settings one.
I realize it can reach a point where it feels like a waste of time, but I remain curious what could be the impediment to Vital working on your Linux setup.
Especially curious are the lack of any useful log messages before Reaper gives up the ghost.
That’s a good idea, I’ve actually been trying Arch on a VM recently so if I get around to it I’ll try a fresh Reaper setup there. Also I can confirm that using the Windows VST3 through yabridge doesn’t cause any crashes.
I’m not really discouraged by the lack of speed in getting this fixed, I’ve learned to be patient and understand that most open source projects are the work of volunteers who spend their free time on stuff like this and for that I am grateful. I actually feel more privileged for doing my part in making my favorite software even better.
EDIT: Also would like to mention that it seems to me like the Windows version through yabridge can read the settings from a project where the Linux version was used pretty much without problem, so that means you can use the Windows version as a temporary drop-in replacement for now. Seems like the plugins settings carry over both ways (so also from Win to Linux) but I can’t guarantee that this will work without issue, so save the project as a separate file if you do this.
That’s good to hear that the Yabridged Vital is a good “patch” for now.
Do follow up if there’s anything interesting on the VM.
It seems Vital doesn’t like the VM as it complains about not having OpenGL above 1.4 (says supported version is 0) although OpenGL is very much working with glxgears. I do get sound but there is no interface. It seems to be using version 2.1 which is above the 1.4 threshold but maybe I am missing something? I’m going to try a different distro and will see if anything improves. I’m using VirtualBox 6.1.26 with Arch Linux, will probably try Pop_OS or another similar distro.
Here’s the output of glxgears | grep OpenGL if that helps:
OpenGL renderer string: SVGA3D; build: RELEASE; LLVM;
OpenGL version string: 2.1 Mesa 21.2.4
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 21.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:
all you need to do is spoof your version string. i put the command in one of my posts here.
this was for my setup, so change as needed. As I recall it’s not good practice to override the setting in general, only when you need to.
MESA_GL_VERSION_OVERRIDE=4.5 wine ‘/home/username/.wine/drive_c/Program Files/REAPER (x64)/reaper.exe’
Sadly that didn’t work, it now says that the supported version is 1.2 when spoofing but still doesn’t show anything.
Could it be that the version is actually referring to the GLSL version? If so, then it would make sense that it would list 1.2 as that is the actually supported version of GLSL on the VM as can be seen in my previous post.
If that’s the case, then I don’t think it is possible to run Vital in a VirtualBox VM as the maximum OpenGL version supported is 2.1/GLSL 1.2, Vital then seemingly needing a minimum of OpenGL 3.1/GLSL 1.4 (that is if my theory is correct).
I will probably try a KVM tomorrow or the next week but that might have the same problem as I can already see from a few quick searches.
argh that is a bummer. so VM is a no-go.
Did you try another DAW instead of Reaper to try and load up Vital linux native vst3i and lv2i?
If you have a USB stick handy, install Ventoy on it and simply drop an Ubuntu Studio .iso on it. Boot with it. I just did that and ran Reaper portably, downloaded the Vital linux binaries, pointed the vst directory in Reaper to the Download folder of the Live USB, and Vital does scan and load up in Portable reaper, in Ubuntu Studio LiveUSB using open source drivers at the Ubuntu Studio GRUB prompt.
If it works for you, then it may begin to point toward Linux distro questions.
I tried the same thing with Manjaro XFCE and Vital would not pass the scanning phase in Reaper. I imagine I\d have the same trouble with Manjaro KDE live. Is it an arch thing, who knows but Arch is advertised as being more stripped down and more things need to be configured by the user.
I’m having the same problem with Vital / Vitalium under Ubuntustudio 20.04 with Reaper.
Opening the Vtial GUI the second time makes Reaper crash:
:~/opt/REAPER$ ./reaper
jack: created client
jack: setting TIME_CRITICAL = 4
jack: activated client
Speicherzugriffsfehler
Running Vital as separate process does not help. It was never working for me.
Graphics:
Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics
driver: i915 v: kernel
Display: x11 server: X.Org 1.20.11 driver: modesetting
unloaded: fbdev,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 4600 (HSW GT2)
v: 4.5 Mesa 21.0.3
oops, messed up my post
I tried all of them. With native only it crashes also.
The VST3 version seems to be more stable (didn’t crash yet), but as soon I load the normal version it crashes.