DynDOLOD 3.00 Alpha 182

[sheson]

3 hours ago, skyrimfreak360 said:

Hi Sheson, I'm making another attempt in getting some mods to do what there supposed to do so I deactivated DynDOLOD, trashed all outputs and have gone back to square one by reading the instructions you've provided me. I'm up to the part where I'm cleaning my load order plugins and despite having "cleaned" them, some tabs that you can see to be red are still present, is that normal or is there something I'm missing? Thanks buddy!!

This is the DynDOLOD 3 Alpha thread. I do not provide generic modding support or help for other tools.

Cleaning plugins fixes ITMs and deleted references. https://tes5edit.github.io/docs/7-mod-cleaning-and-error-checking.html#ModCleaningProcess

Read the xEdit documentation or ask on its forum/discord to learn what the colors mean and if something needs to be done about a conflicts or not.
https://tes5edit.github.io/docs/5-conflict-detection-and-resolution.html

[Althro]

Hey Sheson,

Been encountering some kind of issue with the whgrayquarter_lod.nif rendering peaking out of the door to the docks. This occurs even when close to the door in the exterior but not in the interior worldspace (as in Windhelm City Cell).

Logs attached here: https://drive.google.com/file/d/1eqRT-uRmMUjC1z37J56tVOfurnMhAVX5/view?usp=drive_link

Let me know if you need more data.

Edited April 1 by Althro

[vrnord]

11 hours ago, z929669 said:

You must post the logs as instructed in the OP. treeaspen02 with CRC32 353a9a39 does not exist in HLT. HLT uses treeaspen02 with CRC32 055a9061.

TexGen will create tree billboards for whatever LOD models it finds (with 'Render' option ticked).

Your aspens are probably from whatever mod is providing treeaspen02 with CRC32 353a9a39, and you likely have no billboards for those LOD meshes, because TexGen didn't find the trunks to render for the billboards.

It's all a guessing game without the logs.

hey thanks, that actually helped me figure out the problem!  I'm not using HLT aspens, but a long time ago I tried them and had installed the 3d lods, and when I uninstalled the aspens I neglected to uninstall the 3d LOD files.  That never mattered until I reran Dyndolod yesterday and it started looking for the HLT CRC32 texture files for the vanilla/RAT 3d lod trunks.  Weird.  Anyway, I manually changed the CRC32 names of the trunk textures to match what Dyndolod was looking for and it looks great again.

Edited April 1 by vrnord

[sheson]

5 hours ago, vrnord said:

hey thanks, that actually helped me figure out the problem!  I'm not using HLT aspens, but a long time ago I tried them and had installed the 3d lods, and when I uninstalled the aspens I neglected to uninstall the 3d LOD files.  That never mattered until I reran Dyndolod yesterday and it started looking for the HLT CRC32 texture files for the vanilla/RAT 3d lod trunks.  Weird.  Anyway, I manually changed the CRC32 names of the trunk textures to match what Dyndolod was looking for and it looks great again.

No. That is not how it works. The CRC32 of the content of a file plus the full model filename is pretty much unique. Thus DynDOLOD does not look for wrong filenames. The point of using the CRC32 is that it always looks for the correct files regardless of other installed assets.

The tree LOD now uses trunks that belong to another tree mod.

[sheson]

9 hours ago, Althro said:

Hey Sheson,

Been encountering some kind of issue with the whgrayquarter_lod.nif rendering peaking out of the door to the docks. This occurs even when close to the door in the exterior but not in the interior worldspace (as in Windhelm City Cell).

Logs attached here: https://drive.google.com/file/d/1eqRT-uRmMUjC1z37J56tVOfurnMhAVX5/view?usp=drive_link

Let me know if you need more data.

Check in xEdit if you have a plugin overwriting 0001F049 and let me know.

In any case, replace ..\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_ChildworldMatches.txt and generate LOD again. That should fix that.

[z929669]

12 hours ago, vrnord said:

hey thanks, that actually helped me figure out the problem!  I'm not using HLT aspens, but a long time ago I tried them and had installed the 3d lods, and when I uninstalled the aspens I neglected to uninstall the 3d LOD files.  That never mattered until I reran Dyndolod yesterday and it started looking for the HLT CRC32 texture files for the vanilla/RAT 3d lod trunks.  Weird.  Anyway, I manually changed the CRC32 names of the trunk textures to match what Dyndolod was looking for and it looks great again.

As sheson mentioned, you don't want to rename the HLT LOD trunks, because that will yield HLT aspen trunks for the RAT aspens. This won't match the full trees.

I maintain EVT, and if you install the latest version, you should have the proper LOD models for the install options you choose.

EVT 2.2.2 Lush/Custom trees provide treeaspen02_353A9A39passthru_lod.nif and treeaspen02_353A9A39_trunk.nif, so these are what get installed if you choose the large RAT aspens in the installer. I recommend you remove all tree mods and reinstall EVT. Then check that the LODs mentioned are in your installed EVT. If they aren't, it's a FOMOD problem I will need to address.

Installing the RAT large option should install (among others):

