[The Outlast Trials] seems to crash after latest update, was working fine before

NotNierPea commented

2025-07-15 19:29:18 +02:00

(Migrated from github.com)

Crash log:

Built from changelist:191878

LoginId:bd7af6f345efaa27ac959bac1ffe670b

Unhandled Exception: EXCEPTION_ACCESS_VIOLATION reading address 0x00007ff7cabb2000

Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:319]
Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:347]
Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:347]
Dumper_7!NameArray::TryFindNameArray() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:361]
Dumper_7!NameArray::TryInit() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:487]
Dumper_7!FName::Init() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\UnrealTypes.cpp:95]
Dumper_7!MainThread() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Main.cpp:42]
kernel32
ntdll

Crash log: ``` Built from changelist:191878 LoginId:bd7af6f345efaa27ac959bac1ffe670b Unhandled Exception: EXCEPTION_ACCESS_VIOLATION reading address 0x00007ff7cabb2000 Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:319] Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:347] Dumper_7!FindFNameGetNamesOrGNames() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:347] Dumper_7!NameArray::TryFindNameArray() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:361] Dumper_7!NameArray::TryInit() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\NameArray.cpp:487] Dumper_7!FName::Init() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Engine\Private\Unreal\UnrealTypes.cpp:95] Dumper_7!MainThread() [C:\Users\yesma\Documents\GitHub\Dumper-7\Dumper\Main.cpp:42] kernel32 ntdll ``` <img width="654" height="127" alt="Image" src="https://github.com/user-attachments/assets/6a000710-3709-4a4c-8804-555fde7d59eb" />

Fischsalat commented

2025-07-15 19:47:52 +02:00

(Migrated from github.com)

Try overwriting the offset for AppendString or GNames.

NotNierPea commented

2025-07-15 20:17:00 +02:00

(Migrated from github.com)

Try overwriting the offset for AppendString or GNames.

so you mean i have to find my own offsets for this game from now?

> Try overwriting the offset for AppendString or GNames. so you mean i have to find my own offsets for this game from now?

Fischsalat commented

2025-07-15 20:31:27 +02:00

(Migrated from github.com)

yea, or figure out why the dumper crashes

NotNierPea commented

2025-07-15 20:33:06 +02:00

(Migrated from github.com)

its also here when i'm debugging it

<img width="2560" height="1394" alt="Image" src="https://github.com/user-attachments/assets/d56ec7eb-f006-48d9-857e-42af80c10098" /> its also here when i'm debugging it

NotNierPea commented

2025-07-16 09:42:24 +02:00

(Migrated from github.com)

yea, or figure out why the dumper crashes

alright i did it and now it works, overrided the offset for FName::AppendString, but it can't seem to find UEObject::ProcessEvent, although setting the game name manually makes it ignore it and dumps fine, is that need it?, sorry im not that good at doing that stuff

> yea, or figure out why the dumper crashes alright i did it and now it works, overrided the offset for FName::AppendString, but it can't seem to find UEObject::ProcessEvent, although setting the game name manually makes it ignore it and dumps fine, is that need it?, sorry im not that good at doing that stuff

NotNierPea commented

2025-07-16 11:20:10 +02:00

(Migrated from github.com)

although i tried it in a test project, lots of static_errors. not sure why

<img width="2560" height="1392" alt="Image" src="https://github.com/user-attachments/assets/512ce78c-bde9-42c3-ba54-785d69987a7b" /> although i tried it in a test project, lots of static_errors. not sure why

AlexR32 commented

2025-07-16 13:07:50 +02:00

(Migrated from github.com)

I found ProcessEvent and ProcessEventIdx, since they needed for function calls you might need these.
Still don't know why it can't automatically take ProcessEvent offsets, maybe it has something to do with FNames.

constexpr int32 ProcessEvent      = 0x01829F30;
constexpr int32 ProcessEventIdx   = 0x00000044;

I found ProcessEvent and ProcessEventIdx, since they needed for function calls you might need these. Still don't know why it can't automatically take ProcessEvent offsets, maybe it has something to do with FNames. ```cpp constexpr int32 ProcessEvent = 0x01829F30; constexpr int32 ProcessEventIdx = 0x00000044; ```

NotNierPea commented

2025-07-16 13:31:52 +02:00

(Migrated from github.com)

I found ProcessEvent and ProcessEventIdx, since they needed for function calls you might need these. Still don't know why it can't automatically take ProcessEvent offsets, maybe it has something to do with FNames.

constexpr int32 ProcessEvent = 0x01829F30;
constexpr int32 ProcessEventIdx = 0x00000044;

thanks, now i see why SDK::URBBlueprintLibrary::GetRBWorld() is not working lol

> I found ProcessEvent and ProcessEventIdx, since they needed for function calls you might need these. Still don't know why it can't automatically take ProcessEvent offsets, maybe it has something to do with FNames. > > constexpr int32 ProcessEvent = 0x01829F30; > constexpr int32 ProcessEventIdx = 0x00000044; thanks, now i see why SDK::URBBlueprintLibrary::GetRBWorld() is not working lol

NotNierPea commented

2025-07-16 14:01:07 +02:00

(Migrated from github.com)

btw my FName offset if it matters for anyone, FName::Init(0x01BF8250, FName::EOffsetOverrideType::AppendString, true);, the dumper can still crash sometimes for no reason related to calling or something i don't have crashlog for it.

