Open BrandonDyer64 opened 6 years ago
Agreed. I also gave it a test run and everything worked without any issues.
System Info: https://gist.github.com/NullTheSecond/0b8c3bc23aa1fba35a0e3a3542fc85c2
Hello @BrandonDyer64, @NullTheSecond, please copy your system information from steam (Steam
-> Help
-> System Information
) and put it in a gist, then include a link to the gist in this issue report.
I've been playing version 1.0.3 for a few days with friends. Although there are a lot of bugs the only one clearly related to Proton is that movies don't get played. Given that those are apparently only used for the legal videos at startup and the loading screen animation, the impact is minimal.
System info: https://gist.github.com/LingMan/bca3bbd14d0070ae6a824ad05a122a52
The game uses MF plat. The movies are .mp4 with H.264 video and AAC audio inside. astroneer_mediainfo.txt steam-361420.log
@HonkingGoose: You might want to add this game to https://github.com/ValveSoftware/Proton/issues/1464.
Other than having to set PROTON_USE_WINED3D11=1 and the mentioned issue with the videos, this game works flawlessly. I have played for hours it, both on fullscreen and windowed without issues.
You shouldn't need PROTON_USE_WINED3D11=1 if Vulkan is setup properly. Make sure you have the Vulkan drivers installed. Only very old GPUs do not support Vulkan.
On Ubuntu with AMD or Intel you can install the drivers with:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386
I'm using that because bumblebee doesn't support vulkan yet. And I was not able to make primus-vulkan to work yet. If I play astroneer using my internal gpu (intel), I can use vulkan just fine, and don't need the PROTON_USE_WINED3D11=1.
Ah, ok, nevermind then. Your first post gave the impression that PROTON_USE_WINED3D11=1 is generally required for this game.
I was able to make it work using primus_vk and recent proton 4.2, no need for PROTON_USE_WINED3D11 anymore. Performance is somewhat better, I'd say equal to running on windows.
Proton 4.2.3 prevents this game from running. Since setting PROTON_USE_WINED3D and using primusrun (in my case) works, I suspect this is an issue with DXVK on the new Proton release.
This game has been running perfectly for me for some time now. I think this game is a perfect candidate for being added to the official list of games.
I'm having problems with the camera motion control, it is extremely sensitive. Adjusting the mouse settings in-game makes no difference.
System info: https://gist.github.com/Mhowser/b3867548f02d9da440e2fdb2ce82918b
I've noticed an issue sometimes when switching the focus between astronner and something else. But if go away from astroneer window and come back, it works again. This started to happen with Proton 4.11, but otherwise I have no issues.
ASTRONEER is not currently working if using primus_vk 1.2, see here for context.
Running with DISABLE_VK_LAYER_VALVE_steam_overlay_1=1 works. So far, I'm not sure if this is a bug on primus_vk or on steamvulkanoverlay.so.
The overlay issue was resolved on primus_vk by this commit.
Astroneer : Freezing on splash screen. OS remains running
Issue transferred from https://github.com/ValveSoftware/Proton/issues/3091. @z5d69 posted on 2019-09-27T15:42:46:
GPU: NVIDIA GTX 1060 6 GB
Driver/LLVM version: 430.40-17
Kernel version: 4.4.180-102 steam-361420.log
Link to full system information report as Gist:
Proton version:4.11-6 Gist: https://gist.github.com/z5d69/72d7278bdbcf9ee8459298b0cb221c4b
[X] that I haven't found an existing compatibility report for this game.
[X] that I have checked whether there are updates for my system available.
When I try to run Astroneer through Steam Play, it freezes. Wine is running, Astroneer is still running, but the splash screen remains on the screen. I don't see any errors in the log indicating that anything has failed.
Please see above.
@z5d69, try running with PROTON_USE_WINED3D=1 %command%.
I tried that and it appears to crash right after start. Should I do something to log output? If so how do I do it and keep this setting? PROTON_USE_WINED3D=1 %command%.
@z5d69, there are a few things more you can try. Try running with PROTON_DUMP_DEBUG_COMMANDS=1 and try running the game from the debug commands that get created.
I have been playing astroneer for more almost a year now with no issues using proton. Here it works with vulkan or with WINED3D just fine (although with vulkan it's faster).
Mine DID run until a couple weeks ago. Let me ask, 1. Which Proton version are you running (I ask because I believe WINED3D is now WINED3D11)? 2. Can I put a space and then add this to the custom config? IOW, if I want to run debug AND try to run vulkan (I KNOW my card is vulkan compatible… maybe I’m using the wrong NVIDIA driver? )?
PROTON_DUMP_DEBUG_COMMANDS=1
Mine DID run until a couple weeks ago. Let me ask, 1. Which Proton version are you running (I ask because I believe WINED3D is now WINED3D11)?
I'm using the latest Proton version available, 4.11-6. Also, the option was renamed from PROTON_USE_WINED3D11 to PROTON_USE_WINED3D. It should work regardless of the option you use, since the former is an alias to the latter.
- Can I put a space and then add this to the custom config? IOW, if I want to run debug AND try to run vulkan (I KNOW my card is vulkan compatible… maybe I’m using the wrong NVIDIA driver? )?
If you use PROTON_USE_WINED3D, then the game will run using wine's D3D compatibility layer, which translates DirectX calls to OpenGL. If you run the game with no options, it will use Proton's DXVK, which is also a translation layer, but to vulkan, which is faster. Usually you should have everything you need already to run vulkan. All you need is the nvidia driver and nvidia-utils. Try installing vulkan-tools and running vulkaninfo and vkcube. They are good tests to know if you have vulkan working properly.
Okay, I confirmed that I’m running Nvidia 430.40. vulkaninfo appears to work fine. I don’t have vkcube but I’m running openSUSE 42.3 so potentially this didn’t come until 15.0. It appears to install with later releases. I have a hunch that Proton isn’t picking up something but… anyway, any ideas?
@z5d69 the log you've provided is inconclusive to find out more about your issue. Running with PROTON_DUMP_DEBUG_COMMANDS might be more elucidative. Also, you need to make sure you have the proper vulkan setup for your video card on opensuse. Providing the vulkaninfo output would also be helpful here.
Oh, I think I found the files. Sorry, I think they used to be in the home directory but now they're in /tmp log_info.tar.gz
Also, I DID have to kill everything (wine and astro) to get that splash screen to go away so there may be log entries for that as well.
@z5d69 at this point I have very few ideas. try running with DISABLE_VK_LAYER_VALVE_steam_overlay_1=1 to see if the issue is with the steamvulkanoverlay.
@z5d69 at this point I have very few ideas. try running with DISABLE_VK_LAYER_VALVE_steam_overlay_1=1 to see if the issue is with the steamvulkanoverlay.
Are those all cap? I'm really confused how nothing changed (not even proton) but it just stopped working. Dumb question but would vulkaninfo work if NVIDIA didn't have vulkan support?
@z5d69 at this point I have very few ideas. try running with DISABLE_VK_LAYER_VALVE_steam_overlay_1=1 to see if the issue is with the steamvulkanoverlay.
Is there a way to run Astroneer directly without leveraging Steam to start it?
When attempting to join a dedicated server, the game displays an error message saying "Join Failed" at the top after about a second of trying to connect (almost immediate if there are other players on it) and goes back to the main menu.
<Comment immediately before this one>
It is almost assured this is from the following:
fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"DH" not supported
This is via https://old.reddit.com/r/Astroneer/comments/gsm44e/dedicated_server_on_linux/ and additionally my own testing.
When trying on my own, even 5.11 staging did not implement whatever variant of Diffie Hellman they are using on the dedicated server. This is with a freshly created wineprefix in a container. Additionally https://www.winehq.org/announce/5.12 does not mention bcrypt in relation to this function so it looks like this has not been touched in the interim.
It should be noted that when running the game client I have had no problems network wise before so I am assuming at this point the problem is exclusive to the dedicated server. I would also like to note that all other functions of the dedicated server appear to be functioning correctly as would be expected given how the game itself runs. The server starts correctly, creates a new "instance" if needed, and saves periodically as expected from the config file. It even responds to the "hidden" telnet interface mentioned by the devs, so it is not having network problems.
I doubt changes will be implemented from the devs end since from what I have seen they keep getting asked for full linux ports which is a far larger undertaking. I believe the only fix is for an interested party to further complete the bcrypt library implementation however someone more knowledgeable than me should verify this.
Astroneer Borks GPU/system and needs hard restart to use PC again
Issue transferred from https://github.com/ValveSoftware/Proton/issues/4100. @hellofu posted on 2020-07-28T15:22:49:
specs OS: Linux Mint 19.3 Tricia Or Win 7 home 64bit KERNEL: 5.4.0-42-generic CPU: AMD Ryzen 5 1600 Six-Core GPU: AMD Radeon RX 480 GPU DRIVER: 4.5 Mesa 18.3.0-rc4 and win7 Radeon software 20.7.2 RAM: 16 GB
Both OS's Each has the same crash results. the issue starts with the screen going black and the monitor searching for a display input. Audio from the game will continue playing. and the PC will require the hold down till the power supply cuts power then you can restart the system but you need to also turn off the monitor or It will not restart yet. the GPU fans Spin up to full speed as long a the system is left running.
Win 7 has less stability in either fullscreen or in windowed mode each crash shortly after intro graphics load and begins playing to the main menu.
LM both fullscreen and windowed mode doesn't show the developer/ Company logos on loading and the planetary loading logo doesn't play but the loading bars do show up. fullscreen crashes much more often mostly near special animations like loading in after death or during saving but the save will survive. otherwise, the crashes just happen during random gameplay without a clear reason this is how the windowed mode crashes most often but can play for 20-40 minutes between crashes at a time.
Multiplayer for this game is sadly broken. The fact that wine does not support DH is the cause of all the issues. Either gnutls does not support DH in the way that Wine wants to use it or Wine just does not support DH at all. RDR 2 had a similar issue and it was fixed by a "hack" added to the bcrypt library in Proton. Is it possible to also make the "hack" apply to Astroneer and its dedicated server as well?
Astroneer Borks GPU/system and needs hard restart to use PC again
Issue transferred from #4100. @hellofu posted on 2020-07-28T15:22:49:
specs OS: Linux Mint 19.3 Tricia Or Win 7 home 64bit KERNEL: 5.4.0-42-generic CPU: AMD Ryzen 5 1600 Six-Core GPU: AMD Radeon RX 480 GPU DRIVER: 4.5 Mesa 18.3.0-rc4 and win7 Radeon software 20.7.2 RAM: 16 GB
Both OS's Each has the same crash results. the issue starts with the screen going black and the monitor searching for a display input. Audio from the game will continue playing. and the PC will require the hold down till the power supply cuts power then you can restart the system but you need to also turn off the monitor or It will not restart yet. the GPU fans Spin up to full speed as long a the system is left running.
Win 7 has less stability in either fullscreen or in windowed mode each crash shortly after intro graphics load and begins playing to the main menu.
LM both fullscreen and windowed mode doesn't show the developer/ Company logos on loading and the planetary loading logo doesn't play but the loading bars do show up. fullscreen crashes much more often mostly near special animations like loading in after death or during saving but the save will survive. otherwise, the crashes just happen during random gameplay without a clear reason this is how the windowed mode crashes most often but can play for 20-40 minutes between crashes at a time.
you can pull this issue/comment it turned about to be a thermal issue and solved by repaste the GPU.
ASTRONEER freezes on startup in Proton 6.3
Issue transferred from https://github.com/ValveSoftware/Proton/issues/4726. @Captain-Rage posted on 2021-04-02T14:38:10:
When starting ASTRONEER using Proton 6.3 a test card screen is shown for a brief moment, the loading bar appears, the main shows but freezes immediately and the game cannot be closed gracefully and has to be terminated. ASTRONEER was working fine in Proton 5.13.
Start ASTRONEER using Proton 6.3.
Hello @Captain-Rage, please add PROTON_LOG=1 %command%
to the game's launch options, reproduce the regression, and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.)
Hello @Captain-Rage, please add
PROTON_LOG=1 %command%
to the game's launch options, reproduce the regression, and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.)
Here is the log: steam-361420.log
Thanks for the fast reply!
I tested it with Proton version 6.3 and 5.13 but both gave me a black screen.
The game was only working with the exo_flight_test beta (so a 2 years old version of the game)
Edit: when reverting back to the standard version of the game but still forcing proton 5.13 it is working fine
I was playing "The Mission, Compass, and Power Update" on Proton 5.13-6 without any issues. Later when Proton 6.3-1 was released I tried running ASTRONEER using that version and it didn't work (see above). To make sure it was an issue with Proton 6.3, I tried installing Proton 5.13-6 and fire up ASTRONEER again the other day and indeed it worked without any problems. Hence some regression must have been introduced in Proton 6.3.
Yes, can confirm that. It starts just fine with Proton 5.13-6 and freezes with Proton 6.3-2 after showing this:
The static in the lower right corner is animated and then freezes. No loading screen for me, it just stops on that image. Since that test video doesn't appear at all with 5.13, this might be "progress" on the mfplat side in that it now tries to play an intro video which was completely skipped before.
It might be interesting to test Proton 6.3 with the game's launch options set to WINEDLLOVERRIDES="mfplay.dll=d" %command%
and see if that returns the game to the same behavior as Proton 5.13.
Yes, with that option set the game launches just fine on Proton 6.3.
Setting WINEDLLOVERRIDES="mfplay.dll=d" %command%
as launch parameter makes the test card screen disappear completely and the game starts and plays perfectly once more! Thanks a bunch for the workaround!! :)
EDIT: Tested with Proton 6.3-2, for clarification.
EDIT 2: Not required as of 6.3-5. ASTRONEER starts up and plays the videos without said command. See the post below.
When using any version of Proton small batterys don't work properly upstream. They cause the powerstrips to pulsate and the batterys don't discharge.
With Proton 6.3-5 the WINEDLLOVERRIDES="mfplay.dll=d" %command%
workaround is no longer required. The game starts up fine and shows the videos as intended.
I tested with proton experimental and the videos are playing nicely. Even the video where the traveler takes a picture of you with the probes is working, which was the only reason to run this game on windows (apart from the multiplayer issue).
I have issues with the game on Nvidia with the 495.46 driver. After long playing sessions, the game seems to and crash. In dmesg, I see an xid error:
[35393.887699] NVRM: Xid (PCI:0000:08:00): 31, pid=50064, Ch 0000004b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_0 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
This only happens with the default dx11 backend, and not when the game is launched with the %command% -dx12
option.
And with -dx12 option, I see vertex explosions in the teleporting chambers, which do not happen with dx11:
@tannisroot this is not exclusive to this version of the driver. I pretty much always had this issue when playing for extended periods of time. I learned to save often because of this exact issue.
After the recent update the game crashes as soon as the opening cutscene finishes playing and the music kicks in. I'm happy to provide logs if explained how. Drivers: Mesa 21.3.3 - kisak-mesa PPA Kernel: 5.15.12-051512-generic
There is a workaround for this but it should still be fixed.
It is almost assured this is from the following:
fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"DH" not supported
This is via https://old.reddit.com/r/Astroneer/comments/gsm44e/dedicated_server_on_linux/ and additionally my own testing. When trying on my own, even 5.11 staging did not implement whatever variant of Diffie Hellman they are using on the dedicated server. This is with a freshly created wineprefix in a container. Additionally https://www.winehq.org/announce/5.12 does not mention bcrypt in relation to this function so it looks like this has not been touched in the interim.I doubt changes will be implemented from the devs end since from what I have seen they keep getting asked for full linux ports which is a far larger undertaking. I believe the only fix is for an interested party to further complete the bcrypt library implementation however someone more knowledgeable than me should verify this.
Has there been any updates on this? I'm running into the same issue. Trying to join a dedicated windows server from a linux client results in "Failed to join: Server is full".
Everything has worked great, except joining dedicated servers.
Issue transferred from https://github.com/ValveSoftware/Proton/issues/5600. @spexgaelen posted on 2022-02-22T01:59:16:
steam-361420.systeminformation.txt.gz
-- Unable to connect to dedicated server "Server Full", connects when attempted from windows. No other noticeable issues.
Connect to dedicated server. Get denied because its "full" despite the server being empty.
ASTRONEER seems to be working well. I couldn't find any glitches or bugs, and the performance is comparable.
System Info: https://gist.github.com/BrandonDyer64/04f08190808e2ebd5839f418c6260ba5