Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Most VST3s have strange behavior after Wine Staging update #382

Open
1 task done
cobe571 opened this issue Nov 25, 2024 · 36 comments
Open
1 task done

Most VST3s have strange behavior after Wine Staging update #382

cobe571 opened this issue Nov 25, 2024 · 36 comments

Comments

@cobe571
Copy link

cobe571 commented Nov 25, 2024

Thanks for giving yabridge a shot!

  • I read through both the troubleshooting and the known issues sections, and my issue wasn't listed there

Problem description

Hello everyone,
Today I update my Debian 12 (bookworm) with yabridge 5.1.1 to Kernel Linux 6.1.0-28-rt-amd64 x86_64 and Wine Staging 9.22

Just to be sure everything works fine in the end I follow these steps:

I delete the file:
/home/patrizio/.config/yabridgectl/config.toml

And the two directories:
/home/patrizio/.vst/yabridge/
/home/patrizio/.vst3/yabridge/

As usual I gave the commands:

:~$ /home/patrizio/.local/share/yabridge/yabridgectl add /home/patrizio/.vst/

:~$ /home/patrizio/.local/share/yabridge/yabridgectl add "$HOME/.wine/drive_c/Program Files/Common Files/VST3"

:~$ /home/patrizio/.local/share/yabridge/yabridgectl sync

Everything works fine! But...

All of the programs I use i.e. Carla Audio Plugin Host; Reaper and Ardour DAW recognize the plugins but when I open it in most cases they have a really strange behavior. Most of them don't show their GUI with controls and many others don't works at all.

I downgrade winehq-staging to version 9.21 and now everything works perfectly.

Note to remember. To downgrade Wine Staging version, all the files needed for the downgrade must be listed in the installation command:

:~$ sudo apt install winehq-staging=9.21~bookworm-1 wine-staging=9.21~bookworm-1 wine-staging-amd64=9.21~bookworm-1 wine-staging-i386=9.21~bookworm-1

Until it will be fixed I marked Wine Staging as blocked with:

:~$ sudo apt-mark hold winehq-staging

**

Hope it will be fixed very soon, cause I really like yabridge and I appreciate so very much I can finally use a full set of windows plugins into my Linux computers.

Thanks for the effort and please keep up with the good job!

~Patrizio.

What did you expect to happen?

That everything works as expected

What actually happened?

Loading plugins was a faliure: No GUI and most of the plugins not working at all

Operating system

Debian GNU/Linux 12 (bookworm)

How did you install yabridge?

github

yabridge version

5.1.1

yabridgectl version

5.1.1

Wine version

9.22

Plugin

Almost all of them

Plugin type

both VST2 and VST3

Plugin architecture

64-bit

Host

Carla; Reaper; Ardour 7

Desktop environment or WM

XFCE 4.18

GPU model

AMD PALM

GPU drivers and kernel

Mesa 22.3.6 on Kernel 6.1.0-28-rt-amd64

Debug log

No response

Anything else?

No response

@Abso793
Copy link

Abso793 commented Nov 25, 2024

Hello. I have this problem too. With wine-staging 9.22 i can't interact with the gui of the plugins. I have seen people mention this issue on winehq forum and on reddit too.

@siborg
Copy link

siborg commented Nov 25, 2024 via email

@pablo-888
Copy link

Same. I thought it was a wine-tkg problem so I switched to vanilla but then I noticed Arch was actually a couple of wine versions behind so that explains it. I couldn't interact with Melodyne.

@sandycorzeta
Copy link

This perhaps due Wine in 9.22 going into Wayland by default.
https://www.phoronix.com/news/Wine-9.22-Released

I have the same problem, but instead i can interact with the VST with wrong scaling? (i guess)
i use 1360x768 on my native resolution, but the VST seems going into over more than my native resolution in 9.22. So i have the button pressed wrong location.

9.21 doesn't have this problem.

@sandycorzeta
Copy link

sandycorzeta commented Nov 26, 2024

Here are some video preview of what happened in my computer.
It looks like the window coordinate initialization is not properly configured when the plugin being launched.
Perhaps almost looks like the same bug from #368 .

