[Request]FiveM Linux Client?

With Valve’s Proton integration in the steam client, GTAV runs flawlessly and Online works too! (For more information about proton,please check “protondb” or its github.)

Unfortunately the FiveM client doesn’t work well with Wine or PlayOnLinux and its very unstable if it actually launches.

Is there a possibility there will be a native Linux client available?

2 Likes

While never a hot topic, it was discussed in some detail here:

Your information seems like a valuable addition on the discussion.

I believe its quite feasible, with dxvk, it translates DirectX 11 and 10 to Vulkan, which is supported on Linux and works well with minimum performance impact.

1 Like

It’s not high up on the list, but it’s been looked at recently. See

1 Like

Interesting, It would mean a lot if they actually make it.
Will keep an eye on it, thank you.

This has been for renderless automated testing, completely unrelated to playing the game.

It’s also impossible to do this for the actual game until DXVK supports shared resources.

2 Likes

maybe an AppImage might be the solusion

anyone get this working on linux?

No, and it won’t happen, ever.

i tested with playonlinux 5 running fivem it stuck becouse wine will run it as admistor :frowning_face:

Working on compatibility on https://github.com/PhoenicisOrg/scripts/issues/914

Workarounds: dxvk, vcrun2017, corefonts

all explained in the issue, looking for help with ROADBLOCK 03 to create compatibility for phoenicis (PlayOnLinux5)

Elaborate why? Note that Grand Theft Auto V works OOTB on linux with performace supperior to Windows in some cases :stuck_out_tongue:

labeled “wontfix”

more requests: https://github.com/doitsujin/dxvk/issues?utf8=✓&q=shared+resources

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.

thanks, helpful

Current issue is with

refferenced on https://github.com/PhoenicisOrg/scripts/issues/914

Can you confirm that this is caused by the lack of shared resources function in DXVK?

What does your Thunderbolt support have to do with the game?

In addition, Linux provides Thunderbolt support (see https://wiki.archlinux.org/index.php/Thunderbolt)
It’s even better than Windows as you can see.

What does macOS have to do with Linux, except that they open-sourced CUPS and it’s made for UNIX, so we can get use of it? macOS doesn’t support Vulkan AT ALL and is NOT planning to ever support it.

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
1 Like

(fivem-linux-1)

Still a long way to go in compatibility changes to properly work, not sure if ever workable enough for public usage though.

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
    image
  • corefonts that are used by the FiveM
  • vcrun2017 which is called in log.

Based on provided info d3dcompiler_47 also required?