Jump to content
frihyland

TES5Edit (by ElminsterAU)

Recommended Posts

Possibly I misunderstood, but changing the problematic plugin (the compatibility patch file) to an ESM didn't work out because it still it had errors when loading into xEdit with required masters in the wrong order, including the parent of the patch.  Part of the problem is that two of the "masters" to the patch file are ESP files.  Again the crux seems to be that xEdit is still obeying the plugin's master file sequence instead of the sorted one.  The load errors disable any editing function.

 

Appreciate the suggestion though.  In the meantime I'll see if changing all the PN plugins into ESMs along with both the UPP files will enable getting everything manually sorted in order to load.  But none of that is going to matter if the patch plugin is still ruling the load order into the wrong sequence for my purposes.

 

-Dubious-

Share this post


Link to post
Share on other sites

All plugins from the Data folder are sorted into 2 groups by extension (and extension only, ESM flag in plugin's header doesn't matter): *.ESM and *.ESP, then each group is sorted by plugin's file timestamp. Then xEdit loads all ESM, then all ESPs. The order of masters in plugins doesn't affect anything.

Share this post


Link to post
Share on other sites

Interesting.  Thanks for the clarification.  I'll be sure to pass that along.

 

Here are the timestamps for the LOOT sorted respective files.  This appears to be using the "Modified Date" in the file attributes.
 

Usual PN- sort order by LOOT:
Core.esm 2000-04-22 09:00:00
Equipment.esm 2000-05-27 20:00:01 (created: 2017-04-26 18:02:48; Accessed: 2016-02-10 10:50:45)
Cyberware.esp (ESM flag) 2007-12-31 19:24:00
Rebalance.esp (ESM flag) 2007-12-31 20:00:00
Extra Options.esm 2007-12-31 20:01:00 (created: 2017-04-26 18:02:48; Accessed: 2016-02-10 10:52:51)
Rebalance Complete.esp 2008-01-01 00:26:30
All DLC.esp 2008-01-01 01:22:00
UPP.esp 2016-06-12 15:56:36
UPP-PN Patch.esp 2016-06-12 15:56:36
 

Unfortunately in this case, xEdit load order for plugins (with no external change to the dates) does not indicate the file date it sorted upon.  But assuming it is also using the "Modified Date" attribute, "Extra Options.esm" should still come after "Equipment.esm", instead of the following:
Core.esm (2000-04-22 09:00:00)

Extra Options.esm 2007-12-31 20:01:00 (created: 2017-04-26 18:02:48; Accessed: 2016-02-10 10:52:51)
Equipment.esm 2000-05-27 20:00:01 (created: 2017-04-26 18:02:48; Accessed: 2016-02-10 10:50:45)

 

So it appears we have an anomaly.  Perhaps the assumption xEdit's using the "Modified Date" attribute is incorrect?  The "created" date is the same for both the swapped files, but the "Accessed" date would put Equipment first.  Looks like something else is involved, at least in this instance.
 

-Dubious-

Share this post


Link to post
Share on other sites

Modified date is used.

Are you running through MO? If so then run without it, I don't trust that tool.

Share this post


Link to post
Share on other sites

No to MO.  I use Wrye Flash for FNV.  And I was reminded to close all other "load order aware" tools when using xEdit, so when I was testing this issue I made certain nothing else was open other than Windows Explorer and NoteTab Pro (for note taking).

 

-Dubious-

Share this post


Link to post
Share on other sites

I'm fairly certain the only person who will know who I am or who will be familiar with my work would be "dubious".

 

With that said, I made an account and logged in because I am very interested in seeing how his issue turns out, I've never seen anything like this before and the end result may be very informative and help other people in the future.

Share this post


Link to post
Share on other sites

Launch GECK and check in what order it lists the plugins in selection window.

Share this post


Link to post
Share on other sites

GECK-PU Selection load order for "PN-" related:
Core.esm
Equipment.esm
Cyberware.esp
Rebalance.esp
Extra Options.esm
Rebalance Complete.esp
All DLC.esp
UPP.esp
UPP-PN Patch.esp
 

FYI: To save you having to look back thru the thread, this matches my LOOT sort order.

 

-Dubious-

Edited by dubious

Share this post


Link to post
Share on other sites

The last question - what order we are talking about? The one that xEdit shows in plugin selection window, or the one it actually loads plugins after you clicked OK?

Share this post


Link to post
Share on other sites

The one after it loads the selected plugin and it's masters.

 

I have noticed that sometimes the order presented for selection is different than my sorted game order, but that doesn't present a problem.  The issue is solely that if the order of the master plugins once loaded doesn't match the game sorted sequence, it becomes impossible to use "sort masters" to reorder the plugin's masters to match the game sort order.

 

-Dubious-

Edited by dubious

Share this post


Link to post
Share on other sites

No.  Even the ESM extension files are not in the same sequence as the LOOT sort when they are presented in the selection window.  Mostly they are, but there are some not related to PN- that are not in date/time sequence.

 

Edit:  Amend that.  The ESMs are in the same sequence as in LOOT.  I keep getting tripped up by "false ESM flagged" ESPs.

 

-Dubious-

Edited by dubious

Share this post


Link to post
Share on other sites

That previous reply must be confusing, but I appear to have timed out of the window to edit it.

 