My system is Fedora 41 using Wine 9.22 copr build from patrickl

2024-11-26.14-48-38.mp4

@robbert-vdh robbert-vdh pinned this issue Nov 27, 2024
@robbert-vdh
Copy link
Owner

Thanks for letting me know about this! I'll probably need to dive into what actually changed between Wine 9.21 and 9.22 to figure out what's happening here. I'll try to find time for that this weekend. For now you'll have to downgrade to an earlier version of Wine.

This perhaps due Wine in 9.22 going into Wayland by default.

yabridge has been unsetting WAYLAND_DISPLAY since early 2023 in anticipation for that on its own should not be causing any problems

I have the same problem, but instead i can interact with the VST with wrong scaling? (i guess)
i use 1360x768 on my native resolution, but the VST seems going into over more than my native resolution in 9.22. So i have the button pressed wrong location.

Are you using yabridge 5.1.1? Wine 9.17 changed how it handles DPI scaling, which did cause issues like this. Yabridge 5.1.1 should scale fine with all current Wine versions.

@bsedin
Copy link

bsedin commented Nov 27, 2024

I have same problem on wine 9.22, downgrading wine to 9.21 fixes it.
yabridge compiled from a82bd51 (with DPI scaling fix). I will try to test on latest master branch

@sandycorzeta
Copy link

Are you using yabridge 5.1.1? Wine 9.17 changed how it handles DPI scaling, which did cause issues like this. Yabridge 5.1.1 should scale fine with all current Wine versions.

Yes i'm using yabridge 5.1.1 compiled from patrickl COPR when im testing this.

@ArtikusHG
Copy link

For me, this also affects older wine versions. This started happening to me when I upgraded to 9.20. Downgrading to 9.17 only partially fixed it - on 9.20 I couldn't use the mouse to interact with the GUI at all, on 9.17 it would work on some plugins, but not others (Melodyne was still broken). The only version that works without issues currently for me is 9.21 (even with Melodyne).

Btw this is on Arch running the official packages for both yabridge and wine (switched to wine-staging to install 9.21 though). Don't think it matters, but just in case, my DAW is Reaper, my DE is GNOME on Wayland and I'm running it all through distrobox on Fedora Silverblue.

@Nekkowe
Copy link

Nekkowe commented Nov 30, 2024

I'm experiencing the same problem.
Linux Mint, X11, Reaper, wine-devel 9.22, yabridgectl 5.1.1
The plugin UIs do not react to the mouse in any way whatsoever, every one I've tried appears completely frozen.

Downgrading to 9.21 fixed it for me too.

@robbert-vdh
Copy link
Owner

I don't know if I still have the time to cook up a yabridge-side workaround for this today (and if that's possible to do in a reasonably sane manner) but for context, this is the Wine commit that introduced this issue's specific regression where GUI interaction just no longer works:

Patch: https://gitlab.winehq.org/wine/wine/-/merge_requests/6569
Specific commit causing the problem (through interaction with an earlier commit): wine-mirror/wine@d8b5a3a

The ConfigureNotify events sent by yabridge are being ignored because of those new checks. These events are what tells Wine where on the screen the window actually is. You'll notice that if you move a plugin window around to align with the very top left corner of your screen, mouse interaction still works as expected with Wine 9.22. The same PR added the following line, which causes that wm_state_serial flag to no longer be cleared, causing the problem:

https://github.com/robbert-vdh/wine/blob/d8b5a3ae129e0971e71fcf6e95387d8d1e35e646/dlls/winex11.drv/window.c#L1442-L1443

@PennRobotics
Copy link

Because the problem is already bisected, I imagine a fix is coming in the next release. Nonetheless, Fedora users can use:

sudo dnf install --allow-downgrade winehq-staging-9.21
sudo dnf versionlock add winehq-staging

@chmaha
Copy link

chmaha commented Dec 4, 2024

Because the problem is already bisected, I imagine a fix is coming in the next release. Nonetheless, Fedora users can use:

