Bad Worldspace REFs: FO4Edit Fix

[Blinxys]

THE PROBLEM:
Bad reference in CELL Information (I.e. REFR, ERROR Could not be resolved)

Currently testing on:
Lootable Skeletons - All DLC, Lootable Crates - All DLC and Dumpster Diving.

 

THE CAUSE:
Unknown, appears to have wrong FormID prefix for DLC in many cases (i.e. 01 instead of 06).

*Required Disclaimer:
This may take several hours, process is arduous and tedious and cause gray hairs, blurred, double or temporary loss of vision, tingling in limbs, numbness, tiredness, cramps, nausea, vomiting, dizziness, drooling, suicidal thoughts, and possible changes in mood or behavior, and in rare cases temporary Terrets Syndrome.
* PLEASE Consult a physician if any of the above occurs, no responsibility for such conditions are assumed by the author.

THE FIX:
Make SMASH PATCH then open it in FO4Edit
Copy valid CELL info from RVIS in master plugin/DLC over bad reference in affected mod.
(Should turn text black with green background- means it checks out same as master)

1) Carefully, copy All Good "References" REFR under XPRI to open slots in FO4edit under the affected plugin by way of drag and drop,

(they will sort themselves).
NOTE: (Do this first so all bad REFR can be deleted without encountering "NULL:00000000" which cannot be deleted if it leaves column empty).

 

2) Delete all bad references from the affected plugin (select first one and Delete Key + Repeat works well).

3) Save affected plugins.

Option 1:
Do for Smash patch as well. (Maybe redundant but shows black text on green background so you know it's right).

Option 2:
Run FO4edit QuickClean on each affected file when finished. (unsure if it matters, may remove ITMs from SMASH PATCH at least).
Alternatively can rebuild the Smash Patch when finished.

 

WARNING:
Your mileage may vary, this operation could negatively impact the functionality of the mod, unsure how originating mod's cell data may be adversely effected, the upside is the game should run with far greater stabilty as INFO and DIAL in cell REFR and Physics data cannot be a good thing).

 

NOTE:
This only works if XCRI Mesh and Reference Count are the same for each mod. (i.e. the previs is actually the SAME, otherwise it should be rebuilt).
(You can press your luck into guessing mod author's intent with other issues, but that is at your discretion, and in no way advised here).

OTHER NOTES:
Affected mods were quick cleaned in FO4Edit prior to operation, (unsure if it helps or hinders but seems to get related data lined up (better)).

Q&A:
Q: Is there a better way?
A: Dear lord I hope so! :rolleyes: Only thing I can think of currently is to change formID prefixes en mass, but that is a different hairball of issues.

Q: Why does this problem happen in the first place?
A: The hell if I know. Suspect it to be the result of unsorted DLCs in original mod. i.e. 01 instead of 03 prefix, all the rest of the numbers were/are/should be the same.

Q: Why use a SMASH PATCH?
A: Best way I know ATM to wrangle/display the affected data and points of reference together efficiently.

Alternatively one could load all mods through FO4edit, but that may be TMI and not conducive, (unknown).

 

Q: Does this negatively effect CELL data or other entries in the mod?

A: Unknown, reasonably deducing it does not since only the LO prefixes not content portion of IDs are different.

 

Q: Can this fix be applied to other bad references?

A: It's a use case problem, meaning it depends if it applies to the situation on hand. Certainly similar issues could be resolved with a similar method.

 

I know there is a Youtube video that explains a process similar, it may even be identical to this solution.

Google it for now if you need to...

When I get a chance I will seek it out and put the link in here for all you visual learning people. :geek:

 

This fix is meant to amend glossed over tutorial information, many intuitve minds have probably figured this out already.

This post open for discussion, especially if there is a more efficient way, anyone that knows a better way, pray do tell!

 

Enjoy Yourself!

[niston]

If you look at the Nuka World Glory (Clean) plugin, it suffers from this very problem ie broken REFR records and others, because they point to the wrong master. Meanwhile, the master table is clean and sorted.I fixed the problem manually in xEdit, correcting hundreds of records. However: Any time I edit the navmesh anywhere in the fixed plugin with CK, the problem comes back and new, seemingly random REFR records will be borked. The worst of them are those which wont become unresolvable (ie pointing to some existing record, even though completely and utterly wrong), as xEdit cannot identify them when scanning for errors.

 

Very, extremely annoying and such an incredible waste of time.

[Blinxys]

^ THIS!!!

Well yeah, why would FO4edit know they're wrong if they point to something that exists! However, it will report records that do not point to correct type, and it shows up in Papyrus logs sometimes as "is not the right type" or "no longer the right type". i.e. DIAL in CELL or some such.

 

(These are the bugs that got me hacking and thrashing in FO4edit in the first place).

 

Was hoping i could do this fix method once, smash and play on... [Doubtful it could be that simple].

But point taken, backup modified plugin, [maybe] merge back in if randomly altered.