Jump to content
  • 0
Sign in to follow this  
TechAngel85

MHDT - Max Height Data

Question

I've been running into this a lot and would like some more information. The MHDT - Max Height Data record seems to be a record that is in constant conflict. This record conflicts from each of the DLC and with several mods which have forwarded it from one of these sources.

  1. What is this record?
  2. Should it be forwarded?
  3. If the the answer to the above is "yes", then from which DLC should it be forwarded when all three DLCs are listed as masters?

TIA!

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0

I heard that it typically has something to do with allowing dragons to fly high enough to not clip through objects, like buildings...  That's all I know about that.

Share this post


Link to post
Share on other sites
  • 0

We didn't need to forward it until the last update to CRF. All the MDHT data was added so the dragons don't clip through any added houses by that mod.

Share this post


Link to post
Share on other sites
  • 0

Though remember that lots of people add mods that randomly can spawn dragons - Deadly Dragons or Dragon Combat Overhaul.  Might that have an affect?

Share this post


Link to post
Share on other sites
  • 0

Well, I asked specifically for a player home mod that is in a location with no enemy spawns because it's located in a custom cell. So in my case it would not be needed.

Share this post


Link to post
Share on other sites
  • 0

There was a discussion about MHDT records in this Nexus thread. I remember the @Arthmoor quote being used here in STEP recently.

Share this post


Link to post
Share on other sites
  • 0

I've had to deal with this in the past in regards to Merged Plugins.  Awhile ago users were reporting merged plugins causing their map to freak out/be zoomed wrong/unusable.  I investigated and found it was because of conflicting edits to the MHDT subrecord on the Tamriel Worldspace.  The Merge Plugins script resets the MHDT subrecord to the Dragonborn defaults in all merged plugins.  See Lines 1379-1391

 

It should be noted that older versions of the Tamriel worldspace record will have different subrecord definitions for the MHDT subrecord, so in order to fix it you have to delete it and remake it (as is done in the script).

Edited by Mator

Share this post


Link to post
Share on other sites
  • 0

I've had to deal with this in the past in regards to Merged Plugins.  Awhile ago users were reporting merged plugins causing their map to freak out/be zoomed wrong/unusable.  I investigated and found it was because of conflicting edits to the MHDT subrecord on the Tamriel Worldspace.  The Merge Plugins script resets the MHDT subrecord to the Dragonborn defaults in all merged plugins.  See Lines 1379-1391

 

It should be noted that older versions of the Tamriel worldspace record will have different subrecord definitions for the MHDT subrecord, so in order to fix it you have to delete it and remake it (as is done in the script).

This is not Max Height Data of individual cells, this is Camera Data of the whole worldspace :lol:

Share this post


Link to post
Share on other sites
  • 0

So if a mod is in a specific worldspace, should it carry this data forward?

In the thread I linked to above @Arthmoor had this to say:

With thousands of mods in the game not forwarding this data (because why would they - it requires DLC) there is no way that it being missing is going to matter. Every mod would break the game. Bethesda's own DLC would break the game, because Dragonborn's MHDT data will clearly not be taking Dawnguard into account, and vice-versa. So just the mere presence of Dragonborn in the game should cause Castle Volkihar to get blocked.

 

Share this post


Link to post
Share on other sites
  • 0

Hmm, if it doesn't matter then why does it exist? Why would bethesda code that when for it to be wasted?

I don't think anyone can answer that.

 

I did however see that there is an option to generate the max hight data in the ck.

Share this post


Link to post
Share on other sites
  • 0

I think it is like the majority of the INI settings I've been testing: no one really knows.

Share this post


Link to post
Share on other sites
  • 0

Well, the thing is that Run for YOur Lives, from Arthmoor himself, does not forward MHDT from Skyrim and all DLC's .... and the mods works like a charm, why, who, how, shoulda-cuda ... bet that even Bethesda has a clue :)

Share this post


Link to post
Share on other sites
  • 0

I've noticed a bunch of conflicts in SSEEdit regarding this line and I also wondered what it actually does and if it has any impact on the game at all.

Some mods that influence worldspace (such as Plockton's Culling Data Glitch Fix - meant primarily for the huge square hole in the Sea of Ghosts), have this line empty. I left it empty on one setup and I didn't have any weird stuff going on. On the other hand, the mod Convenient Carriages for example has this data populated (with some sort of technical gibberish I don't understand), and when I did the setup with this data, there weren't any problems either.

 

I also noticed that DynDOLOD esm and DynDOLOD esp have different MHDT values; esm is the same as DLCs, but esp follows the value set by the load order. I really don't know what to make of it. I didn't notice any particular issues - although that might be because I don't know what I'm looking for.

Share this post


Link to post
Share on other sites
  • 0

I've noticed a bunch of conflicts in SSEEdit regarding this line and I also wondered what it actually does and if it has any impact on the game at all.

Some mods that influence worldspace (such as Plockton's Culling Data Glitch Fix - meant primarily for the huge square hole in the Sea of Ghosts), have this line empty. I left it empty on one setup and I didn't have any weird stuff going on. On the other hand, the mod Convenient Carriages for example has this data populated (with some sort of technical gibberish I don't understand), and when I did the setup with this data, there weren't any problems either.

 

I also noticed that DynDOLOD esm and DynDOLOD esp have different MHDT values; esm is the same as DLCs, but esp follows the value set by the load order. I really don't know what to make of it. I didn't notice any particular issues - although that might be because I don't know what I'm looking for.

Max height data is merged at runtime, therefore, leaving it blank will not have any impact if the mod is not drastically changing the heights for the cells it's editing (most mods don't). DynDOLOD updates this data, I think, to correct heights for cells that have objects in them that extended beyond the default heights (e.g. installing a mod that has taller trees vs vanilla trees). This height data is also used to updating the occlusion data using xLODGen or DynDOLOD.

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
      Greetings, 
       
      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.