DynDOLOD 3.00 Alpha 182

[mattski123]

Hey team,

Just to let you know that the wild edit reported from the mod Phenderix Magic World - The Magical World of Manantis likely is not an issue.

Here's what the user cheatenabled said about it:

"I opened it up in CK. The flag is just because the z coord is 0 which its(DynDOLOD) concerned this was because the author forgot to add it. This is not the case it controls a mountain/hill that partially covers a tower that looks intentional. Changing the z coord in CK to move it around did not show anything that looked like this was a mistake. "

Here's the specific report I got:

Warning: Potentially wild edit reference with z = 0.0 Phenderix Magic World.esm [REFR:082C3ACE] (places MountainCliff02 [STAT:000201F4] in GRUP Cell Persistent Children of [CELL:0801963F] (in Manantis "Manantis" [WRLD:08018F89]) at 0,0)

Logs: https://ufile.io/qwxo6zkk

You can also re-add DynDOLOD TexGen Fixes to your messages & summary of errors if you wish. There was one area causing a CTD for a certain mod, but that's resolved now. I see you have it linked for the File Not Found Meshes, but you can also add it to the File Not Found Textures, Scripts, Deleted Reference, Potential Wild Edits, Root Block & Texture Resolution messages as well. I'll be looking at adding some new mods to the list shortly.

Edited August 29 by mattski123
Updated status of DynDOLOD TexGen Fixes.

[sheson]

3 hours ago, mattski123 said:

Hey team,

Just to let you know that the wild edit reported from the mod Phenderix Magic World - The Magical World of Manantis likely is not an issue.

Here's what the user cheatenabled said about it:

"I opened it up in CK. The flag is just because the z coord is 0 which its(DynDOLOD) concerned this was because the author forgot to add it. This is not the case it controls a mountain/hill that partially covers a tower that looks intentional. Changing the z coord in CK to move it around did not show anything that looked like this was a mistake. "

Here's the specific report I got:

Warning: Potentially wild edit reference with z = 0.0 Phenderix Magic World.esm [REFR:082C3ACE] (places MountainCliff02 [STAT:000201F4] in GRUP Cell Persistent Children of [CELL:0801963F] (in Manantis "Manantis" [WRLD:08018F89]) at 0,0)

Logs: https://ufile.io/qwxo6zkk

You can also re-add DynDOLOD TexGen Fixes to your messages & summary of errors if you wish. There was one area causing a CTD for a certain mod, but that's resolved now. I see you have it linked for the File Not Found Meshes, but you can also add it to the File Not Found Textures, Scripts, Deleted Reference, Potential Wild Edits, Root Block & Texture Resolution messages as well. I'll be looking at adding some new mods to the list shortly.

Thanks. Added the reference to the potentially wild edit ignore list.

[clearing]

Hi, have been trying to debug this issue on my own for a while and have come up stumped. The core of the issue is I have floating trees in places where there are, without DynDOLOD active, no trees at all. Here's a screenshot of one of the trees.

https://i.imgur.com/Lia5eXc.jpeg

Not all of them are floating. Here is what the area looks like with DynDOLOD inactive.

https://i.imgur.com/5jYME1l.jpeg

I checked the floating objects FAQ and didn't see any major issues. One issue I did find is I had a plugin overwriting some trees from 'TheAutumnOfWhiterunRemastered' (the 2024 edition deletes a lot of these refs), and I cleaned up the plugin to make sure all trees were properly deleted. This did not fix the issue.

Within DynDOLOD.esm it seems to create these base tree records https://i.imgur.com/S0lxx8s.png only to primarily place them in these bad spots https://i.imgur.com/XavflLG.png

I have all my logs available, not sure which would be helpful. I find it interesting that these have a `_CHILD` suffix in the new editorID. Any guidance would be appreciated. Thank you!

Edit: All relevant logs zipped and uploaded for reference: https://ufile.io/0kvysabv

Edited August 30 by clearing
Replaced upload

[sheson]

1 hour ago, clearing said:

Hi, have been trying to debug this issue on my own for a while and have come up stumped. The core of the issue is I have floating trees in places where there are, without DynDOLOD active, no trees at all. Here's a screenshot of one of the trees.

https://i.imgur.com/Lia5eXc.jpeg

Not all of them are floating. Here is what the area looks like with DynDOLOD inactive.

https://i.imgur.com/5jYME1l.jpeg

