Infrequent crash to desktop

[664a1b7d7041cremyabel]

Given my setup I don't expect much support, however I'm going to give it a shot anyway just to double check if I did something blatantly wrong because I don't see anything obvious in the logs. The symptom is the game will rarely (and I mean inbetween hours of gameplay) without any discernable patterns. I thought it was related to level loads since it would do it in the elevator but it happened while I was running through the game normally. Basically it freezes, makes a static noise and then the game exits. Happens regardless of mod loadout (including disabling hud logs), with or without OpenAL soft and I've already reinstalled the game. Attached are the logs, I just removed paths because it contains my name. Also this is the Steam version on Linux.
[dmm.log expired]
[ss2.log expired]

[664a1b7d705e2voodoo47]

crash.dmp could be useful. if not, blame linux?

random stuff can be audio related, any special audio hardware?

[664a1b7d70758remyabel]

Yeah I tried to upload the crash.dmp but it's 600 megabytes. Any recommendations for file hosting?

> if not, blame linux?

I mean if there's nothing wrong with my load order (or in the logs), that's basically what I'm trying to eliminate.

> random stuff can be audio related, any special audio hardware?

No, I don't have sound cards or anything. Just using the OpenAL soft DLL and it works perfectly fine, nothing in the logs either. I don't have issues with other games so it's definitely related to SS2 somehow, it's just hard to reproduce and there doesn't seem to be a specific cause. I'm almost tempted to think that it happens when I'm moving too fast but that could be pure coincidence.

[664a1b7d70846voodoo47]

max compression on 7zip should shrink it to some 100 megs, which should be manageable (gdrive, mediafire, etc).

[664a1b7d70957remyabel]

Here you go: https://drive.google.com/file/d/1Z6mgoydEpLdCsMCaXNY4PJH_WZv8UT1M/view?usp=sharing

[664a1b7d70cb1sarge945]

What distro you on?

I have had some infrequent crashing in Manjaro, but it was related to picom. Are you running picom by chance? (you should be it's basically default in any Arch based distro and I think Ubuntu based distros as well). I also noticed bad performance degredation with it on.

[664a1b7d70f20remyabel]

sarge945
Fedora, not running picom. Just using the default XFCE compositor.

[664a1b7d7102dvoodoo47]

looks like the crashdump expired before I could actually get it.

[664a1b7d71245remyabel]

voodoo47
Sigh, whoops. here: https://drive.google.com/file/d/1zLK21GjDWCasyNEH9dNuusVQJ8VA5IVx/view?usp=sharing

[664a1b7d71326voodoo47]

got it.

[664a1b7d71666remyabel]

Managed to get a wine stacktrace but it's not very helpful:

Code: [Select]

Backtrace:
=>0 0x004be8b5 EntryPoint+0xffffffff() in ss2 (0x00000000)
0x004be8b5 EntryPoint+0xffffffff in ss2: movl 0x0(%ecx),%ebx
Modules:
Module Address Debug info Name (53 modules)
PE   400000-  d25000 Export          ss2
PE 1340000- 1470000 Deferred        ole32
PE 6920000- 6974000 Deferred        avifil32
PE 6980000- 6a0b000 Deferred        allobjs.osm
PE 6a10000- 6a18000 Deferred        api-ms-win-core-synch-l1-2-0
PE 6e30000- 702f000 Deferred        d3dx9_43
PE 8070000- 80d4000 Deferred        dbghelp
PE 83a0000- 8451000 Deferred        nvscript.osm
PE dee0000- e907000 Deferred        ffmpeg
PE fd10000- ffb0000 Deferred        squirrel.osm
PE 10000000-10009000 Deferred        lgvid
PE 61740000-61783000 Deferred        advapi32
PE 62440000-6270a000 Deferred        d3d9
PE 62b80000-62b88000 Deferred        api-ms-win-core-localization-l1-2-1
PE 62fc0000-6304d000 Deferred        rpcrt4
PE 63480000-6348d000 Deferred        version
PE 63bc0000-63bd9000 Deferred        shcore
PE 64a40000-64a94000 Deferred        shlwapi
PE 64ec0000-64fed000 Deferred        oleaut32
PE 666c0000-666ce000 Deferred        hid
PE 67840000-6784a000 Deferred        psapi
PE 67d40000-67d6b000 Deferred        mmdevapi
PE 68500000-68559000 Deferred        combase
PE 68700000-6872e000 Deferred        uxtheme
PE 69180000-69190000 Deferred        wsock32
PE 69ac0000-69acc000 Deferred        vulkan-1
PE 6a040000-6a062000 Deferred        msacm32
PE 6a280000-6a325000 Deferred        msvcrt
PE 6a400000-6a4bb000 Deferred        winmm
PE 6a740000-6a761000 Deferred        msimtf
PE 6ac80000-6ac87000 Deferred        api-ms-win-core-fibers-l1-1-1
PE 6b300000-6b3ac000 Deferred        msvcr90
PE 6b800000-6ba6d000 Deferred        openal32
PE 6bb00000-6bb25000 Deferred        msvfw32
PE 6bc00000-6bc2c000 Deferred        sechost
PE 6bcc0000-6bd3f000 Deferred        setupapi
PE 6c9c0000-6cb1d000 Deferred        gdi32
PE 6cc40000-6cd9f000 Deferred        comctl32
PE 6ed00000-6ef19000 Deferred        user32
PE 6fec0000-6ffd9000 Deferred        msvcp90
PE 70b40000-70c12000 Deferred        ucrtbase
PE 70e80000-70e8a000 Deferred        msimg32
PE 71200000-7121c000 Deferred        imm32
PE 71b10000-71b14000 Deferred        ws2_32
PE 71b50000-71b54000 Deferred        iphlpapi
PE 7b000000-7b0e9000 Deferred        kernelbase
PE 7b2d0000-7b2d3000 Deferred        winepulse
PE 7b490000-7b494000 Deferred        winevulkan
PE 7b600000-7b81a000 Deferred        kernel32
PE 7bc00000-7bca6000 Deferred        ntdll
PE 7d870000-7d87b000 Deferred        dinput
PE 7d9c0000-7d9c4000 Deferred        winex11
PE 7de80000-7e757000 Deferred        shell32

I would like to send a bug report to either Proton or Wine but they are likely to not provide support because of "third party modifications" (https://github.com/ValveSoftware/Proton/issues/3252#issuecomment-557942378). The alternative is to attach a wine debugger but it would kill performance and since the crash is infrequent would be a pain in the ass. Guess I'll just live with it.