DynDOLOD 3.00 Alpha 182

[leostevano]

1 minute ago, sheson said:

https://stepmodifications.org/forum/topic/12589-skyrim-se-missing-trees/#comment-208340

https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-167/page/111/#comment-249837

From the TexGen debug log:
<Debug: Ignoring Meshes\landscape\trees\treeaspen04.nif bounds volume 487.956970214844, height 303 Skyrim.esm TreeAspen04 [TREE:0005FADA]>

https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards
The volume of the model is the result of v( (X2 - X1)2 + (Y2 - Y1)2 + (Z2 - Z1)2 ) and needs to be greater or equal to the Min[Tree|Grass]ModelVolume setting in ..\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_[GAME MODE].ini.

TexGen INI defines MinTreeModelVolume=512

 

okay, so I just need to lower it in the INI then?

One more thing, when I check the content of dyndolod resources, no nifs/textures for TreeAspen04, is that intended?

[sheson]

10 minutes ago, leostevano said:

okay, so I just need to lower it in the INI then?

One more thing, when I check the content of dyndolod resources, no nifs/textures for TreeAspen04, is that intended?

Clicking the links I posted and actually reading the posts/explanations that open already answer these questions.

It is normal that no one created a billboard for TreeAspen04. That is usually because there is no vanilla tree LOD for that particular tree either, it is too small.

The TreeAspen04 full model is a small branch/bush and not really a tree. Like all the other bushes and shrubs it is simply to insignificant (its volume too small) to have tree LOD billboards generated by default.

The vanilla game and DynDOLOD deliberately do not provide LOD assets for small bushes and other small objects. Optional grass LOD is the exception.

The chapter https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards also explains how to force billboard generation for a specific tree base record without changing the volume/height filters.

[leostevano]

2 minutes ago, sheson said:

Clicking the links I posted and actually reading the posts/explanations that open already answer these questions.

It is normal that no one created a billboard for TreeAspen04. That is usually because there is no vanilla tree LOD for that particular tree either, it is too small.

The TreeAspen04 full model is a small branch/bush and not really a tree. Like all the other bushes and shrubs it is simply to insignificant (its volume too small) to have tree LOD billboards generated by default.

The vanilla game and DynDOLOD do not provide LOD assets for small bushes and brushes.

The chapter https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards also explains how to force billboard generation for a specific tree base record without changing the volume/height filters.

Alright, thanks for the help Sheson.

[ikonomov]

9 hours ago, sheson said:

Can you click the dirt cover with console open and get its reference form id? If so make a screenshot.

Or does it go away when disabling all LOD with tll in console?

I tried clicking all around the area where the dirt should be, but it always selects DragonMoundBase.  When I'm from a distance and the dirt cover is visible using the tll command makes the whole dragon mound disappear including the dirt.

[godescalcus]

2 hours ago, sheson said:

No bugreport.txt was created, correct?

What mod is Weapons Armours LOTD Merge.esp from or can you upload it?
It is possible this is a bug.

Correct, no bugreport.txt was generated.

That plugin is my merge of a number of new weapon and armour plugins, to save esp slots, along with their LOTD patches that add displays and tracking. I'm uploading the esp and the merge folder, so you can see the plugins included (although I think they're listed in the merged plugin description).

The record mentioned in the error message is originally from Oblivion Artifacts Pack.

https://mega.nz/file/BxwW1J4B#6ts2YZV1C9KpUEA23OTJFuEOrG2qqXnaVOkL_jgJX_c

Edited February 15 by godescalcus

[z929669]

8 hours ago, leostevano said:

Alright, thanks for the help Sheson.

I created LOD models for many stumps and small shrubs like TreeAspen4.in most of those I've done, IIRC (Myrkvior and maybe HLT, EVT, SRO). The assets are so small, I just created them for those that want that level of detail by using the INI settings sheson mentioned to lower the threshold for generation. You can test with these if you don't have a LOD model like TreeAspen04_CRC32passthru_lod.nif that match your TreeAspen.nif CRC32.

[sheson]

14 hours ago, ikonomov said:

I tried clicking all around the area where the dirt should be, but it always selects DragonMoundBase.  When I'm from a distance and the dirt cover is visible using the tll command makes the whole dragon mound disappear including the dirt.

Replace C:\Games\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_all.ini with the attached version.
Do the usual clean save routine before updating. Then start DynDOLOD, make sure to click High button again so the new rules are being loaded. Then generate as usual.

The dirt cover should then be dynamic LOD and show or not snow based on the full models state. Let me know if it works either way.

DynDOLOD_SSE_all.ini

[sheson]

15 hours ago, godescalcus said:

Correct, no bugreport.txt was generated.

That plugin is my merge of a number of new weapon and armour plugins, to save esp slots, along with their LOTD patches that add displays and tracking. I'm uploading the esp and the merge folder, so you can see the plugins included (although I think they're listed in the merged plugin description).

The record mentioned in the error message is originally from Oblivion Artifacts Pack.

https://mega.nz/file/BxwW1J4B#6ts2YZV1C9KpUEA23OTJFuEOrG2qqXnaVOkL_jgJX_c

Get latest xEdit 4.1.5c Extremely Experimental from the xEdit discord. Test if it loads the Weapons Armours LOTD Merge.esp with all its master also letting it build the reference cache.

