earlier today a few more crazy requests came so we tried to implement a workaround, but moltenvk does not support running dxvk yet so macOS was out of the question, and linux does not support thunderbolt on mac mini 2018 yet either, so said workaround wouldn’t have been able to be tested.
Testing code changes for compatibility, if you managed to read the post?
Except it doesn’t work on newer Apple hardware, even with a patch from the 5.2 branches that’s meant to enable this, and said Apple hardware is the only desktop-style system I have access to at this time.
And again your inability to read shows, this is what MoltenVK is for, but the work to support the required feature set for DXVK to run is unfinished. Since Wine and DXVK are the same across platforms, this’d have made it possible to test code changes under that platform as well.
As it is now, there are a few more hurdles breaking FiveM under Wine/DXVK other than the ones you people already ran into, namely:
UI needs shared resources as OnPaint isn’t implemented, and OnPaint would lead to UI being very slow due to GPU->CPU->GPU buffer copying
game mirroring to UI won’t be workable at all without shared resources and currently has a crazy (~70 MB/sec) memory leak if shared resources aren’t supported (a scenario that never happens on Windows, but stubs in DXVK do cause this)
adhesive requires NT APIs to be implemented in a perfect way, Wine definitely doesn’t, so a crash in NtCreateThreadEx occurs unless disabling adhesive (which leads to an inability to join most public servers)
something is breaking Mono scripting (corlib not loading correctly)
enabling netgraph leads to a crash in Wine’s DWrite implementation
ownership UI needs to be skipped using cl_ownershipTicket convar at this time
startup time is horrible compared to running on Windows on equivalent hardware
d3dcompiler_47 being existent leads to ANGLE wanting to use it, which leads to a crash due to incomplete ucrt implementation; WINEDLLOVERRIDES=d3dcompiler_47=b is definitely going to stay needed
updater and first-launch UI weren’t tested at all, but likely are going to cause some sorts of issues as well
there’s no native OS integration workaround library yet, in theory LoadLibrary can be used to load .so/.dylib files as well if reading Wine source code correctly however, which would be helpful
Are we talking about the input method right? Or do you mean something else? Since i don’t see how is input method relevant to the software… If your macbook is unable to use any input you can always use rclone, rsync, etc…
If there is linux issue on apple device then file a new issue in tracker of relevant repository and share a link assuming that it’s the only blocker for this issue.
If there are issues with WINE then please file a wine bug so that they can be resolved including the one that prevents DXVK from supporting Shared resources and refference them here… We can NOT work on something that is not explained correctly!
Something alike would be a good start for linuxppl to reproduce your results, please provide instructions for wine configuration so far i’ve (and phoenicis community, thanks to https://github.com/suomilanittaja) deduced:
wine-staging for UAC
DXVK that is mandatory for Grand Theft Auto V
wine runas /trustlevel:0x20000 FiveM.exe executable to work around