Vital makes Reaper crash

treier57lol · November 3, 2021, 8:37pm

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.

reklamchef · November 5, 2021, 3:14pm

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.

treier57lol · November 5, 2021, 9:28pm

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:

reklamchef · November 6, 2021, 8:43pm

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’

treier57lol · November 6, 2021, 9:53pm

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.

reklamchef · November 7, 2021, 4:19am

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.

marco_93 · November 7, 2021, 2:33pm

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

reklamchef · November 7, 2021, 3:50pm

oops, messed up my post

marco_93 · November 7, 2021, 4:05pm

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.

reklamchef · November 7, 2021, 4:13pm

are you using the linux zip or the linux deb?

i don’t know if there’s a difference between them but if you’re using one, try the other?

marco_93 · November 7, 2021, 4:17pm

Thanks… will check it

marco_93 · November 7, 2021, 5:10pm

I unzipped the zip and copied the Vital.vst3 directory in my ~/.vst3 folder and the vital.so file into my ~/.vst folder.

After short testing the vst3 version seems to be stable, but the vst makes reaper crash after opening the gui several times:

reaper
jack: created client
jack: setting TIME_CRITICAL = 4
jack: activated client
setNumInputs ( 0 );
setNumOutputs ( 2 );
allocateArrangement ( &plugInput, 2 );
allocateArrangement ( &plugOutput, 2 );
HostPlaying changed: inQuarter: 46.037333, lastQuarter 0.000000 currentQuarter 0.000000
Speicherzugriffsfehler

marco_93 · November 7, 2021, 5:18pm

Same happens in Bitwig. In contrast to Reaper the GUI (e.g. adjusting envelopes) is much smoother in Bitwig than in Reaper. In Reaper it feels a bit sluggish

treier57lol · November 7, 2021, 9:03pm

For me the plugin has been otherwise smooth on Reaper, just the crashing is bothersome.

reklamchef · November 9, 2021, 4:56pm

I noticed just yesterday that some of the gui controls in Vital were sluggish. but not before yesterday which is weird.

reklamchef · November 13, 2021, 6:54pm

There’s .deb builds of Vitalium (the Vital fork) here: https://kx.studio/Repositories:Plugins

If you don’t have debian, the .deb can be unzipped. In case you wanted to experiment, the LV2i is supposedly working better for some users than Vital’s. Case by case of course.

micha · December 13, 2021, 8:50am

I am having regular crashes with vital.

I am getting regular segmentation faults in the following setup:

Arch Linux
Reaper 6.42
Vital 1.08 (VST3i)

When i have about 6 Tracks of vital and just hit the play button it crashes with a segmentation fault.

Weirdly it crashes more likely when I start sending Midi events to channels with higher numbers.

micha · December 13, 2021, 11:59pm

I am having regular crashes with vital.

Ok, looks like it was a bug in geonkick. After patching it everything run stable so far.

Vital is really awesome. Loving it!

chrissy.mc.1 · January 1, 2022, 7:59pm

Here is the GDB output when Vital crashes in Reaper. [ tested with version 1.0.7 and 1.0.8 and VST2 VST3 and LV2 all show the same behaviour ]

To reproduce, open a new project, load Vital. Now open and close Vitals GUI. ( sometimes it takes a few attempts of opening and closing, but for the most part just once is enough to crash )

Thread 6 "reaper" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe798c700 (LWP 28234)]
0x00007ffff7d48e14 in __dynamic_cast ()
   from /lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) thread apply all bt

