Greetings, glorious testers!
Check out Alpha Two Announcements here to see the latest news on Alpha Two.
Check out general Announcements here to see the latest news on Ashes of Creation & Intrepid Studios.
To get the quickest updates regarding Alpha Two, connect your Discord and Intrepid accounts here.
Check out Alpha Two Announcements here to see the latest news on Alpha Two.
Check out general Announcements here to see the latest news on Ashes of Creation & Intrepid Studios.
To get the quickest updates regarding Alpha Two, connect your Discord and Intrepid accounts here.
Linux Tips, Tweaks and Troubleshooting Thread
Azalroth
Member, Braver of Worlds, Kickstarter, Alpha One, Alpha Two, Early Alpha Two
Here I want to collect all good informations about linux support from community members. Please keep his thread clean and only comment your informations, tips or workarounds. Together we will rise up and make our main game ready for linux in the future.
@ThunderGrove on Discord mentioned:
@seki3082 on Discord mentioned:
@ThunderGrove on Discord mentioned:
So far the only version of WebView2 that kind of works for me under Linux are version 109. I got so far that the launcher installs the client and the button to launch the game appears, but the button does not start the game and no errors appears. What I did where:
1. Install Bottles with the non-GIT version in AUR
2. Create a bottle in Bottles
3. Before staring installing the launcher I installed the WebView2 under the Dependencies menu in the bottle.
4. Used Bottles to start the launcher installer.
5. After starting the launcher and clicking on the log in button, a window with the only content being black appeared. When right clicking inside the window near the right edge a black box appeared with the size a rightclick menu. Then I left clicked near the left egde and press ctrl+a then ctrl+c then opend a text editor and did crtl+v, and text from what looks like a log in page appeared in the text editor. The WebView loads the login webpage but does not display it.
6. Left click near the top left edge of the window, then I pressed tab and typed my e-mailaddress (note that sometimes apps under Wine does not like the "ALT GR" button on EU keyboards so chars like "@" as to be copied past from another program), then I pressed tab and typed my password, then pressed on enter and some seconds later the WebView windows closes and launcher allowed me to start the download and install of the client.
7. The download and install completed without any errors, and I get a launch game button. The button tries to launch the client but nothing happens with no errors. If I launch the AOCClient.exe directly with the same bottle in Bottles, the game starts with a outdated GPU driver warning followed by an error code 10, but I can continue to a transparent "Connecting" screen where I can see the character select screen behind it. If I wait long enough time I can get access to trying out the character creator. If the launcher are running while the game is running the launcher can see it.
@seki3082 on Discord mentioned:
Just another note for those Linux users trying out these steps - if you get to the point after clicking the log in button and the webview2 window is all white with no box the size of a right click menu to do the rest of the steps with, try going into the Bottles settings and enabling Wine Virtual Desktop before trying again. This is what made it work for me and has allowed me to at least start downloading and installing the game.
Silence is freedom...
3
Comments
Because of Discord message limit I where to able to fit following:
The Edge WebView2 problem comes from Microsoft forcing hardware acceleration.on and Wine unable to use the hardware acceleration. I remember seeing this hardware acceleration problem on Chrome on Windows over a decade ago on some GPUs and that webpages could be interacted with, both with keyboards and mouse even if Chrome window where black, which gave me the idea that I that I maybe where able to interact with the WebView window.
From my test with the launcher the only thing that does not work under Linux are the launch game button. When running the launcher though Wine in a CLI I got zero error messages when clicking the button and the launcher made zero logs, which is wired when you consider this is an alpha test.
When I tried running the launcher and game client in a Windows 11 VM I where able to see that the launcher where launching the client with some parameter with Taskmanager. The parameters where "AOC LauncherTetherPort=52534 -NOSPLASH -USEEOS=0" doing the prealpha2 stress test.
Based on the LauncherTetherPort parameter my guess would be that when the launch game button works, the launcher opens a network port then starts the client with the parameter, and the client uses the port to request and receive the data needed to connect to the correct Intrepid servers.
If you are using native wine then just run winecfg and set the dll override in there
Once this is done, you are ready to install the launcher. If you installed via flatpak, then Bottle will need permission to access outside filesystems through flatpak so install Flatseal and in here you can give access to the app to access the folders where the launcher is.
Next install the launcher. It should install without any issues. When the client loads, and you press login you will get the black login screen. Click on the screen and press tab. Enter your username. Press tab again and enter your password then hit enter. This should make the window disappear and it will log you in.
While the servers are down, this is not going to install the game. So as of today - 1 days after the DDOS attack with the cloudflare load balance queue on there I can confirm this works. Before, what was happening was that the webform would remove the password when you press enter but now this setting appears to get around that.
Obviously I will keep an eye on things as the installer progresses.
You might also get a cloudflare verification to see if you are a bot just click and wait it out or simply close it and re-open it.
Just remember if you use flatpak, and you update the system - flatpak uses its own repos, so you will need to manually update flatpak when you have updated your system. The only reason why I use flatpak is that I want my debian sources to contain apps i only want on the core system. Anything else such as video editing, audio, media stuff I push through flatpak because of the containerisation of it and so it doesnt interfere with the kali system. It works for me but may not work for you, either way, when you update your GPU drivers, just double check that everything works OK after.
I think I fixed the webview2 on linux.
What I am using?
- Fedora 40
- I´am on wayland (if your launcher starts with a black screen look @ https://forums.ashesofcreation.com/discussion/comment/480679#Comment_480679 )
- Bottles
What steps to reproduce this?
- Install Bottles
- Create a gaming bottle for Ashes
- Go to dependencies and install vcredist2022 and webview2
- Then go to legacy wine tools and click on configuration
- Select msedgewebview2.exe and change Windows Version 8.1 to 7
- Now select the librarys tab and add a ddl override for urlmon (Not needed for me, but some folks may need it) // Credits to @Funkychicken
- Then install the Intrepid Launcher with only select EAC
- After selecting the Alpha Two Enviroment the authentication window takes like 3-4 seconds to wait
- Now see Cloudflare captcha and the login afterwards
- Profit
PS: I logged in and nothing happens, maybe because server is off or we need to investigate further. Nice to see the progress in the linux world. Together we can play soon
You have three choices:
- Switch from Wayland session to Xorg session
- Disable DXVK
- or you try to set shadermodel to 1 on the dxvk config file
Wayland (Hyprland)
Bottles, native install
AMD GPU
I just confirmed the launcher works on Wayland with shaderModel set to 1. Thanks @Azalroth
In your prefix at: drive_c/Program Files/Intrepid Studios/Launcher
make a dxvk.conf if it's not there. I didn't have one. and add to it.
Beware, that if you use bottles as flatpak you need to put the dxvk.conf file where your bottles have rights to access. If you put it in the Ashes Bottle its the best like @Guillemets said.
For now the endboss is those two:
This comes when you start the game. I tried to use DXVK_NVAPI_DRIVER_VERSION=99999, but no luck. You can skip it if you press no.
Then we have this error:
If you click Okay then we have the Connecting... boss.
I guess this is the same issue since beginning. If you press play on the launcher the launcher can´t start the AOC.exe. If you start it manually you get the Connection... boss of doom
https://github.com/doitsujin/dxvk/blob/master/dxvk.conf
Everything else I was seeing was Proton specific so not helpful here.
I also wish they had a list of what all of the error codes mean. 10 is not helpful at all.
0150:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Storage.AccessCache.StorageApplicationPermissions"
warn: D3D11Texture2D::QueryInterface: Unknown interface query
warn: f8fb5c27-c6b3-4f75-a4c8-439af2ef564c
Since the launcher updates yesterday I get this red bar underneath the login menu (i think it's hiding an error) even after setting up a new bottle.
I have been playing on windows as I don't know how to start trying to fix these things.
I can still confirm, that login and updating works fine on Linux if you follow the steps closely. They added a new cloudflare captcha under the password field. On my side this solves itself to green and can login for now. Maybe login with your machine with a browser on the Ashes site could help to skip the captcha.
But the issue still remains, that the AOClauncher can´t properly launch the AOC.exe with the information needed. I guess there is some weird native windows call which is not implemented in Wine, or they use an unusual way to call the AOC.exe.
Maybe it could be solved with a protonfix, but reporting this issue to Valves protonfixes Github could be lead to zero interest, because it is an Alpha where the launcher and the game could change on weekly basis.
Tried it today. This sadly not works, but it is not needed for now because you can skip this issue by clicking no. But could be possible that Code 10 is the error for false graphics driver. This is only speculation for now because this issue appears if you start AOCClient.exe seperatly while the launcher is running, because the AOCLauncher can´t start the exe anyways.
The weird part is, that if you start the AOCClient.exe via the AOCLauncher not even logs appear. So this makes debugging nearly impossible. So I don´t know if this is bad code on the Launcher side or it is a proton issue. I guess bad code on the Launcher side, because the issue remains if you change the runners to soda, proton, wine-ge and so on.
Thanks for all your wizardry @Azalroth
Thanks @Azalroth for the info.
I have a windows machine but sadly it only has 8GB of ram (which isn't enough to run the client).
https://github.com/ValveSoftware/Proton/issues/8212
I ask you to document and report qualified issues and universal problems under the Issue Report so that Valve can focus their efforts as easily as possible.
Thank you, friends, and let’s hope everything works out.
My ideal scenario would be for Valve to communicate with Intrepid and for Intrepid to issue a statement saying that they may not actively develop for Linux, but they won’t stand in the way of Wine/Proton, meaning they could configure things like EAC to work with Wine.
We’ll figure out the rest!
Let me/everyone know if you find a fix
If people are still having the webview2 error that bounces your password it could be a previously installed wine dependency outside of bottles so make sure you check them
My initial theory was that there's something wrong with the DLL's or some are missing.
Checking the wine configuration -> libraries, I saw that 'atiadlxx' (related to AMD graphics) had question marks, which I overrode it to be native and then built in (nvcuda as an example).
The change did not do anything except provide me with a UE5 crash window
Tried to find the logs but with no avail (does anyone know the log locations)
Fixed it back to the previous 'error code: 10' stage by adding a few new libraries:
d2d1.dll; dwrite.dll and dxdi.dll
The issue might still be coming from the libraries but maybe it has something to do with permissions. Maybe the AOCClient is unable to access something like the computer device files.
Whoop - hyped for this!