0 of 0
File information
Created by
exiledviper meh321Uploaded by
exiledviperVirus scan
Some manually verified files
videogame_asset My games
Install hundreds of mods with the click of a button.
Notifications
-
Give Feedback
2393 comments
If it conflicts with another mod, it's because that mod is trying to bundle this mod with it, and they almost certainly bundled an outdated version that is going to cause you issues.
Make sure your Address Library and SKSE64 install are fully up to date.
And as always, make sure no mods are overwriting the up-to-date version of PapyrusUtil with an outdated version (such as Simply Knock and Campfire)
If you are still getting an error message somewhere, try running the default Skyrim launcher once from Steam or directly (via SkyrimSELauncher.exe in the main folder) and then go back to launching with skse and/or your mod manager.
The latest release will ONLY ever be compatible with the newest version released on Steam, currently v1.6.1170. Anything other than that is not supported, and you will have to download an older version of PapyrusUtil that matches your installed version.
Obviously, if you have the GoG version of the game at version 1.6.659, install the GoG version.
When you install the extra required mod "Address Library for SKSE";
MAKE SURE you install the "All in One (Anniversary Edition)".
I mistakenly thought the All in One version would include the anniversary edition version, since "All in One" can be misinterpreted and I was rushing through.
If you take a second longer to read the other versions, there is a second option, and it absolutely is required for Papyrus to work on version 1.16.1170
Cheers!
I've been attempting to install Papyrus's latest vr of 4.6, however it only ever installs 4.0 on a fresh download here. I have uninstalled, downloaded a new file, and reinstalled multiple times and had the same issue. Is there a different location from DL from?
>Doesn't work
>Download weebery clone jutsu
>Works perfectly
I don't know why I even bothered going to the non-weeb part of nexus. Seriously, what did I expect.
If you mean as a value for stuff like SetFormValue() or FormListAdd(), objects that have been destroyed will return as none.
If you mean as the object the variables are stored on for the ObjKey parameter is destroyed, all of it's values will be cleared out on load.
There is a caveat to that last one, however, as there can be a rare scenario where they wrongly stick around. On save load the ObjKey's are validated to see if they still exist, and if they do, if their form type still matches the expected form type. So if the object is destroyed but the engine then re-uses that freed form ID to make a new objectreference and that object has the exact same form type of the reference that was previously using that form id before a validation has had a chance to occur, then it's going to carry over the previous objectrefrences storageutil values.
That should be a pretty rare occurrence, though. If you wanna be paranoid, you can use StorageUtil.debug_Cleanup() to force the cleanup without waiting for a save load to trigger it.
Edit: I have managed to fix it but idk how, all I did though was just put dyndolod and text gen output to the lowest priority and it somehow fixed it I guess?