btw my FName offset if it matters for anyone, ``FName::Init(0x01BF8250, FName::EOffsetOverrideType::AppendString, true);``, the dumper can still crash sometimes for no reason related to calling or something i don't have crashlog for it.

djlorenzouasset commented

2025-07-16 14:21:30 +02:00

(Migrated from github.com)

thanks a lot! I'll try to find a way to fix it maybe (if possible lol)

djlorenzouasset commented

2025-07-16 14:40:19 +02:00

(Migrated from github.com)

wait @NotNierPea process event is broken too? it cant find it?

NotNierPea commented

2025-07-16 14:45:20 +02:00

(Migrated from github.com)

wait @NotNierPea process event is broken too? it cant find it?

no it cant find anything for any FName or ProcessEvent, you need to add the offsets yourself

> wait [@NotNierPea](https://github.com/NotNierPea) process event is broken too? it cant find it? no it cant find anything for any FName or ProcessEvent, you need to add the offsets yourself

djlorenzouasset commented

2025-07-16 20:08:49 +02:00

(Migrated from github.com)

an update to the game just got released but nothing changed. i'll check IDA later

NotNierPea commented

2025-07-16 20:39:41 +02:00

(Migrated from github.com)

an update to the game just got released but nothing changed. i'll check IDA later

just a hotfix, offsets did change so yeah, also the game ships the pdb too, easy to reverse

> an update to the game just got released but nothing changed. i'll check IDA later just a hotfix, offsets did change so yeah, also the game ships the pdb too, easy to reverse

NotNierPea commented

2025-07-17 08:24:36 +02:00

(Migrated from github.com)

its also here when i'm debugging it

The crash on this line of code is due to memory protection. If you read the exception message, it says: "Access Violation reading location 0xWHATEVER".

I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API. (For testing purposes, I changed the protection of all memory regions.)

However, even after doing that, the dumper still crashes on another line.

Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is. Even when I tried manually hooking some functions, it failed.

That said, after spending some time reversing, I was able to get a FOV cheat working. But the dumper itself is still crashing.

my hooks and stuff still work somehow, its just code changed a little bit, so i had change the hook a little, but everything is the same and you still have the pdb still being shipped with the game, helps me a lot

> > <img alt="Image" width="2000" height="1394" src="https://private-user-images.githubusercontent.com/130810875/466652283-d56ec7eb-f006-48d9-857e-42af80c10098.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTI3MjExNjIsIm5iZiI6MTc1MjcyMDg2MiwicGF0aCI6Ii8xMzA4MTA4NzUvNDY2NjUyMjgzLWQ1NmVjN2ViLWYwMDYtNDhkOS04NTdlLTQyYWY4MGMxMDA5OC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDcxN1QwMjU0MjJaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0wODcyMWI5MDVkMmNiZWUxMjU1OWEyYzU4ODZkZmUyN2IxZTBmYmUwYzk1Yjg3NjU5NTg4ODRjZjQ1MjEwNjViJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.35_jbiSkWSZf5y3jLjJXVU0Lfc5-5DK8U47J8LkToik"> > > its also here when i'm debugging it > > **The crash on this line of code is due to memory protection. If you read the exception message, it says:** **"Access Violation reading location 0xWHATEVER".** > > **I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to** **PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API.** **(For testing purposes, I changed the protection of all memory regions.)** > > **However, even after doing that, the dumper still crashes on another line.** > > **Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is.** **Even when I tried manually hooking some functions, it failed.** > > **That said, after spending some time reversing, I was able to get a FOV cheat working.** **But the dumper itself is still crashing.** my hooks and stuff still work somehow, its just code changed a little bit, so i had change the hook a little, but everything is the same and you still have the pdb still being shipped with the game, helps me a lot

NotNierPea commented

2025-07-17 08:31:57 +02:00

(Migrated from github.com)

anyways new offsets for hotfix:

constexpr int32 ProcessEvent = 0x01831E70;
constexpr int32 ProcessEventIdx = 0x00000044;

FName::AppendString -> 0x01BFF950

anyways new offsets for hotfix: ```c++ constexpr int32 ProcessEvent = 0x01831E70; constexpr int32 ProcessEventIdx = 0x00000044; FName::AppendString -> 0x01BFF950 ```

AlexR32 commented

2025-07-17 08:51:54 +02:00

(Migrated from github.com)

The crash on this line of code is due to memory protection. If you read the exception message, it says: "Access Violation reading location 0xWHATEVER".

I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API. (For testing purposes, I changed the protection of all memory regions.)

However, even after doing that, the dumper still crashes on another line.

Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is. Even when I tried manually hooking some functions, it failed.

That said, after spending some time reversing, I was able to get a FOV cheat working. But the dumper itself is still crashing.

I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before.

> **The crash on this line of code is due to memory protection. If you read the exception message, it says:** **"Access Violation reading location 0xWHATEVER".** > > **I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to** **PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API.** **(For testing purposes, I changed the protection of all memory regions.)** > > **However, even after doing that, the dumper still crashes on another line.** > > **Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is.** **Even when I tried manually hooking some functions, it failed.** > > **That said, after spending some time reversing, I was able to get a FOV cheat working.** **But the dumper itself is still crashing.** I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before.

ZeroTrool commented

2025-07-18 03:07:14 +02:00

(Migrated from github.com)

The crash on this line of code is due to memory protection. If you read the exception message, it says: "Access Violation reading location 0xWHATEVER".
I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API. (For testing purposes, I changed the protection of all memory regions.)
However, even after doing that, the dumper still crashes on another line.
Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is. Even when I tried manually hooking some functions, it failed.
That said, after spending some time reversing, I was able to get a FOV cheat working. But the dumper itself is still crashing.

I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before.

But means we have to change processevent and appendstring every update?

> > **The crash on this line of code is due to memory protection. If you read the exception message, it says:** **"Access Violation reading location 0xWHATEVER".** > > **I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to** **PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API.** **(For testing purposes, I changed the protection of all memory regions.)** > > **However, even after doing that, the dumper still crashes on another line.** > > **Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is.** **Even when I tried manually hooking some functions, it failed.** > > **That said, after spending some time reversing, I was able to get a FOV cheat working.** **But the dumper itself is still crashing.** > > I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before. But means we have to change processevent and appendstring every update?

djlorenzouasset commented

2025-07-18 03:13:04 +02:00

(Migrated from github.com)

The crash on this line of code is due to memory protection. If you read the exception message, it says: "Access Violation reading location 0xWHATEVER".
I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API. (For testing purposes, I changed the protection of all memory regions.)
However, even after doing that, the dumper still crashes on another line.
Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is. Even when I tried manually hooking some functions, it failed.
That said, after spending some time reversing, I was able to get a FOV cheat working. But the dumper itself is still crashing.

I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before.

But means we have to change processevent and appendstring every update?

yea.. im working on a fix btw. I fixed AppendString and now im fixing GNamesPool n shit. For appendstring I had to add a sig.

old dump (CL 186178) -> new dump (CL 192745)

> > > **The crash on this line of code is due to memory protection. If you read the exception message, it says:** **"Access Violation reading location 0xWHATEVER".** > > > **I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to** **PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API.** **(For testing purposes, I changed the protection of all memory regions.)** > > > **However, even after doing that, the dumper still crashes on another line.** > > > **Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is.** **Even when I tried manually hooking some functions, it failed.** > > > **That said, after spending some time reversing, I was able to get a FOV cheat working.** **But the dumper itself is still crashing.** > > > > > > I managed to get the dumper to work perfectly by overriding processevent and appendstring with static offsets so it wouldn't look for them automatically. Now the SDK works as before. > > But means we have to change processevent and appendstring every update? yea.. im working on a fix btw. I fixed AppendString and now im fixing GNamesPool n shit. For appendstring I had to add a sig. old dump (CL 186178) -> new dump (CL 192745) <img width="1832" height="200" alt="Image" src="https://github.com/user-attachments/assets/3c667ffd-344f-4198-8517-df09ce859664" />

djlorenzouasset commented

2025-07-18 03:18:30 +02:00

(Migrated from github.com)

Also: the GName scanner seems to fail because the game has some holes between sections (yes i did some runtime sections scanning):

.textbss: 0xb9641000 - 0xb9651000 | EXECUTE READ WRITE
.text: 0xb9651000 - 0xb96656ce | EXECUTE READ
.rdata: 0xb9666000 - 0xb966c321 | READ
Hole: 0xb96656ce - 0xb9666000 (2354 bytes)
.data: 0xb966d000 - 0xb966dc50 | READ WRITE
Hole: 0xb966c321 - 0xb966d000 (3295 bytes)
.pdata: 0xb966e000 - 0xb9670f10 | READ
Hole: 0xb966dc50 - 0xb966e000 (944 bytes)
.idata: 0xb9671000 - 0xb9672708 | READ
Hole: 0xb9670f10 - 0xb9671000 (240 bytes)
.msvcjmc: 0xb9673000 - 0xb967324c | READ WRITE
Hole: 0xb9672708 - 0xb9673000 (2296 bytes)
.00cfg: 0xb9674000 - 0xb9674175 | READ
Hole: 0xb967324c - 0xb9674000 (3508 bytes)
.rsrc: 0xb9675000 - 0xb9675326 | READ
Hole: 0xb9674175 - 0xb9675000 (3723 bytes)
.reloc: 0xb9676000 - 0xb96763c8 | READ
Hole: 0xb9675326 - 0xb9676000 (3290 bytes)

^ thats why this happens.

Also: the GName scanner seems to fail because the game has some holes between sections (yes i did some runtime sections scanning): `.textbss`: `0xb9641000` - `0xb9651000` | EXECUTE READ WRITE `.text`: `0xb9651000` - `0xb96656ce` | EXECUTE READ `.rdata`: `0xb9666000` - `0xb966c321` | READ **Hole**: `0xb96656ce` - `0xb9666000` (`2354` bytes) `.data`: `0xb966d000` - `0xb966dc50` | READ WRITE **Hole**: `0xb966c321` - `0xb966d000` (`3295` bytes) `.pdata`: `0xb966e000` - `0xb9670f10` | READ **Hole**: `0xb966dc50` - `0xb966e000` (`944` bytes) `.idata`: `0xb9671000` - `0xb9672708` | READ **Hole**: `0xb9670f10` - `0xb9671000` (`240` bytes) `.msvcjmc`: `0xb9673000` - `0xb967324c` | READ WRITE **Hole**: `0xb9672708` - `0xb9673000` (`2296` bytes) `.00cfg`: `0xb9674000` - `0xb9674175` | READ **Hole**: `0xb967324c` - `0xb9674000` (`3508` bytes) `.rsrc`: `0xb9675000` - `0xb9675326` | READ **Hole**: `0xb9674175` - `0xb9675000` (`3723` bytes) `.reloc`: `0xb9676000` - `0xb96763c8` | READ **Hole**: `0xb9675326` - `0xb9676000` (`3290` bytes) ^ thats why [this](https://github.com/Encryqed/Dumper-7/issues/358#issuecomment-3074942610) happens.

NotNierPea commented

2025-07-18 04:12:53 +02:00

(Migrated from github.com)

But means we have to change processevent and appendstring every update?

yes till someone fixes the scanning crashing for GNames or FName, and ProcessEvent

> But means we have to change processevent and appendstring every update? yes till someone fixes the scanning crashing for GNames or FName, and ProcessEvent

djlorenzouasset commented

2025-07-18 16:46:06 +02:00

(Migrated from github.com)

ok i just fixed the ProcessEvent scanner. im fixing the scan issues for GNames now

ok i just fixed the ProcessEvent scanner. im fixing the scan issues for GNames now <img width="246" height="69" alt="Image" src="https://github.com/user-attachments/assets/16a807c7-7f06-4025-b0ab-aa402332953d" />

NotNierPea commented

2025-07-18 20:08:09 +02:00

(Migrated from github.com)

its also here when i'm debugging it

The crash on this line of code is due to memory protection. If you read the exception message, it says: "Access Violation reading location 0xWHATEVER".

I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API. (For testing purposes, I changed the protection of all memory regions.)

However, even after doing that, the dumper still crashes on another line.

Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is. Even when I tried manually hooking some functions, it failed.

That said, after spending some time reversing, I was able to get a FOV cheat working. But the dumper itself is still crashing.

the latest hotfix (today) seemed to remove some of the encryption they did, my functions are back to normal lol

anyway offsets:

constexpr int32 ProcessEvent = 0x018CEB90;
constexpr int32 ProcessEventIdx = 0x00000044;

FName::AppendString -> 0x01C88B10

> > <img alt="Image" width="2000" height="1394" src="https://private-user-images.githubusercontent.com/130810875/466652283-d56ec7eb-f006-48d9-857e-42af80c10098.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTI3MjExNjIsIm5iZiI6MTc1MjcyMDg2MiwicGF0aCI6Ii8xMzA4MTA4NzUvNDY2NjUyMjgzLWQ1NmVjN2ViLWYwMDYtNDhkOS04NTdlLTQyYWY4MGMxMDA5OC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDcxN1QwMjU0MjJaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0wODcyMWI5MDVkMmNiZWUxMjU1OWEyYzU4ODZkZmUyN2IxZTBmYmUwYzk1Yjg3NjU5NTg4ODRjZjQ1MjEwNjViJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.35_jbiSkWSZf5y3jLjJXVU0Lfc5-5DK8U47J8LkToik"> > > its also here when i'm debugging it > > **The crash on this line of code is due to memory protection. If you read the exception message, it says:** **"Access Violation reading location 0xWHATEVER".** > > **I was able to fix this error by creating a simple DLL that changes the memory protection of all memory regions to** **PAGE_EXECUTE_READWRITE using the VirtualProtect function from the Windows API.** **(For testing purposes, I changed the protection of all memory regions.)** > > **However, even after doing that, the dumper still crashes on another line.** > > **Also, when I opened the game in IDA, it seems like the code has changed a lot. It looks like they're now using some kind of anti-reverse-engineering or obfuscation techniques though I’m not exactly sure what it is.** **Even when I tried manually hooking some functions, it failed.** > > **That said, after spending some time reversing, I was able to get a FOV cheat working.** **But the dumper itself is still crashing.** the latest hotfix (today) seemed to remove some of the encryption they did, my functions are back to normal lol anyway offsets: ```c++ constexpr int32 ProcessEvent = 0x018CEB90; constexpr int32 ProcessEventIdx = 0x00000044; FName::AppendString -> 0x01C88B10 ```

ZeroTrool commented

2025-07-18 20:51:36 +02:00

(Migrated from github.com)

Yup! That’s what I was seeing yesterday as well lots of stuff changed.
Hopefully it’ll get reversed or something

On Fri, Jul 18, 2025 at 1:08 PM Pea @.***> wrote:

NotNierPea left a comment (Encryqed/Dumper-7#358)
https://github.com/Encryqed/Dumper-7/issues/358#issuecomment-3090268598

[image: Image]
https://private-user-images.githubusercontent.com/130810875/466652283-d56ec7eb-f006-48d9-857e-42af80c10098.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTI3MjExNjIsIm5iZiI6MTc1MjcyMDg2MiwicGF0aCI6Ii8xMzA4MTA4NzUvNDY2NjUyMjgzLWQ1NmVjN2ViLWYwMDYtNDhkOS04NTdlLTQyYWY4MGMxMDA5OC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDcxN1QwMjU0MjJaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0wODcyMWI5MDVkMmNiZWUxMjU1OWEyYzU4ODZkZmUyN2IxZTBmYmUwYzk1Yjg3NjU5NTg4ODRjZjQ1MjEwNjViJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.35_jbiSkWSZf5y3jLjJXVU0Lfc5-5DK8U47J8LkToik
its also here when i'm debugging it

The crash on this line of code is due to memory protection. If you read
the exception message, it says: "Access Violation reading location
0xWHATEVER".

I was able to fix this error by creating a simple DLL that changes the
memory protection of all memory regions to PAGE_EXECUTE_READWRITE using
the VirtualProtect function from the Windows API. (For testing
purposes, I changed the protection of all memory regions.)

However, even after doing that, the dumper still crashes on another line.

Also, when I opened the game in IDA, it seems like the code has changed a
lot. It looks like they're now using some kind of anti-reverse-engineering
or obfuscation techniques though I’m not exactly sure what it is. Even
when I tried manually hooking some functions, it failed.

That said, after spending some time reversing, I was able to get a FOV
cheat working. But the dumper itself is still crashing.

the latest hotfix (today) seemed to remove some of the encryption they
did, my functions are back to normal lol

anyway offsets:

constexpr int32 ProcessEvent = 0x018CEB90;constexpr int32 ProcessEventIdx = 0x00000044;

FName::AppendString -> 0x01C88B10

—
Reply to this email directly, view it on GitHub
https://github.com/Encryqed/Dumper-7/issues/358#issuecomment-3090268598,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AI6GVVESFPW74SMXMS3R24T3JEZZ7AVCNFSM6AAAAACBSTO4F2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTAOJQGI3DQNJZHA
.
You are receiving this because you commented.Message ID:
@.***>

Yup! That’s what I was seeing yesterday as well lots of stuff changed. Hopefully it’ll get reversed or something On Fri, Jul 18, 2025 at 1:08 PM Pea ***@***.***> wrote: > *NotNierPea* left a comment (Encryqed/Dumper-7#358) > <https://github.com/Encryqed/Dumper-7/issues/358#issuecomment-3090268598> > > [image: Image] > <https://private-user-images.githubusercontent.com/130810875/466652283-d56ec7eb-f006-48d9-857e-42af80c10098.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NTI3MjExNjIsIm5iZiI6MTc1MjcyMDg2MiwicGF0aCI6Ii8xMzA4MTA4NzUvNDY2NjUyMjgzLWQ1NmVjN2ViLWYwMDYtNDhkOS04NTdlLTQyYWY4MGMxMDA5OC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDcxN1QwMjU0MjJaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0wODcyMWI5MDVkMmNiZWUxMjU1OWEyYzU4ODZkZmUyN2IxZTBmYmUwYzk1Yjg3NjU5NTg4ODRjZjQ1MjEwNjViJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.35_jbiSkWSZf5y3jLjJXVU0Lfc5-5DK8U47J8LkToik> > its also here when i'm debugging it > > *The crash on this line of code is due to memory protection. If you read > the exception message, it says:* *"Access Violation reading location > 0xWHATEVER".* > > *I was able to fix this error by creating a simple DLL that changes the > memory protection of all memory regions to* *PAGE_EXECUTE_READWRITE using > the VirtualProtect function from the Windows API.* *(For testing > purposes, I changed the protection of all memory regions.)* > > *However, even after doing that, the dumper still crashes on another line.* > > *Also, when I opened the game in IDA, it seems like the code has changed a > lot. It looks like they're now using some kind of anti-reverse-engineering > or obfuscation techniques though I’m not exactly sure what it is.* *Even > when I tried manually hooking some functions, it failed.* > > *That said, after spending some time reversing, I was able to get a FOV > cheat working.* *But the dumper itself is still crashing.* > > the latest hotfix (today) seemed to remove some of the encryption they > did, my functions are back to normal lol > > anyway offsets: > > constexpr int32 ProcessEvent = 0x018CEB90;constexpr int32 ProcessEventIdx = 0x00000044; > > FName::AppendString -> 0x01C88B10 > > — > Reply to this email directly, view it on GitHub > <https://github.com/Encryqed/Dumper-7/issues/358#issuecomment-3090268598>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AI6GVVESFPW74SMXMS3R24T3JEZZ7AVCNFSM6AAAAACBSTO4F2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTAOJQGI3DQNJZHA> > . > You are receiving this because you commented.Message ID: > ***@***.***> >

Bappsack commented

2025-07-19 22:17:37 +02:00

(Migrated from github.com)

        gNames = "48 8D 0D ? ? ? ? E8 ? ? ? ? C6 05 ? ? ? ? ? 48 8B 4C 24"
        gObjects = "48 8D 0D ? ? ? ? E8 ? ? ? ? C6 05 ? ? ? ? ? E9 ? ? ? ? 48 8B 4F"
        uWorld = "48 8B 05 ? ? ? ? 48 8B 8C 24 ? ? ? ? 48 31 E1"
        AppendString = "E8 ? ? ? ? 8B 56 ? 8D 42 ? 31 ED"
        ProcessEvent = "E8 ? ? ? ? E9 ? ? ? ? 49 8B 04 24 48 8B 80"
        Index_ProcessEvent = 0x44

gNames = "48 8D 0D ? ? ? ? E8 ? ? ? ? C6 05 ? ? ? ? ? 48 8B 4C 24" gObjects = "48 8D 0D ? ? ? ? E8 ? ? ? ? C6 05 ? ? ? ? ? E9 ? ? ? ? 48 8B 4F" uWorld = "48 8B 05 ? ? ? ? 48 8B 8C 24 ? ? ? ? 48 31 E1" AppendString = "E8 ? ? ? ? 8B 56 ? 8D 42 ? 31 ED" ProcessEvent = "E8 ? ? ? ? E9 ? ? ? ? 49 8B 04 24 48 8B 80" Index_ProcessEvent = 0x44

RizSavio commented

2025-07-20 14:21:31 +02:00

(Migrated from github.com)

The following works for me:
GWorld = 0x6A469B8
GObjects = 0x68E9C38
GNames = 0x687B0C0
ProcessEventIdx = 0x0000044

Alternatively, you can modify the Generator::InitEngineCore() function in Generator.cpp under:
"Dumper-7\Dumper\Generator\Private\Generators"

void Generator::InitEngineCore()
{
	/* manual override */
	//ObjectArray::Init(/*GObjects*/, /*ChunkSize*/, /*bIsChunked*/);
	//FName::Init(/*FName::AppendString*/);
	//FName::Init(/*FName::ToString, FName::EOffsetOverrideType::ToString*/);
	//FName::Init(/*GNames, FName::EOffsetOverrideType::GNames, true/false*/);
	//Off::InSDK::ProcessEvent::InitPE(/*PEIndex*/);

	/* Back4Blood (requires manual GNames override) */
	//InitObjectArrayDecryption([](void* ObjPtr) -> uint8* { return reinterpret_cast<uint8*>(uint64(ObjPtr) ^ 0x8375); });

	/* Multiversus [Unsupported, weird GObjects-struct] */
	//InitObjectArrayDecryption([](void* ObjPtr) -> uint8* { return reinterpret_cast<uint8*>(uint64(ObjPtr) ^ 0x1B5DEAFD6B4068C); });

	ObjectArray::Init();
	FName::Init(0x687B0C0, FName::EOffsetOverrideType::GNames, true);
	Off::Init();
	PropertySizes::Init();
	Off::InSDK::ProcessEvent::InitPE(0x0000044); //Must be at this position, relies on offsets initialized in Off::Init()

	Off::InSDK::World::InitGWorld(); //Must be at this position, relies on offsets initialized in Off::Init()

	Off::InSDK::Text::InitTextOffsets(); //Must be at this position, relies on offsets initialized in Off::InitPE()

	InitSettings();
}

[Console Output - Dumper-7]

Started Generation [Dumper-7]!

Dumper-7 by me, you & him

Searching for GObjects...

Found FChunkedFixedUObjectArray GObjects at offset 0x68e9c38

Overwrote offset: 'FNamePool GNames' set as offset 0x687B0C0

Off::UObject::Flags: 0x8
Off::UObject::Index: 0xC
Off::UObject::Class: 0x10
Off::UObject::Outer: 0x20
Off::UObject::Name: 0x18

NameArray::FNameBlockOffsetBits: 0x10

Off::UStruct::Children: 0x48
Off::UField::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::UClass::ImplementedInterfaces: 0x1D8
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::InSDK::ULevel::Actors: 0x98

Off::InSDK::UDataTable::RowMap: 0x30

PE-Offset: 0x18CEB90
GWorld-Offset: 0x6A469B8

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

GameName: OPP
GameVersion: 4.27.1-193027+release-4-0

Generating SDK took (6060.32ms)

The following works for me: GWorld = 0x6A469B8 GObjects = 0x68E9C38 GNames = 0x687B0C0 ProcessEventIdx = 0x0000044 Alternatively, you can modify the **Generator::InitEngineCore()** function in **Generator.cpp** under: "_Dumper-7\Dumper\Generator\Private\Generators_" ``` void Generator::InitEngineCore() { /* manual override */ //ObjectArray::Init(/*GObjects*/, /*ChunkSize*/, /*bIsChunked*/); //FName::Init(/*FName::AppendString*/); //FName::Init(/*FName::ToString, FName::EOffsetOverrideType::ToString*/); //FName::Init(/*GNames, FName::EOffsetOverrideType::GNames, true/false*/); //Off::InSDK::ProcessEvent::InitPE(/*PEIndex*/); /* Back4Blood (requires manual GNames override) */ //InitObjectArrayDecryption([](void* ObjPtr) -> uint8* { return reinterpret_cast<uint8*>(uint64(ObjPtr) ^ 0x8375); }); /* Multiversus [Unsupported, weird GObjects-struct] */ //InitObjectArrayDecryption([](void* ObjPtr) -> uint8* { return reinterpret_cast<uint8*>(uint64(ObjPtr) ^ 0x1B5DEAFD6B4068C); }); ObjectArray::Init(); FName::Init(0x687B0C0, FName::EOffsetOverrideType::GNames, true); Off::Init(); PropertySizes::Init(); Off::InSDK::ProcessEvent::InitPE(0x0000044); //Must be at this position, relies on offsets initialized in Off::Init() Off::InSDK::World::InitGWorld(); //Must be at this position, relies on offsets initialized in Off::Init() Off::InSDK::Text::InitTextOffsets(); //Must be at this position, relies on offsets initialized in Off::InitPE() InitSettings(); } ``` [Console Output - Dumper-7] > Started Generation [Dumper-7]! > > Dumper-7 by me, you & him > > > Searching for GObjects... > > Found FChunkedFixedUObjectArray GObjects at offset 0x68e9c38 > > Overwrote offset: 'FNamePool GNames' set as offset 0x687B0C0 > > Off::UObject::Flags: 0x8 > Off::UObject::Index: 0xC > Off::UObject::Class: 0x10 > Off::UObject::Outer: 0x20 > Off::UObject::Name: 0x18 > > NameArray::FNameBlockOffsetBits: 0x10 > > Off::UStruct::Children: 0x48 > Off::UField::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::UClass::ImplementedInterfaces: 0x1D8 > 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::InSDK::ULevel::Actors: 0x98 > > Off::InSDK::UDataTable::RowMap: 0x30 > > > PE-Offset: 0x18CEB90 > GWorld-Offset: 0x6A469B8 > > Off::InSDK::Text::TextSize: 0x18 > Off::InSDK::Text::TextDatOffset: 0x0 > Off::InSDK::Text::InTextDataStringOffset: 0x28 > > GameName: OPP > GameVersion: 4.27.1-193027+release-4-0 > > > > Generating SDK took (6060.32ms)

djlorenzouasset commented

2025-07-21 05:00:24 +02:00

(Migrated from github.com)

UPDATE: I fixed the dumper generation (so you dont need to override offsets). The only problem is that its not finding GNames.. for the rest the SDK gets generated and all goes good. I'll find a way to fix GNames and I'll push an update in my fork.

UPDATE: I fixed the dumper generation (so you dont need to override offsets). The only problem is that its not finding GNames.. for the rest the SDK gets generated and all goes good. I'll find a way to fix GNames and I'll push an update in my fork. <img width="588" height="160" alt="Image" src="https://github.com/user-attachments/assets/60a37987-621b-4257-83df-6b544850f9bc" />

djlorenzouasset commented

2025-07-21 16:44:57 +02:00

(Migrated from github.com)

I fixed the dumper (here). GNames is still not found but its not needed since FName::AppendString works. You can use my fork for now until I open a PR here. I need to test it on more games for understand if my fix breaks something for them or not but for Outlast Trials it works. If someone wants to try my fork on some games and report me if it works or not would help a lot!! (obv comparing it with a SDK generated with normal Dumper-7)

I fixed the dumper ([here](https://github.com/djlorenzouasset/Dumper-7/commit/c40d5654b6f69792b3c3a1d508feaaf0e3bc87f0)). GNames is still not found but its not needed since `FName::AppendString` works. You can use [my fork](https://github.com/djlorenzouasset/Dumper-7) for now until I open a PR here. I need to test it on more games for understand if my fix breaks something for them or not but for Outlast Trials it works. If someone wants to try my fork on some games and report me if it works or not would help a lot!! (obv comparing it with a SDK generated with normal Dumper-7)

NotNierPea commented

2025-07-22 01:51:54 +02:00

(Migrated from github.com)

I fixed the dumper (here). GNames is still not found but its not needed since FName::AppendString works. You can use my fork for now until I open a PR here. I need to test it on more games for understand if my fix breaks something for them or not but for Outlast Trials it works. If someone wants to try my fork on some games and report me if it works or not would help a lot!! (obv comparing it with a SDK generated with normal Dumper-7)

I tested it and it works really great

> I fixed the dumper ([here](https://github.com/djlorenzouasset/Dumper-7/commit/c40d5654b6f69792b3c3a1d508feaaf0e3bc87f0)). GNames is still not found but its not needed since `FName::AppendString` works. You can use [my fork](https://github.com/djlorenzouasset/Dumper-7) for now until I open a PR here. I need to test it on more games for understand if my fix breaks something for them or not but for Outlast Trials it works. If someone wants to try my fork on some games and report me if it works or not would help a lot!! (obv comparing it with a SDK generated with normal Dumper-7) > > I tested it and it works really great

👍 1

djlorenzouasset commented

2025-07-22 19:26:50 +02:00

(Migrated from github.com)

a new update has been released and it still works :)

NotNierPea commented

2025-07-22 19:53:37 +02:00

(Migrated from github.com)

a new update has been released and it still works :)

yep i tested it too, works great with my project too

> a new update has been released and it still works :) yep i tested it too, works great with my project too

djlorenzouasset commented

2025-08-09 18:04:37 +02:00

(Migrated from github.com)

@djlorenzouasset Hey bro, I decided today to get back to TOT, so I used your fork, and OMG, it works without any issues! Huge thanks, and I really appreciate your hard work.

thanks ❤️❤️

> @djlorenzouasset Hey bro, I decided today to get back to TOT, so I used your fork, and OMG, it works without any issues! Huge thanks, and I really appreciate your hard work. thanks ❤️❤️

Slugs-Op commented

2025-08-11 21:19:43 +02:00

(Migrated from github.com)

@djlorenzouasset Hey bro, I decided today to get back to TOT, so I used your fork, and OMG, it works without any issues! Huge

how could i use this tool for TOT i know there are like cheats and stuff with outdated offsets but can that repair that stuff or sum sorry im new to this stuff idk what the point of this tool is

> [@djlorenzouasset](https://github.com/djlorenzouasset) Hey bro, I decided today to get back to TOT, so I used your fork, and OMG, it works without any issues! Huge how could i use this tool for TOT i know there are like cheats and stuff with outdated offsets but can that repair that stuff or sum sorry im new to this stuff idk what the point of this tool is

djlorenzouasset commented

2025-09-13 02:07:56 +02:00

(Migrated from github.com)

I just fixed an issue that has been created with the new game update: github.com/djlorenzouasset/Dumper-7@5bd09ab778

I just fixed an issue that has been created with the new game update: https://github.com/djlorenzouasset/Dumper-7/commit/5bd09ab778e172014de0eb2494d546499c68409b

❤️ 2

Mike557123x commented

2025-09-13 03:06:49 +02:00

(Migrated from github.com)

我刚刚修复了新游戏更新中产生的一个问题：djlorenzouasset@5bd09ab

I need to generate an sdk for the suburb map. But an sdk cannot be created. The game crashed. Can you fix it?

Built from changelist:197800

LoginId:89c4b6bf41028f107a067e8be96e11f1

Unhandled Exception: EXCEPTION_ACCESS_VIOLATION reading address 0x00007ff7b17b5000

Dumper_7!FindAlignedValueInProcess<void *>() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Utils\Utils.h:687]
Dumper_7!Off::InSDK::World::InitGWorld() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Engine\Private\OffsetFinder\Offsets.cpp:84]
Dumper_7!MainThread() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Main.cpp:42]
kernel32
ntdll

> 我刚刚修复了新游戏更新中产生的一个问题：[djlorenzouasset@5bd09ab](https://github.com/djlorenzouasset/Dumper-7/commit/5bd09ab778e172014de0eb2494d546499c68409b) I need to generate an sdk for the suburb map. But an sdk cannot be created. The game crashed. Can you fix it? Built from changelist:197800 LoginId:89c4b6bf41028f107a067e8be96e11f1 Unhandled Exception: EXCEPTION_ACCESS_VIOLATION reading address 0x00007ff7b17b5000 Dumper_7!FindAlignedValueInProcess<void *>() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Utils\Utils.h:687] Dumper_7!Off::InSDK::World::InitGWorld() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Engine\Private\OffsetFinder\Offsets.cpp:84] Dumper_7!MainThread() [D:\Dumper-7-5bd09ab778e172014de0eb2494d546499c68409b\Dumper\Main.cpp:42] kernel32 ntdll

djlorenzouasset commented

2025-09-13 12:44:38 +02:00

(Migrated from github.com)

you dont need to go in a match to get the map sdk, everything should be fine if you generate it in the sleeproom

djlorenzouasset commented

2025-09-13 12:48:07 +02:00

(Migrated from github.com)

here is everything related to the spawns in the map such as hiding spots, traps, containers. You can find it in OPP_Classes.hpp.

<img width="1681" height="905" alt="Image" src="https://github.com/user-attachments/assets/736ea990-fb5c-44b7-9370-120e286ab4dc" /> here is everything related to the spawns in the map such as hiding spots, traps, containers. You can find it in OPP_Classes.hpp.

Kek5chen commented

2025-09-13 13:44:05 +02:00

(Migrated from github.com)

Thank you very much @djlorenzouasset. Your fix works great!

Mike557123x commented

2025-09-13 13:58:01 +02:00

(Migrated from github.com)

你不需要参加比赛来获得地图 SDK，如果你在卧室里生成它，一切都应该没问题

I am the person responsible for updating the project
But it does need to be generated on suburb maps
Generated in the lobby. But the project compile will display errors
I have been on the suburb map generated. before work
hope u can fix it. Thank you very much !

> 你不需要参加比赛来获得地图 SDK，如果你在卧室里生成它，一切都应该没问题 I am the person responsible for updating the project But it does need to be generated on suburb maps Generated in the lobby. But the project compile will display errors I have been on the suburb map generated. before work hope u can fix it. Thank you very much !

djlorenzouasset commented

2025-09-13 15:50:55 +02:00

(Migrated from github.com)

Thank you very much @djlorenzouasset. Your fix works great!

Thanks @Kek5chen!

> Thank you very much [@djlorenzouasset](https://github.com/djlorenzouasset). Your fix works great! Thanks @Kek5chen!

djlorenzouasset commented

2025-09-14 03:45:09 +02:00

(Migrated from github.com)

If someone is interested I just published a cool project i made for inject DLLs into the game. Check it out! https://github.com/djlorenzouasset/TOT-Launcher

👍 2

igromanru commented

2025-10-17 15:37:42 +02:00

(Migrated from github.com)

What would be required to add TOT support to the latest version of Dumper-7?

@djlorenzouasset Can you summarize your changes in few words?
Obviously, a new AppendString pattern was required, but what were the other issues?
If Dumper-7 has issue with getting all sections in the game, it's definitely something that would be nice to add to the main repository.

What would be required to add TOT support to the latest version of Dumper-7? @djlorenzouasset Can you summarize your changes in few words? Obviously, a new AppendString pattern was required, but what were the other issues? If Dumper-7 has issue with getting all sections in the game, it's definitely something that would be nice to add to the main repository.

igromanru commented

2025-10-23 10:17:44 +02:00

(Migrated from github.com)

I've fixed the latest version of Dumper-7 to work with the latest version of The Outlast Trials.
You can find my fork here: https://github.com/igromanru/Dumper-7/tree/TOT, note that the changes are in the TOT branch.

The AppendString signature could likely be merged into main without conflicts, but I’m not sure how to best handle ProcessEvent, since I had to add a separate, game-specific signature for it.

I've fixed the latest version of Dumper-7 to work with the latest version of **The Outlast Trials**. You can find my fork here: [https://github.com/igromanru/Dumper-7/tree/TOT](https://github.com/igromanru/Dumper-7/tree/TOT), note that the changes are in the `TOT` branch. The `AppendString` signature could likely be merged into `main` without conflicts, but I’m not sure how to best handle `ProcessEvent`, since I had to add a separate, game-specific signature for it.

Rows
Columns

[The Outlast Trials] seems to crash after latest update, was working fine before #358