Underrail (250520)

[anawolak]

Error:

wine: Call from 0x7b43c45c to unimplemented function mscoree.dll.CorIsLatestSvc, aborting
wine: Unimplemented function mscoree.dll.CorIsLatestSvc called at address 0x760023:0x7b43c45c (thread 0015), starting debugger...

[anawolak]

Would like to add that it works on normal WINE Steam install.

[kisak-valve]

Hello @Draiser, this unimplemented function is already being tracked at #18. Closing as a duplicate.

[flibitijibibo]

Reopening this for the XNA category...

[kisak-valve]

Thanks @flibitijibibo, it should be noted I closed this issue report fairly early on, before a general policy had been established for unofficially supported games.

[blauser]

I just tried this with Proton 4.2-3, but didn't have any luck. I've attached the proton log. I hope this is helpful.
steam-250520.log

[vakulenchuk]

The game launches and runs fine, but is unable to save:

328674.358:0027:0028:warn:debugstr:OutputDebugStringA "Underrail (Ouroboros) - Error - 40000 : [Timelapse Vertigo] - Failed to save game 'savegame'. Exception: System.Runtime.Serialization.SerializationException: Type 'System.Random' in Assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' is not marked as serializable.\r"

Attached is the relevant log.
steam-250520.log

[flibitijibibo]

Sounds like a possible Mono corlib incompatibility, Random is supposed to be Serializable:

https://docs.microsoft.com/en-us/dotnet/api/system.random

Though why Random is serializable, I don't know... usually devs set that as ignored via XmlIgnore or something along those lines.

[madewokherd]

Mono uses System.Random from corefx.

Even if we marked it as serializable, I don't think it'd be compatible with .NET, though the version from referencesource might be.

[madewokherd]

Swapping in System.Random from referencesource gets it past that exception.

[madewokherd]

Besides code formatting, attributes, and variable names, it the only difference I'm noticing between referencesource and corefx is that corefx's default constructor doesn't seed based on timer. I haven't worked with .NET serialization, but I imagine the corefx version could easily be made compatible.

Corefx has a bug for it here: https://github.com/dotnet/corefx/issues/32354

For some reason the bug discussion got caught up on the potential for serializing derived types, when the test case just uses System.Random.

[madewokherd]

Corefx isn't interested in a fix, so I changed wine-mono to use the referencesource class. It should be possible to save now (Proton 4.11-8).

[shoober420]

Compatibility Report

• Name of the game with compatibility issues: Underrail
• Steam AppID of the game: https://steamdb.info/app/250520/

System Information

• GPU: GTX 760
• Driver/LLVM version: NVIDIA 440.36
• Kernel version: 5.4.2
• https://github.com/shoober420/linux-scripts/blob/main/home/shoober420/sysinfonvidia
• Proton version: 4.11-9

Symptoms

Game launches, but when hovering your cursor over objects in game, FPS drops drastically. Massive stuttering.

[shoober420]

Heres a log using Proton 4.11-11 and NVIDIA 440.44, which still has the big FPS drop when your cursor mouses over objects in the game.

steam-250520.log

[dustinlacewell]

This still happens even under current experimental.

[esotericist]

i've also been experiencing the nasty performance issue. comments on protondb suggest that this can be addressed by installing dotnet452 and xna40, but it is somewhat difficult to install those on proton versions newer than 5.0.

i ended up updating winetricks to something newer than focal fossa ships using the self-update, and that ended up helpfully informing me that installing those packages on most modern wine versions simply can't work, which seems strange to me, but not my wheelhouse.

ultimately, proton 5.0-10 had the final junction of: a) loading the game without graphics device complaint (see anecdotal aside below), b) able to successfully perform the installs of dotnet452 and xna40 (via protontricks 250520 <verb> as usual) , c) appearing not to suffer from the stuttering issues once those were installed. however running on 5.0-10 presented a new problem: save data made with 6.3-7 (and without dotnet452 and xna40, obviously) would not load in it. so i have the unfortunate need to decide if fixing the performance problem is worth starting over. i find the fact the on-disk format for data apparently changes based on environmental conditions (primarily experienced with changing wine versions) rather alarming.