1. treeaspen02.nif (with CRC32 = 353A9A39)
2. treeaspen02_353A9A39_trunk.nif (only needed for the TexGen Render option to create billboard textures for DynDOLOD Billboard#)
3. treeaspen02_353A9A39passthru_lod.nif (the LOD model referencing trunk textures TexGen creates from treeaspen02_353A9A39_trunk.nif)

[Althro]

On 4/1/2024 at 2:44 PM, sheson said:

Check in xEdit if you have a plugin overwriting 0001F049 and let me know.

In any case, replace ..\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_ChildworldMatches.txt and generate LOD again. That should fix that.

Nothing overwriting it.

Will try the regeneration with that file and let you know.

---

That's fixed it Thanks Sheson!

[peterhabble]

Northern Roads has an issue with Dyndolod 169 where the solitude bridge will not load in the worldspace: https://postimg.cc/GHTXVP4X.

From what I can tell, this issue is happening because Northern Roads is overriding the vanilla reference of the bridge with a new one in the persistent Tamriel Worldspace which is causing Dyndolod to never load the bridge. When I take the record and move it into a new mod that isn't overriding the vanilla bridge record, it works as expected.

The editor ID of the offending reference is "COTN_SBridge01StoneRoad". Here is a picture of the record along with the hack I used to test: https://postimg.cc/1gfLqjkm

I did test this using just skyrim with only dyndolod/requirements and northern roads but my logs from it were deleted because I wiped that whole instance once I saw the issue wasn't with my modlist(I found the work around in my main list that has 1k+ plugins). If it would be helpful I could find time to recreate it.

[sheson]

On 4/3/2024 at 10:41 PM, peterhabble said:

Northern Roads has an issue with Dyndolod 169 where the solitude bridge will not load in the worldspace: https://postimg.cc/GHTXVP4X.

From what I can tell, this issue is happening because Northern Roads is overriding the vanilla reference of the bridge with a new one in the persistent Tamriel Worldspace which is causing Dyndolod to never load the bridge. When I take the record and move it into a new mod that isn't overriding the vanilla bridge record, it works as expected.

The editor ID of the offending reference is "COTN_SBridge01StoneRoad". Here is a picture of the record along with the hack I used to test: https://postimg.cc/1gfLqjkm

I did test this using just skyrim with only dyndolod/requirements and northern roads but my logs from it were deleted because I wiped that whole instance once I saw the issue wasn't with my modlist(I found the work around in my main list that has 1k+ plugins). If it would be helpful I could find time to recreate it.

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which entire DynDOLOD log and debug log to upload when making posts.

Make a useful screenshot with more informative console of the full model when it is not missing as explained at https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots. Also see https://dyndolod.info/Official-DynDOLOD-Support-Forum#xEdit-Screenshots

The screenshot of xEdit shows a record not being touched by any DynDOLOD plugins. It shows that Northern Roads makes a record persistent. It shows a plugin that sets the ignore flag, which usually means whatever the overwrite plugin does to the record is ignored by the game engine.

A reference being persistent or being made persistent by an overwrite is not the cause of the problem alone, obviously. The problem could probably related to a specific trigger of the large reference bugs that might only happens if the reference is persistent and also requires something else.

It is the game that loads and renders objects. DynDOLOD does not do that. DynDOLOD may control enable/disable states of reference.
Just because a reference is persistent does not cause the game to not load or render it under normal circumstances.

Does the issue happen after starting a new game?

You seem to indicate the issue is not happening with a load order that just has Northern Roads and DynDOLOD generated for it? Usurpingly the bridge shows for me with/without DynDOLOD just the same. So what else might be required for the issue to happen?

[LORDSAVEXs]

Hello! There was a question with DynDOLOD 3.00 Alpha 169, I did not find the necessary information in the FAQ. For some reason, the currently created DynDOLOD plugins are Header Version 1.8, and not 1.71? It should be? I have Skyrim AE version 1.6.640 (Backported Extended ESL Support installed).

Here's the log:

DynDOLOD_SSE_Debug_log.zip

[sheson]

2 hours ago, LORDSAVEXs said:

Hello! There was a question with DynDOLOD 3.00 Alpha 169, I did not find the necessary information in the FAQ. For some reason, the currently created DynDOLOD plugins are Header Version 1.8, and not 1.71? It should be? I have Skyrim AE version 1.6.640 (Backported Extended ESL Support installed).

Here's the log:

DynDOLOD_SSE_Debug_log.zip

The DynDOLOD plugins use the highest version found in plugins in the load order.
Only came up once so far https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-169/?do=findComment&comment=276541

From the log:
[00:00]     670    669    FE 231    ESL    EE903CD7    1.8    Patch for Waterplants Verdant V1_8.esp

[LORDSAVEXs]

33 minutes ago, sheson said:

The DynDOLOD plugins use the highest version found in plugins in the load order.
Only came up once so far https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-169/?do=findComment&comment=276541

From the log:
[00:00]     670    669    FE 231    ESL    EE903CD7    1.8    Patch for Waterplants Verdant V1_8.esp

Thank you! You saved me!

[The_Franks]

I am getting an integer overflow error. It occurs when running texgen for the first time on an completely unmodded Skyrim VR. All requirements are present so it is not completely unmodded, I have SKSEVR and DynDOLOD.dll and PapyrusUtil.dll, The Resources are installed and then the VR scripts over that. I ran XLODGEN first, then went to run textGen64 and I got the integer overflow error with no other explanation. Here is a link to logs and bugreport. dyndolod logs and bugreport - Pastebin.com I do not want to speculate what is causing this error. Please Help.

[sheson]

8 hours ago, The_Franks said:

I am getting an integer overflow error. It occurs when running texgen for the first time on an completely unmodded Skyrim VR. All requirements are present so it is not completely unmodded, I have SKSEVR and DynDOLOD.dll and PapyrusUtil.dll, The Resources are installed and then the VR scripts over that. I ran XLODGEN first, then went to run textGen64 and I got the integer overflow error with no other explanation. Here is a link to logs and bugreport. dyndolod logs and bugreport - Pastebin.com I do not want to speculate what is causing this error. Please Help.

https://stepmodifications.org/wiki/SkyrimSE:SkyrimPrefs_INI/Display#iSize_H in C:\Users\jason\OneDrive\Documents\My Games\Skyrim VR\SkyrimPrefs.ini seems to be set to 0.

[The_Franks]

Thanks.