No Gui - vst 3 - Ubuntu Studio

[Skarin]

No Gui - clap - Ubuntu Studio 24.04 in Bitwig 5.3.2
TX16Wx Software Sampler 3 Linux x64 (debian)
3.7.0g 7378.944

[elcallio]

Seems Bitwig on Linux does not call the clap gui "show" method after creating the UI from host. It does on Windows, but hey, why have consistent code. :-/
Can be handled in TX, and I might include it in next release. But it really seems like something Bitwig should fix.

[talby]

I think I have the same issue, observing it in Tracktion Waveform 13 (tested with newest version) on Debian 13 with KDE (Wayland).
VST opens with GUI in the plugin window, looks fine.
VST3 opens with a plain white canvas in the plugin window, nothing else becomes visualized, thus not usable. This issue of showing a white canvas only looks like also the VST3 beta version of sforzando for Linux is showing it. Just mentioning this for the case crosschecking with that plugin helps debugging.
If you give me instructions on how to receive it, then I'll do my best to provide more information.
If you want me to forward information to the Tracktion support, if this would be necessary to solve the issue, and not wanting to contact them yourself, then I'll do so as well.

I tried to install it to Ubuntu Studio 25.10, but it fails due to a dependency issue:

Code: Select all

$ sudo apt install ./tx16wx-software-sampler-3.7.0p-amd64.deb
[sudo: authenticate] Password:
Note, selecting 'tx16wx-software-sampler' instead of './tx16wx-software-sampler-3.7.0p-amd64.deb'
Solving dependencies... Error!
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Unsatisfied dependencies:
 tx16wx-software-sampler : Depends: libxcb-xrm0 (>= 0.0.0) but it is not going to be installed
                           Depends: libxml2 (>= 2.7.4) but it is not installable
Error: Unable to satisfy dependencies. Reached two conflicting decisions:
   1. tx16wx-software-sampler:amd64=30.7.7647.962 is selected for install
   2. tx16wx-software-sampler:amd64 Depends libxml2 (>= 2.7.4)
      but none of the choices are installable:
      [no choices]

[elcallio]

I think I have the same issue, observing it in Tracktion Waveform 13 (tested with newest version) on Debian 13 with KDE (Wayland).
VST opens with GUI in the plugin window, looks fine.
VST3 opens with a plain white canvas in the plugin window, nothing else becomes visualized, thus not usable. This issue of showing a white canvas only looks like also the VST3 beta version of sforzando for Linux is showing it. Just mentioning this for the case crosschecking with that plugin helps debugging.

Well, I can reproduce this as you describe it, but I can't say I have much of an idea of what is going on...
My best guess is that the XEmbed functionality in Waveforms VST3 implementation somehow filters a bunch of Xevents, because I don't get any mouse or other events at all with it. I do get the more-or-less expected initial setup and resizing events, but then it dries up. Unfortunately, trying to force-paint and similar tricks does not help...

What _does_ help is ignoring the provided XEmbed parent window, and just anchor the plug-in window to the screen root. Then it paints fine and everything works. Except of course the plug-in window is not embedded in the host.

But again, this makes me think there is something broken with the XEmbed here. Obviously, some plugs are working, so it suggests that whatever the X attributes are here, they match some SDK/toolkits behaviour, but as we know, X is a finicky mistress, and there is no proper, clear definitions on how/what to do with the host parameters. TX (using CW toolkit) follows more or less 1:1 with the code flow stipulated by steinberg. But of course, something could be broken...

[talby]

Thanks a lot for having had a look at it!
I reported it also to the Waveform developers and gave them the link to your answer here.

[elcallio]

Hah, found it. Turns out Waveform is (really properly) strict on Xembed, and refuses to do/pass through x11 map window messages when XembedInfo flag XEMBED_MAPPED is not set. VST3 sdk (gui) does _not_ set this, so for compat issues neither does TX. However, flipping this bit makes everything work fine.
Another case of "should really follow specs instead of implementor".

I'll make a new release in a day or two.

[talby]

So, my guess that this issue would be related to the CLAP issue reported originally in this thread won't be correct.
I am very sorry for having hijacked this thread, then. Still, thank you very much for having solved this VST3 issue!!!

[Kott]

Great. I guess that you're talking about this flag https://github.com/steinbergmedia/vstgu ... tils.h#L61
I just changed it to "1" and vstgui plugins started to show in JUCE host.
Also, looks like this commit adds an extra strictness for (un)mapped windows https://github.com/juce-framework/JUCE/ ... be4843cf98

[elcallio]

I don't use JUCE, and I will not look at JUCE source code. But correct.

[talby]

Thanks a lot for the new release! GUI is no showing up fine for VST3 in Waveform.