POE 2 Complete PC Freeze while loading screen

"
Zeplock#6315 написал:
It would be great if GGG could implement an automatic enable/disable function for Engine Multithreading in the options or as a startup command. This would disable CPU multithreading before the loading screen and re-enable it afterward, eliminating the need for manual intervention.

While manually doing it works fine, it's easy to forget, and when that happens, the game freezes, even with tools like poeuncrasher.


Sorry, best we can do is beg for players to enable logs 30 days after launch.
I hope so too. Unfortunately I just had like half an hour to investigate it. I'll try to investigate it further in a couple of days when i might have some time.

I'll leave a link to my post just to keep it cleaner in case some dev wants to see all the details without that many replies.

If i will have more info i will post it there but also here.

My post: https://www.pathofexile.com/forum/view-thread/3708527
"
cursorTarget#1174 написал:
"
.text:0000000140C5B782 mov edx, [rbx+20h] ; dwStackSize
.text:0000000140C5B785 mov [rsp+0A8h+lpThreadId], r14 ; lpThreadId
.text:0000000140C5B78A mov [rsp+0A8h+dwCreationFlags], r14d ; dwCreationFlags
.text:0000000140C5B78F mov r9, rbx ; lpParameter
.text:0000000140C5B792 lea r8, sub_140C5DE10 ; lpStartAddress
.text:0000000140C5B799 xor ecx, ecx ; lpThreadAttributes
.text:0000000140C5B79B call cs:CreateThread

Interesting what's happening there at sub_140C5DE10.

Also I suggest to replace some parts of the code with NOPs (it's 90h) to disable functionality. Sure it will break the normal flow but at least we could try to detect the exact procedure that generates the freeze.

PS Does the freeze occur before CreateThread() call?


No. The freeze occur in that thread that is created. But most of the code is just code that tries to unwind and treat the exception. I was thinking about replacing some code with NOPs but when the exception occurs you mostly see the code that generates the exception. Some ideas came to my mind but it's a time consuming process to "guesstimate" with nops.

I will try some of the ideas in a couple of days and if I find anything I will post it here

My intuition tells me that replacing some code with NOPs it will generate some nasty crashes or bugs until you find the exact code that generates the hang.
Последняя редакция: IceCool10#6669. Время: 27 янв. 2025 г., 17:49:18
"
IceCool10#6669 написал:
"
cursorTarget#1174 написал:
"
.text:0000000140C5B782 mov edx, [rbx+20h] ; dwStackSize
.text:0000000140C5B785 mov [rsp+0A8h+lpThreadId], r14 ; lpThreadId
.text:0000000140C5B78A mov [rsp+0A8h+dwCreationFlags], r14d ; dwCreationFlags
.text:0000000140C5B78F mov r9, rbx ; lpParameter
.text:0000000140C5B792 lea r8, sub_140C5DE10 ; lpStartAddress
.text:0000000140C5B799 xor ecx, ecx ; lpThreadAttributes
.text:0000000140C5B79B call cs:CreateThread

Interesting what's happening there at sub_140C5DE10.

Also I suggest to replace some parts of the code with NOPs (it's 90h) to disable functionality. Sure it will break the normal flow but at least we could try to detect the exact procedure that generates the freeze.

PS Does the freeze occur before CreateThread() call?


No. The freeze occur in that thread that is created. But most of the code is just code that tries to unwind and treat the exception. I was thinking about replacing some code with NOPs but when the exception occurs you mostly see the code that generates the exception. Some ideas came to my mind but it's a time consuming process to "guesstimate" with nops.

I will try some of the ideas in a couple of days and if I find anything I will post it here


I'd recommend against that. You're now in the territory of modifying game client code, and in a trivially detectable way if there is an anti-cheat that looks for it. I don't know whether you actually _would_ get banned for it, but it's certainly a bannable thing.
Hi.
Same issue as guys above. Win 11. Ryzen 9800x3d, 4070 TI Super.
Not able to play the game as loading screens freeze randomly. Only way to go foward is to restart PC. I understand that there might be issues with game in its current state but for gods sake GGG give us some details.
"


I'd recommend against that. You're now in the territory of modifying game client code, and in a trivially detectable way if there is an anti-cheat that looks for it. I don't know whether you actually _would_ get banned for it, but it's certainly a bannable thing.


I know. I will think about it. Tbh, my post should give some leads for the devs. I just hope they read this forum and work on a fix.
Just spit-balling here. I'm not a developer, but I work in architecture.

Isn't this the type of thing you'd see if the marriage between the local code and a needed insert from a remote resource were backed up and there was no specific wait condition present on the local side?
I noticed each time I crash a specific API call is made. To what exactly, i don't know, but... lets say its a webserver (apache maybe).

1. API call is made when the attempt to load a new zone (or something similar) goes off.
2. Local running client tries to insert the needed info but can't because either the webserver call timed out or took too long and the insert doesn't happen (or happens improperly)
3. Race condition on the local machine causing it to ramp the resource requirements up.
4. Local host locks up.

GGG, maybe check your webserver logs and see if you can correlate the crashes to timeouts. From a client code perspective, I wouldn't know exactly what to do, but maybe a resource throttle or kick-out if the response is bad/missing/timed out instead of just constantly retrying.
Currently cant play the game anymore due to the game constantly completely freezing my PC in load screens and then having to force turn off my PC.

I also just constantly crash when playing the game.

Not coming back until this is fixed.
IGN: Elem_Mental


Lets all drink red bull jump out of a plane and hope for the best.
bruh this has been going on for too long. You would think this many pages in 2 posts would get their attention but no. They really think minor hotfixes is the way to go
You know it's sad when more troubleshooting happens from clients in their forms then the actual devs doing any troubleshooting.... I mean we are on almost 2 months now with 2 replies. This is a masterclass on how NOT to handle PR.

Пожаловаться на запись форума

Пожаловаться на учетную запись:

Тип жалобы

Дополнительная информация