I checked the floating objects FAQ and didn't see any major issues. One issue I did find is I had a plugin overwriting some trees from 'TheAutumnOfWhiterunRemastered' (the 2024 edition deletes a lot of these refs), and I cleaned up the plugin to make sure all trees were properly deleted. This did not fix the issue.

Within DynDOLOD.esm it seems to create these base tree records https://i.imgur.com/S0lxx8s.png only to primarily place them in these bad spots https://i.imgur.com/XavflLG.png

I have all my logs available, not sure which would be helpful. I find it interesting that these have a `_CHILD` suffix in the new editorID. Any guidance would be appreciated. Thank you!

Edit: All relevant logs zipped and uploaded for reference: https://ufile.io/0kvysabv

Note the editor ID of the references, which indicates the plugin and form of the "source" and that they are "Childs".

The mod The Autumn of Whiterun (AOW) adds trees to the child world and trees at close but still different enough position in the parent world, so they are not discovered as matching pairs.

The relevant answer in https://dyndolod.info/FAQ#Out-of-place-or-floating-objects is this:
Some mods are made with disregard to generating LOD or require updated rules and configs for best compatibility. This is especially true for mods modifying the walled cities. Users are asked and welcome to provide feedback to the official DynDOLOD support forum in order to get everything working with as much compatibility as possible. Include a link to the mod and screenshots (with open console / form id) to show the issues if possible. If the reference is added by a DynDOLOD plugin, follow the "pluginname_formid" information found in the Editor ID of the reference to find the plugin from which this reference originates. Also see How to ignore all references of a child worldspace for copying to parent worldspace and LOD.

See https://dyndolod.info/Help/Child-Parent-Worldspace-Copies
According to the logs the setting for Child->parent was the default "Low" so it should not make copies of treeaspen in the ifrst place. Did you edit DynDOLOD_SSE_childworld_WhiterunWorld.ini in any way? Just testing vanilla with the mod alone and low setting it does not copy the trees as expected.

Regardless, do this for now: Edit D:\Modding\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_Mod_World_Ignore.txt and add this line:
TheAutumnOfWhiterunRemastered.esp=WhiterunWorld

Next alpha version will include that update.

Then generate LOD again to test and report back that it fixed the issue as expected.

[clearing]

17 minutes ago, sheson said:

Note the editor ID of the references, which indicates the plugin and form of the "source" and that they are "Childs".

The mod The Autumn of Whiterun (AOW) adds trees to the child world and trees at close but still different enough position in the parent world, so they are not discovered as matching pairs.

he relevant answer in https://dyndolod.info/FAQ#Out-of-place-or-floating-objects is this:
Some mods are made with disregard to generating LOD or require updated rules and configs for best compatibility. This is especially true for mods modifying the walled cities. Users are asked and welcome to provide feedback to the official DynDOLOD support forum in order to get everything working with as much compatibility as possible. Include a link to the mod and screenshots (with open console / form id) to show the issues if possible. If the reference is added by a DynDOLOD plugin, follow the "pluginname_formid" information found in the Editor ID of the reference to find the plugin from which this reference originates. Also see How to ignore all references of a child worldspace for copying to parent worldspace and LOD.

See https://dyndolod.info/Help/Child-Parent-Worldspace-Copies
According to the logs the setting for Child->parent was the default "Low" so it should not make copies of treeaspen in the ifrst place. Did you edit DynDOLOD_SSE_childworld_WhiterunWorld.ini in any way? Just testing vanilla with the mod alone and low setting it does not copy the trees as expected.

Regardless, do this for now: Edit D:\Modding\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_Mod_World_Ignore.txt and add this line:
TheAutumnOfWhiterunRemastered.esp=WhiterunWorld

Next alpha version will include that update.

Then generate LOD again to test and report back that it fixed the issue as expected.

You are amazing. I did not edit that file nor did I know it existed until now. I'll get to generating now. Thank you!

[clearing]

So I added that line to DynDOLOD_SSE_Mod_World_Ignore and unfortunately the tree still shows up. I should mention the tree is in Tamriel, not inside Whiterun. Maybe I should change the line to TheAutumnOfWhiterunRemastered.esp=WhiterunWorld,Tamriel or something?

These are my settings https://i.imgur.com/gEBcJLQ.png

I'm sure I'm missing something simple.

[sheson]

48 minutes ago, clearing said:

