DynDOLOD 3.00 Alpha 190

[sheson]

  On 5/1/2022 at 1:14 PM, Zahkrii said:

I see, I should have mentioned earlier that I was using the Insider Build. Thanks for painstakingly finding a reason for our problems lmao. Unfortunately for me it seems very difficult to revert to a non-insider preview build of windows. Guess I'll have to wait until it updates to a version that lets DynDOLOD work. But it seems strange how these builds f*cks processes like this entirely.

Expand  

See this post https://stepmodifications.org/forum/topic/16796-dyndolod-3-alpha-88/?do=findComment&comment=259371

It worked for the other users.

[adrianb]

thanks, the new version works fine on windows 11 , seem a lot faster too

 

[DarthVitrial]

Sorry for the wild goose chase in identifying the issue, but at least the new .net 6 version works amazingly well! I’ve run it a few times, not only is it bug free (other than that one time it hit the weird race condition) but it’s definitely faster. Seems to be a little gentler on my ram as well.

hopefully if you ever need to update to .net 7 in the future it won’t be as time consuming as going from 4 to 6.

[sheson]

  On 5/2/2022 at 7:09 PM, DarthVitrial said:

Sorry for the wild goose chase in identifying the issue, but at least the new .net 6 version works amazingly well! I’ve run it a few times, not only is it bug free (other than that one time it hit the weird race condition) but it’s definitely faster. Seems to be a little gentler on my ram as well.

hopefully if you ever need to update to .net 7 in the future it won’t be as time consuming as going from 4 to 6.

Expand  

It wasn't that particular hard in this case, since it's a console program that mostly reads/writes binary files and does some "math" in between and none of that needs changes. Both versions are compiled from same source. Next Alpha version will silently check if the new version works (e.g. is Net 6 runtime installed) and use net48 in case it isn't.

[Altum_Caelum]

Hi sheson, thx for developing this awesome mod. Im using DynDOLOD 3 Alpha88 with Season of Skyrim. Those mods combined really refresh my understanding with Skyrim mods capability.

Although I spotted something strange. The smelter outside Lakeview Mannor seemed broken. Everytime I tried to interact with this smelter, it said:"someone else is using this". I opened game console(using mod More Information Console) and selected smelter, the console said Base Defined in: DynDOLOD.esm.

I quitted the game and removed DynDOLOD_Output folder from MO2. I entered the game once and reloaded the previous save that smelter has not been built yet. I built it again and wala smelter worked again.

I hope someone can really help me with this issue. Im really confusing how to get this smelter back to work without uninstalling DynDOLOD.

Cheers

 

[sheson]

  On 5/3/2022 at 3:46 PM, Altum_Caelum said:

Hi sheson, thx for developing this awesome mod. Im using DynDOLOD 3 Alpha88 with Season of Skyrim. Those mods combined really refresh my understanding with Skyrim mods capability.

Although I spotted something strange. The smelter outside Lakeview Mannor seemed broken. Everytime I tried to interact with this smelter, it said:"someone else is using this". I opened game console(using mod More Information Console) and selected smelter, the console said Base Defined in: DynDOLOD.esm.

I quitted the game and removed DynDOLOD_Output folder from MO2. I entered the game once and reloaded the previous save that smelter has not been built yet. I built it again and wala smelter worked again.

I hope someone can really help me with this issue. Im really confusing how to get this smelter back to work without uninstalling DynDOLOD.

Cheers

 

Expand  

Read the first post which log and debug log to upload when making posts.

Make a screenshot with console open that also shows the ref form id of the object in question.

Check in xEdit if there are any plugins overwriting 0009C6CE and let me know.

[MisterMorden]

How would I go about generating lod for pine shrubs, yellow shrubs and other such plants?  I tried adjusting the minimum values for volume and height in the TexGen_SSE.ini but it didn't create billboards for these plants.  Would I need to force the creation of billboards by creating a file such as the examples given in the TexGen configuration section in Help on the DynDOLOD page?  

