Neovalen

Both opinions are based upon the fact that it is possible to cheat. By default it is balanced and works as vanilla with a ton of extra features. I really don't feel that's a fair or valid reason to reject a mod. Said NPCs have also been removed in the latest versions as well and replaced with configuration books in the River wood trader but can still unlock all via that tool.

I think its a generic Skyrim bug(not specifically related to SR/STEP) but I swear you need to be very careful where you save. Saving out in the open world appears to be the most dangerous for causing random ctd issues. For example, while testing both STEP and SR I do frequent saves as I run around the game world and almost guaranteed at least one of them causes ctd after 20 seconds upon reload. Going to the previous save and coming back to the same area... no ctd. Anyone else notice behavior like this? I believe that's also why people recommend disabling auto saves.

The only item that was listed for that mod is taken care of by the general patch. There are a lot of mods that don't need extra steps since I added that.

Atlas Map Markers is very very nice and I recommend it in my guide.

Many updates tonight... made it all the way up to (not including) Creatures of Skyrim.

This. Totally right. DG change should go to DG plugin... typo... sorry guys. Will fix (makes sense considering the lines above) Edit: typo fixed in guide. But there is another problem remaining. More Interactive Items [Dawnguard] is an esm and loads before the USKP. When I look with TES5Edit I see that USKP has this same record with the original Skyrim water height, so you lose the water height edit you just made. I don't understand why the USKP has this record since all the values I see are the same as those in the original Skyrim.esm record except for the form version. Could this be a bug in the USKP that we should enter this as bug in the USKP bug tracker? If this record isn't a USKP bug then it is likely to be a bug in the Unofficial Dawnguard Patch which should have this record with the correct Dawnguard-set height to overwrite the USKP record. In the meantime one possibility might be for the overwrite to go the More Interactive Items esp instead since it loads after the USKP. I also wonder whether this water height value is actually used by Skyrim at all.I will investigate when I get home. I very well could have meant the esp not esm and my previous post in error but can't verify from here... for some reason my boss looks down on that... lol. Teaches me for debugging at work... lol. My edit is correct as is. The record being put into the More Interactive Items.esp is already covered in the unofficial patches section properly.

Looks like Atlas Map Markers updated for DB. Will update when home. Edit: Atlas Map Markers Updated.

I kind of agree and kind of disagree... annoying sometimes and a pain in the butt for compatibility... but nice realism addition... Anyone else got feedback on this? Obviously MII is also a STEP mod so is good feedback for them also.

Never failed me... what's not fully functional?

Which? P.s. glad you found your issue.

You need to add the BSA to the editor ini like was done for the other dlcs. Reference the guide. That should work.

Drag and drop the mod name.

This. Totally right. DG change should go to DG plugin... typo... sorry guys. Will fix (makes sense considering the lines above) Edit: typo fixed in guide. But there is another problem remaining. More Interactive Items [Dawnguard] is an esm and loads before the USKP. When I look with TES5Edit I see that USKP has this same record with the original Skyrim water height, so you lose the water height edit you just made. I don't understand why the USKP has this record since all the values I see are the same as those in the original Skyrim.esm record except for the form version. Could this be a bug in the USKP that we should enter this as bug in the USKP bug tracker? If this record isn't a USKP bug then it is likely to be a bug in the Unofficial Dawnguard Patch which should have this record with the correct Dawnguard-set height to overwrite the USKP record. In the meantime one possibility might be for the overwrite to go the More Interactive Items esp instead since it loads after the USKP. I also wonder whether this water height value is actually used by Skyrim at all. I will investigate when I get home. I very well could have meant the esp not esm and my previous post in error but can't verify from here... for some reason my boss looks down on that... lol. Teaches me for debugging at work... lol.

It is but its the only way to make sure its done right. :) That's the ultimate goal.

Already on my list once I get down to armors. :) Thanks for posting though.

This. Totally right. DG change should go to DG plugin... typo... sorry guys. Will fix (makes sense considering the lines above) Edit: typo fixed in guide.

Weird about the TES5Edit issues... I saved in one big chunk no problem... I'm gonna chalk that up to a TES5Edit bug/quirk. As far as stability it is 100% stable for me in congested areas(white run plains, ritual stone, etc.) with Dragon born installed to the point where I have stated as stopped. When I get farther in the order I am sure to run into some issues and I will address them as they are found. I take time to test each mod as much as I can in my own game before marking it approved for DB .. but obviously nothing is ever perfect nor can I test everything for at least the bigger mods.

Have not seen a no loot issue with it. If you look at the ESP in TES5Edit it is simply adding bodies to the collision list, not modifying the bodies in any way.

Nice! Checking that out ASAP.

And if I don't have the Dragonborn DLC, from which DLC I should drag the: "0000003C" node "MHDT - Unknown entry" from Dragonborn.esm to AIMP - Antz in my Pantz.esp (and wherever other mods it apply for). Thank you! Just drag it from Hearthfires.esm - these records are generally all the same so the rule appears to be from the .esm file furthest to the right. Fixed the issue specified above (just forgot to remove the temporary arrow) - thanks for the report and Smile is correct about the MHDT records (granted we have no idea what they actually do - hence unknown - but general practice for me is to use the data from the latest DLC to cover my bases and merge things).

I keep current status on the changelog. Should have some time to progress through more later tonight. RL is hectic.

Save game. Reload game. Configure. SKSE doesn't properly detect upon first load of a mod. (v1.6.6). Fixed in next version not yet released.

No should work fine separately. Due to how the patcher works though the textures from the av packs will be moved into overwrite... so don't be surprised. :)

It also changes face/skin texture showing through armor as well... not just while naked.

I'll give it a more thorough look-see when I get home from work / over the weekend as to how to mash them together. I've done a lot in this area of mixing and matching. :)