hdtSkyrimMemPatch.dll

[Liteflitz]

As title says, its my nightmare this little DLL, i´ve been running skyrim for at least 550 hours, and this is the 1st time Im getting myself stuck with this.

 

Im using MO2, my mod list is pretty much tidy and put in order manually, but recently I started getting this error from MO2.

 

The error seems to be related to hdtSkyrimMemPatch.dll calling that it has Failed to load, cuz is stating that this DLL is missing a dependecy, The error code is 126 (which i dont know what it means)

 

I have tried reinstalling my mods that use this dll, which are Naturalistic HDT, and BHUNP 3bbb.

 

The whole reads:

 

The failed plugins are:

• Couldn't load hdtSkyrimMemPatch.dll (Naturalistic HDT Jiggle and Collision Set, Baka HEUN UNP 3bbb). A dependency DLL could not be found (code 126).

 

I ran game without those for testing that isnt another mod causing conflicts, been testing 1 by 1 and it works fine.... Just when I load these mods. which are a CORE for my whole mod list. the game runs perfect as nothing happens when im in isolated cell like in Alternate Start, but once im out in the exterior cell or main world, the games crashes after the game loads the new cell.

 

So please i beg any Modding Senior help this noob in peril, as I cant figure out what the problem is, like what dependecy is asking me for..

[Guest]

1. Without knowing what the dependency is, there is not much anyone can do for you.
2. Your crash is unlikely to come from that DLL not being loaded (assuming you are on HDT-PE and not HDT-SMP). I run my Skyrim without that DLL on purpose and haven't had crashes. Try removing the loader that comes with it at <Skyrim>/d3dcompiler_47.dll. If the crash continues, attach your SKSE minidump.

[Liteflitz]

ty for your reply, Yes i indeed use HDT PE since i run Legendary Edition.

 

Alright I´ll do it give me a moment

 

 

EDIT: @Hawk9969 It appears that I cant find d3dcompiler_47.dll anywhere in my skyrim folder, did I have that folder by default??

 

Sorry for the noob questions

 

 

[Guest]

It's not a folder, it's a file (a wrapper dll to be more specific).

 

d3dcompiler_47.dll at <Skyrim>: Standalone wrapper dll

hdtSkyrimMemPatch.dll at <Skyrim>/SKSE/Plugins: SKSE plugin dll

 

Both come with HDT Mem Patch, but they do the same thing (you only need one of them).

I haven't seen a need to use it myself (tested with and without it a while ago) while already having both SKSE initial heap size and ENB.

[Liteflitz]

oh I see what you mean, but I dont have that file with me, I installed the BHUNP 3bbb but went the HDT-PE version, which i think it doesnt come with that file, neither naturalistic HDT as I use it as my physics framework...

 

Im pretty sure I never chose any SMP feature on the FOMOD installer

 

[Guest]

12 hours ago, Liteflitz said:

oh I see what you mean, but I dont have that file with me, I installed the BHUNP 3bbb but went the HDT-PE version, which i think it doesnt come with that file, neither naturalistic HDT as I use it as my physics framework...

Probably because those people know nothing about what HDT Mem Patch does? It's a memory patch for Skyrim and it only has two options that messes directly with Havok and those options are just related to memory.

 

ReplaceDefaultHavokHeap: Makes hkSkyrimMemoryAllocator::blockAlloc allocate memory through _aligned_malloc, with blocks aligned to 16 bytes.

doNotReleaseHavokResource: Prevents the game's Havok engine from calling hkLoader's destructor, probably to prevent the game from having to allocate new blocks and initialize this data again.

 

The other memory options are:

RecordFormHeapAllocateFailed: This simply logs to hdtSkyrimMemPatch.log when FormHeap allocation fails, nothing more.

FormHeapAllocateFromLargerSpace: Changes the flags for flAllocationType at a call to VirtualAlloc to be MEM_RESERVE | MEM_TOP_DOWN. MEM_TOP_DOWN is to force the FormHeap to allocate to the game's LAA (large address space) since Havok cannot work with LAA and only uses the lower portion of the address space (< 2 GB).

 

I've mentioned SMP simply because I haven't gone through it extensively, but this mem patch should be far less relevant for SMP than it's is for PE because SMP doesn't use the game's Havok engine.

As for HDT-PE, like I said, I run my game with it and haven't needed this mem patch. The LAA Havok limitation isn't a problem either, thanks to ENB's Memory:ReduceSystemMemoryUsage, my TESV.exe process never allocates more than 2 GB.

 

The code 126 error is worrisome however, as it could break other stuff too.

Are you running Windows 10? I wonder if a Windows update broke one of the dependencies.

 

In any case, if you've SKSE initial heap patch/Crash Fixes' OSAllocators and ENB's Memory:ReduceSystemMemoryUsage, your crash is unlikely to be memory related and thus unlikely to come from hdtSkyrimMemPatch.dll not being loaded into your TESV.exe process.

[Liteflitz]

11 hours ago, Hawk9969 said:

Probably because those people know nothing about what HDT Mem Patch does? It's a memory patch for Skyrim and it only has two options that messes directly with Havok and those options are just related to memory.

 

ReplaceDefaultHavokHeap: Makes hkSkyrimMemoryAllocator::blockAlloc allocate memory through _aligned_malloc, with blocks aligned to 16 bytes.

doNotReleaseHavokResource: Prevents the game's Havok engine from calling hkLoader's destructor, probably to prevent the game from having to allocate new blocks and initialize this data again.

 

The other memory options are:

RecordFormHeapAllocateFailed: This simply logs to hdtSkyrimMemPatch.log when FormHeap allocation fails, nothing more.

FormHeapAllocateFromLargerSpace: Changes the flags for flAllocationType at a call to VirtualAlloc to be MEM_RESERVE | MEM_TOP_DOWN. MEM_TOP_DOWN is to force the FormHeap to allocate to the game's LAA (large address space) since Havok cannot work with LAA and only uses the lower portion of the address space (< 2 GB).

 

I've mentioned SMP simply because I haven't gone through it extensively, but this mem patch should be far less relevant for SMP than it's is for PE because SMP doesn't use the game's Havok engine.

As for HDT-PE, like I said, I run my game with it and haven't needed this mem patch. The LAA Havok limitation isn't a problem either, thanks to ENB's Memory:ReduceSystemMemoryUsage, my TESV.exe process never allocates more than 2 GB.

 

The code 126 error is worrisome however, as it could break other stuff too.

Are you running Windows 10? I wonder if a Windows update broke one of the dependencies.

 

In any case, if you've SKSE initial heap patch/Crash Fixes' OSAllocators and ENB's Memory:ReduceSystemMemoryUsage, your crash is unlikely to be memory related and thus unlikely to come from hdtSkyrimMemPatch.dll not being loaded into your TESV.exe process.

Thanks for the explanation friend, regarding this error code 126, my windows 10 is on the 1803 version, since i used to format it, cuz i got troubles with other game which a format fixed it, Now i gave it a few testings, the error seems to be a warning, my crash stopped when I reinstalled BHUNP 3bbb choosing HDT-PE, and took this time the havok object option (which is meant for SMP), and built the body and tested it out, so far it worked fine, of course the hdtSkyrimMemPatch.dll still triggers that error on my MO2.

 

PS: funny thing now is that some collision for some creatures work and others dont, I think could be a loadorder issue. thx for your patience.

 

EDIT: Now another funny thing, everytime run I into whiterun, I mean not the city but the HOLD the game freezes like loading or rendering the terrain as i get close,, but the other ares like forests dungeons and other hold like windhelm works fine, (I use Alternate Start)