[sheson]

  On 5/3/2022 at 5:12 PM, MisterMorden said:

How would I go about generating lod for pine shrubs, yellow shrubs and other such plants?  I tried adjusting the minimum values for volume and height in the TexGen_SSE.ini but it didn't create billboards for these plants.  Would I need to force the creation of billboards by creating a file such as the examples given in the TexGen configuration section in Help on the DynDOLOD page?  

Expand  

Read the first post of the DynDOLOD 3 Alpha thread where to make post. I moved your post.

Read the first post which log and debug log to upload when making posts.

https://dyndolod.info/Help/TexGen-Configuration#Tree-Grass-LOD-Billboards
TexGen determines which trees and grasses should have tree/grass LOD billboards automatically created for them based on the model volume and height.
A tree is every base record of the type 'TREE' and 'STAT' with the 'Has Tree LOD' flag set. Grass is every base record of the type 'GRAS'.

in addition, for TREE base records either the model filename needs to have "tree" in the file path or also have the HasTreeLOD flag set.

The debug log should contain some information for every TREE and GRAS and flagged STAT base record that was looked at. That information might help to determine why something was skipped and set to False in the created [Tree|Grass]_Billboards.txt.

So if you have TREE base records that are plants and thus do not have "tree" anywhere in the file path, set the HasTreeLOD flag for automatic discovery.
Forcing it with via config file might be easier.

Provide one example form id of a base record in question and more detail in case more help is required.

[MisterMorden]

  On 5/3/2022 at 5:33 PM, sheson said:

So if you have TREE base records that are plants and thus do not have "tree" anywhere in the file path, set the HasTreeLOD flag for automatic discovery.
Forcing it with via config file might be easier.

Expand  

Sorry about not posting in the correct place, I didn't want to clutter up this thread if my issue wasn't relevant to the advancement of the alpha.  

I'll bet this is my issue...if this (setting HasTreeLOD flag or making a config file) doesn't solve my problem I'll let you know.  Thank you so much.

[Altum_Caelum]

  On 5/3/2022 at 4:10 PM, sheson said:

Read the first post which log and debug log to upload when making posts.

Make a screenshot with console open that also shows the ref form id of the object in question.

Check in xEdit if there are any plugins overwriting 0009C6CE and let me know.

Expand  

Thx for relying so quickly. Here is console screenshot I taken: Here is xedit screen shot when I searched "0009C6CE":

DynDOLOD_SSE_log.txt:https://paste.ee/p/yzEF1; DynDOLOD_SSE_Debug_log.txt:https://ufile.io/go2ynbds

TexGen_SSE_log.txt:https://paste.ee/p/wzpEg; TexGen_SSE_Debug_log.txt:https://paste.ee/p/FTH2l

 

 

[MisterMorden]

Another question:  If I go the route of forcing with configuration file, does the minimum volume and height requirements still need to be changed from the default in TexGen_SSE.ini or will the config file make it work alone?

[sheson]

  On 5/3/2022 at 6:14 PM, Altum_Caelum said:

Thx for relying so quickly. Here is console screenshot I taken: Here is xedit screen shot when I searched "0009C6CE":

DynDOLOD_SSE_log.txt:https://paste.ee/p/yzEF1; DynDOLOD_SSE_Debug_log.txt:https://ufile.io/go2ynbds

TexGen_SSE_log.txt:https://paste.ee/p/wzpEg; TexGen_SSE_Debug_log.txt:https://paste.ee/p/FTH2l

 

 

Expand  

Thanks.

Not quite sure why that causes the problem in use problem you have, though flag overwrite and the change to the reference are not really necessary in this case. That will be fixed in the next Alpha version.

To fix your problem right now without having to wait for the next Alpha, remove both overwrite records 0009C6CE and 03007685 form the DynDOLOD.esp.

  On 5/3/2022 at 6:26 PM, MisterMorden said:

Another question:  If I go the route of forcing with configuration file, does the minimum volume and height requirements still need to be changed from the default in TexGen_SSE.ini or will the config file make it work alone?

