DynDOLOD 3.00 Alpha 190

[sheson]

  On 2/15/2024 at 4:07 PM, 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?

Expand  

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]

  On 2/15/2024 at 4:15 PM, 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.

Expand  

Alright, thanks for the help Sheson.

[ikonomov]

  On 2/15/2024 at 7:20 AM, 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?

Expand  

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]

  On 2/15/2024 at 3:52 PM, 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.

Expand  

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, 2024 by godescalcus

[z929669]

  On 2/15/2024 at 4:19 PM, leostevano said:

Alright, thanks for the help Sheson.

Expand  

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]

  On 2/15/2024 at 4:47 PM, 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.

Expand  

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.iniFetching info...

[sheson]

  On 2/15/2024 at 6:15 PM, 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

Expand  

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]

  On 2/16/2024 at 1:26 AM, 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.

Expand  

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]

  On 2/16/2024 at 7:43 AM, 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

Expand  

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]

  On 2/16/2024 at 7:07 PM, 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.

Expand  

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]

  On 2/16/2024 at 6:49 PM, 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.

Expand  

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]

  On 2/16/2024 at 8:07 PM, 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.

Expand  

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, 2024 by ikonomov

[leostevano]

  On 2/16/2024 at 8:13 PM, 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.

Expand  

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

[sheson]

  On 2/15/2024 at 11:23 AM, 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. 

Expand  

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.nifFetching info...

[sheson]

  On 2/16/2024 at 8:49 PM, ikonomov said:

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

Expand  

Replace Meshes\lod\nordicexterior\dragonmoundbase_lod_0.nif and dragonmoundbasealt_lod_0.nif from DynDOLOD Resources with these new versions.

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