sudo dnf install --allow-downgrade winehq-staging-9.21
sudo dnf versionlock add winehq-staging

Or alternatively just use the official Fedora 41 repo and install wine 9.15 which is apparently based off wine-staging.

@Skygge666
Copy link

Side question about the Wayland: Is there Wayland support planned for Yabridge? I wonder if this could make the proper plugin GUI available in Presonus Studio One.... Thanks!

@RustoMCSpit
Copy link

same here Bitwig 5.2.7 linux mint .debian

@0CCULTIST
Copy link

0CCULTIST commented Dec 7, 2024

Still issues after Wine 10. For lazy people on Debian Bookworm:

sudo apt install --allow-downgrades winehq-staging=9.21~bookworm-1 wine-staging=9.21~bookworm-1 wine-staging-amd64=9.21~bookworm-1 wine-staging-i386=9.21~bookworm-1 && sudo apt-mark hold winehq-staging wine-staging wine-staging-amd64 wine-staging-i386

To reiterate, 9.21 is the last working version.

@RustoMCSpit
Copy link

i think this is possibly related to a much older bug report made about neuralnote running through yabridge, not certain however https://bugs.winehq.org/show_bug.cgi?id=56774

@Lairizzle
Copy link

Confirmed same issue and downgrade to 9.21 and a reboot fixed it for me.

@cnschn
Copy link

cnschn commented Dec 15, 2024

@robbert-vdh any ideas how much effort it would be to work around this from the yabridge side? I'd prefer not to downgrade wine, and while moving all plugin windows to 0,0 works for now it's not exactly convenient 😄

@robbert-vdh
Copy link
Owner

@cnschn That probably won't possible do to in a way that keeps the old behavior, and that won't break immediately again after the next Wine release. I briefly checked if I could get something to work by moving the window's position around and then compensating with negative translations but that didn't really work and is super janky.

I don't think the Wine people are going to change something on their side that would make this work again anytime soon though. Maybe they'll accept a patch from me that would make this work properly without any hacks, but I currently also don't really have the time to work on that.

@cnschn
Copy link

cnschn commented Dec 16, 2024

That's unfortunate, but understandable.

I really don't want to downgrade/pin wine to an older version, does anyone have any recommendations on how to manage prefixes using non-system versions of wine (on arch in my case)? I'm using Lutris for some games/applications already, maybe setting up a fixed version prefix for VSTs using that could be an option?

@cdunford
Copy link

Experiencing same issue on arch with 9.22 - does anyone know if there is an open issue in wine to address this?

@siborg
Copy link

siborg commented Dec 22, 2024 via email

@cdunford
Copy link

Yeah I'll see about downgrading - that's always a bit of a headache on arch. Would be stellar if someone was able to fix this at some point.

@siborg
Copy link

siborg commented Dec 22, 2024 via email

@siborg
Copy link

siborg commented Dec 22, 2024 via email

@Lord-Formaldahyde-Brick

I think this problem with 9.22 is wider than just yabridge. Carla fails too plus the plugins in Photoshop CS2 (which was the last Adobe product I ever bought...think on Adobe! ) All fail to respond to mouse, or at least not know the coordinates of the pointer.

@Schroedingers-Cat
Copy link

Schroedingers-Cat commented Dec 25, 2024

@Lord-Formaldahyde-Brick maybe let them know about this. The more software is affected by this change, the more likely it is for them to reconsider.

Merge request is here: https://gitlab.winehq.org/wine/wine/-/merge_requests/6569
Discussion about the regression for audio plugins is here: https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_89380

@ManuLinares
Copy link

I filed a bug report on: https://bugs.winehq.org/show_bug.cgi?id=57603

@just-Nob
Copy link

