DynDOLOD 3.00 Alpha 182

[KLRBDN]

[sheson]

1 hour ago, KLRBDN said:

Thx. This a bug that should be fixed in the next alpha version. The esp should not be a master of course.

[PRieST]

11 hours ago, sheson said:

Start troubleshooting by generating LOD without grass LOD and then for the vanilla game with vanilla INI.

Do not install or generate billboards for every little shrub and bush. Do not generate LOD for small fauna in LOD8/16 when using ultra tree LOD.

If anything, make sure that the latest version is installed into a new empty folder and generate with default settings.

Yes it is normal that dynamic LOD activates again when entering a new cell

What a f*** headache this was. It took me the whole day to narrow it down as nothing worked. After step by step the cause is unbelievable...it's Dynamic Things Alternative - Base Object Swapper which is relying on Base Object Swapper a SKSE plugin and should've nothing to do with LODs. I don't know why this is interferring, but as soon as I am deactivating that plugin (even the already generated) LOD/full model swap is functioniong absolutely normal.
I recently switched over from the normal version to the BOS version. So that has to be the point at where it got funky. I checked it double...it is the cause.

The non Base Object Swapper version doesn't cause the issue. Could there maybe be some functions which are used by DynDOLOD and Base Object Swapper/Dynamic Things Alternative which could interferre with another? I don't have a clue, but deactivating BOS and/or DTA - BOS are solving the problem with the LOD/full model switching.

Edited January 2, 2022 by PRieST

[sheson]

55 minutes ago, PRieST said:

What a f*** headache this was. It took me the whole day to narrow it down as nothing worked. After step by step the cause is unbelievable...it's Dynamic Things Alternative - Base Object Swapper which is relying on Base Object Swapper a SKSE plugin and should've nothing to do with LODs. I don't know why this is interferring, but as soon as I am deactivating that plugin (even the already generated) LOD/full model swap is functioniong absolutely normal.
I recently switched over from the normal version to the BOS version. So that has to be the point at where it got funky. I checked it double...it is the cause.

The non Base Object Swapper version doesn't cause the issue. Could there maybe be some functions which are used by DynDOLOD and Base Object Swapper/Dynamic Things Alternative which could interferre with another? I don't have a clue, but deactivating BOS and/or DTA - BOS are solving the problem with the LOD/full model switching.

It could be a side effect of swapping base records.

Check if 000ACB04 is modified by a DynDOLOD plugin and has the HasLOD flag set.
If that is the case, maybe it is because Dynamic Things Alternative.esp xx00085D does not have the flag.
If neither has the flag, I dunno. I believe that is the only base record that has LOD generated with the default rules.
Maybe it is a general side effect with another reason.

Next version of DynDOLOD 3 Alpha will be able to read the _SWAP.INI and apply the swaps "hardcoded" to LOD. That means the flag will be set on the new base record if it is required. However LOD or LOD generation will have no effect on the swapping of base records in the game or vice versa for now.

[PRieST]

10 minutes ago, sheson said:

It could be a side effect of swapping base records.

Check if 000ACB04 is modified by a DynDOLOD plugin and has the HasLOD flag set.
If that is the case, maybe it is because Dynamic Things Alternative.esp xx00085D does not have the flag.
If neither has the flag, I dunno. I believe that is the only base record that has LOD generated with the default rules.

Next version of DynDOLOD 3 Alpha will be able to read the _SWAP.INI and apply the swaps "hardcoded" to LOD. That means the flag will be set on the new base record if it is required. However LOD or LOD generation will have no effect on the swapping of base records in the game or vice versa for now. 

000ACB04 is modified by DynDOLOD.esp and has the HasLOD flag set. The record from DTA (either the normal version or the Base Object Swapper one) are both Flora - FLOR and so couldn't have the flag set as I understand it correctly.

I don't understand, why this happens, the only thing what I know is: Deactivating the Dynamic Things Alternative.esp is solving the issue. I do understand that this shouldn't have to do anything with LODs, but I just can tell what is happening at the moment.

[Phlunder]

Thanks for the update! I hope I can bother you with another question. I read the info page on snow/ash shaders and LOD on your new DynDOLOD page carefully, but I still can't figure out these 2 tiny problems I ran into. For one, the RTSnowShodHouse01 [STAT:00063DF7] in Riften has snow cover on its roof for some reason. I have no mods that edit the cell or the reference itself. What could cause that?

Edit: Wait, didn't I read there was some logic that detected if snow was in the base ID name? Its of course just the family name from the house owners - so that might be a unintended side effect of that detection? Sorry if I'm way off here.

The other thing I noticed is that LOD rock/mountain meshes that are in snowy areas are now fully covered in snow. I hope it makes sense what I say - the snow shader is directional for the full model, so just the top part has dynamic snow applied. As I understood LOD handles dynamic snow the same way as in loaded cells? Maybe its the fault of my retexture too, I am not sure. Here's a picture of what I'm referring to:

These were generated with the DynDOLOD version and Resources released before the update today. I can upload logs if needed as well.

 

Edited January 3, 2022 by Phlunder

[sheson]

1 hour ago, Phlunder said:

Thanks for the update! I hope I can bother you with another question. I read the info page on snow/ash shaders and LOD on your new DynDOLOD page carefully, but I still can't figure out these 2 tiny problems I ran into. For one, the RTSnowShodHouse01 [STAT:00063DF7] in Riften has snow cover on its roof for some reason. I have no mods that edit the cell or the reference itself. What could cause that?

Edit: Wait, didn't I read there was some logic that detected if snow was in the base ID name? Its of course just the family name from the house owners - so that might be a unintended side effect of that detection? Sorry if I'm way off here.

