AK: Endfield sometimes crashes #3

Open
opened 2026-02-02 18:49:27 +00:00 by szabolcs2008 · 10 comments

Compatibility Report

  • Name of the game with compatibility issues: Arknights: Endfield
  • Steam AppID of the game: Non steam game

System Information

I confirm:

  • that I haven't found an existing compatibility report for this game.
  • that I have checked whether there are updates for my system available.

Symptoms

Endfield crashes if I'm AFK for long enough. Sometimes also happens after switching windows. I have already tried forcing DX11 in the launcher but that just made the frequency of the crashes worse.
Weird thing is that sometimes i can play for hours, go AFK for a bit and nothing happens, and then other times it crashes after just a few minutes, or a single window change. Also the crashes produce a TON of logs in just a few seconds (talking about 20k+ lines per second in proton logs).
I attached the logs from Endfield, as I can't upload my 3.4GiB proton log file, and my pc does not like me trying to open it

Reproduction

  • Install Endfield
  • Go into game
  • Play for some time, 10-15 minutes maybe
  • Go afk or switch windows for a while
  • Endfield freezes
# Compatibility Report - Name of the game with compatibility issues: Arknights: Endfield - Steam AppID of the game: Non steam game ## System Information - GPU: <!-- e.g. RX 580 or GTX 970 --> RX 9070 16 GB - Video driver version: <!-- e.g. Mesa 18.2 or nvidia 396.54 --> Mesa 25.2.3-1ubuntu1 - Kernel version: <!-- e.g. 4.17 --> 6.17.0-12-generic - Link to full system information report as [Gist](https://gist.github.com/): https://gist.github.com/Szabolcs2008/39e1e57d0a6859b9e81e0c359e62ed2c - Proton version: dwproton 10.0-16 ## I confirm: - [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. <!-- Please add `PROTON_LOG=1 %command%` to the game's launch options and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.)--> ## Symptoms <!-- What's the problem? --> Endfield crashes if I'm AFK for long enough. Sometimes also happens after switching windows. I have already tried forcing DX11 in the launcher but that just made the frequency of the crashes worse. Weird thing is that sometimes i can play for hours, go AFK for a bit and nothing happens, and then other times it crashes after just a few minutes, or a single window change. Also the crashes produce a TON of logs in just a few seconds (talking about 20k+ lines per second in proton logs). I attached the logs from Endfield, as I can't upload my 3.4GiB proton log file, and my pc does not like me trying to open it ## Reproduction - Install Endfield - Go into game - Play for some time, 10-15 minutes maybe - Go afk or switch windows for a while - Endfield freezes <!-- 1. You can find the Steam AppID in the URL of the shop page of the game. e.g. for `The Witcher 3: Wild Hunt` the AppID is `292030`. 2. You can find your driver and Linux version, as well as your graphics processor's name in the system information report of Steam. 3. You can retrieve a full system information report by clicking `Help` > `System Information` in the Steam client on your machine. 4. Please copy it to your clipboard by pressing `Ctrl+A` and then `Ctrl+C`. Then paste it in a [Gist](https://gist.github.com/) and post the link in this issue. 5. Also, please copy the contents of `Help` > `Steam Runtime Diagnostics` to the gist. 6. Please search for open issues and pull requests by the name of the game and find out whether they are relevant and should be referenced above. -->
218 KiB
Member

The issue seems to be related to a game update/patch, many users seemed to be reporting it on the official Discord when using Windows too. On our end though, many solved by just using ntsync, which is enabled by default in dwproton if the kernel module is loaded.

To use ntsync you need:

  • Kernel >= 6.14
  • Enabling the ntsync module with sudo modprobe ntsync or with echo ntsync | sudo tee /etc/modules-load.d/ntsync.conf and rebooting to enable it permanently.

You can then verify if the game is running with it while opened with lsof /dev/ntsync:

image

The issue seems to be related to a game update/patch, many users seemed to be reporting it on the official Discord when using Windows too. On our end though, many solved by just using `ntsync`, which is enabled by default in dwproton if the kernel module is loaded. To use **ntsync** you need: - Kernel >= **6.14** - Enabling the **ntsync** module with `sudo modprobe ntsync` or with `echo ntsync | sudo tee /etc/modules-load.d/ntsync.conf` and rebooting to enable it permanently. You can then verify if the game is running with it while opened with `lsof /dev/ntsync`: ![image](/attachments/95bb956a-7772-4873-a381-a881460bfc16)
Author

Enabling ntsync seems to have fixed it for me, haven't crashed yet at least

Enabling ntsync seems to have fixed it for me, haven't crashed yet at least

Having the same issue, but seems stable with ntsync for now. I'll let you know if longer sessions work as well - could only test for a little while today

Having the same issue, but seems stable with ntsync for now. I'll let you know if longer sessions work as well - could only test for a little while today

