Jump to content
  • 0
Sign in to follow this  

Cleaned ESM's Location, Does It Matter?


Started a fresh install of everything, ground zero, and using Step guidelines. So far everything is running fab, but I've come across, possibly a concern, in cleaning the usual Update, Dawnguard, Hearthfire, and Dragonborn ESM's (I cannot find any definite info). When I clean Update.esm, for example, everything goes perfectly except the MO Overwrite file containes the backups folder (no issues there), but also the cleaned Update.esm. The only info I could find was a random posting that MO does this when not knowing where to put the cleaned file, but also not a big deal. I can move that file and install as a mod just like in the tutorials (it'll do the same for the other dlc's). Everything runs fine afterwards and without any warnings. So, anyone know why the cleaned update.esm doesn't auto relocate back to the Data folder and does it even matter as long as I can manipulate it where I want?


Thank you for any help/reassurance :]

Share this post

Link to post
Share on other sites

3 answers to this question

Recommended Posts

  • 0

What you have just described is exactly how it should work.


When you run xEdit it cleaned your Update.esm and replaced the original, in the Data folder, with a cleaned version. Because you have the option in xEdit to "Create backups" the original file is found in the 'Overwrite' folder in xEdit's 'Backup Folder'.


This is what you want. The cleaned plugin is where it should be and the original is found in the new folder. You can make a folder and NOT activate it, keeping the original in a secure place. Or just delete it. You can always verify the game with Steam and restore those files should the need arise.


GamerPoet does however advise another way that involves moving the original file away first and then cleaning it so that the original 'dirty' plugins are always found in the Data folder, and thus Steam checks will not see a need to 'fix' them. The now newly cleaned files are then made into new mods that are activated in MO and replace the original plugins upon game start. Your choice as to which option you take, both ways result in the same thing: a cleaned game.

Share this post

Link to post
Share on other sites
  • 0

Actually, that is my problem. It is creating the clean file in the Overwrite folder along with the original Backups and leaving the Data folder without an esm until I manually move it.

Share this post

Link to post
Share on other sites
  • 0

Actually, that is my problem. It is creating the clean file in the Overwrite folder along with the original Backups and leaving the Data folder without an esm until I manually move it.

Ahh... re-reading your OP I see that is exactly what you said. My bad.

So, can you provide your MO settings for how you have xEdit set up to run? I'd be interested to see if you have anything significantly different that might cause it do that. Might also like to provide the versions of MO and xEdit you're running.


As to whether it will causes issues. No, if you have the cleaned plugin in a mod, the way GamerPoet suggests, then so long as that is active and lower than the 'Unmanaged - dirty' version in the left-hand pane, all should be fine.

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
Sign in to follow this  

  • Similar Content

    • By packwatch
      Screenshot of the problem:

      I dragged SSEEdit from my 1080P Monitor to my 4K Monitor. Most things scaled properly, except for the font and title bar. I did it again. The font got smaller.
      My monkey brain thought this was funny, so I continued until I couldn't read it anymore. Well, there was NOTHING funny about it AT ALL.
      When I restarted, the font stayed the same.
      Overriding Windows DPI scaling to System for the Mod Organizer and xEdit applications didn't work. Running xEdit manually outside of MO didn't work. Changing theme didn't work. Deleting and reinstalling xEdit didn't work. Setting my windows scaling to 350% makes the font a little bigger, but still barely readable. Changing my Main Display in Windows/Nvidia and relaunching didn't work.
      I've been crying from troubleshooting an infinite loading screen error for the past 2 days and I need xEdit to help troubleshoot it. I miss Lydia. Please help.
    • By keithinhanoi
      Over time, and by reading comments of mod authors, I have learned that for certain record types displayed in TES5Edit, when using the conflict filter feature, some records are incorrectly identified as conflicting (ie., "conflicting" = overridden by a plugin which comes later in the load order.)
      For example, ripple, the author of Inconsequential NPCs has explained that location persistent references (LCPR sub-records in LCTN / Location records) supplied by different plugins are not actually overwritten by the last mod in the load order LCTN for certain locations (source). The implication here is that all those references are combined and used from all mods with that record type when Skyrim is started. So in other words, when making a compatibility patch in TES5Edit, you do not need to copy overrides for those particular records.
      I have asked in a number of places which records types do not need to be carried forward into compatibility patches, but have never received a reply, and still to this day have not found a definitive list in one place. Well, I'd like to change that, and I need your help, if this is something you are knowledgeable about.
      Below is a list of record types, grouped by category, that I have read comments saying they are incorrectly identified as conflicting, because they are actually combined at runtime:
      A List of Non-Conflicting Record Types seen in TES5Edit [WIP]
      Default Object Manager (DOBJ)Record sub-record types:
      DNAM - Objects  (Confirmed here) Dialogue Topic (DIAL) Record sub-record types:
      TFIC - Info Count  (Confirmed - sources: here & here) Dialogue Information (INFO) Record sub-record types:
      PNAM - Previous Info  (Confirmed here) Idle Animation (IDLE) Record sub-record types:
      ANAM - Related Idle Animations  (Confirmed here) Location (LCTN) Record sub-record types:  (Confirmed here)
      ACPR - Actor Cell Persistent Reference LCPR - Location Cell Persistent Reference RCUN - Reference Cell UNique ACSR - Actor Cell Static References LCSR - Location Cell Static Reference RCSR - Reference Cell Static Reference ACEC - Actor Cell Encounter Cell LCEC - Location Cell Encounter Cell RCEC - Reference Cell Encounter Cell ACID - Actor Cell Marker Reference LCID - Location Cell Marker Reference ACEP - Actor Cell Enable Point LCEP - Location Cell Enable Point NOTE: Other LCTN sub-record types require conflict management.
      (Confirmed - sources: here, here, here & here)

      Story Manager Quest Node (SMQN) Record sub-record types: (Confirmed - source: here & here)
      SNAM - Child sub-records QNAM - Quest Count / Quests Story Manager B??? Node (SMBN) Record sub-record types:
      SNAM - Child sub-records  (Confirmed here) For more details about how the above listed sub-record types merge at runtime, please see this excellent opening thread post by Arthmoor from 12 March 2014. Many thanks to him for confirming / explaining all of these, and a tip of the hat to MonoAccipitor for noticing Arthmoor's post.
      I will update this list with additional confirmed non-conflicting record types based on your replies.
      Thanks in advance for your help, and let's hope others can benefit from this list!
    • By KillingMachine1914
      As it was stated in the title, it seems DynDOLOD is not applying modded statue of Azura (Sexy Statues Skyrim v2 NSFW Warning) when generating LODs. When I launch the game, vanilla Azura appears instead of the modded variant. The modded statue of Azura will only appear once I get close enough to it. Also, I installed a mod which resize the statue 2x its normal to make it visible all across Skyrim (Elizabeths Tower - Azura Shrine SSE).
      I have checked SSEEdit to see what defines the conflict and it turns out DynDOLOD.esp set the statue as persistent only and removed "is full lod" definition which was there in Elizabeth's Tower. I have very little idea of what those terms mean but my gut tells me that it has something to do with the trouble I am facing currently. Hence, is there a method to overcome this matter? 
      Thank you very much 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.