Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign up[BUG] Elite Dangerous doesn't start (359320) #150
Comments
kisak-valve
added
the
Game compatibility - Unofficial
label
Aug 22, 2018
This comment has been minimized.
This comment has been minimized.
simon50keda
commented
Aug 22, 2018
•
|
This comment has been minimized.
This comment has been minimized.
BrandonDyer64
commented
Aug 22, 2018
At the bottom of the log, I get this:
I think the terminal is asking a question and expecting a response. I tried running Steam in a terminal, but it didn't render this. I'm also not sure how to directly run the game itself in a terminal. Somehow, I think I just need to answer this question. Adding |
kisak-valve
changed the title
[BUG] Elite Dangerous doesn't start
[BUG] Elite Dangerous doesn't start (359320)
Aug 23, 2018
This comment has been minimized.
This comment has been minimized.
mrmakeit
commented
Aug 24, 2018
•
This simply means that the game didn't fork, spawn a new process to continue, so wine/steam didn't need to kill the child process. This almost always shows up once a game using proton closes, successful or not. A sort of rhetorical question for anyone reading the logs. |
This comment has been minimized.
This comment has been minimized.
mrmakeit
commented
Aug 24, 2018
also, Elite: Dangerous still doesn't correctly run inside wine environments. It's mostly there, but so-far only one of the tutorials has actually been run using wine. Unfortunately, it appears that the launcher for Elite is still not successfully running, which is what is crashing. In general, if a game doesn't launch with Steam Play enabled, there is a good chance it just doesn't work in a wine environment yet. |
This comment has been minimized.
This comment has been minimized.
diraven
commented
Aug 25, 2018
I tried it with proton and lots of standalone wine setups with and without dxvk. None have worked, sadly... Hopefully, this will change some day. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
unlimitedbacon
commented
Aug 31, 2018
Here is a complete log file. Running Proton 3.7-5 Beta. |
This comment has been minimized.
This comment has been minimized.
physios
commented
Sep 1, 2018
•
Probably the most important part of that log, idk just trying to be useful `15872.052:0008:0009:trace:module:load_dll Loaded module L"Z:\home\neo\.local\share\Steam\SteamApps\common\Elite Dangerous\EDLaunch.exe" (native) at 0x400000 15872.052:0008:0009:err:module:LdrInitializeThunk Main exe initialization for L"Z:\home\neo\.local\share\Steam\SteamApps\common\Elite Dangerous\EDLaunch.exe" failed, status c0000017 15872.054:000c:0026:trace:module:MODULE_InitDLL (0x7feca1c40000 L"rpcrt4.dll",THREAD_ATTACH,(nil)) - CALL 15872.054:000c:0026:trace:module:MODULE_InitDLL (0x7feca1c40000,THREAD_ATTACH,(nil)) - RETURN 1 15872.054:000c:0027:trace:module:MODULE_InitDLL (0x7feca1c40000 L"rpcrt4.dll",THREAD_ATTACH,(nil)) - CALL 15872.054:000c:0027:trace:module:MODULE_InitDLL (0x7feca1c40000,THREAD_ATTACH,(nil)) - RETURN 1 15872.071:000c:0025:trace:module:MODULE_InitDLL (0x7feca1c40000 L"rpcrt4.dll",THREAD_ATTACH,(nil)) - CALL 15872.071:000c:0025:trace:module:MODULE_InitDLL (0x7feca1c40000,THREAD_ATTACH,(nil)) - RETURN 1 15872.072:000c:0028:trace:module:MODULE_InitDLL (0x7feca1c40000 L"rpcrt4.dll",THREAD_ATTACH,(nil)) - CALL 15872.072:000c:0028:trace:module:MODULE_InitDLL (0x7feca1c40000,THREAD_ATTACH,(nil)) - RETURN 1 15872.072:0018:001c:trace:module:LdrShutdownThread ()` |
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Oct 19, 2018
I'd like to add some update on this, with latest Proton versions dotnet installing is fixed so using winetricks/protontricks with a version of wine where dotnet40 doesn't fail (in my case I got 3.17 staging as my system wine) you can install dotnet40 into the Proton prefix. i.e. 2/ WINEPREFIX=$PWD/pfx winetricks corefonts dotnet40 vcrun2012 quartz 3/ WINEPREFIX=$PWD/pfx winecfg - then set mode back to win7 After doing that launcher should open,but that's only the first half of the battle. There are a number of issues, first is openvr_api_dxvk.dll prevents the main game from displaying the splash screen. Second is a problem previously a roadblock in wine where the CRC check fails making the main game unplayable. Third is another new issue where even the previously playable combat demo would freeze despite working perfectly in standard wine. |
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Oct 22, 2018
•
Update: Game is now working in wine but not proton, here's my compatibility report. Compatibility Report
System Information
SymptomsGame now works in Wine staging 3.18 with DXVK using a simple registry fix listed here: https://forums.frontier.co.uk/showthread.php/366894-How-to-install-ED-on-Linux-using-Wine-EXPERIMENTAL-NOT-OFFICIALLY-SUPPORTED?p=7082698&viewfull=1#post7082698 However game still freezes in Proton even after applying the same fixes, the login issue has been resolved but something "Proton specific" causes the game to freeze a minute after starting up. Here's it running under Wine staging: https://youtu.be/JcDY4WFENug ReproductionSimilar to the steps in this video: https://youtu.be/jG7TUOXZhng 1/ 2/ Navigate to HKLM/Software/Microsoft/Cryptography 3/ The above will make the launcher and game start in Steam/Proton and will also fix the authentication error, however game will freeze in about a minute (sometimes sooner). This doesn't happen under Wine staging therefore issue is to do with Proton. Also @byte1024 post from other thread:
I've tried this and it doesn't work, it seems Proton itself uses a builtin rsaenh library and doesn't launch when you try to use a native version. Also I'm not sure Cryptography is the issue anymore as this freeze occurs even on the combat demo which was working perfectly fine in wine before the registry fix. |
kisak-valve
referenced this issue
Oct 22, 2018
Closed
Elite Dangerous now working in wine, Proton specific crash (359320) #1800
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Oct 26, 2018
Another update: Thanks to RedMcG again on the frontier forums I have now got into the game in Steam Proton... BUT using anymore than one CPU core will freeze the game. Simply follow the winetricks, regedit & winecfg steps in the post above, to get into the game without it crashing "taskset -c 0 %command%" needs to be set in the launch options. Obviously not very playable but it works. Bu the question is why using more than one thread cause issues with this game in Proton yet not with Wine Staging? |
This comment has been minimized.
This comment has been minimized.
mirh
commented
Oct 26, 2018
The esync patch set is probably the first diff that comes to mind.. |
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Oct 26, 2018
I'be already tried PROTON_NO_ESYNC=1 %command% , tried older versions of Proton too no difference. Tried WineD3D instead of DXVK still freezes up. Maybe some implementation Wine has which Proton's missing? |
This comment has been minimized.
This comment has been minimized.
LudusLight
commented
Oct 27, 2018
I'm having trouble with your solution. I feel like I could be missing something obvious, considering I'm new at troubleshooting Proton, but perhaps this may come in useful anyways. I tried the following on two distributions (Solus 3.9 & Ubuntu 18.04):
After doing that, launching the game has no effect. There is no launcher, and no game. Here are the log files: |
This comment has been minimized.
This comment has been minimized.
byte1024
commented
Oct 27, 2018
•
At least with Ubuntu you're getting: I'm not sure why though. The log doesn't have anything immediately noticeable to me. Comparing it to Solus is the only difference I notice:
Perhaps bad exe on Ubuntu or the storage location doesn't work well? If there's something else in the log, I don't feel like trying to find it =) With Solus: |
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Oct 27, 2018
I should be clearer as you don't appear to have mscoree listed in your log. First thing needed is having at least wine staging 3.17 or higher installed on your system to install dotnet40, along with installing winetricks. Assuming you have steam installed in the default place open terminal and type (replacing yourusernamehere with yours): WINEPREFIX=/home/yourusernamehere/.steam/steam/steamapps/compatdata/359320/pfx winetricks corefonts dotnet40 vcrun2012 quartz Install those clicking on the accept when installers pop up then: WINEPREFIX=/home/yourusernamehere/.steam/steam/steamapps/compatdata/359320/pfx regedit Edit the keys as stated above then: WINEPREFIX=/home/yourusernamehere/.steam/steam/steamapps/compatdata/359320/pfx winecfg Change to win7. All done the launcher should work, you might get rundll32.exe errors but just continue on. |
This comment has been minimized.
This comment has been minimized.
LudusLight
commented
Oct 27, 2018
This was a full fix. Thank you. |
This comment has been minimized.
This comment has been minimized.
FurretUber
commented
Nov 4, 2018
After using all the winetricks and changing the values in regedit as proposed here, the game crashes in the shader loading stage. When I'm lucky I can see the shaders loading until 10% and then the game crashes. I tried both with DXVK and with Wine D3D11, tried setting video memory in regedit to 128 MB and to 2048 MB but had no luck. The errors using DXVK and Wine D3D11 are different but seem related: Wine D3D11:
DXVK
The complete logs: steam-359320-d3d11.log On Windows, both host and iGVT-g guest, shader loading takes 1 or 2 seconds. |
This comment has been minimized.
This comment has been minimized.
amalon
commented
Nov 5, 2018
I get the same thing with Haswell desktop integrated graphics: cpuinfo: vulkaninfo: glxinfo: I had put it down to being Intel graphics specific (there's a warning about the vulkan driver being incomplete), which you also appear to be using. |
This comment has been minimized.
This comment has been minimized.
FurretUber
commented
Nov 5, 2018
I don't think it's Vulkan, more specifically Intel ANV, the problem. If it was, the bug that happened when using Wine D3D11 translation to OpenGL would be different. Notice how the addresses from the error messages are very close, it seems to be some common code between i965 and ANV or even the i915 kernel driver. |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Nov 5, 2018
I looked in to that and found the answer lies with a single patch in wine-staging: I patched Proton 3.16-4 Beta with this patch and now it runs fine without needing any tweaks to the launch options. I just created a fork which, in addition to the above, fixes a few other things with ED in Proton 3.16:
I'm happy to share the binaries if anyone knows a decent place to upload them. I haven't tested them on another machine yet, but I compiled against the Steam Runtime - so I think they should work on distros other than Ubuntu 18.04 (on which I compiled). |
This comment has been minimized.
This comment has been minimized.
agates
commented
Nov 5, 2018
In case anyone comes here with "preparing planet generation system" issues on Horizons, there are some AMD-specific DXVK issues along with some work arounds. Check out doitsujin/dxvk#36. |
This comment has been minimized.
This comment has been minimized.
Rabcor
commented
Nov 6, 2018
•
This game apparently can run pretty well but it requires wine 3.19 staging. Requires dotnet452 vcrun2012 to run correctly. https://www.youtube.com/watch?v=XsirDkR6ZQw @redmcg why don't you create a pull request for proton's wine with that patch? |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Nov 6, 2018
I have now (see ValveSoftware/wine#33) - but taking a look at the ones that are there I don't see much success (after all - these patches are for one game tested on a single machine). But I do think Valve cherry-pick the ones that interest them from upstream - so this may bring the individual patches some attention. |
This comment has been minimized.
This comment has been minimized.
Rabcor
commented
Nov 6, 2018
This patch was upstream in wine staging right? They'll probably apply it then, if it was good enough for wine-staging, it's probably good enough for proton. |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Nov 7, 2018
I've created a Git 'release' that includes a tarball with the binaries from my fork. It's compiled on Ubuntu 18.04.1 but against the steam runtime - so I think it should be fine on other distros. I'd be interested to hear how it goes (on other machines and potentially with other games). You can find instructions and the release here: |
This comment has been minimized.
This comment has been minimized.
dmarcuse
commented
Dec 20, 2018
@Dev-Osmium How much VRAM do you have? Based on your system info I'm guessing you have 512 MB of system memory allocated for the iGPU, which doesn't seem like a lot considering the game lists a GPU with 1 GB of VRAM as the minimum requirements. |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Dec 22, 2018
Proton 3.16-6 Beta ED has been released. It fixes the issue identified by @sizeofbool (by installing to a new location) and a bug that would have occurred when trying to run other games. Other than that it just picks up what is in Proton 3.16-6 Beta. |
This comment has been minimized.
This comment has been minimized.
WesCook
commented
Dec 22, 2018
I appreciate the new warning for dummies like me. :) |
This comment has been minimized.
This comment has been minimized.
fls2018
commented
Dec 22, 2018
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Dec 23, 2018
@fls2018 Thanks for pointing that out. I've added details in the issue as to the cause - but the work-around is to use the Steam Beta Client. Apologies to everyone for that inconvenience. The issue is with the build environment I used - but I don't know when I'll get a chance to rebuild. Of course I'm happy for someone else to do so in my absence. |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Dec 24, 2018
Turns out the build environment wasn't the problem. I've been able to run Skyrim under the standard Steam Client just by changing my proton script. If you wish to play one of the affected games - you can replace the proton file with the one found here. The diff can be found here: redmcg@09f5ea8 |
This comment has been minimized.
This comment has been minimized.
brjhaverkamp
commented
Dec 30, 2018
Hi Redmcg, seens I am joining the ED party just at the right time! Build a GamePC over the holidays with my kids and am a long time Elite fan(from the first wireframe version:-) And I occationally checked if ED was already ported to Linux. Now it seems our new PC coincides with ED on linux! One question. How do your patches trickle down into the offical Proton release? Can I wait that out, or should I move to your version for the forseeable future? |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Dec 31, 2018
@brjhaverkamp The TLDR is that it's up to you. I don't think Proton will have quite the same support for ED that my custom version does for a little while (although a handful of patches have been merged) - but there are also alternatives to Proton (like wine-staging and Lutris). The long version is I can't say with any real certainty what will happen with the official Proton release (as I don't have any additional insight) but I can say that in my opinion there's a good chance they will rebase on version 4.0 of Wine (as it's a stable release). 4.0 has all my patches but for:
The first two are in wine-staging and there's a chance they will get cherry-picked. The third I don't ever see being included (as the focus is purely for Elite Dangerous) but you can use winetricks or protontricks to manually install (the hope is eventually wine and wine-mono will make the need for these redundant). The other change is that I use |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 2, 2019
Using the @redmcg Proton build (3.16-5 Beta ED) I am able to start the offline demo, which runs beautifully, but I cannot launch the main game. When I try it, it comes back with an error "Unable to initialise network. Please check your connection". This happens no matter whether I select ED or Horizons in the launcher. My connection seems otherwise fine, and I didn't experience any networking issues whatsoever in the other title I've tried playing with Proton (Quake Champions). I've tried a manual install in Lutris with the same result. The problem persists with the 3.16-6 Beta ED build. I've looked around on the internet but couldn't find anyone else having this problem, so I thought I should throw it out there and see if someone might be able to help. OS: Fedora 29 (Kernel 4.19.10-300.fc29) |
This comment has been minimized.
This comment has been minimized.
agates
commented
Jan 2, 2019
@tsahyt I get the same error with 3.16-6 Beta ED. I haven't spent any time trying to diagnose it yet. |
This comment has been minimized.
This comment has been minimized.
mosteo
commented
Jan 2, 2019
@agates @tsahyt , this is fixed by installing vcrun2017, as several people reported in the Frontier forums thread: https://forums.frontier.co.uk/showthread.php/366894-How-to-install-ED-on-Linux-using-Wine-EXPERIMENTAL-NOT-OFFICIALLY-SUPPORTED |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 2, 2019
•
@mosteo, I've tried installing vcrun2017 with winetricks, still yielding the same result. EDIT: Nevermind, I messed up the WINEPREFIX. I now get a different result, but it seems worse than before. I don't even get to the launcher anymore. Instead I get an error message saying "Internal error creating window: Add value to collection of type 'System.Windows.Control.UIElementCollection' threw an exception." EDIT 2: Setting wine back to Win7 fixed the error above, but now I'm back to square one, with the "Unable to initialise network" error |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Jan 3, 2019
•
I haven't seen this error myself - but it appears to be related to network connectivity. Here is a report from a Windows user: Whilst I haven't seen this issue I have had network issues myself (although mine was from within the launcher). I'm using a dual IPv4/v6 stack and one of the IPv6 addresses being returned via DNS appeared to be down. I ended up adding a manual entry to Edit: Just wondering if the game runs fine in Windows? |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 8, 2019
The ED logs report the following (IP removed)
After some messing around, basically just trying things out, I found a way to at least get the game to start at all, by setting IPv4="0" and IPv6="1" in AppConfigLocal.xml. From there on things get strange. The options menu reports that IPv4 is on and IPv6 is disabled. The logs instead then state that
As to whether the game works in Windows, I don't know, I don't have a Windows install. I've tried disabling UPnP and setting up Port Forwarding on my Router (and ED), but behaviour is the same as before. The fact that it can't connect may be related to the config setting I used to get it running at all, but it seems to use IPv4 regardless. I've also tried just disabling both protocols (because why not, this stopped making sense a while ago), but with the same result. |
This comment has been minimized.
This comment has been minimized.
sizeofbool
commented
Jan 9, 2019
Can you post more information about your distro, DE, what firewall do you use locally (ufw, iptables)? What connection type your ISP provides for you to access Internet? (Ethernet, xDSL) Do you have "white" IP address assigned by your ISP? (white as in public ip address range, not private ip address range) Your local network private ip address is assigned by DHCP or is it static? I play ED without any additional setup like UPnP or Port Forwarding. Check your local firewall ruleset and ensure it has rules for unrestricted outbound connections and restricted unknown inbound connections.
My logs don't have this line, so I think you could also have some dependency problem. Check if you have "gnutls" libraries installed. I'm not sure if having Steam Runtime is enough. It could help (in fact I had to do it myself) if you delete and rebuild prefix for Elite Dangerous. (it is located here "steamapps/compatdata/359320"). Close Steam client before deleting prefix folder. |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 10, 2019
@sizeofbool I use Fedora 29, mostly default setup, using GNOME as a DE. Fedora uses firewalld as a frontend for management for iptables (netfilter). I use a fibre connection to the curb, coaxial cable from there into the Modem, to which I connect via Ethernet. It's always been pretty much plug and play on Linux. From what I understand I do have a "white" IP address, though not a static one from my ISP. Locally, I get an IP address from the modem via DHCP, but it's always the same one. Firewall settings should be fine, but to be sure I tried opening everything up to see whether it changes anything and it didn't. gnutls is installed, both the 32 and 64 bit version. Note that I get the same problem installing the game through Lutris (followin https://www.youtube.com/watch?v=jG7TUOXZhng). In the process of trying things I've deleted and rebuilt the prefix several times already, it never changed anything. |
This comment has been minimized.
This comment has been minimized.
jp7677
commented
Jan 10, 2019
•
@tsahyt Just a shot in the dark, I remember that I had to add my machine name to my /etc/hosts file on my Fedora 29 box before ED wanted to start. So my /etc/hosts looks now like:
The ED wine logs were complaining before that addition that my local ip could not be resolved (or similar, don't remember exactly) Edit: Sorry, I'm seeing just now that extending /etc/hosts was already suggested. |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 10, 2019
@jp7677 I haven't tested it fully yet, i.e. I've only checked whether the menu shows up correctly now, but this seems to have worked, the buttons are no longer grayed out and the debug message at the bottom disappeared! Thank you! |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Jan 13, 2019
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 13, 2019
@redmcg I've now played the game for several hours, and started it several times. I had no more connection problems and the game always started without fail, so yes my issue seems to be resolved fully. I added The only thing that remains is one or two problems with the mouse. The mouse cursor flickers in menus (it disappears more often than not, but reappears when hovering over some UI element again), and when tabbing out to some other application and tabbing back in, the game doesn't receive any mouse input anymore until I restart it. Those are easy enough to avoid for now though, I just thought I'd mention them regardless. |
This comment has been minimized.
This comment has been minimized.
jp7677
commented
Jan 13, 2019
•
@redmcg I wonder what the root cause of the work around with /etc/hosts is. Unfortunately I lack the knowledge about dns, nsswitch and friends to fill a proper bug report in wine. I remember seeing "Failed to resolve your host name IP" (https://github.com/wine-mirror/wine/blob/master/dlls/ws2_32/socket.c#L6787) in the wine logs. The comment in the source was the reason that I tried modifying my hosts file. @tsahyt Which window mode did you use? I couldn't switch to full screen and ended up using borderless window which worked really well. I can't remember any mouse issues. Note that this was a test with wine staging that comes with Fedora, not Proton. |
This comment has been minimized.
This comment has been minimized.
tsahyt
commented
Jan 13, 2019
•
@jp7677 I've got it set to full screen. I remember having some issues with it initially (back when I could only access the combat demo), and I think setting the resolution first and then switching to full screen did the trick. I've tried it with borderless window now, the mouse problems are gone. EDIT: The flickering part still happens sometimes, but the focus issues are resolved in borderless window mode. |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Jan 15, 2019
@jp7677 The code you linked is within the getaddrinfo function. It looks like the job of that function is just to convert a host name to an address. Wine doesn't do the translation itself - it calls on the underlying OS. If the underlying OS can't do it then it fails. I'm curious though, before adding the '/etc/hosts' entry - could you ping your hostname? If so - I might take a look at the source code for |
This comment has been minimized.
This comment has been minimized.
jp7677
commented
Jan 20, 2019
•
@redmcg Just tested your suggestion. No, when reverting my modification I cannot ping my host name. So I guess wine isn't doing anything wrong. No idea what the philosophy of the host name in Fedora is. I hadn't experienced any issues before my modifications, so I guess Fedora itself just doesn't rely on the host name. May be Fedora expects that any name resolution should always come from an external DNS server. Though as stated, my knowledge of nsswitch and similar things is rather limited. |
This comment has been minimized.
This comment has been minimized.
JamesHealdUK
commented
Jan 22, 2019
•
My keyboard doesnt seem to work in game, on the main menu it seems to be working fine though. Running the latest version of the ED proton build. The mouse doesnt seem to work either, oddly. |
This comment has been minimized.
This comment has been minimized.
mosteo
commented
Jan 22, 2019
@JamesHealdUK Check that you have bindings, on my first run it was all cleared. A different issue is that sometimes the keyboard doesn't work at all, not even in the main menu. When this happens a restart does the trick. In my case I estimate it at <20% chance. |
This comment has been minimized.
This comment has been minimized.
brjhaverkamp
commented
Jan 24, 2019
I noticed the same thing. Keyboard sometimes is completely non-responsive. Only restart works |
This comment has been minimized.
This comment has been minimized.
kaiarne
commented
Jan 27, 2019
•
I'm very satisfied with the current state of Elite und Proton except with one thing: |
This comment has been minimized.
This comment has been minimized.
redmcg
commented
Feb 16, 2019
Proton 3.16-7 Beta ED has been released. It just merges the changes made in Proton 3.16-7 Beta. It also includes a fix for the issue found in Proton 3.16-6 Beta ED that prevented running Skyrim & Fallout 4. |
This comment has been minimized.
This comment has been minimized.
WesCook
commented
Feb 16, 2019
Thanks for keeping this maintained @redmcg. Hopefully we'll eventually see the fixes merged in with WINE or Proton directly, but this'll do for now. |
KewaiiGamer commentedAug 22, 2018
•
edited
I've just tried starting Elite Dangerous and it seems to not even display the game at all. It just starts and 1 second later it shuts down
I don't know how would I debug it so I would be glad if someone could instruct me on how to enable verbose for Proton Games
OS: Ubuntu 18.04
CPU: AMD Ryzen 5 1600X
GPU: Nvidia GeForce 1050 Ti 3GB
Driver Version: Nvidia Driver 396