I believe you should see the same overflow error but without it mentioing the record. Make a post on the xEdit discord #xEdit-support channel with xEdit log, exception log etc. for ElminsterAU

Maybe test if loading/saving the plugin with CK helps.

[leostevano]

17 hours ago, z929669 said:

I created LOD models for many stumps and small shrubs like TreeAspen4.in most of those I've done, IIRC (Myrkvior and maybe HLT, EVT, SRO). The assets are so small, I just created them for those that want that level of detail by using the INI settings sheson mentioned to lower the threshold for generation. You can test with these if you don't have a LOD model like TreeAspen04_CRC32passthru_lod.nif that match your TreeAspen.nif CRC32.

Yeah I ended up creating the settings instead, because apparently lowering the volume creates unnecessary lods like the ironwood trees from a CC mods that's located inside a cavern.

I'm trying this new tree mod and strangely the author made TreeAspen04 to be the tallest aspen tree, so it really caught me off guard when trees started popping in without lods.

[ikonomov]

11 hours ago, sheson said:

Replace C:\Games\Tools\DynDOLOD\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_all.ini with the attached version.
Do the usual clean save routine before updating. Then start DynDOLOD, make sure to click High button again so the new rules are being loaded. Then generate as usual.

The dirt cover should then be dynamic LOD and show or not snow based on the full models state. Let me know if it works either way.

DynDOLOD_SSE_all.ini 1.71 kB · 2 downloads

It worked.  The mounds look quite a bit brighter in the LOD, do you think it's simply the result of having different lighting in the LOD or partly because I need to generate a new TexGen with the new rules?  Either way, it works.

I compared the old and the new .ini file that you provided, I can see the changes but I have no idea what it does.  Is this something specific to my load order and use, or a newly found bug?

Thank you for your help.

[sheson]

51 minutes ago, ikonomov said:

It worked.  The mounds look quite a bit brighter in the LOD, do you think it's simply the result of having different lighting in the LOD or partly because I need to generate a new TexGen with the new rules?  Either way, it works.

I compared the old and the new .ini file that you provided, I can see the changes but I have no idea what it does.  Is this something specific to my load order and use, or a newly found bug?

Thank you for your help.

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts.
Also upload C:\Games\Tools\DynDOLOD\Logs\DynDOLOD_SSE_Object_Report.txt

Lets assume the useful screenshot posted earlier of the full model still applies.

Mesh mask / reference rules for DynDOLOD have no effect on how TexGen generates textures. https://dyndolod.info/Help/Mesh-Mask-Reference-Rules

All mounts use the same dirt textures. Consider checking other mounds for comparison.

[sheson]

1 hour ago, leostevano said:

Yeah I ended up creating the settings instead, because apparently lowering the volume creates unnecessary lods like the ironwood trees from a CC mods that's located inside a cavern.

I'm trying this new tree mod and strangely the author made TreeAspen04 to be the tallest aspen tree, so it really caught me off guard when trees started popping in without lods.

This sounds like you are using a tree mod that is replacing full models without updating the objects bounds of the affected base records.

Read the already linked explantions https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards
For the calculations, the 'OBND - Object Bounds' from the tree/grass base record are used.
In case the object bounds are not set properly in a plugin, the CreationKit Object Window has a right click context menu entry 'Recalc Bounds' to update them.

[ikonomov]

6 hours ago, sheson said:

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts.
Also upload C:\Games\Tools\DynDOLOD\Logs\DynDOLOD_SSE_Object_Report.txt

Lets assume the useful screenshot posted earlier of the full model still applies.

Mesh mask / reference rules for DynDOLOD have no effect on how TexGen generates textures. https://dyndolod.info/Help/Mesh-Mask-Reference-Rules

All mounts use the same dirt textures. Consider checking other mounds for comparison.

It's in the same location as the one posted in my previous post, here is a new screenshot.  I did check one other mound and it also showed the correct dirt texture (uncovered).

log files

Edited February 17 by ikonomov

[leostevano]

8 hours ago, sheson said:

This sounds like you are using a tree mod that is replacing full models without updating the objects bounds of the affected base records.

Read the already linked explantions https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards
For the calculations, the 'OBND - Object Bounds' from the tree/grass base record are used.
In case the object bounds are not set properly in a plugin, the CreationKit Object Window has a right click context menu entry 'Recalc Bounds' to update them.

Wow I didn't know that, I guess I'll recalc the bounds on CK, thank you!

[sheson]

On 2/15/2024 at 12:23 PM, Farsveinn said:

Video

In addition to my post, maybe this will help. It looks like those side waterfalls are just not switching to the dyndilod correctly. The center waterfall is visible from any distance, and the others are just off by a long distance. 

Replace Meshes\lod\waterfalls\fxwaterfallbodytall02passthru_lod.nif from DynDOLOD Resources with this fxwaterfallbodytall02passthru_lod.nif

Start DynDOLOD in expert mode, select Tamriel and check Object LOD and then click the Execute LODGen button to update the object LOD meshes from the last generation. See https://dyndolod.info/Help/Expert-Mode

Let us know if there is less flicker now.

fxwaterfallbodytall02passthru_lod.nif