Jump to content
keithinhanoi

TES5Edit - Which record types DON'T need conflict patches

Recommended Posts

SOURCE

This is Arthmoor's reply to a question regarding LCTN records:

 

Ignore them. The game merges LCTN data at runtime.

Another user replied to whether the "TIFC - Info Count" (which I assume is what you meant by Dialogue Topic) records were to be ignored:

 

All counters should be kept at a proper value MANUALLY if you change the array they keep track of. The ability for updating those record automatically is not done yet.

The first one speaks for itself, but the second quote is rather tricky. Make of it what you wish, I hope it helps anyway.

Share this post


Link to post
Share on other sites

Great post. 

 

The other day when I was looking at some mods for REGS in TES5Edit together with CJ2311, I think he said that there are some other record types than the ones listed in the OP, which also don't need to be patched. Don't remember exactly what they were. CJ2311 maybe you'd like to chime in? :D

Share this post


Link to post
Share on other sites

@MonoAccipiter:

Thanks a bunch for that source from Arthmoor - I've added it, and put more detailed list of non-conflicting sub-record types under the LCTN Record heading. The other post on the TIFC sub-record type seems to contradict what ripple has said - I've added this, and will wait for someone else to help clarify on TIFC sub-records.

@Nearox:

Thanks - It's not a great post... but I hope it will be one someday. I have my own reasons for doing this, though, because I am working on my own global compatibility patch in TES5Edit, and want to make sure I haven't copied / merged edits into that patch that I shouldn't or don't need to. I will wait for CJ2311 to post here - or maybe I should pray that he does?   ::P:

Share this post


Link to post
Share on other sites

Nearox completely misquoted me there, what I actually said in that discussion is that I don't give a rat's ass about whether or not there's a very minor change such as the water height in a cell without water or a weather type mismatch ::P:

 

The only two types records I know of that really don't need forwarding are those in LCTN group, and the EDID (Editor ID) of cells.

 

Worldspace (WRLD) Record sub-record types:

    [*]XLCN - Location - (source - not 100% confirmed, I think the poster was mistaken)

Can't say I've seen the DLC or USP not forward a XLCN value. I think the guy might be confusing those with the LTCN group, since they both refer to locations.

 

Non-Player Character Actor (NPC_) Record sub-record types:

 

VMAD - Virtual Machine Adapter (attached Papyrus script data) (not 100% confirmed)

Uuuh, pretty sure these need to be forwarded or merged depending on the case, BYOD would be a good example of this since it uses the same body cleanup script than the USKP, but changes the reference to the NPC's grave.

Share this post


Link to post
Share on other sites

If you say you don't give a rat's ass, then I interpret that as: not needed :P

Share this post


Link to post
Share on other sites

I don't think XLCN records are forwarded. If I remember correctly, this has been the problem with the Hearthfire homes not showing up when other later-loading mods don't include the XLCN record added by Hearthfires.esm

Share this post


Link to post
Share on other sites

Thanks CJ2311, Kelmych, & Neovalen - I've removed the entry for XCLN.

 

 

Non-Player Character Actor (NPC_) Record sub-record types:

 

VMAD - Virtual Machine Adapter (attached Papyrus script data) (not 100% confirmed)

Uuuh, pretty sure these need to be forwarded or merged depending on the case, BYOD would be a good example of this since it uses the same body cleanup script than the USKP, but changes the reference to the NPC's grave.

 

Well, I should have put a better explanation.

 

What I read was that for different scripts attached to the same actor, there is no conflict because they are combined and attached to that actor at runtime. However if two mods make changes to the same script, like with USKP and Bring Out Your Dead, then you need to forward each full set of VMAD data with whatever changes you want into your patch plugin. I just can't for the life of me find the source for that. I saw it quite a while ago, and just took down notes without the URL.

 

Anyhow, I've put a more descriptive entry for VMAD, with the "not 100% confirmed" warning still there.

Edited by keithinhanoi

Share this post


Link to post
Share on other sites

What about LNAM? I'm betting that FormIDs would get merged. That would really create a mess if they didn't.

Share this post


Link to post
Share on other sites

@EssArrBee: You're right, and I assume they get merged as well, but I can't find anything on the web the explicitly states that LNAM entries are merged at runtime. Anyhow, I've added it with the "not confirmed" warning.

 

I've also added Story Manager Quest Node records as another one that gets merged - came across a post about it by Arthmoor, in the comments thread for AS-LAL.

Share this post


Link to post
Share on other sites

Hey - that's exactly what I had been hoping to find before I started this thread! Thanks a bunch for the heads up.

 

I've updated my list to match what he's posted (a few new ones - yay!), and added a link referring to Arthmoor's post, because it basically trumps what I've done here (and most of my sources of confirmation were from him anyhow!)

 

I suppose I'll leave this here, though, just as a quick reference - and perhaps it could be added to the STEP wiki on TES5Edit / conflict resolution.

  • Upvote 1

Share this post


Link to post
Share on other sites

FLST - Form ID List has been removed, and I've asked for clarification on EDID sub-records, as I thought they're mainly useful for identifying things in CK, and not actually used by the game.

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 Mkchief34
      I recently installed the latest Wyre Bash update, 310 Beta 1. I installed it because whenever I would try to save my Bashed Patch esp for Fallout: New Vegas, I would get this particular error message, and the patch itself does not save.
      "< not supported between instances of 'nonetype' and 'int'".
      It would also not register the masters for the patch in the screen section  beside the load order. I have reinstalled Wyre Bash, I have also deleted the previous patch (Which also had the same error), and I don't know what else to do in this case. U have some coding knowledge, but I think it won't help here.
      What should I do? I have attached a screenshot below of the error messsage itself and how no masters show up in the section for them in the GUI.

    • 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.
  • 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.