So I added that line to DynDOLOD_SSE_Mod_World_Ignore and unfortunately the tree still shows up. I should mention the tree is in Tamriel, not inside Whiterun. Maybe I should change the line to TheAutumnOfWhiterunRemastered.esp=WhiterunWorld,Tamriel or something?

These are my settings https://i.imgur.com/gEBcJLQ.png

I'm sure I'm missing something simple.

The source xx00590C in TheAutumnOfWhiterunRemastered.esp is placed in WhiterunWorld.
Adding ,Tamriel should not make a difference, but if you like test it anyways - since something is amiss in the first place. Might be seasons related.

Upload the new DynDOLOD log and debug log.
Can you upload screenshots of xEdit showing xx00590C in TheAutumnOfWhiterunRemastered.esp and then whatever base record it uses?

[clearing]

25 minutes ago, sheson said:

The source xx00590C in TheAutumnOfWhiterunRemastered.esp is placed in WhiterunWorld.
Adding ,Tamriel should not make a difference, but if you like test it anyways - since something is amiss in the first place. Might be seasons related.

Upload the new DynDOLOD log and debug log.
Can you upload screenshots of xEdit showing xx00590C in TheAutumnOfWhiterunRemastered.esp and then whatever base record it uses?

Logs available here: https://ufile.io/yibcggk1

A screenshot of the DynDOLOD tree + what I'm assuming is the match: https://imgur.com/a/xenPXEG

I believe this is the x590C in question

 

Edit: In the meantime I'm generating Tamriel with no seasons checked to rule that out.

Edited August 30 by clearing

[clearing]

It's not seasons-related I'm afraid. Still shows up with Seasons unchecked.

[sheson]

1 hour ago, clearing said:

Logs available here: https://ufile.io/yibcggk1

A screenshot of the DynDOLOD tree + what I'm assuming is the match: https://imgur.com/a/xenPXEG

I believe this is the x590C in question

 

Edit: In the meantime I'm generating Tamriel with no seasons checked to rule that out.

Well the change of the editor ID of the base record explains why the IgnoreChildEDIDLow=treeaspen does not match anymore.

Maye something went wrong with editing the DynDOLOD_SSE_mod_world_ignore.txt file. Replaces D:\Modding\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_Mod_World_Ignore.txt with the one attached DynDOLOD_SSE_mod_world_ignore.txt

If that still does not work, edit D:\Modding\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_childworld_WhiterunWorld.ini, find the line IgnoreChildEDIDLow= and change treeaspen to aspen

[clearing]

Update: Adding `Tamriel` to that list did fix the issue. Not sure what other consequences may come of that though. I'll try the suggestions above and let you know!

 

Edit: This may prove tricky in general as NOTWL replaces a ton of the editorIDs. I wonder if there's a way I can accommodate all the new IDs without making destructive changes to the original INI files? Just adding new entries?

edit2: Ah I see it's a match-based thing. Maybe it could have `treeaspen` and `aspen`? Not sure how it does the expression matching.

Edited August 30 by clearing

[sheson]

32 minutes ago, clearing said:

Update: Adding `Tamriel` to that list did fix the issue. Not sure what other consequences may come of that though. I'll try the suggestions above and let you know!

 

Edit: This may prove tricky in general as NOTWL replaces a ton of the editorIDs. I wonder if there's a way I can accommodate all the new IDs without making destructive changes to the original INI files? Just adding new entries?

edit2: Ah I see it's a match-based thing. Maybe it could have `treeaspen` and `aspen`? Not sure how it does the expression matching.

Adding the mod to DynDOLOD_SSE_mod_world_ignore.txt is the correct fix, also for medium, high child to parent copies that are supposed to copy trees in general. No need to do anything about the editor IDs. By editing the file again you might have fixed something like a trailing space etc.

[clearing]

Doing one more run using your supplied file. I did notice a trailing space after WhiterunWorld in mine once I deleted Tamriel from it.

[clearing]

Finally done and confirmed everything works as expected with that change. Good to know about trailing spaces. Thanks so much for accompanying me on this journey lol, hopefully some good came out of it!

[VraelNocturnal]

Hi, I've just updated a merge and so am updating dyndolod. Using the newer dyndolod (Alpha 180) an entirely unrelated merge is now giving me a range check error (If I'm reading the log correctly).

Here are the three logs in a zip: https://ufile.io/n3e8puq6

I hope this is helpful somehow:)

Edited August 31 by VraelNocturnal
Incorrect file