DynDOLOD 3.00 Alpha 182

[DarthVitrial]

14 hours ago, sheson said:

Test with the DynDOLODx64.exe version from this post https://stepmodifications.org/forum/topic/16796-dyndolod-3-alpha-88/?do=findComment&comment=259053Each LOD quad is it own thread.

 

The LODGen crash has most likely to do with a shape having different count for its geometry arrays, e.g the number of vertices and normal's became different somehow.
What is odd is that nothing changed in those routines for months/years even. That is the symptom, need to find the cause.
What is odd is that the try/catch that worked as expected in the initial error report and reported the error to the log with the NIF name, now doesn't seem to work anymore that could help better understand the cause of the error.
What is odd is that having a few more textures on the atlas could make a difference like that. Maybe try a few times with SeasonsCombineAtlas=0 to see it really doesn't happen then.

If you use the LODGen version from 88 again, do you still get the "Error processing ..." line in the log?

Can you make an example list of the different NIFs it reports?

No luck with that version either, nor with changing back to the lodgen from 88.

 

Once again here's the latest argument out of range error from the .net framework:

Application: LODGenx64.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentOutOfRangeException
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(System.ExceptionArgument, System.ExceptionResource)
   at LODGenerator.Geometry.Optimize()
   at LODGenerator.Geometry.ToBSSubIndexTriShape(Boolean, Int32)
   at LODGenerator.LODApp.CreateLODNodesSSE(LODGenerator.NiFile, LODGenerator.NifMain.NiNode, LODGenerator.QuadDesc, System.Collections.Generic.List`1<LODGenerator.ShapeDesc>)
   at LODGenerator.LODApp.DoLOD(LODGenerator.QuadDesc, Boolean)
   at LODGenerator.LODApp.<GenerateLOD>b__85_0(LODGenerator.QuadDesc)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass31_0`2[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForEachWorker>b__0(Int32)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass17_0`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(System.Threading.Tasks.Task)
   at System.Threading.Tasks.Task+<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(System.Object)

Exception Info: System.AggregateException
   at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean)
   at System.Threading.Tasks.Task.Wait(Int32, System.Threading.CancellationToken)
   at System.Threading.Tasks.Parallel.ForWorker[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](Int32, Int32, System.Threading.Tasks.ParallelOptions, System.Action`1<Int32>, System.Action`2<Int32,System.Threading.Tasks.ParallelLoopState>, System.Func`4<Int32,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEachWorker[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>, System.Action`2<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState>, System.Action`3<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64>, System.Func`4<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`5<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEach[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>)
   at LODGenerator.LODApp.GenerateLOD(System.Collections.Generic.List`1<LODGenerator.StaticDesc>)
   at LODGeneratorCMD.Program.Main(System.String[])

This time the failure was Tamriel_Win again, here's the logs. Maybe something in the output ini is useful?

I'm happy to keep trying with different settings but i'm at a bit of a loss what to try

DynDOLOD_WIN.ini DynDOLOD_SSE_log.txt DynDOLOD_SSE_Object_LOD.txt DynDOLOD_SSE_Object_Report.7z LODGen_SSE_Tamriel_WIN_log.txt LODGen_SSE_Tamriel_log.txt

[aragonit]

2 hours ago, sheson said:

That's the right one.

Thank you so much for all the error checking in DynDOLOD. It felt like a real PITA at first, but I found 3 broken files (which were fixed by reinstalling) and a genuine bug in one of the DBM_* patches. When DynDOLOD crashes, it was everytime the fault of a faulty mod (or actually one that wasn't installed completely). It may be a good idea to tell users in the error message to try reinstalling the offending mod.

[DarthVitrial]

15 minutes ago, aragonit said:

Thank you so much for all the error checking in DynDOLOD. It felt like a real PITA at first, but I found 3 broken files (which were fixed by reinstalling) and a genuine bug in one of the DBM_* patches. When DynDOLOD crashes, it was everytime the fault of a faulty mod (or actually one that wasn't installed completely). It may be a good idea to tell users in the error message to try reinstalling the offending mod.

Which DBM patch? I'm wondering if I have that one, might be related to my crash...

[aragonit]

32 minutes ago, DarthVitrial said:

Which DBM patch? I'm wondering if I have that one, might be related to my crash...

Error in DBM_ArtifactsofBoethiah_Patch.esp DBM_CheatCrateAOB "Artifacts of Boethiah Items" [CONT:FE1A2829]

The patch from last year didn't have this error. I reported it to the dev team of the LOTD patches.

But this didn't cause a crash.

Did you try reinstalling .NET? and of course, restarting your PC?

You are using seasons mods of some kind? Try removing them, they may be causing the problem

Edited April 17, 2022 by aragonit

[DarthVitrial]

1 hour ago, DarthVitrial said:

No luck with that version either, nor with changing back to the lodgen from 88.

 

Once again here's the latest argument out of range error from the .net framework:

  Reveal hidden contents

 

Application: LODGenx64.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentOutOfRangeException
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(System.ExceptionArgument, System.ExceptionResource)
   at LODGenerator.Geometry.Optimize()
   at LODGenerator.Geometry.ToBSSubIndexTriShape(Boolean, Int32)
   at LODGenerator.LODApp.CreateLODNodesSSE(LODGenerator.NiFile, LODGenerator.NifMain.NiNode, LODGenerator.QuadDesc, System.Collections.Generic.List`1<LODGenerator.ShapeDesc>)
   at LODGenerator.LODApp.DoLOD(LODGenerator.QuadDesc, Boolean)
   at LODGenerator.LODApp.<GenerateLOD>b__85_0(LODGenerator.QuadDesc)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass31_0`2[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForEachWorker>b__0(Int32)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass17_0`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(System.Threading.Tasks.Task)
   at System.Threading.Tasks.Task+<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(System.Object)

Exception Info: System.AggregateException
   at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean)
   at System.Threading.Tasks.Task.Wait(Int32, System.Threading.CancellationToken)
   at System.Threading.Tasks.Parallel.ForWorker[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](Int32, Int32, System.Threading.Tasks.ParallelOptions, System.Action`1<Int32>, System.Action`2<Int32,System.Threading.Tasks.ParallelLoopState>, System.Func`4<Int32,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEachWorker[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>, System.Action`2<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState>, System.Action`3<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64>, System.Func`4<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`5<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEach[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>)
   at LODGenerator.LODApp.GenerateLOD(System.Collections.Generic.List`1<LODGenerator.StaticDesc>)
   at LODGeneratorCMD.Program.Main(System.String[])

 

This time the failure was Tamriel_Win again, here's the logs. Maybe something in the output ini is useful?

I'm happy to keep trying with different settings but i'm at a bit of a loss what to try

 

DynDOLOD_WIN.ini 4.88 kB · 0 downloads DynDOLOD_SSE_log.txt 327.81 kB · 3 downloads DynDOLOD_SSE_Object_LOD.txt 472.64 kB · 0 downloads DynDOLOD_SSE_Object_Report.7z 288.51 kB · 0 downloads LODGen_SSE_Tamriel_WIN_log.txt 20.67 kB · 2 downloads LODGen_SSE_Tamriel_log.txt 36.65 kB · 2 downloads

With seasons fully disabled this works no issues whatsoever. Gonna try with atlas combining off next.

 

 

Quote

 

Error in DBM_ArtifactsofBoethiah_Patch.esp DBM_CheatCrateAOB "Artifacts of Boethiah Items" [CONT:FE1A2829]

The patch from last year didn't have this error. I reported it to the dev team of the LOTD patches.

But this didn't cause a crash.

Did you try reinstalling .NET? and of course, restarting your PC?

You are using seasons mods of some kind? Try removing them, they may be causing the problem

 

I don't use that patch, so that's not it.

You can't reinstall .net 4, it's built into windows 10/11 and cannot be changed. I did try running the .net framework repair tool though.

Edited April 17, 2022 by DarthVitrial

[Guest]

Alpha 88 is consistently making all of my LOD files purple. Alpha 87 worked like a charm. I have generated it with the same settings as alpha 87 as well. Here is my log and INI's. (I also cleared my cache when re-generating to be safe).

EDIT: Apon further inspection, it seems Textgen is the culprit.. Not sure what changed in-between 87 and 88 to cause it.

DynDOLOD_SSE_log.txt DynDOLOD.ini DynDOLOD_SSE.ini TexGen_SSE.INI

Edited April 17, 2022 by Zhunter5000
Clarified post (Again)

[mooit]

On 4/16/2022 at 6:08 AM, sheson said:

Try this version https://mega.nz/file/MNxWGIwI#bBVIqiC-nP9SSG9SPmvSFqGJtqiLtEhEUI-xhi4f96I

Oooh Alpha 89, how's this one working for everyone?

I'm just getting back into modding after a long lay off from 2019 LOL...

Only 2 weeks back at it, bloody took me the better part of 2 weeks to get my mods all sorted out in MO2, and now I come back and see we have DynDOLOD 3... NICE!

This is awesome to see, thanks for all the hard work, greatly appreciated, can't wait to give it a go, I feel like a kid in a candy shop!

P.S. Sheesh, I joined Stepmodifications back in 2019, I see this is now my first post, hmm never posted back then...

Edited April 17, 2022 by mooit

[DarthVitrial]

2 hours ago, DarthVitrial said:

No luck with that version either, nor with changing back to the lodgen from 88.

 

Once again here's the latest argument out of range error from the .net framework:

  Reveal hidden contents

 

Application: LODGenx64.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentOutOfRangeException
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(System.ExceptionArgument, System.ExceptionResource)
   at LODGenerator.Geometry.Optimize()
   at LODGenerator.Geometry.ToBSSubIndexTriShape(Boolean, Int32)
   at LODGenerator.LODApp.CreateLODNodesSSE(LODGenerator.NiFile, LODGenerator.NifMain.NiNode, LODGenerator.QuadDesc, System.Collections.Generic.List`1<LODGenerator.ShapeDesc>)
   at LODGenerator.LODApp.DoLOD(LODGenerator.QuadDesc, Boolean)
   at LODGenerator.LODApp.<GenerateLOD>b__85_0(LODGenerator.QuadDesc)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass31_0`2[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForEachWorker>b__0(Int32)
   at System.Threading.Tasks.Parallel+<>c__DisplayClass17_0`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(System.Threading.Tasks.Task)
   at System.Threading.Tasks.Task+<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(System.Object)

Exception Info: System.AggregateException
   at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean)
   at System.Threading.Tasks.Task.Wait(Int32, System.Threading.CancellationToken)
   at System.Threading.Tasks.Parallel.ForWorker[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](Int32, Int32, System.Threading.Tasks.ParallelOptions, System.Action`1<Int32>, System.Action`2<Int32,System.Threading.Tasks.ParallelLoopState>, System.Func`4<Int32,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEachWorker[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null],[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>, System.Action`2<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState>, System.Action`3<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64>, System.Func`4<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,System.__Canon,System.__Canon>, System.Func`5<LODGenerator.QuadDesc,System.Threading.Tasks.ParallelLoopState,Int64,System.__Canon,System.__Canon>, System.Func`1<System.__Canon>, System.Action`1<System.__Canon>)
   at System.Threading.Tasks.Parallel.ForEach[[LODGenerator.QuadDesc, LODGenx64, Version=3.0.0.0, Culture=neutral, PublicKeyToken=null]](System.Collections.Generic.IEnumerable`1<LODGenerator.QuadDesc>, System.Threading.Tasks.ParallelOptions, System.Action`1<LODGenerator.QuadDesc>)
   at LODGenerator.LODApp.GenerateLOD(System.Collections.Generic.List`1<LODGenerator.StaticDesc>)
   at LODGeneratorCMD.Program.Main(System.String[])

 

This time the failure was Tamriel_Win again, here's the logs. Maybe something in the output ini is useful?

I'm happy to keep trying with different settings but i'm at a bit of a loss what to try

 

DynDOLOD_WIN.ini 4.88 kB · 0 downloads DynDOLOD_SSE_log.txt 327.81 kB · 3 downloads DynDOLOD_SSE_Object_LOD.txt 472.64 kB · 0 downloads DynDOLOD_SSE_Object_Report.7z 288.51 kB · 0 downloads LODGen_SSE_Tamriel_WIN_log.txt 20.67 kB · 2 downloads LODGen_SSE_Tamriel_log.txt 36.65 kB · 2 downloads

Update, seasons LOD generation reliably works just fine as long as I have SeasonsCombineAtlas=0 in the ini. If I set it to 1, those threading errors happen.

Do you want the logs from the successful run?

Edited April 17, 2022 by DarthVitrial

[mooit]

Do these still work with v3, or we don't need/use them any longer?

Terrain LOD redone at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com) - (The Lod Resources)

xLODGen Resource - SSE Terrain Tamriel at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

 

THANKS

 

[z929669]

1 hour ago, mooit said:

Do these still work with v3, or we don't need/use them any longer?

Terrain LOD redone at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com) - (The Lod Resources)

xLODGen Resource - SSE Terrain Tamriel at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

 

THANKS

 

Terrain LOD Redone is deprecated. See the xLODGen OP for generating terrain LOD. This is the DynDOLOD alpha topic (object LOD).

 

[sheson]

5 hours ago, mooit said:

Do these still work with v3, or we don't need/use them any longer?

Terrain LOD redone at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com) - (The Lod Resources)

xLODGen Resource - SSE Terrain Tamriel at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

THANKS

https://dyndolod.info/Generation-Instructions#Prerequisites
"Typically generate terrain LOD meshes and textures with xLODGen before generating the LOD mod with DynDOLOD. Any other existing generated LOD meshes or textures do not affect LOD generation and will typically be overwritten by the generated outputs."

When reading the DynDOLOD documentation and when paying attention to the DynDOLOD interface options it is explained and clear that DynDOLOD does not generate terrain LOD meshes or terrain LOD textures. The instructions say to generate terrain LOD with xLODGen before generating tree and object LOD etc. with DynDOLOD.

LOD only looks and works correctly for the load order it was generated for. Any pre-made mods are "wrong" (as in visually not matching your specific load order or in case they were done with CK/Oscape having very obvious visual bugs) and are not needed.

As explained at the first post  https://stepmodifications.org/forum/topic/13451-xlodgen-terrain-lod-beta-93-for-fnv-fo3-fo4-fo4vr-tes5-sse-tes5vr-enderal-enderalse/ and the description of xLODGen Resource - SSE Terrain Tamriel, install one of the options when generating terrain LOD for Tamriel "so there is no missing terrain meshes/textures when generating terrain LOD for Skyrim."

[sheson]

5 hours ago, DarthVitrial said:

Update, seasons LOD generation reliably works just fine as long as I have SeasonsCombineAtlas=0 in the ini. If I set it to 1, those threading errors happen.

Do you want the logs from the successful run?

I would be interested in the LODGen logs with the version included in Alpha-88 that prints the error with the NIF file name to the LODGen log, like it did in your first post 
"Error processing meshes\creationclub\eejsse001\architecture\eej_towerroof.nif Object reference not set to an instance of an object."

To see if it always happens with the same (few) NIFs or not.

[sheson]

7 hours ago, Zhunter5000 said:

Alpha 88 is consistently making all of my LOD files purple. Alpha 87 worked like a charm. I have generated it with the same settings as alpha 87 as well. Here is my log and INI's. (I also cleared my cache when re-generating to be safe).

EDIT: Apon further inspection, it seems Textgen is the culprit.. Not sure what changed in-between 87 and 88 to cause it.

DynDOLOD_SSE_log.txt 1.23 MB · 0 downloads DynDOLOD.ini DynDOLOD_SSE.ini 18.75 kB · 0 downloads TexGen_SSE.INI 2.52 kB · 0 downloads

Read the first post which log and debug log from TexGen/DynDOLOD to upload when making posts.

Do not install the game or DynDOLOD into special Windows folders like Program Files to avoid file access issues with UAC or antivir.

Pay attention to the log message and the summary. Especially to file not found errors.

As you can see from https://dyndolod.info/Changelog, nothing changed in TexGen between Alpha-87 and Alpha-88. In fact, for object LOD textures it typically updates textures to replace their vanilla version shipping with the game or DynDOLOD Resources.

The screenshot looks like the object texture atlas was not installed. Install the output from the dedicated output folder as a mod and make sure none of its file missing or overwritten by other mods.

[sheson]

9 hours ago, aragonit said:

Thank you so much for all the error checking in DynDOLOD. It felt like a real PITA at first, but I found 3 broken files (which were fixed by reinstalling) and a genuine bug in one of the DBM_* patches. When DynDOLOD crashes, it was everytime the fault of a faulty mod (or actually one that wasn't installed completely). It may be a good idea to tell users in the error message to try reinstalling the offending mod.

Do you remember the error message(s) in question other than Record Is Being Overridden?

[Jakolanten]

Is there anyway to have specific brightness for tree LODs? For example, I want my Tree Mod A to have 5 brightness but then have Tree Mod B to have 10 brightness? Thanks in advance for the help.