Thread 34 (Thread 0x7fffb4ee9700 (LWP 28263)):
#0  0x00007ffff7a5a12b in __GI___select (nfds=25, readfds=0x7fffb4ee8b40, writefds=0x7fffb4ee8ac0, exceptfds=0x7fffb4ee8a40, timeout=0x7fffb4ee8a20) at ../sysdeps/unix/sysv/linux/select.c:41
#1  0x00007fffecb16bad in  () at /usr/lib/vst/Vital.so
#2  0x00007fffecb40657 in  () at /usr/lib/vst/Vital.so
#3  0x00007fffecf5113b in  () at /usr/lib/vst/Vital.so
#4  0x00007fffecc67ce0 in  () at /usr/lib/vst/Vital.so
#5  0x00007fffecb37907 in  () at /usr/lib/vst/Vital.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 33 (Thread 0x7fff9b35f700 (LWP 28262)):
#0  0x00007ffff7a5950b in ioctl () at ../sysdeps/unix/syscall-template.S:78
#1  0x00007fffb7490132 in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#2  0x00007fffb749027c in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#3  0x00007fffb74a0a94 in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fffb744d41d in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007fffb689453a in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#6  0x00007fffb6916c3f in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
--Type <RET> for more, q to quit, c to continue without paging--
#7  0x00007fffb6919380 in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#8  0x00007fffecd9f8af in  () at /usr/lib/vst/Vital.so
#9  0x00007fffecd1a453 in  () at /usr/lib/vst/Vital.so
#10 0x00007fffecd9fe51 in  () at /usr/lib/vst/Vital.so
#11 0x00007fffecd03ed7 in  () at /usr/lib/vst/Vital.so
#12 0x00007fffecd0406a in  () at /usr/lib/vst/Vital.so
#13 0x00007fffecc8bb6a in  () at /usr/lib/vst/Vital.so
#14 0x00007fffecddf060 in  () at /usr/lib/vst/Vital.so
#15 0x00007fffece51b2a in  () at /usr/lib/vst/Vital.so
#16 0x00007fffecb37907 in  () at /usr/lib/vst/Vital.so
#17 0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#18 0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 21 (Thread 0x7fffb56ea700 (LWP 28249)):
#0  futex_wait_cancelable (private=<optimised out>, expected=0, futex_word=0xbf72fa8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xbf72f58, cond=0xbf72f80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0xbf72f80, mutex=0xbf72f58) at pthread_cond_wait.c:638
#3  0x00007fffb6834e7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
--Type <RET> for more, q to quit, c to continue without paging--
#4  0x00007fffb6834a7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 20 (Thread 0x7fffb5eeb700 (LWP 28248)):
#0  futex_wait_cancelable (private=<optimised out>, expected=0, futex_word=0xbf72fa8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xbf72f58, cond=0xbf72f80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0xbf72f80, mutex=0xbf72f58) at pthread_cond_wait.c:638
#3  0x00007fffb6834e7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fffb6834a7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 19 (Thread 0x7fffb66ec700 (LWP 28247)):
#0  futex_wait_cancelable (private=<optimised out>, expected=0, futex_word=0xbf72fa8) at ../sysdeps/nptl/futex-internal.h:183
--Type <RET> for more, q to quit, c to continue without paging--
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xbf72f58, cond=0xbf72f80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0xbf72f80, mutex=0xbf72f58) at pthread_cond_wait.c:638
#3  0x00007fffb6834e7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fffb6834a7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 18 (Thread 0x7fffccff9700 (LWP 28246)):
#0  futex_wait_cancelable (private=<optimised out>, expected=0, futex_word=0xbf72fa8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xbf72f58, cond=0xbf72f80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0xbf72f80, mutex=0xbf72f58) at pthread_cond_wait.c:638
#3  0x00007fffb6834e7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#4  0x00007fffb6834a7b in  () at /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:--Type <RET> for more, q to quit, c to continue without paging--
95