Short confirmation for Manjaro Linux, KDE flavor:
Same issue here with yabridge 5.1.1 + Wine-Staging 9.22 (both taken from Manjaro's official repos).

Currently no RT kernel in use; I think the issue independent of the kernel version.

Tested with some (free) 64-bit VSTi2, VSTi3 & CLAPi plugins on Rapper + Carla.
Behaviour is the same for all of them:

  • sound works fine
  • also presets can be changed (by surrounding frame, not via GUI), Sound changes as well
  • GUI was drawn correctly every time (in contrast to the initial description by @cobe571 saying "no GUI"), but is (nearly) irresponsive, like shown in the video shared by @sandycorzeta
  • I was only sometimes(!) able to change a parameter by mouse with click+move one time (i.e. I had to restart the GUI before I was able to reproduce this effect), but also with a remarkable(!) offset to the right (i.e. the affected GUI element was to the right of the mouse cursor)
  • parameters can be changed when switched from the plugins' GUI to Reaper's/Carla's generic parameter editor (meaning this is indeed "only" a graphical issue)

Like for most of the others here, I was able to temporarily solve that issue by downgrading Wine-Staging from version 9.22 to 9.21.
Hint:
On Manjaro, this can easily done by using manjaro-downgrade; this tool additionally offers to put Wine-Staging to the list of packets not being upgraded anymore (as long as you don't take them out of the ignore list) after downgrading, like mentioned by @siborg .

BTW:

  • Thanks to @robbert-vdh for this really great tool, which was one of the most convincing arguments for me switching from Windows to Linux!
  • Also thanks to ask others here since that helped me a lot getting the Windows plugins up and running (this was my 1st try ;) )!

@cobe571
Copy link
Author

cobe571 commented Dec 31, 2024

Thanks everyone for the feedback, Thanks to @robbert-vdh

I'm not worried. Still with downgraded winehq-staging at version 9.21 and everything continue to works perfectly. I'm aware we already have winehq-staging 10.0~rc3 but I'm not rushing the latest updates over functionality.

@DJZeroAction
Copy link

Ive downgraded to wine 9.21 (tkg build). VSTs are rendering (not frozen either) (9.22+ gave me a black screen), but mouse and keyboard interactions does not work. dxvk is installed.

@singularity098
Copy link

singularity098 commented Jan 10, 2025

Hey folks, I just wanted to suggest a way to work around this which might help some of you. I am on OpenSUSE and downgrading Wine is not trivial, and not worth the effort for me personally.

Instead, I noticed that Wine seems to be registering the mouse clicks using my absolute screen coordinates, as if the left-most top-most pixel of the VST display were exactly at pixel position 0,0 on the screen. I noticed this because the mouseclicks in EZdrummer were always registering down and to the right of where I intended them.

In other words, the further your VST window happens to be positioned away from the top-left corner of the screen, the further your mouse clicks will be from where you intended.

So to work around it, I am having success simply by right clicking the title bar of my VST and clicking move, and then position the VST window so that it is where Wine apparently thinks it is, with the top-left most corner of the VST display aligned with the top-left most corner of the monitor. You will have to push the title bar off the screen if you want your clicks to be exact, which is why I rightclick the title bar and move that way instead of dragging the title bar as you would usually do. This works in Reaper with KDE... methods may be different in other desktop environments and DAWs.

@nicolalandro
Copy link

I have same mouse shifting problem on Endeavour OS, I fixed it by downgrading from 9.22 to 9.21:

wget https://archive.archlinux.org/packages/w/wine-staging/wine-staging-9.21-1-x86_64.pkg.tar.zst
sudo pacman -U wine-staging-9.21-1-x86_64.pkg.tar.zst

@mrbumpy409
Copy link

So to work around it, I am having success simply by right clicking the title bar of my VST and clicking move, and then position the VST window so that it is where Wine apparently thinks it is, with the top-left most corner of the VST display aligned with the top-left most corner of the monitor.

By default in KDE Plasma, you can also hold down the left Windows key and drag a window by clicking anywhere within the window. It might be Left Alt instead if you have upgraded from an older Plasma version.

@ArAM1db33tz
Copy link

I have same mouse shifting problem on Endeavour OS, I fixed it by downgrading from 9.22 to 9.21:

I take it I would need to install Wine-9-21 from archive too as it needs to remove it when pacman downgrades staging?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests