If you're running on the current game version (AE 1.6.353), grab the latest version from the RaceMenu nexus page, it contains this fix. It's also publicly available on expired's patreon.
I don't plan to backport the current AE version to SE so this mod has my endorsement. At the moment there isn't a whole lot of actual differences between 0.4.19 and 0.4.16.
Hello! So, something interesting that I like about this mod is the fact that you can customize the size of the character's weapons and items, but for some reason I can't find this function. When I open the Menu, it has that standard customization menu from the beginning of the game, I see many people with the same mod but with a different menu.
Can anyone explain to me why both things aren't working? The function to change the size of items and the appearance of the menu, please.
By the way, the version of my game is SE 1.5.97 and I downloaded the mod v0-4-16 and this file necessary for that version.
Seconded, my performance with 4-8k textures mod and dense populated towns with hi poly npcs is great... however after exiting or fast traveling between several towns i always get an infinite load screen. It's consistent but doesn't point to any specific place, so it's gotta be the memory leak issue from Racemenu. So I desperately need this for VR for my load order. I check the page every day just to see if it's been mentioned again.
Chiming in as well to reply. Animunculus' descriptors match one of my own issues, that of the ILS. I also happen to get freezes just after loading into a cell (interior or exterior), and because it's a freeze, there was no crashlog generated. The few times I did CTD, which I'm not certain they are connected, the crash analyzer pointed to Ninodes, and while I have the typical XMPSE Skeleton plus Maximum, I also have OBody for the randomness of NPC bodies, and I think that this could be the memory leak in combination with the above triggered roughly by how many bodies are being "built" by OBody, which pulls from the RaceMenu system, perhaps overloading it aka the leak? Not sure how much of that makes sense, but reading all of these comments alongside the many for the other individual mods above felt like a puzzle being completed.
The racemenu dll for vr is still 2020...No sure what is considered abandoned. And people are having ctd with racemenu+planck+enginefixvr memory management (all kind of essential) that none is sure how to fix (except disabling one of them). While I cannot be sure this fix would be related, it seems worth a try. Any fix on any of these mods will be highly appreciated.
Im using Racemenu AE 0.4.19.14 as that was the newest before i took a break. and overwrote it with VR 0.4.14 following the instructions. read somewhere it was compatible with vr and it works fine for me. Not sure if the memory leak is in the dll or not tho.
Edit: NightFallStorm made some amazing patches for Racemenu (including this mod fix) and PapyrusUtil: (https://www.nexusmods.com/skyrimspecialedition/mods/106712?tab=files)
What you have done is nothing short of miraculous. I can't believe it took me this long to discover. I thought I had a terminal case of mod-itis. I had been trying to create the barebones profile and eliminating anything that wasn't necessary for a particular build. So many mods are just critical though, for immersion and enhanced gameplay. After using your mod I was able to play for hours without a stutter or freeze-up. No more crashing when transitioning to an outside area. I am a hopeless Race Menu addict including Proteus. Recently I started using Dragon Born Voice Over. I was afraid that it too would have to go away like so many other script and disk access heavy mods. My game is comparatively bullet proof now although I was torture testing it and it did finally crash when I forced a dialogue. DBVO adds a pause when conversing with NPC's. You just can't force it. Bravo sir and excellent work.
Comment copied from Racemenu comments section to here as this place seems more relevant:
When swapping armors, either equipping or unequipping ANYTHING, the game would sometimes crash. It is inconsistant, but to reproduce it you just keep equipping and unequipping things until a crash happens.
I've narrowed it all the way down to "skee64.dll". Removing this dll stops the crashing. No matter how much I rapidly swap gear, no crash.
This crash happens whether or not this hotfix is installed.
I'm experiencing weird issue with this mod enabled.
After up to 15 minutes after character creation player head colors (skin color + makeup settings) get changed to random values. 100% of the time (image). It does not seem to happen ever again after that point, but I have no confirmation. Issue is fixed once mod is disabled.
It does not seem to happen with vanilla game + RM + memory leak fix, but I have a theory why it happens. Memory leak is when unused data from memory is not removed, leading to out of memory exception. In vanilla game there is nothing to clean, even with racemenu, since player character options are really limited. Once you install mods for character creator (new hairstyles, colors, HPH, whatever) memory leak fix mistakenly considers it unused useless data and removes player's head data. Which leads to that glitch.
I wanted to ask if such scenario is possible, and are there any ways to fix it.
There absolutely is something to clean, always. Any time any piece of armor (incl. the skin) is equipped or any time an inventory object is loaded.There's no active procedure that evaluates what should and should not be freed. This just injects a small chunk of code that the author neglected to put there in the first place. Taking up this sort of theorizing will only waste your time and confuse you even further, to know how it works you'd have to be able to read and understand this and this. Guessing blindly is ridiculous, you've a better chance of winning the lottery.
It does not seem to happen with vanilla game + RM + memory leak fix
Which tells you that a modification to your game is involved, since that would be specific to your LO you'll need to work exactly what it is. It's entirely possible that a change like this would reveal issues in mods which were previously hidden, due to the 3D memory never being released (see my post below)
Unfortunately I'm not great at C/C++, and especially Assembly. So, lets get to the point. Is it humanly possible for this mod to remove player head data which is still used, or such thing can only happen due to incompatibility?
No, it isn't possible. It's also extremely unlikely to be directly incompatible, unless you consider removing a bug which then breaks something that relied on that bug an incompatibility.
Then I guess its time to use the ultimate debugging method, disabling mods until it works. I will report my findings if I figure something out. Btw, more people reported the same issue on reddit. Which means that some popular mod must be incompatible.
Where on reddit? Link? A quick search with 'memory leak' on r/skyrimmods gives no relevant results in the last 3 months, the last post was about it being fixed in the AE version. There's no posts here either, except the one right below you but it's not the same issue. If it were 'a popular mod' this comment section would be full of posts with this many dls.
In any case, it's pointless to continue this here since I can't (and wouldn't even if I could) do anything about it, if you actually find a mod that relies on a memory leak to not break, it'll be up to that mod author to fix it.
https://www.reddit.com/r/skyrimmods/comments/wru69c/face_color_changing_semirandomly/?utm_source=share&utm_medium=web2x&context=3 One guy claims he has the same issue and uses Memory Leak Fix, another one also has the same issue but can't be bothered to fix it and just goes into showracemenu to reset it. Still, If I find what is the real source of the problem I will report it here too in case someone has the same problem. Incompatibility is definitely not out of the question, I don't doubt your claims that Memory Leak Fix works exactly as it should.
Here's the weird thing, it's been happening to me before I used v1.5 and after I updated to 1.6. It's not been a huge problem so I haven't bothered investigating it further.
This seems consistent with what I guessed, *something* is relying on 3D never getting released. I suggest you try to find a way to repro it at will or it might take forever to reliably confirm it. edit: start with skse plugins
I have the culprit. Your explanation was 100% correct. It's Face Discoloration Fix. Bug section reports the same issue. It looks like it affects player's head too, even though it probably shouldn't, and once that happens Memory Leak Fix performs cleanup and player's face data gets changed. It's not open source so can't take a look for obvious problems.
I doubt it's anything obvious, probably some very specific set of circumstances causing it to break. Both mods mess around with head parts, it's not suprising that there are issues. Those bug reports were submitted before the leak was fixed, so there's something more going on.
Again, just to be clear so there's no misunderstanding - this plugin doesn't actively clean anything, it injects code into skee64 that handles netimmerse/stl smart pointer release (atomic ref count decrement, free on zero) and frees a tiny amount of memory allocated for a deferred task, the same code that should have been there in the first place. The current RM version does exactly the same. The game and various mods are literally plastered with smart pointer acquisition/release, there's nothing out of the ordinary going on here.
You save my day, sir. My character somehow keeps changing after I switched skin mods. Spent lots ot time finding the culprit, gone for nothing, until seeing your comments.
188 comments
Can anyone explain to me why both things aren't working? The function to change the size of items and the appearance of the menu, please.
By the way, the version of my game is SE 1.5.97 and I downloaded the mod v0-4-16 and this file necessary for that version.
Been having random crashes and can’t pinpoint the cause. Crash Logger is not helping. This fix flew under my radar… so hopefully it works.
And people are having ctd with racemenu+planck+enginefixvr memory management (all kind of essential) that none is sure how to fix (except disabling one of them).
While I cannot be sure this fix would be related, it seems worth a try. Any fix on any of these mods will be highly appreciated.
Edit: NightFallStorm made some amazing patches for Racemenu (including this mod fix) and PapyrusUtil: (https://www.nexusmods.com/skyrimspecialedition/mods/106712?tab=files)
When swapping armors, either equipping or unequipping ANYTHING, the game would sometimes crash. It is inconsistant, but to reproduce it you just keep equipping and unequipping things until a crash happens.
I've narrowed it all the way down to "skee64.dll". Removing this dll stops the crashing. No matter how much I rapidly swap gear, no crash.
This crash happens whether or not this hotfix is installed.
After up to 15 minutes after character creation player head colors (skin color + makeup settings) get changed to random values. 100% of the time (image). It does not seem to happen ever again after that point, but I have no confirmation.
Issue is fixed once mod is disabled.
It does not seem to happen with vanilla game + RM + memory leak fix, but I have a theory why it happens.
Memory leak is when unused data from memory is not removed, leading to out of memory exception. In vanilla game there is nothing to clean, even with racemenu, since player character options are really limited.
Once you install mods for character creator (new hairstyles, colors, HPH, whatever) memory leak fix mistakenly considers it unused useless data and removes player's head data. Which leads to that glitch.
I wanted to ask if such scenario is possible, and are there any ways to fix it.
There absolutely is something to clean, always. Any time any piece of armor (incl. the skin) is equipped or any time an inventory object is loaded. There's no active procedure that evaluates what should and should not be freed. This just injects a small chunk of code that the author neglected to put there in the first place. Taking up this sort of theorizing will only waste your time and confuse you even further, to know how it works you'd have to be able to read and understand this and this. Guessing blindly is ridiculous, you've a better chance of winning the lottery.
So, lets get to the point. Is it humanly possible for this mod to remove player head data which is still used, or such thing can only happen due to incompatibility?
Btw, more people reported the same issue on reddit. Which means that some popular mod must be incompatible.
In any case, it's pointless to continue this here since I can't (and wouldn't even if I could) do anything about it, if you actually find a mod that relies on a memory leak to not break, it'll be up to that mod author to fix it.
One guy claims he has the same issue and uses Memory Leak Fix, another one also has the same issue but can't be bothered to fix it and just goes into showracemenu to reset it.
Still, If I find what is the real source of the problem I will report it here too in case someone has the same problem.
Incompatibility is definitely not out of the question, I don't doubt your claims that Memory Leak Fix works exactly as it should.
It looks like it affects player's head too, even though it probably shouldn't, and once that happens Memory Leak Fix performs cleanup and player's face data gets changed.
It's not open source so can't take a look for obvious problems.
Again, just to be clear so there's no misunderstanding - this plugin doesn't actively clean anything, it injects code into skee64 that handles netimmerse/stl smart pointer release (atomic ref count decrement, free on zero) and frees a tiny amount of memory allocated for a deferred task, the same code that should have been there in the first place. The current RM version does exactly the same. The game and various mods are literally plastered with smart pointer acquisition/release, there's nothing out of the ordinary going on here.