安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题
If it's working great for you, then you don't need to do anything.
If you are still having any performance issues, try the updated version
The best part is you no longer need to switch between two GE-Proton versions.
It's unclear if the "bwrap" (bubblewrap) additions to AppArmor's configuration helps with the game *running* or only for installation. I know that srt-bwrap *is* used by Steam, so it might.
This can be done completely separately. Oddly, I had to add both of those as both were generating lots of DENIED messages (run "sudo dmesg" to see if you're getting them).
Also, before adding it, make sure it's on your system with: which gamemoderun
That should come back with the installation path. On mine (Ubuntu 24.04) it's in /usr/games/gamemoderun.
Tip for going through ProtonDB for tweaks: always make sure the person posting has the same brand video card, as many fixes for AMDs don't work with NVidias, and vise-versa.
Excellent question, by the way. I may incorporate that into a the guide in the future.
gamemoderun %command%
This does a lot of things to optimize your machine for running any game (it is not Steam-specific, by the way). How effective it is depends on a lot of things, including what CPU scheduler your distro uses or that you've selected.
I've not noticed any performance improvements with mine, but that could just be that my old rig actually plays the game quite well to begin with. The reason I use it is one small function that it turns off automatic screen-blanking while the game is running. Space Engineers, or rather Proton and GE-Proton, seems to have a lot of issues coming back from that. It used to be that when you woke the monitor back up, the game would still be running, but you couldn't see it, so you had to kill it. More recently it does come back, but without audio. This prevents that from happening.
This is no longer needed because the hang while playing that video was fixed a few Proton versions ago, and GE-Proton actually does this for you.
I've manually removed the code that GE-Proton uses to do this in mine and it plays fine.
DXVK_ASYNC is obsolete, as it's been superceded by Graphics Pipeline Library in newer DXVK & Vulkan drivers. I'm not sure if this would help or hurt, but the info may be just something being repeated that used to work.
WINEDEBUG adjusts your logging level, so only useful if you're digging through the logs.
useallavailablecores is a weird one that gets repeated everywhere and many claim it helps, but it's a placebo because that's specific to either Unity or Unreal, while SE uses neither of those. SE's game engine is VRage2, developed entirely by Keen Software House.
PULSE_LATENCY_MSEC is used to keep audio in sync, IIRC. So use this and tweak the number if you have weird audio issues.
"-nosplash" just turns off the tiny splash screen image that hangs on the screen while the game is loading, so if you don't want to see that, use this. I think the bug this works around was fixed around Proton 5 or so.
Other instructions online (on proton db) also recommends adding a bunch of launch options, in your opinion are those useful for SE or kinda useless?
stuff like
export MESA_GLTHREAD=true export DXVK_ASYNC=1 export WINEDEBUG=-all -useallavailablecores PULSE_LATENCY_MSEC=60 -nosplash %command%
GE-Proton10-16 just came out and I played a few hours using it tonight with no issues at all.
I used this guide on the SE 1.207.021 release and followed your comment on excluding win10 from protontricks.
Before was also 1.207.021 as Apex peaked my interested to get SE to run and not crash.
I'm quite tempted to follow this guide again and try excluding the dotnet 20 setup to see if that helps with CTD.
For reference im playing on a MP server with 0-3 people in space, ive got like 2 subgrids and 4 ships and another large grid ship. The Crashes mostly seem to be when im around my space base either floating, or coming in for a refuel.
I ask as that one has had gravity sideways since before 1.207. It seems like it was right in 1.206, but maybe broke in a patch between the two releases.
Unfortunately, I don't currently have an AMD system capable of running SE (my last one was a Phenom II 1090T), so I can only test with Intel+Nvidia for the foreseeable future.
That said, what release of SE did you install using this guide initially?
I got better results skipping the initial win10 & dotnet20 steps with 1.207... have not had a crash yet. I'm going to keep testing and may scratch out those steps as obsolete. If you re-do it, know that you will get a bogus failure dialog that can be dismissed during the installation, and one more at the first launch, but none following that.