Same issue, game seems stable with ntsync as well. Will update on change. Thanks for the fix.

Same issue, game seems stable with ntsync as well. Will update on change. Thanks for the fix.

Endfield, I also encountered a game crash issue on dwproton-10.0-16. DWProton-10.0-15 and below versions are okay.
I found that the game crash has nothing to do with ntsync, it's an issue with dwproton-10.0-16. So I will temporarily hold off on upgrading.

Endfield, I also encountered a game crash issue on dwproton-10.0-16. DWProton-10.0-15 and below versions are okay. I found that the game crash has nothing to do with ntsync, it's an issue with dwproton-10.0-16. So I will temporarily hold off on upgrading.

@ouni666 wrote in #3 (comment):

Endfield, I also encountered a game crash issue on dwproton-10.0-16. DWProton-10.0-15 and below versions are okay. I found that the game crash has nothing to do with ntsync, it's an issue with dwproton-10.0-16. So I will temporarily hold off on upgrading.

dwproton 10.0-14 - there were also crashes, I don't think it's the dwproton version.

@ouni666 wrote in https://dawn.wine/dawn-winery/dwproton/issues/3#issuecomment-98: > Endfield, I also encountered a game crash issue on dwproton-10.0-16. DWProton-10.0-15 and below versions are okay. I found that the game crash has nothing to do with ntsync, it's an issue with dwproton-10.0-16. So I will temporarily hold off on upgrading. dwproton 10.0-14 - there were also crashes, I don't think it's the dwproton version.
Member

I agree that indeed the Proton version isn’t at fault here, all that changed between them was just a newer Proton Experimental base anyways.

This looks like a genuine game bug where it spawns too many threads and manages to crash wineserver, making it much easier to occur when using fsync.

NTsync on the other hand seems to make it behave much better, but a proper solution should probably come on the game side, given the increase in threads IDs can be replicated on Windows as well.

I agree that indeed the Proton version isn’t at fault here, all that changed between them was just a newer Proton Experimental base anyways. This looks like a genuine game bug where it spawns too many threads and manages to crash wineserver, making it much easier to occur when using fsync. NTsync on the other hand seems to make it behave much better, but a proper solution should probably come on the game side, given the increase in threads IDs can be replicated on Windows as well.

Tried one more time without ntsync as a control and got a freeze about 15 minute in. With ntsync I played for almost 4 hours already without any issues.

With other saying the same thing I think we could close this issue - imo the only reason to leave it open would be to notify others that ntsync isn't needed anymore because the devs fixed the underlying issue

Tried one more time without ntsync as a control and got a freeze about 15 minute in. With ntsync I played for almost 4 hours already without any issues. With other saying the same thing I think we could close this issue - imo the only reason to leave it open would be to notify others that ntsync isn't needed anymore because the devs fixed the underlying issue

I am using an Nvidia gpu with ntsync enabled in dx11 mode. I notice a serious VRAM leakage, where the VRAM usage continue to increase over time and the frame rate drop significantly after the VRAM is full in about 30-60 minutes. VRAM cannot be reclaimed by shutting down the game. It can only be reclaimed by restarting the compositor.

I am using an Nvidia gpu with ntsync enabled in dx11 mode. I notice a serious VRAM leakage, where the VRAM usage continue to increase over time and the frame rate drop significantly after the VRAM is full in about 30-60 minutes. VRAM cannot be reclaimed by shutting down the game. It can only be reclaimed by restarting the compositor.

Hello everyone, I would like to share my experience. Oh and I am also new here.

My GPU is RTX 2050 which has 4GB of VRAM and my maximum display resolution is 1920x1080 at 144 Hz

Anyways my issue is that simply interacting the game's interface after entering the game causes the game to break all video output, creating a "stationary image" effect with the game having the both the music and environmental noises playing normal as usual. The game is set to absolute MAX settings with DLSS set to DLAA with max sharpening at max fullscreen resolution, the game's FPS is pretty good, however, even setting the graphics to the lowest has no effect when interacting with the game's interface. Trying the game in directx 11 mode simply gives me very severe FPS penalty when interacting with the game's interface.

Hello everyone, I would like to share my experience. Oh and I am also new here. My GPU is RTX 2050 which has 4GB of VRAM and my maximum display resolution is 1920x1080 at 144 Hz Anyways my issue is that simply interacting the game's interface after entering the game causes the game to break all video output, creating a "stationary image" effect with the game having the both the music and environmental noises playing normal as usual. The game is set to absolute MAX settings with DLSS set to DLAA with max sharpening at max fullscreen resolution, the game's FPS is pretty good, however, even setting the graphics to the lowest has no effect when interacting with the game's interface. Trying the game in directx 11 mode simply gives me very severe FPS penalty when interacting with the game's interface.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
8 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
dawn-winery/dwproton#3
No description provided.