Expand  

The config file setting should force creation regardless of anything else.

[Mirari]

 

  On 4/29/2022 at 8:18 AM, sheson said:

Zip and upload large log to a file service as explained on the first post.

 

This is what the source texture textures\lod\HappyLittleTrees\Pineforestsnow04.dds looks like without alpha channel:

This is what the source texture textures\lod\HappyLittleTrees\Pineforestsnow04.dds looks like with alpha channel

Seems to me, what is added to the object LOD texture atlas is pretty much what the source texture looks like.
Are you saying the alpha channel information is lost when the texture is added to the object LOD atlas?
Are you using the latest DynDOLOD 3 Alpha version?

https://dyndolod.info/Help/3D-Tree-LOD-Model
Note that LOD only has binary alpha with a fixed threshold of 128. DynDOLOD reads the alpha threshold from the NiAlphaProperty from the models used for LOD and adjusts the textures before it is added to the atlas texture.

Check what alpha threshhold the LOD model defines.

BTO meshes do not define a NiAlphaProperty, so the transparency is not shown in NifSkope. For viewing only you can add one with a threshold of 128 , do not save.

 

Do not edit generated LOD atlas texture. Change the source texture instead. Make sure to save it with an appropriate alpha channel.
When you edited the atlas texture the original mipmap information was replaced.

DynDOLOD creates mipmaps per single texture with its own version of alpha coverage. Generating mipmaps for the final object LOD atlas texture will have mipmap artifacts (adjacent textures bleeding into each other) and poor alpha channel information if not done with some kind of alpha coverage algorithm.

Expand  

Just following up to this issue.

Yes that was exactly the problem. treepineforestsnow04_232C0CDBpassthru_lod.nif has an alpha threshold of only 1, where the rest of the hybrid trees in the Happy Little Trees Add-On pack have an alpha threshold of at least 30. So I assume DynDOLOD was compensating by adjusting the TreePineForestSnow04.dds texture to have an almost nonexistent alpha channel.

When I changed the alpha threshold of treepineforestsnow04_232C0CDBpassthru_lod.nif to 30, running DynDOLOD again produced a DynDOLOD_Tamriel.dds atlas with the TreePineForestSnow04.dds texture now looking normal, transparency/alpha channel intact.

No need then to edit the atlas and ruin the mipmaps.

Thanks Sheson!

Edited May 3, 2022 by Mirari

[sheson]

  On 5/3/2022 at 9:00 PM, Mirari said:

 

Just following up to this issue.

Yes that was exactly the problem. treepineforestsnow04_232C0CDBpassthru_lod.nif has an alpha threshold of only 1, where the rest of the hybrid trees in the Happy Little Trees Add-On pack have an alpha threshold of at least 30. So I assume DynDOLOD was compensating by adjusting the TreePineForestSnow04.dds texture to have an almost nonexistent alpha channel.

When I changed the alpha threshold of treepineforestsnow04_232C0CDBpassthru_lod.nif to 30, running DynDOLOD again produced a DynDOLOD_Tamriel.dds atlas with the TreePineForestSnow04.dds texture now looking normal, transparency/alpha channel intact.

No need then to edit the atlas and ruin the mipmaps.

Thanks Sheson!

Expand  

What DynDOLOD Alpha version are you using? If that happens with the latest Alpha, then upload the log and debug for the generation of the problematic results as requested.

A threshold of one is/should not a problem with the current version. There should be no need to manually edit anything.

[Altum_Caelum]

  On 5/3/2022 at 7:08 PM, sheson said:

Thanks.

Not quite sure why that causes the problem in use problem you have, though flag overwrite and the change to the reference are not really necessary in this case. That will be fixed in the next Alpha version.

To fix your problem right now without having to wait for the next Alpha, remove both overwrite records 0009C6CE and 03007685 form the DynDOLOD.esp.

The config file setting should force creation regardless of anything else.

Expand  

Thx for your solutions sheson. I will give it a try. Cheers!