Thread 16 (Thread 0x7fffcd7fa700 (LWP 28244)):
#0  futex_abstimed_wait_cancelable (private=<optimised out>, abstime=0x7fffcd7f9d90, clockid=<optimised out>, expected=0, futex_word=0xadad038) at ../sysdeps/nptl/futex-internal.h:320
#1  __pthread_cond_wait_common (abstime=0x7fffcd7f9d90, clockid=<optimised out>, mutex=0xadacfe8, cond=0xadad010) at pthread_cond_wait.c:520
#2  __pthread_cond_timedwait (cond=0xadad010, mutex=0xadacfe8, abstime=0x7fffcd7f9d90) at pthread_cond_wait.c:656
#3  0x00007fffecb3771a in  () at /usr/lib/vst/Vital.so
#4  0x00007fffecb3cd3c in  () at /usr/lib/vst/Vital.so
#5  0x00007fffecb37907 in  () at /usr/lib/vst/Vital.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 14 (Thread 0x7fffcdffb700 (LWP 28242)):
#0  futex_abstimed_wait_cancelable (private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7fffd0000cc0) at ../sysdeps/nptl/futex-internal.h:320
#1  do_futex_wait (sem=sem@entry=0x7fffd0000cc0, abstime=0x0, clockid=0) at sem_waitcommon.c:112
--Type <RET> for more, q to quit, c to continue without paging--
#2  0x00007ffff7f964e8 in __new_sem_wait_slow (sem=0x7fffd0000cc0, abstime=0x0, clockid=0) at sem_waitcommon.c:184
#3  0x00007fffecfd63cf in firebase::Semaphore::Wait() () at /usr/lib/vst/Vital.so
#4  0x00007fffed031c7e in firebase::scheduler::Scheduler::WorkerThreadRoutine(void*) () at /usr/lib/vst/Vital.so
#5  0x00007fffed0367aa in void std::_Bind_simple<void (*(void*))(void*)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) () at /usr/lib/vst/Vital.so
#6  0x00007fffed03660f in std::_Bind_simple<void (*(void*))(void*)>::operator()() () at /usr/lib/vst/Vital.so
#7  0x00007fffed036540 in std::thread::_Impl<std::_Bind_simple<void (*(void*))(void*)> >::_M_run() () at /usr/lib/vst/Vital.so
#8  0x00007ffff7d77172 in  () at /lib/x86_64-linux-gnu/libstdc++.so.6
#9  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#10 0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 13 (Thread 0x7fffce7fc700 (LWP 28241)):
#0  0x00007ffff7a57aff in __GI___poll (fds=0x7fffc400ee10, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007ffff6d2136e in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff6d216f3 in g_main_loop_run () at /lib/x86_64-linux-gnu/libglib-2.--Type <RET> for more, q to quit, c to continue without paging--
0.so.0
#3  0x00007ffff6f76f8a in  () at /lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007ffff6d4aad1 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 12 (Thread 0x7fffceffd700 (LWP 28240)):
#0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff6d6e746 in g_cond_wait_until () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff6cf1581 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff6cf1ba6 in g_async_queue_timeout_pop () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff6d4b419 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6d4aad1 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 11 (Thread 0x7fffcf7fe700 (LWP 28239)):
--Type <RET> for more, q to quit, c to continue without paging--
#0  0x00007ffff7a57aff in __GI___poll (fds=0x7fffc80059c0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007ffff6d2136e in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff6d214a3 in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff6d214f1 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff6d4aad1 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 10 (Thread 0x7fffcffff700 (LWP 28238)):
#0  futex_abstimed_wait_cancelable (private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7fffd0000bc8) at ../sysdeps/nptl/futex-internal.h:320
#1  do_futex_wait (sem=sem@entry=0x7fffd0000bc8, abstime=0x0, clockid=0) at sem_waitcommon.c:112
#2  0x00007ffff7f964e8 in __new_sem_wait_slow (sem=0x7fffd0000bc8, abstime=0x0, clockid=0) at sem_waitcommon.c:184
#3  0x00007fffecfd63cf in firebase::Semaphore::Wait() () at /usr/lib/vst/Vital.so
#4  0x00007fffecfd54a0 in  () at /usr/lib/vst/Vital.so
#5  0x00007fffecfd551d in  () at /usr/lib/vst/Vital.so
--Type <RET> for more, q to quit, c to continue without paging--
#6  0x00007fffecff92d2 in void std::_Bind_simple<void (*(firebase::auth::IdTokenRefreshThread*))(firebase::auth::IdTokenRefreshThread*)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) () at /usr/lib/vst/Vital.so
#7  0x00007fffecff9107 in std::_Bind_simple<void (*(firebase::auth::IdTokenRefreshThread*))(firebase::auth::IdTokenRefreshThread*)>::operator()() () at /usr/lib/vst/Vital.so
#8  0x00007fffecff8ab8 in std::thread::_Impl<std::_Bind_simple<void (*(firebase::auth::IdTokenRefreshThread*))(firebase::auth::IdTokenRefreshThread*)> >::_M_run() () at /usr/lib/vst/Vital.so
#9  0x00007ffff7d77172 in  () at /lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#11 0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 9 (Thread 0x7fffe4b72700 (LWP 28237)):
#0  futex_abstimed_wait_cancelable (private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7fffd0001ef8) at ../sysdeps/nptl/futex-internal.h:320
#1  do_futex_wait (sem=sem@entry=0x7fffd0001ef8, abstime=0x0, clockid=0) at sem_waitcommon.c:112
#2  0x00007ffff7f964e8 in __new_sem_wait_slow (sem=0x7fffd0001ef8, abstime=0x0, clockid=0) at sem_waitcommon.c:184
#3  0x00007fffecfd63cf in firebase::Semaphore::Wait() () at /usr/lib/vst/Vital.s--Type <RET> for more, q to quit, c to continue without paging--
o
#4  0x00007fffed031c7e in firebase::scheduler::Scheduler::WorkerThreadRoutine(void*) () at /usr/lib/vst/Vital.so
#5  0x00007fffed0367aa in void std::_Bind_simple<void (*(void*))(void*)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) () at /usr/lib/vst/Vital.so
#6  0x00007fffed03660f in std::_Bind_simple<void (*(void*))(void*)>::operator()() () at /usr/lib/vst/Vital.so
#7  0x00007fffed036540 in std::thread::_Impl<std::_Bind_simple<void (*(void*))(void*)> >::_M_run() () at /usr/lib/vst/Vital.so
#8  0x00007ffff7d77172 in  () at /lib/x86_64-linux-gnu/libstdc++.so.6
#9  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#10 0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 8 (Thread 0x7fffe5373700 (LWP 28236)):
#0  futex_abstimed_wait_cancelable (private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7fffd00012d8) at ../sysdeps/nptl/futex-internal.h:320
#1  do_futex_wait (sem=sem@entry=0x7fffd00012d8, abstime=0x0, clockid=0) at sem_waitcommon.c:112
#2  0x00007ffff7f964e8 in __new_sem_wait_slow (sem=0x7fffd00012d8, abstime=0x0, clockid=0) at sem_waitcommon.c:184
#3  0x00007fffecfd63cf in firebase::Semaphore::Wait() () at /usr/lib/vst/Vital.s--Type <RET> for more, q to quit, c to continue without paging--
o
#4  0x00007fffed0af453 in firebase::rest::CurlThread::GetNextAction(firebase::rest::TransportCurlActionData*, long) () at /usr/lib/vst/Vital.so
#5  0x00007fffed0afe23 in firebase::rest::CurlThread::ProcessRequests() () at /usr/lib/vst/Vital.so
#6  0x00007fffed0b022e in firebase::rest::CurlThread::ProcessRequests(void*) () at /usr/lib/vst/Vital.so
#7  0x00007fffed0367aa in void std::_Bind_simple<void (*(void*))(void*)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) () at /usr/lib/vst/Vital.so
#8  0x00007fffed03660f in std::_Bind_simple<void (*(void*))(void*)>::operator()() () at /usr/lib/vst/Vital.so
#9  0x00007fffed036540 in std::thread::_Impl<std::_Bind_simple<void (*(void*))(void*)> >::_M_run() () at /usr/lib/vst/Vital.so
#10 0x00007ffff7d77172 in  () at /lib/x86_64-linux-gnu/libstdc++.so.6
#11 0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#12 0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 6 (Thread 0x7fffe798c700 (LWP 28234)):
#0  0x00007ffff7d48e14 in __dynamic_cast () at /lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x00007fffecc0cae6 in  () at /usr/lib/vst/Vital.so
--Type <RET> for more, q to quit, c to continue without paging--
#2  0x00007fffecc44fbf in  () at /usr/lib/vst/Vital.so
#3  0x00007fffecb3e819 in  () at /usr/lib/vst/Vital.so
#4  0x00007fffeca87c62 in  () at /usr/lib/vst/Vital.so
#5  0x00007fffecb37907 in  () at /usr/lib/vst/Vital.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7ffff0c6c700 (LWP 28231)):
#0  futex_abstimed_wait_cancelable (private=<optimised out>, abstime=0x7ffff0c6bd60, clockid=<optimised out>, expected=0, futex_word=0x12dbf2c) at ../sysdeps/nptl/futex-internal.h:320
#1  __pthread_cond_wait_common (abstime=0x7ffff0c6bd60, clockid=<optimised out>, mutex=0x12dbed8, cond=0x12dbf00) at pthread_cond_wait.c:520
#2  __pthread_cond_timedwait (cond=0x12dbf00, mutex=0x12dbed8, abstime=0x7ffff0c6bd60) at pthread_cond_wait.c:656
#3  0x00007ffff769972b in  () at /opt/REAPER/libSwell.so
#4  0x00000000006a1bae in  ()
#5  0x00007ffff7699deb in  () at /opt/REAPER/libSwell.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:--Type <RET> for more, q to quit, c to continue without paging--
95

