Spectre
Published
Ran immediately without any issues. If you could run Elden Ring then AC6 should run fine.
Alt-Tab when using Borderless Fulscreen almost always kills the application. For the few key-presses when it doesn't, other app windows flicker as they fight for focus. Main menu does not have this problem. Wine erros on "loader_thunks.c", line 39, Expr. "!status && "vkAcquireNextImageKHR"".
Very occasionally after 4-6 hours the game would crash, or re-loading a save would cause a lighting/texture issue. Once, the lighting didn't load at all at the beginning of Act 3 causing almost everything to just render black. Problem was gone the next time I started the game.
Having played CP2077 on Windows 10 previously I pretty much have the same game performance.
Delamain factory's main room, and the "happy-face" drone that guides your initial tour, are missing their audio.
In 'Act 2', when you meet Takemura at the diner, there is a point in the conversation where he turns to face a TV screen and listen to a news report (which is shut-off by the diner's owner). The news report was missing its audio.
The Delamain factory floor, and the small flying "happy-face" drone that guides your initial tour through it, were all missing their audio. Particularly the "main" large room with several cars (not the hallway past that) lacked textures and visual effects (e.g. welding sparks).
Going into and out-of the map / inventory (particularly the former) causes the game world to become extremely bright very briefly. I think this is related to the game loading/unloading assets, and is "normal" behavior. This brightness doesn't persist, and the game world returns to normal quickly.
I really wanted this game to run so I decided to do two additional things to ensure I got the best performance I could without resorting to mods or upgrading my hardware:
Disabled game overlays for Discord and Steam.
Installed CP2077 on an SSD.
Did they help? Maybe. Do I get 1:1 performance from CP2077 in Linux Mint + Proton compared to my previous Windows 10 install? Yes!
I'll also add that I never had a sustained 60FPS on CP2077, typically 50FPS at best. In other words I've accepted that this is the best I'll get without upgrades. I'd love better performance, but this has been more than adequate to play the game.
Last playthrough I went through most missions/gigs, have +175h played. No significant, game-breaking problems found!
Using Glorious Eggroll, Version Proton-6.21-GE-1
Alt-Tab could only be done reliably from the pause menu. From the pause menu it worked 100% of the time. Alt-tabbing from the inventory/character menu worked most of the time, but I crashed at least once. Alt-tabbing from other game-states reliably caused the game to crash or freeze-up upon giving CP2077 focus again.
If an Xbox 360 controller is plugged-in when the game is launched ('Play' is clicked on the CDPR game launcher, which itself is launched via clicking 'Play' in Steam), then the game will be stuck in "controller UI" mode. All UI hints for button actions will display controller-related icons. This only briefly disappears when using keyboard/mouse. It does not stop if I remove the controller. The only fix is to close the game, unplug the controller, and restart the game.
The bugs/glitches I did experience were minor things inherent with the game itself, not Proton.
I was able to install Cyber Engine Tweaks without issues, and I think it helped with the performance somewhat. My hardware has a hard time running CP2077 under ideal conditions so it's hard to confirm this for sure. I was stuck with 30-45fps with less-than-max settings, but the game still looked fantastic.
Using Proton Experimental or Proton ver. 6.3-8 worked fine for the game itself, but the CDPR launcher was basically unusable.
Using the Proton fork "Glorious Eggroll", version "Proton-6.21-GE-1" allowed the CDPR launcher to run perfectly. Previously I couldn't even log-into the GoG account to claim the freebee DLC, but with GE I had no issues.
Worked perfectly, framerates remained consistently very high no matter how frantic the combat became.
Zero issues whatsoever!
Might work well with base Proton or Steam Play. I'd test it, but the latest play-test has come to a close.
Apart from not being able to tab-out when in fullscreen-mode the game runs literally perfectly.
PROTON_LOG=1 %command%
Start menu key will forcibly show the start menu, and alt-tabbing shows the application-preview-list, but "tabbed-to" applications do not become the active in-focus window. The game is otherwise completely unaffected.
The Steam FPS counter refuses to show. Youtube videos and miscellaneous "gamer news" sites are useless and merely shill some sort of Windows "game bar". There is a "launcher" window that appears before the game itself is launched, and the launcher window briefly has the Steam FPS counter before closing itself and opening Elden Ring. I suspect that this is 100% game-related.
Initially I tried running this with Glorious Eggroll (version GE-Proton7-10, then GE-Proton7-14) which has been consistently good for other stubborn games. However it failed to launch Elden Ring every time with only a frustrating "fork without exec" message in the logs. Stock Proton (version 7.0-2) ran on the first try without any further troubleshooting, and it runs the game perfectly.
Runs at a solid 60 fps; everything renders properly. Used Proton 5.13-6 based on other comments.
Windowed mode does not remember previous window size / window maximized state.
The problem that arises is that the in-game GUI Scale setting reverts back to 100% every time I re-launch the game. This is likely a built-in function of the EVE Online client; I don't have any reason to think otherwise.
Moreso a weird quirk: The current EVE Online client is started from a launcher that manages multiple accounts, and that launcher is impossible to move-around.
Need confirmation on whether this is a "stock feature" rather than an issue with Proton compatibility.
The launcher is still completely usable.
Steam seems to not notice when I exit the game client and its launcher. This leads to steam seeing the game's status as "Running" which pads game hours clocked by Steam. Thankfully it can be resolved by clicking the "Stop" button in Steam; it has responded 100% of the time to that. Not sure what the real solution is, but I suspect that it's related to the game's launcher rather than the game client (or at least the fact that it uses a launcher).
Spoke too soon, CCP Games + Qt = Doo-doo
CCP Games patched the launcher, and that launcher now only shows as a gray rectangle. A "failure to load web GUI - falling back to Server List" message and list window accompany it. Unfortunately while there is a launch button for starting the actual game client you cannot log-in despite being shown a log-in screen. You are turned-away with a message stating "logins through the client front end are not permitted; always use the launcher only".
After some reading it sounds like CCP Games has a very long history of breaking Wine emulation with their launcher by making small and insignificant tweaks related to a Qt graphics library or something.
Let me be clear: The game client works 100% with Proton and/or Wine. The launcher apparently self-borks every time it receives a patch (for itself, not the actual game).
For the sake of leaving helpful breadcrumbs here is an unofficial Linux-native launcher released in 2016: https://forums-archive.eveonline.com/topic/482663
Here is a link to the latest updated version from 2020: https://forums.eveonline.com/t/linux-launcher-key-details/159751
It wraps Eve in some version of Wine (currently Wine-4.4-Staging apparently) which is working perfectly for now.
The current client also has options for selecting another version of Wine so perhaps Proton can be selected instead.
Through experimentation I found that disabling "Voxel Detail Models" fixed most of my graphics performance problems. All else is maxed.
VERY OCCASIONALLY I experience a glitch where some foliage models load improperly... They start "spazzing out" and "exploding" all over the place. Distance does not change the behavior, but restarting the game does make this go away.
Upon loading into the game and reaching the first brazier (graphics settings maxed) my game slowed to sub-5 FPS. I disabled settings until it went away.
Wonderful game with wonderful potential! "Voxel Detail Models -> Off" seems to have solved all of my graphics issues.... Except for the map view. When zoomed-out (scaling with degree of zoom) the FPS tanks due to the "foggy" effect applied to the map. I don't know if that's exclusive to the area of the map not yet visited. When zoomed-in the performance is expectedly high. Only 6h in so I cannot confirm if something else will crop-up, but I haven't seen anything I wouldn't expect from an early-acess game. The devs will iron-out everything in time.
When limiting to a lower FPS (60) I experienced frequent tearing. No tearing at 144fps+.
Beyond minor stuff, you get the Windows experience. Most bugs might be Desktop Env. related rather than Kenshi's fault.
Quiet. Very quiet. Apparently this is a longstanding issue, but on Windows the advice is simply to boost Kenshi's audio volume relative to everything else using the Volume Mixer. To accomplish the same I needed to install PAVUcontrol. This fixed the problem completely; I just maxed-out Kenshi's volume once and never had to touch it again.
If using fullscreen I can alt-tab and see the "selection preview" list of other applications, but no matter what I select Kenshi always remains on top of everything. The other applications DO get focus however, and I can interact with them... Useless if I can't see them of course.
I'm on Linux Mint 20.2 with Cinnamon DE, and I've been using the Workspace keybindings. I can put Kenshi on Workspace #2, and then switch back to Workspace #1 if I need to look at a web browser or something.
I have a pretty beefy setup, but Kenshi still runs slower than I'd like. Zoomed-in, I can easily get 75fps, but zoomed-out and it varies between 40-20fps depending on game location. Pretty sure this is just Kenshi and not Proton's fault.
Closing the game typically doesn't kill the application (at least in Fullscreen). Because it remains atop everything I generally have to find a way to kill it. Either with another tty, or I use a small bash script I wrote to find the PIDs of "kenshi.exe" and "proton" and run "kill -9 ". The latter requires a terminal, but I can run that without needing to see a terminal.
When using fullscreen I cannot lower my resolution. I think this might be a Cinnamon DE thing for the most part, but that's just suspicion. My native res. is 3840x1600. If I try to drop that down to 1920x1200 then Kenshi will produce a window of the correct pixel size, but not properly scaled to my screen. I'll have a window anchored to the upper-left corner. Furthermore, the actual game screens still render at my native res. so the anchored window is really a cutout of the actual content. Buttons on the main menu are still reactive, but it's really hard to find the "exit" button when it's "off-screen"...
Workshop and Nexus mods install just fine. Needed pavucontrol to boost volume. I run Kenshi on another workspace; my keybindings in Cinnamon are ctrl-alt-arrow. This works wonderfully with Fullscreen. I'm stuck with full resolution; smaller resolutions get funny on me. Kenshi runs as well as it would if I was on Windows. 10/10, satisfied.
Works perfectly out of the box with either Proton Experimental or Proton 6.3-6.
Minor inconvenience: Game window completely minimizes when using "Borderless Fulscreen" which defeats the purpose.
Modding was possible with one extra step. All mods require the BepInEx mod as a dependency, and you must use Protontricks to override the use of a DLL with one that comes with the mod.
Here are the Proton instructions for BepInEx: https://docs.bepinex.dev/articles/advanced/steam_interop.html Here are the install instructions for Protontricks: https://www.simpler.website/html/2021/1/protontricks.html
After following the above instructions mods worked immediately.
Initially wouldn't launch without the dx11 launch argument, but after adding '-dx11' it ran flawlessly at well over 100fps.
-dx11
My custom car had reverted by about a month. Everything else, including graphics and control key bindings, remained the same.
Tested with the Experimental build on Feb. 10th 2021. Worked out of the box without issues.
"NATIVE LINUX SUPPORT" IS MISLEADING!
There is a native client for Rocket League, but following a patch from mid 2020 all online play has been disabled. The ENTIRE point of this game is online multiplayer so this effectively renders the native client useless and pointless.
Uninstalling Rocket League's native Linux client, switching to Steam Play / Proton (force-enabled because of the aforementioned Linux (non)support), and reinstalling worked flawlessly. FPS ran at an unflinching 105-110FPS in several successive casual 4v4 matches.
It Just Werks :tm:
There will be some glitches by virtue of this being an early-access game, but it should otherwise run perfectly well!
When panning the camera around the map there was occasionally a framerate-related "line" near the top of the window. It's otherwise absent, and wasn't glaringly noticeable.
Alt-tabbing from fullscreen, and then trying to return focus to the game, causes the game to become a black screen. It never truly returns to complete "full-screen" with some of my desktop still visible. Closing and re-launching the game is the only fix.
Possibly not a WINE/Proton issue (i.e. an early-access glitch). Occasionally right-click would no longer register. This is used for rotating the camera. Cause is unknown, but it seemed to happen when starting a new game after leaving an old game, or changing between saves after the game has been running for some time. Closing and re-launching the game fixes the issue.
