Jump to content

Recommended Posts

Posted
  On 1/2/2022 at 8:49 PM, 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. 

Expand  

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.

Posted (edited)

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.

hwOjwbR.png

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:

s7ERfXD.png

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

 

Edited by Phlunder
Posted
  On 1/3/2022 at 3:17 PM, 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.

hwOjwbR.png

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:

s7ERfXD.png

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

Expand  

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.

Posted (edited)
  On 1/3/2022 at 4:18 PM, sheson said:

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

Expand  

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: 

fMh08eN.png s7ERfXD.png

Edited by Phlunder
Posted
  On 1/3/2022 at 4:37 PM, 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

Expand  

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.

Posted (edited)
  On 1/3/2022 at 4:55 PM, 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.

Expand  

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 by Phlunder
Posted
  On 1/3/2022 at 5:07 PM, 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.

Expand  

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

Posted (edited)
  On 1/3/2022 at 5:18 PM, sheson said:

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

Expand  

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]

S2GF6NB.png zPeek9B.png

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

gGh9TSD.png kmDj7Xa.png

Edited by Phlunder
Posted

"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.

Posted
  On 1/3/2022 at 6:18 PM, 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.

Expand  

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.

 

Posted
  On 1/3/2022 at 8:22 PM, JuhiZ said:

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 114.32 kB · 1 download LODGen_SSE_DLC2SolstheimWorld_log.txt 2.99 kB · 1 download

Expand  

The mentioned NIF is not part of DynDOLOD Resources. See https://stepmodifications.org/forum/topic/15606-dyndolod-300-alpha-59/?do=findComment&comment=255495

Posted (edited)
  On 1/3/2022 at 8:31 PM, sheson said:

The mentioned NIF is not part of DynDOLOD Resources. See 

 

Expand  

Seems like it's part of Happy Little Trees Add-On - DynDOLOD 3

Edited by JuhiZ
Posted
  On 1/3/2022 at 8:36 PM, JuhiZ said:

Seems like it's part of Happy Little Trees Add-On - DynDOLOD 3

Expand  

Remove the NiVertexColorProperty from the 2 shapes with NifSkope. It doesn't exist in the full model and is not supported by the games engine.

Posted (edited)

So I tried to look around and search for someone with a similar issue, but couldn't really find a fix that worked. Apologies if I missed something.

TexGen stops responding and eventually crashes when it reaches the "Creating billboards" part.

No TexGen logs, but Event Viewer has this to say:

Faulting application name: TexGenx64.exe, version: 3.0.0.0, time stamp: 0x61d2f1a9
Faulting module name: TexGenx64.exe, version: 3.0.0.0, time stamp: 0x61d2f1a9
Exception code: 0xc0000005
Fault offset: 0x0000000000895869
Faulting process ID: 0x3428
Faulting application start time: 0x01d800ea10b45f2b
Faulting application path: C:\Faens C\Modding Utilities\DynDOLOD\TexGenx64.exe
Faulting module path: C:\Faens C\Modding Utilities\DynDOLOD\TexGenx64.exe
Report ID: 835b9ca3-7c4d-4d3c-81cc-f79c3c6f1465
Faulting package full name: 
Faulting package-relative application ID: 

Don't know if it is worth mentioning, but originally I had a different error message in the Event Viewer, but then I ran System File Checker, and now I get the above error.
Here is the one before I ran SFC:
Faulting application name: TexGenx64.exe, version: 3.0.0.0, time stamp: 0x61d2f1a9
Faulting module name: KERNELBASE.dll, version: 10.0.19041.1387, time stamp: 0x0b9a844a
Exception code: 0x0eedfade
Fault offset: 0x0000000000034f69
Faulting process ID: 0x592c
Faulting application start time: 0x01d800e553cf8a38
Faulting application path: C:\Faens C\Modding Utilities\DynDOLOD\TexGenx64.exe
Faulting module path: C:\Windows\System32\KERNELBASE.dll
Report ID: 07b3f337-478d-4cc7-951e-9de7a42acf16
Faulting package full name: 
Faulting package-relative application ID: 

Edited by 3fast5you

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.