The selection window presents the ESM files, in the same order as LOOT sorts them, within the criteria of xEdit: ESMs then ESPs.  The "false ESM flagged" ESP files are sorted with the other ESPs.  In particular, Equipment.esm comes immediately after Core.esm.

 

The resulting load order in xEdit does not match the sort order in the selection window.  In particular, "Extra Options.esm" comes immediately after Core instead of after Equipment.

 

Hope that clears things up.

 

-Dubious-

Edited by dubious

Share this post


Link to post
Share on other sites

So you are saying that they are sorted in the right order in selection window, then you select all those pugins, click OK and xEdit loads them in different order? Using the latest 3.2 version? No idea how this could even be happening. You are the first one to report such issue since 2012.

Edited by zilav

Share this post


Link to post
Share on other sites

it should be noted here that some of those PN files have the wrong master list applied to them and have to be corrected in Xedit using the sort master feature. I've used PN my self and had to do this every single time. Just a FYI for all.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By Ricemachine88
      So I found this Step Skyrim Special Edition guide after installing a bunch of mods and following youtube and other websites guides and advice, needless to say there are some things in the STEP guide that wasnt covered by other sources. Now Im encountering an issue that is explicitly covered in the guide, but doesnt have a remedy for the situation. The situation at hand occured when i cleaned the master files of the game using SSEEdit (xedit), I havent launched the game with mods yet besides the initial vanilla steam game to get the base reference files. After I cleaned the masters the overwrite button in mod list window of MO2 appeared with the folder "SSEEdit Backups" shown. In the Step guide it refers to this issue saying- "Overwrite at the bottom of the MO mod list (left) pane id previous instructions were NOT followed!)"... My question is, since I have this problem already, how do i fix it? (See Pics for ref)

    • By MajorSollus
      Hi,
      I am trying to make a patch and eventually start making Patches for the Skyrim AE community. I am trying to figure out this Reference ID dilemma. I bring up Console Command in game and click on an object to acquire its Reference ID. Then I exit the game and pull up xEdit and search that ID in the MOD (or even my entire MOD List) and there is no matching ID. If I dig down further and locate the object I find the reference ID in xEdit is slightly different than the ID acquired in game using the command console. It seems to be the first couple of characters in the reference ID that are different and every other character after that, matches. But, it's nearly impossible to locate items through xEdit like this. It took me 20 minutes to locate it.
      Example: I am running The Great City of Solitude SSE, and I want to make a patch. There is a gaggle of buckets floating out over the water on the docks and I want to patch items like this to be disabled or moved when using this MOD. The console reference ID is (05000832) . . . it is nowhere to be found with a search through xEdit, even with every MOD loaded.
      There has to be an easier way to locate Objects within xEdit with their reference IDs from the in game console command for modding and making patches. Am I missing something?
      Thanks in advance.
    • By Daemonjax
      I need to use the "Make New Record From Overrides" script in SSEdit to fix a mod with large ref problems... however it fails on line 21:
      [00:00] Start: Applying script "Make new records from overrides"
      Override to new record: [REFR:04036C19] (places _SNSnowDriftL02 "Snow" [ACTI:0A001826] in GRUP Cell Temporary Children of [CELL:0400EDC5] (in DLC2SolstheimWorld "Solstheim" [WRLD:04000800] at 16,16))
      Updating ref: REFR \ NAME - Base \ _SNSnowDriftL02 "Snow" [ACTI:0A001826]
      [00:00] Exception in unit  line -1: Error in unit 'OverridesToNewRecords' on line 21 : Type mismatch
      [00:00] Error during Applying script "Make new records from overrides": Error in unit 'OverridesToNewRecords' on line 21 : Type mismatch
       
      Here's the script code:
      {   Convert overrides into new records, all references are updated with reindexed FormIDs   too so they must already exist in a plugin.   For example if you have an override of worldspace record [WRLD:00001234]   which references water [WATR:00005678], after applying script it would become   [WRLD:01001234] referencing [WATR:01005678] (assuming plugin is loaded at index 01). } unit OverridesToNewRecords; procedure UpdateReferences(e: IInterface; ModLoadOrder: integer); var ref: IInterface; i: integer; begin   ref := LinksTo(e);   if Assigned(ref) then     if GetLoadOrder(GetFile(ref)) <> ModLoadOrder then begin       i := GetLoadOrderFormID(ref);       i := (i and $FFFFFF) or (ModLoadOrder shl 24);       AddMessage('Updating ref: ' + Path(e) + ' \ ' + GetEditValue(e));       SetEditValue(e, IntToHex(i, 8));     end;      if CanContainFormIDs(e) then     for i := 0 to ElementCount(e) - 1 do       UpdateReferences(ElementByIndex(e, i), ModLoadOrder); end; function Process(e: IInterface): integer; var   i, fid: integer; begin   // not an override   if IsMaster(e) then     Exit;        AddMessage('Override to new record: ' + Name(e));   i := GetLoadOrder(GetFile(e));   UpdateReferences(e, i);   fid := GetLoadOrderFormID(e);   fid := (fid and $FFFFFF) or (i shl 24);   SetLoadOrderFormID(e, fid); end; end.    
      Line 21 is SetEditValue(e, IntToHex(i, 8));
      I could really use some help making this script work -- it comes with SSEdit, I didn't write it.
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.