[BUG - Release] Game crashes on start

[Symbai]

Branch or Release v3.0.1

Game and Engine Version Soulmask (Steam) UE 4.27.2.0

Describe the bug Copied files to Win64 folder. When I start the game it immediately crashes (the process closes itself. No error displayed)

Mods directory

To Reproduce Steps to reproduce the behavior:

1. Launch game

Expected behavior No crash

Screenshots, UE4SS Log, and .dmp file

Desktop (please complete the following information):

• OS: Win11

Additional context

[Buckminsterfullerene02]

We are going to need more info. Please upload the UE4SS.log and the crash.dmp

[Egaliterrier]

Had the same issue, no log or crashdump generated. Older versions of ue4ss using xinput work.

EDIT: Never mind, older versions don't crash the game, but still don't work. Log from DEV-UE4SS_Xinput_v2.5.2 here: UE4SS.log

EDIT: Trying newer experimental releases seems to have worse results as far as troubleshooting goes. Using zDEV-UE4SS_Xinput_v2.5.2-247-g92ccace.zip I get this: still no crashdump, and the log only contains the above.

[Symbai]

There is no log and no dmp file

[Egaliterrier]

Using other tools that should be compatible with 4.27.2 also give errors. Tried UUUv4 and cake-san's UE4 base table for CE. Neither work, with the latter maybe pointing in the direction of where things break. stringoffset/ByteProperty not found GUObjectArray not found! It is having issues trying to find GUObjectArray and FNamePool. Maybe the engine is a modified version of 4.27.2 or something and offsets are different.

Dumper-7 semi-works, but can't find GNames.

Started Generation [Dumper-7]!

Dumper-7 by me, you & him

Searching for GObjects...

Found FChunkedFixedUObjectArray GObjects at offset 0x669f970

Could not find GNames!

Found FName::AppendString at Offset 0x1C4E1F0

Off::UStruct::Children: 0x48
Off::Field::Next: 0x28
Off::UStruct::SuperStruct: 0x40
Off::UStruct::Size: 0x58
Off::UStruct::MinAlignemnts: 0x5C
Off::UClass::CastFlags: 0xD0
Game uses FProperty system

Off::UStruct::ChildProperties: 0x50
Off::FField::Next: 0x20
Off::FField::Name: 0x28
Off::FField::Flags: 0x30
Off::UClass::ClassDefaultObject: 0x118
Off::UEnum::Names: 0x40
Off::UFunction::FunctionFlags: 0xB0

Off::UFunction::ExecFunction: 0xD8

Off::Property::ElementSize: 0x3C
Off::Property::ArrayDim: 0x38
Off::Property::Offset_Internal: 0x4C
Off::Property::PropertyFlags: 0x40
UPropertySize: 0x78

Off::ArrayProperty::Inner: 0x78
Off::SetProperty::ElementProp: 0x78
Off::MapProperty::Base: 0x78

Off::ULevel::Actors: 0x98

PE-Offset: 0x1E62540
PE-Index: 0x44

GWorld-Offset: 0x67E5858

Off::InSDK::Text::TextSize: 0x18
Off::InSDK::Text::TextDatOffset: 0x0
Off::InSDK::Text::InTextDataStringOffset: 0x28

GameName: WS
GameVersion: 4.27.2-0+++UE4+Release-4.27

Generating SDK took (11858.7ms)

EDIT: Took a stab at debugging with IDA. Not knowledgable enough to know how to generate a practically sized dump I can share here. Though I can say that there are exceptions resulting from patternsleuth not being able to resolve anything, at all. It seems the final one is from trying to read the engine version from ini and not seeing it, and I guess giving up.

If it was just about it missing custom AOB, it wouldn't just crash like this, right?

[Egaliterrier]

Just found out that the engine is modified as part of the developers' anti-cheat approach, has anti-debugging and encrypts fname. So I guess fuck modding, right.