further: there is also a persistent issue across all tested versions of proton (from 4.11 up to 6.3 and even several distinct glorious eggroll versions along the 6.x range) with underrail not properly exiting when you quit the game, requiring you to forcibly kill the process (via steam UI, task manager, or cli). it's especially obnoxious since underrail tends to try to emit broken sound while failing to quit.

also: at least in proton 6.3, right clicking the mouse to pan the camera didn't work correctly (it always just panned straight up regardless of actual mouse motion), so i just turned it off and lived without while also enduring the stuttering. 5.0 doesn't have that problem, i don't know if other versions exhibit it since i just didn't try it again until after i got an install that has the performance corrected.

finally: in proton 6.x, underrail seems to have the wrong icon at least as far as xfce is concerned; i get some strange two square thing rather than underrail's icon (which does show up correctly for 4.x and 5.0, i don't remember if it did for 5.13-6 and i am not super excited about tinkering with this prefix more)

anecdotal aside: while trying to find the bounds of 'what might work', i tried falling all the way back to proton 4.11-13, but that resulted in complaints about not having a valid graphics device (i'm assuming due to subsequent changes on the mesa side, and older wine stuff not being able to deal with that). unfortunate that we seem to have passed a threshold where certain things are unavailable for testing regressions.

[cncz42]

Seems that save games made on proton won't load on a windows computer anymore, not sure if it's fixable on proton's end since there's deck specific customizations for the game but it's very annoying.

[DonKatsu]

With Proton 8.0-4, the Steam overlay shows up for me as plain squares.

System info
Runtime info
steam-250520.log

[kisak-valve]

Hello @DonKatsu, the overlay issue you're seeing is most likely the same as ValveSoftware/steam-for-linux#7889.

[kisak-valve]

Underrail (250520)

Issue transferred from #7821.
@Raikiri posted on 2024-06-07T12:05:44:

Compatibility Report

• Name of the game with compatibility issues: Underrail
• Steam AppID of the game: 250520

System Information

• GPU: RTX 4080
• Video driver version: 4.6 (Compatibility Profile) Mesa 24.0.7 (why is the report not showing my RTX 4080?)
• Kernel version: 6.6.32
• Link to full system information report as Gist: https://gist.github.com/Raikiri/4c1b97645519083ab6433bbdc4fb0376
• Steam runtime diagnostics: https://gist.github.com/Raikiri/fc8c94cc4f4a77db9354269e8c956be6
• Proton version: 1716388226 experimental-9.0-20240522 , tried multiple other versions too with no difference.

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

In fullscreen mode when the game resolution does not match the resolution of the desktop, right mouse button teleports the cursor, effectively preventing interaction with items and dragging the view or the map.

Reproduction

1. Use a high desktop resolution (>1080p)
2. In-game use fullscreen mode, 1080p swapchain resolution
3. Start a new game (skip dialogs until you can move with left mouse button)
4. Observe that clicking right mouse button teleports the cursor to a lower-left corner

Note: the problem happens because the game is trying to hold the cursor at the position where RMB was clicked (to allow indefinite scrolling of the view or the minimap), presumably using something akin to GetCursorPos()+SetCursorPos(). However, something goes wrong in the fullscreen mouse position transformation code and the mouse cursor is set to a different position as to where it was clicked.

I assume it's related to the fact that proton does not change the actual desktop resolution in fullscreen mode and instead rescales the game's rendertarget to whatever the desktop resolution is.

This breaks dragging the in-game view, dragging the map (opened with M) and RMB interaction with certain in-game items (jets, ventilation shafts and a bunch of other things you interact with using RMB).

steam-250520.log

[Raikiri]

Forgot to mention that as a temporary workaround I set my desktop resolution to be the same as the game's fullscreen resolution before launching it. That does fix the mouse cursor issue, but is obviously sub-optimal.