The other thing I noticed is that LOD rock/mountain meshes that are in snowy areas are now fully covered in snow. I hope it makes sense what I say - the snow shader is directional for the full model, so just the top part has dynamic snow applied. As I understood LOD handles dynamic snow the same way as in loaded cells? Maybe its the fault of my retexture too, I am not sure. Here's a picture of what I'm referring to:

These were generated with the DynDOLOD version and Resources released before the update today. I can upload logs if needed as well.

Always use the latest version. Do these problems happen with DynDOLOD Alpha-59?

Provide the reference form IDs when making screenshots/posts. In case it points to a reference in a DynDOLOD plugin, check its EditorID for the source plugin_formid.

Always upload the logs as explained in the first post.

[Phlunder]

34 minutes ago, sheson said:

Always use the latest version. Do these problems happen with DynDOLOD Alpha-59?

Yes, issues are exactly the same with DynDOLOD Alpha-59 and Resources 3.00 Alpha 17. Just had the time to regenerate with the latest update now.

Edit: Just realized that I posted in the wrong thread, sorry. And yes I will upload logs shortly. The Ref ID for the Riften building is 63df7. The Ref ID of the rock/mountain piece is 6e1ed. But pretty much all LOD rocks are affected by this.

Logs: https://ufile.io/f/n6unf

I hope this helps to show what I mean with different LOD snow shader coverage: 

 

Edited January 3, 2022 by Phlunder

[sheson]

21 minutes ago, Phlunder said:

Yes, issues are exactly the same with DynDOLOD Alpha-59 and Resources 3.00 Alpha 17. Just had the time to regenerate with the latest update now.

Edit: Just realized that I posted in the wrong thread, sorry. And yes I will upload logs shortly. The Ref ID for the Riften building is 63df7. The Ref ID of the rock/mountain piece is 6e1ed.

Logs: https://ufile.io/f/n6unf

Riften house will be next version.

As explained at https://dyndolod.info/Help/Snow-Ash-LOD-Shader, static object LOD uses one of two snow LOD shaders.

If the object LOD mountains are fully covered in snow like in the screenshot (assuming it is object LOD), it is typically either because a plugin changed the snow LOD shaders or maybe the LOD models have been replaced and they do not have a good vertex color alpha value which is used for the HD snow LOD shader.

[Phlunder]

23 minutes ago, sheson said:

Riften house will be next version.

As explained at https://dyndolod.info/Help/Snow-Ash-LOD-Shader, static object LOD uses one of two snow LOD shaders.

If the object LOD mountains are fully covered in snow like in the screenshot (assuming it is object LOD), is either because a plugin changed the snow LOD shaders or maybe the LOD models have been replaced and they do not have a good vertex color alpha value which is used for the HD snow LOD shader.

I already checked, I use no mods that edit the snow shader/Material Object records, and the mountain LOD meshes in question are provided by Resources 3.00 Alpha 17.

Edited January 3, 2022 by Phlunder

[sheson]

11 minutes ago, Phlunder said:

I already checked, I use no mods that edit the snow shader/Material Object records, and the mountain LOD meshes in question are provided by Resources 3.00 Alpha 17.

Provide a form id of the full model or a location where you have those snow covered rocks.

[Phlunder]

1 hour ago, sheson said:

Provide a form id of the full model or a location where you have those snow covered rocks.

The issue is the same for a lot of rock/cliff LOD assets. Here are just 2 examples: 

RockCliff02Snow01 [STAT:0001EF3B] Example ref ID: [REFR:00097F0B]

 

RockCliff08_HeavySN [STAT:0002ED7A] Example ref ID: [REFR:00028C51]

 

Edited January 3, 2022 by Phlunder

[obsidinyan]

"Wrong position after reading known block 4 of 13 = 2275 = NiVertexColorProperty 14 = 2267 in meshes\dyndolod\lod\trees\treepineforestbrokencluster01_f56f4d3cpassthru_lod.nif
Error accessing C:\Program Files (x86)\Steam\steamapps\common\Skyrim Special Edition\Data\meshes\dyndolod\lod\trees\treepineforestbrokencluster01_f56f4d3cpassthru_lod.nif Unable to read beyond the end of the stream.
Log ended at 20:04:54 (0:10)
Code: 603"

How do i fix this?

I'm using the latest alpha version of dyndolod and dyndolod resources.

[sheson]

22 minutes ago, obsidinyan said:

"Wrong position after reading known block 4 of 13 = 2275 = NiVertexColorProperty 14 = 2267 in meshes\dyndolod\lod\trees\treepineforestbrokencluster01_f56f4d3cpassthru_lod.nif
Error accessing C:\Program Files (x86)\Steam\steamapps\common\Skyrim Special Edition\Data\meshes\dyndolod\lod\trees\treepineforestbrokencluster01_f56f4d3cpassthru_lod.nif Unable to read beyond the end of the stream.
Log ended at 20:04:54 (0:10)
Code: 603"

How do i fix this?

I'm using the latest alpha version of dyndolod and dyndolod resources.

Read the first post which entire log files to upload when making posts.

Do not install the game into special Windows folders like Program Files x86 to avoid issues with UAC, anti vir etc.

You did not mention which mod contains the reported NIF.

Check that the mentioned NIF can be read by the tools. Make sure it has the Skyrim LE or Skyrim SE format. Run it through Cathedral Asset Optimizer for example.

 

[JuhiZ]

Got this error with new dyndolod alpha and resources versions. Didn't get errors with previous dyndolod alpha and resources versions. New dyndolod resources is the only mod change. 

DynDOLOD_SSE_Debug_log

DynDOLOD_SSE_log.txt LODGen_SSE_DLC2SolstheimWorld_log.txt