regsvr32: Failed to load DLL 'wineasio.dll' about wineasio HOT 13 CLOSED

Yes, fine where wine has its libraries and place it near side all the other *.dll.so files
It is likely not /usr/lib/wine, perhaps /usr/lib32/wine ?

from wineasio.

On Arch as well.

Had success with the following:

WINEPREFIX=~/your/wine/prefix WINEDLLPATH=/usr/lib64/wine wine64 regsvr32 wineasio.dll

This was after copying wineasio.dll.so to the WINEDLLPATH above.

from wineasio.

@ciolansteen I am on Arch too, not on Ubuntu. I have just included a related glibc bug for more information.

As far as I know, Wineasio is using Wine headers of the current Wine install in the system, so I supposed that it needed to be recompiled against the correct version to make it work. I have edited the Makefile.mk:

PREFIX                = <PATH_TO_MY_HOME>/.PlayOnLinux/wine/linux-amd64/3.21/
SRCDIR                = .
DLLS                  = wineasio.dll

Someone can tell if this is the correct method to compile Wineasio using a version of Wine installed via PlayOnLinux/Lutris?

I tried a downgrade using Pacman, I haven't this method used before because usually causes many issues with the dependencies. It seems that the downgrade work fine for wine package, thanks for the tip. However, the problem is still present for wine 4.0 too.

Related to the AUR package, I have managed to compile it at the package it correctly, find the PKGBUILD here.

Edit: I will open a different issue for this particular problem because I think is not related with yours.

from wineasio.

OK, that was it regarding the registration. Copied 32bit build /usr/lib32/wine and 64bit to /usr/lib/wine. Now it registers correctly. However, wineasio.dll still does not show up in the libraries list. Tested with GuitarRig 5.22 (which worked well in the past with wine4.x and the old wineasio library). The asio entry shows in audio settings, but it cannot be selected.

from wineasio.

I may be doing something really wrong here.
So, I tried with - wine-staging 5.4, lutris5.4 and proton5.0
The dll registers successfully. However, wineasio does not show in libraries list.

from wineasio.

app installed in custom wine prefix?

from wineasio.

yes, and wineasio.dll.so installed correctly in each distro's libraries folder (both 32 and 64bit)

from wineasio.

I have a similar issue in Arch for several months now. Same problem with Guitar Rig 5 and Amplitube. They even crash when I select ASIO driver.

I will try to post some further details in this issue as soon as I gather more info.

from wineasio.

Have you tried the old wineasio with wine4.x?

from wineasio.

This setup was working about a year ago. I will try to go back to wine4.x and test it again to check when it broke.

from wineasio.

I found quite difficult to compile old version of Wine in Arch. I have tried cloning the ABS repo of Wine and going back to Wine 3.21 and 4.0 but they fail to compile in an updated system.

Also, I used PlayOnLinux to install different versions of Wine but I am having problems connecting wineasio with these versions. Any suggestion?

About the error, I have run AmpliTube with winedbg. You can check the crash in this log. It seems it does not connect with Jack, maybe the problem is in that side.

Edit: Maybe relevant glibc bug?
Ubuntu Ticket - https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1757517
Related comment - https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1757517/comments/2

Edit2: Maybe my bug is unrelated to this issue, should I open a new issue?

from wineasio.

again, the dll registers successfully as long as wineasio.dll.so is in the correct lib folder for that wine version. Still wineasio doesn't show up in the DLL overrides list and asio is not working in any programs i tried -even forcefully overriding it.

I use Lutris for wine version management. In my case, the correct WINEDLLPATH would be $HOME/.local/share/lutris/runners/wine/{wine_version}/lib|lib64 for that wine version. Also there's no need to recompile the old wineasio since the package in AUR is still available. And for an old wine package try THIS.

L.E. - now i noticed you are on ubuntu. I'm pretty sure there's a way to downgrade packages really easy there too. But I still think using something la POL or Lutris for wine version management can help a lot here.

I am willing to make a AUR package for FalkTX version since will be the maintained one from now on from what i understand, but atm I cannot seem to make it work :(.

from wineasio.

Managed to correctly build using wine4.11 and tested using a wine4.11 prefix. Now wineasio shows up in the dll list but as @ChuckDaniels87 stated, the programs using asio crashes.

from wineasio.