Thread 4 (Thread 0x7ffff146d700 (LWP 28230)):
#0  futex_abstimed_wait_cancelable (private=<optimised out>, abstime=0x7ffff146cd60, clockid=<optimised out>, expected=0, futex_word=0x217900c) at ../sysdeps/nptl/futex-internal.h:320
#1  __pthread_cond_wait_common (abstime=0x7ffff146cd60, clockid=<optimised out>, mutex=0x2178fb8, cond=0x2178fe0) at pthread_cond_wait.c:520
#2  __pthread_cond_timedwait (cond=0x2178fe0, mutex=0x2178fb8, abstime=0x7ffff146cd60) at pthread_cond_wait.c:656
#3  0x00007ffff769972b in  () at /opt/REAPER/libSwell.so
#4  0x00000000006a165e in  ()
#5  0x00007ffff7699deb in  () at /opt/REAPER/libSwell.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7ffff1c6e700 (LWP 28229)):
#0  futex_abstimed_wait_cancelable (private=<optimised out>, abstime=0x7ffff1c6dd60, clockid=<optimised out>, expected=0, futex_word=0x1db8178) at ../sysdeps/nptl/futex-internal.h:320
#1  __pthread_cond_wait_common (abstime=0x7ffff1c6dd60, clockid=<optimised out>,--Type <RET> for more, q to quit, c to continue without paging--
 mutex=0x1db8128, cond=0x1db8150) at pthread_cond_wait.c:520
#2  __pthread_cond_timedwait (cond=0x1db8150, mutex=0x1db8128, abstime=0x7ffff1c6dd60) at pthread_cond_wait.c:656
#3  0x00007ffff769972b in  () at /opt/REAPER/libSwell.so
#4  0x00000000006a165e in  ()
#5  0x00007ffff7699deb in  () at /opt/REAPER/libSwell.so
#6  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#7  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7ffff246f700 (LWP 28228)):
#0  0x00007ffff7a57aff in __GI___poll (fds=0x7ffff246ea20, nfds=1, timeout=500) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x000000000041b23c in  ()
#2  0x000000000041c446 in  ()
#3  0x0000000000420cce in  ()
#4  0x00007ffff7699deb in  () at /opt/REAPER/libSwell.so
#5  0x00007ffff7f8c609 in start_thread (arg=<optimised out>) at pthread_create.c:477
#6  0x00007ffff7a64293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

--Type <RET> for more, q to quit, c to continue without paging--
Thread 1 (Thread 0x7ffff7940b80 (LWP 28224)):
#0  0x00007ffff7a223bf in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=req@entry=0x7fffffffd9e0, rem=rem@entry=0x0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:78
#1  0x00007ffff7a28047 in __GI___nanosleep (requested_time=requested_time@entry=0x7fffffffd9e0, remaining=remaining@entry=0x0) at nanosleep.c:27
#2  0x00007ffff7a5a9bf in usleep (useconds=<optimised out>) at ../sysdeps/posix/usleep.c:32
#3  0x00000000004158d1 in  ()
#4  0x00007ffff79690b3 in __libc_start_main (main=0x414f00, argc=1, argv=0x7fffffffdff8, init=<optimised out>, fini=<optimised out>, rtld_fini=<optimised out>, stack_end=0x7fffffffdfe8) at ../csu/libc-start.c:308
#5  0x000000000041b09a in _start ()
(gdb)

timhilt · January 18, 2022, 8:02am

Same issue happens for me unfortunately (Arch Linux, with Vital in Reaper). When I open up the fx-chain where Vital is contained the Vital GUI opens up, but part of the window is blacked out. When I then try to press a key on Vitals virtual keyboard, Reaper freezes and crashes soon afterwards. The standalone-version is working just fine though.