Jump to content
  • 0
tjax323

Helgen Reborn, SSE water--- should I patch it?

Question

My question is in regard to a post I read from Arthmoor in the Helgen Reborn SSE forum post.

Arthmoor's Post      I came across this while doing some research after a helpful exchange I had yesterday with Hishutup in the RW2 forum.

 

#1. Unless the Helgen Reborn SSE mod is updated, would I be correct in thinking I could "carry forward" such changes by creating a "patch" in xEdit in the absence of such an update? If so, I'm thinking this would be the "recommended" action based on reading Arthmoor's post. Would anyone agree with this or not? If not, why, and what would you recommend instead?

 

#2. What does it mean to "carry forward changes" from another mod or plug-in? I read this phrase dropped from time to time, but I would like to know what that means. I think it means having the same records/values of a previous file (in terms of load order/ conflict winning)- perhaps treating the file as a master? I'm just not sure. I tend to think myself into a circuitous loop in this stuff, so any explanation to help me not do that with this phrase would be beneficial.

 

Thanks... And Merry Christmas day!

Share this post


Link to post
Share on other sites

6 answers to this question

Recommended Posts

  • 0

I don't know what the conflicting records are, but you would typically want to forward losing records. Though it can be more complicated than that. You should know what the records are doing before forwarding anything.

 

I always recommend users watch this video for creating patches:

Share this post


Link to post
Share on other sites
  • 0

What's the difference between "forwarding records" and creating a patch? Perhaps I'm overthinking it, but I'm under the impression the two are mutually exclusive.

Share this post


Link to post
Share on other sites
  • 0

They are not. You "forward records" into a new "patch". :^_^:

 

It is always best to create a new plugin (your patch) and forward your records into that, rather than forwarding records into existing mod plugins.

Share this post


Link to post
Share on other sites
  • 0

Thanks, Tech. Yep, overthinking it. I watched that video and the technique is a littler different than another one I'd seen. In the video you posted, she patches by right clicking in the xEdit left pane on a formid. In a similar tutorial I watched on Youtube just next to hers it's done by right clicking on a plug-in's column in the right pane (top of column on header). Is there any notable difference in these two methods, or is it just tomato/tomatoe?

 

Imgur Screenshot I'm reviewing for conflicts as example

Edited by tjax323

Share this post


Link to post
Share on other sites
  • 0

Dont touch bytestream(?) data like LAND or NAVM, there is no way to do normal conflict resolution.

 

Also, if the water field is left blank, from what I've seen is that the engine uses that last available field.

Share this post


Link to post
Share on other sites
  • 0

Thanks Hish. So just leave it alone? I compared the records in my Skyrim 32 bit xEdit to SSE xEdit (just for Helgen Reborn in both cases loaded with masters) and there were literally 0 conflicts for Helgen Reborn in Oldrim but it shows several for the SSE version. That is what caused me some concern after reading Arthmoor's post. In short, I guess I'm not sure if I'm looking at something that is a real problem... or not. I interpret your post as it's a minor issue one can't sort with xEdit. Arhmoor's post to the author on Helgen Reborn read like it's easily fixable in xEdit, so I'm back to being confused.

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 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.
    • By Midig
      Last time I tried to clean mods with Tes4edit for Oblivion I got CTD and had to Verify the integrity of the cache after deleting the edited DLCs. I followed the guide here: 
       
      https://wiki.step-project.com/TES5Edit/TES5Edit_Cleaning_Instructions 
       
      Which was provided from here: 
       
      https://wiki.step-project.com/User:Hishutup/OblivionGuide#TES4Edit
       
      However, the latter does not use MO at all and might just have been used as a referral. Something makes me think there is some problem with Tes4edit and MO, but I just wanted to check here before I got a headache through multiple attempts. Have people here made it work just fine, how did you do it? 
       
       
    • By yuser
      First, sorry for my English.
       
      I want to merge some ESP's without renumbering FormID's. Is there any way to (semi)automatically determine, if these given ESP's have crossing FormID's? I had looked into TES5Edit scripts directory but hadn't found anything apropiate.
       
      Or maybe there is a script, which just list all FormID's from given ESP?
  • 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.