Vulkan renderer freezes (Couldn't acquire next swapchain image)

[hazelnot]

It freezes semi-randomly, sometimes on the first frame of the intro cinematic, sometimes after a few frames, sometimes I can even get in-game only to freeze. Alt-tab causes it to happen faster (i.e. instantly).

I'm on EndeavourOS, on a Radeon RX 5700 XT, running the Mesa drivers.

./run.sh
[Game/GameState.cpp(51)] Initializing.
[Game/Game.cpp(255)] Initializing (Platform: Linux).
[Game/Options.cpp(515)] Reading defaults "/home/hazelnot/OTESA/options/options-default.txt".
[Game/Options.cpp(522)] Reading changes "/home/hazelnot/.config/OpenTESArena/options/options-changes.txt".
[Game/Game.cpp(171)] CD version assets found in "/home/hazelnot/.local/share/Steam/steamapps/common/The Elder Scrolls Arena/ARENA".
[Audio/AudioManager.cpp(416)] Initializing.
[Audio/WildMidi.cpp(69)] Warning: Cannot play music. Invalid/missing WildMIDI config "/home/hazelnot/OTESA/data/eawpats/timidity.cfg"
[Rendering/Window.cpp(95)] Initializing.
[Rendering/Renderer.cpp(159)] Initializing.
[Rendering/VulkanRenderBackend.cpp(271)] Instance validation layers disabled.
[Rendering/VulkanRenderBackend.cpp(454)] Physical devices:
[Rendering/VulkanRenderBackend.cpp(460)] - AMD Radeon RX 5700 XT 50th Anniversary (RADV NAVI10) | Discrete GPU | Vendor: 0x1002
[Rendering/VulkanRenderBackend.cpp(477)] Selected: AMD Radeon RX 5700 XT 50th Anniversary (RADV NAVI10)
[Input/InputManager.cpp(184)] Initializing.
[Assets/ArenaLevelLibrary.cpp(13)] Initializing Arena level assets.
[Assets/BinaryAssetLibrary.cpp(278)] Initializing binary assets.
[Assets/TextAssetLibrary.cpp(917)] Initializing text assets.
[Audio/AudioManager.cpp(751)] Warning: Failed to play music PERCNTRO.XMI.
[Rendering/VulkanRenderBackend.cpp(5327)] Error: Couldn't acquire next swapchain image (1000001003).
[Rendering/VulkanRenderBackend.cpp(5327)] Error: Couldn't acquire next swapchain image (1000001003).
[Rendering/VulkanRenderBackend.cpp(5327)] Error: Couldn't acquire next swapchain image (1000001003).

[hazelnot]

Looks like running it in windowed mode prevents the crash, but borderless windowed doesn't

[hazelnot]

Ah, resizing the window outright crashes the engine, though interestingly maximizing it doesn't:

[Rendering/VulkanRenderBackend.cpp(4256)] Warning: Requested window dimensions 1289x725 are outside of capabilities (min 1292x727, max 1292x727).
[Rendering/VulkanRenderBackend.cpp(4256)] Warning: Requested window dimensions 1289x725 are outside of capabilities (min 1292x727, max 1292x727).
./run.sh: line 3: 224438 Segmentation fault         (core dumped) ./otesa

For context, my primary monitor is 2560x1440

[afritz1]

I experienced something similar last year on my Debian test machine which has an Intel discrete GPU. I don't like blaming SDL but I think it's a bug there due to sweeping changes they made with Wayland.

Error: Couldn't acquire next swapchain image (1000001003) could be handled better. I gave up on that since AMD/Nvidia/Intel each treat it differently and I could play fine on most of my test machines.

If you set WindowMode= 1 or 2 in options-changes.txt then it should start fullscreen.

[hazelnot]

If I set WindowMode to 1 or 2 and it starts in fullscreen it immediately freezes with the "Couldn't acquire next swapchain image" error 😅

[afritz1]

RIP. I have confidence in the Vulkan code since it runs fine on like five different drivers (I tested on so many, even Raspberry Pi 4) and it's just lots of straightforward single-threaded Vulkan 1.0, so other than the swapchain image error, I don't think they can be fixed here. Maybe changing SDL versions could help you.

[Chatplosion]

The real cause could be the MESA3D Vulkan library, because SwapChain is an optional feature.
In most drivers are gaps in feature development for the SwapChain.
This is a Linux problem.
I am sure that most Microsoft Windows Vulkan drivers are running fine as expected.