DynDOLOD Beta for Skyrim Special Edition, Skyrim VR and Enderal SE 2.98

[combatfun]

I have the same issue as LucidAPs but could not solve it. I installed the hotfix for simply knock from the comment sections there. Before the game did not start at all, now it startet again.

Now DynDoLOD gives me the same message as LucidAPs has + Json errors after it. DynDoLOD MCM is not working. Can this be solved from my side, or only by Updating DynDoLOD?

 

Some Pics with Info:

 

[Zanderat]

Did you update PapyrusUtils?

[sheson]

  On 9/16/2018 at 12:30 PM, combatfun said:

I have the same issue as LucidAPs but could not solve it. I installed the hotfix for simply knock from the comment sections there. Before the game did not start at all, now it startet again.

Now DynDoLOD gives me the same message as LucidAPs has + Json errors after it. DynDoLOD MCM is not working. Can this be solved from my side, or only by Updating DynDoLOD?

 

Some Pics with Info:

 

Obviously the version of PapyrusUtil that is installed is not running or working correctly. The likely reason is that it is not the correct version for the game / SKSE you are using.

 

The requirement section of the DynDOLOD manual links to PapyrusUtil SE - Modders Scripting Utility Functions to get you going. If you have trouble with the installation of 3rd party mods you should ask for help  in the appropriate forums for that mod.

Edited September 16, 2018 by sheson

[combatfun]

I dont't know where i could have made a mistake in installing the latest skse+papyrus. Beside that every mod is up to date.

I went back to my backup Version of my Skyrim Installation with skse 2.07 with 1.5.39 Skyrim. No probs anymore...so for me it is solved.

 

Thanks

[sheson]

  On 9/16/2018 at 4:03 PM, combatfun said:

I dont't know where i could have made a mistake in installing the latest skse+papyrus. Beside that every mod is up to date.

I went back to my backup Version of my Skyrim Installation with skse 2.07 with 1.5.39 Skyrim. No probs anymore...so for me it is solved.

 

Thanks

Your screenshot shows a DLL file included in Simply Knock - which is outdated. Simply Knock is not a requirement for DynDOLOD and mods should never include PapyrusUtil in the first place to avoid exactly this type of problem.

 

Install the correct version of PapyrusUtil from PapyrusUtil SE - Modders Scripting Utility Functions which matches the game / SKSE version that is currently installed.

[combatfun]

I'm here cause the latest papyrus did not solve the issue. I'm Aware of what is to be done in case a new SKSE version is released.

The dll of Simply Knock is an inofficial hotfix patch, downloaded from a link in the comment section of that mods page.

Without this, i can't even start the game anymore (CTD on on Menü).

 

If i place Simply Knock (with that inofficial hotfix dll for skse 2.08 from the comment section of that site) in the loadorder before Papyrus Util, i get no error Messages from DynDoLOD but random CTD.

So it Looks like it is an issue of Simply Knowck with that inofficial dll.

 

Thx for your fast answer and help, sheson!

[Noobsayer]

Hi sheson,

 

I've read the documentation on patching but I think I need a concrete example :)

 

I'm trying to patch Enhanced Landscapes for Herds of Skyrim. I understand how the .inis need to be named etc. However, I don't want to disable every instance of an object; I want to disable a specific reference to an object.

 

Would you please give a specific example of this, specifically when dealing with REFIDs? I'm not really sure how to handle prefixes in this instance. :)

[sheson]

  On 9/16/2018 at 10:28 PM, Noobsayer said:

Hi sheson,

 

I've read the documentation on patching but I think I need a concrete example :)

 

I'm trying to patch Enhanced Landscapes for Herds of Skyrim. I understand how the .inis need to be named etc. However, I don't want to disable every instance of an object; I want to disable a specific reference to an object.

 

Would you please give a specific example of this, specifically when dealing with REFIDs? I'm not really sure how to handle prefixes in this instance. :)

Have a look at the contents of DynDOLOD_enhancedlandscapesesp.ini for example

 

LODGenX=[pluginfilename.esp];[formid],,,,,Delete,0

 

The formid has to be a reference

Edited September 17, 2018 by sheson

[Noobsayer]

  On 9/17/2018 at 8:44 AM, sheson said:

Have a look at the contents of DynDOLOD_enhancedlandscapesesp.ini for example

 

LODGenX=[pluginfilename.esp];[formid],,,,,Delete,0

 

The formid has to be a reference

 

Thank you!

[Shadriss]

  On 9/16/2018 at 6:48 PM, combatfun said:

So it Looks like it is an issue of Simply Knowck with that inofficial dll.

Not the unofficial .DLL file provided. If you go into that mod's original setup, there is a copy of the papyrus .dll file in there for some reason. If that copy is loaded after the updated Papyrus Utilities, then it is, in essence, loading an old copy. The unofficial SK file works fine - you just need to ensure that SK's original file structure does not overwrite Papyrus Utilities - this is why Sheson noted that mod authors shouldn't include it in their mod file structures.

[DarthVitrial]

Quick question, blackbriarchalet.nif, rtsnowshowhouse01.nif, rtplayerhouse01city.nif, and presumably a number of others (I got bored and clicked "yes to mod") in DyndoLOD Resources are overriding the same files from the ENB Particle Patch. Should we overwrite them?

[sheson]

  On 9/17/2018 at 11:33 PM, DarthVitrial said:

Quick question, blackbriarchalet.nif, rtsnowshowhouse01.nif, rtplayerhouse01city.nif, and presumably a number of others (I got bored and clicked "yes to mod") in DyndoLOD Resources are overriding the same files from the ENB Particle Patch. Should we overwrite them?

Yes

[natenater]

Man, I was a bit skeptical about the difference this would make but after finally getting it set up the way I wanted and seeing Dragonsreach from Riverwood I can definitely see why people rave about this. This is definitely a mainstay in my load order now.

[godescalcus]

  On 9/14/2018 at 8:30 PM, sheson said:

If you are generating 3D tree LOD, the billboards are used for the higher LOD levels and fall back only in case a 3D LOD models is not found. Billboards are LOD resources for "2D" tree LOD only.

 

It seems the mod is just replacing the full textures used by the branches. You will need to create 3D LOD models with the green tree branches textures. The texture needs to be converted to a LOD texture with adjusted alpha channel. You will find more info in DynDOLOD\Docs\trees.ultra\tools\DynDOLOD_CreateStaticTree.html

I'm trying to understand the process but until I do, what if I hide all treeaspen0*passthru_lod.nif from the resources? Will DynDOLOD revert to billboards instead? Not perfect (I've already tried a 2D trees DynDOLOD and, although the lods now match the green aspens, they don't look as good after playing with 3d tree lods for months)... But a temporary fix until I manage to get those 3d models.

Edited September 21, 2018 by godescalcus

[sheson]

  On 9/21/2018 at 4:31 AM, godescalcus said:

I'm trying to understand the process but until I do, what if I hide all treeaspen0*passthru_lod.nif from the resources? Will DynDOLOD revert to billboards instead? Not perfect (I've already tried a 2D trees DynDOLOD and, although the lods now match the green aspens, they don't look as good after playing with 3d tree lods for months)... But a temporary fix until I manage to get those 3d models.

This is what mesh rules are for. Just create a new rule similar to the second to last "tree" mesh rule, but for "treeaspen" with all LOD levels set to Billboard.

Edited September 21, 2018 by sheson