DynDOLOD 3.00 Alpha 182

[sheson]

26 minutes ago, DarthVitrial said:

Yes, I did.

i was using 87.

What happens if you use this version? 

https://mega.nz/file/AdYjEbiD#2WfMfnr-YNlvIL49KCocuLk_uUmyLm_se3T2qu7KFVA

[Surtensoita]

My apologies for not doing it correctly the first time.

I checked my DynDOLOD_SSE.ini and there is no option called realtimelog.

Here are the three files that I could get from the required ones.

bugreport.txt DynDOLOD_SSE_Debug_log.txt DynDOLOD_SSE_log.txt

[sheson]

31 minutes ago, Surtensoita said:

My apologies for not doing it correctly the first time.

I checked my DynDOLOD_SSE.ini and there is no option called realtimelog.

Here are the three files that I could get from the required ones.

bugreport.txt 509.78 kB · 2 downloads DynDOLOD_SSE_Debug_log.txt 654.72 kB · 2 downloads DynDOLOD_SSE_log.txt 9.2 kB · 2 downloads

The log files seems to be from newer sessions that do show the error from the bugreport.txt.

Delete the entire log folder and bugreport.txt and then run again. Upload new bugreport.txt and logs.

Then delete those files again. Replace DynDOLODx64.exe with this version and test if runs through.

[Surtensoita]

After deleting it and then re-running, none of the files were created again. These are the only two files that were generated, in case they're useful:

DynDOLOD_SSE_Dynamic_LOD.txtDynDOLOD_SSE_Object_LOD.txt

After trying the new .exe, same thing happened, but at least logs were generated back again:

DynDOLOD_SSE_Debug_log.txtDynDOLOD_SSE_Dynamic_LOD.txtDynDOLOD_SSE_log.txtDynDOLOD_SSE_Object_LOD.txtbugreport.txt

[PRieST]

Hey sheson,

I noticed something with the last generation regarding High Hrothgar LODs. It was with Alpha-87 and went through without any errors. It seems inside the .bto (Tamriel.4.12.-12) the HH tower LOD is missing (see the picture) or what could it be, that I see these structures floating in the air. I don't know at which version this didn't happen, but it is relatively new, this didn't happen in earlier versions. Ingame you can see these columns also floating (obviously).

Here are the logs: logs.zip

Picture from nifskope:

The fullmodel/beeing close to these structures there are no floating columns or anything else.

Edit: Hm, maybe its cause is from JK's High Hrothgar, I'll try and check if there is anything weird.

Edit 2: Yes, this has to be it, looking at the HighHrothgarEntrance in CK there was a Marker Error shown, because only in the shipped .bsa is the 'XJKHHhighhrothgartower01.nif' present. Maybe the .bsa wasn't loaded correctly during LOD generation, too? My solution would be to unpack the .bsa and regenerate only this specific cell/bto again?

For my loadorder I think these two corresponding records are FE09487C and FE09487D with XJKHHTower [STAT:FE09487B]. They don't get overwritten by anything.

Edit 3: Even after using Alpha-88 and just generating this chunk the towers are still missing in the .bto file.

Do I have to add rules for these to appear correctly?

Edited April 15, 2022 by PRieST

[DarthVitrial]

1 hour ago, sheson said:

What happens if you use this version? 

https://mega.nz/file/AdYjEbiD#2WfMfnr-YNlvIL49KCocuLk_uUmyLm_se3T2qu7KFVA

No dice, still nothing in the logs. (https://mega.nz/file/YksHVRwI#BT7qDlhN52VsanvQT1T11pwvRU8eWmYNK0Nmk1CeE9E)

Event log:

 

Faulting application name: LODGenx64.exe, version: 3.0.0.0, time stamp: 0x623852ac
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00007ffb9cd1c079
Faulting process id: 0x0x5BBC
Faulting application start time: 0x0x1D8510A0FD6419D
Faulting application path: D:\Dyndolod\Edit Scripts\LODGenx64.exe
Faulting module path: unknown
Report Id: 9b5f83ef-bb92-4333-be23-c12e34d80c76
Faulting package full name:
Faulting package-relative application ID:

Application: LODGenx64.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.AccessViolationException
   at LODGenerator.Geometry.RemoveDuplicate(Boolean)
   at LODGenerator.ShapeDesc..ctor(System.String, LODGenerator.NiFile, LODGenerator.NifMain.NiTriBasedGeom, LODGenerator.StaticDesc, Int32, System.Collections.Generic.List`1<System.String>, System.Collections.Generic.List`1<System.String>, Boolean, Boolean, Boolean, Boolean, Boolean, Boolean, Boolean, LODGenerator.LogFile)
   at LODGenerator.LODApp.TransformShape(LODGenerator.QuadDesc, LODGenerator.StaticDesc, LODGenerator.NiFile, LODGenerator.NifMain.NiTriBasedGeom, LODGenerator.Common.Matrix44, Single, Int32)
   at LODGenerator.LODApp.IterateNodes(LODGenerator.QuadDesc, LODGenerator.StaticDesc, Int32, LODGenerator.NiFile, LODGenerator.NifMain.NiNode, LODGenerator.Common.Matrix44, Single, Int32 ByRef)
   at LODGenerator.LODApp.ParseNif(LODGenerator.QuadDesc, LODGenerator.StaticDesc, Int32)
   at LODGenerator.LODApp+<>c__DisplayClass83_0.<DoLOD>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)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef)
   at System.Threading.Tasks.Task.ExecuteEntry(Boolean)
   at System.Threading.Tasks.ThreadPoolTaskScheduler.TryExecuteTaskInline(System.Threading.Tasks.Task, Boolean)
   at System.Threading.Tasks.TaskScheduler.TryRunInline(System.Threading.Tasks.Task, Boolean)
   at System.Threading.Tasks.Task.InternalRunSynchronously(System.Threading.Tasks.TaskScheduler, Boolean)
   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.For(Int32, Int32, System.Threading.Tasks.ParallelOptions, System.Action`1<Int32>)
   at LODGenerator.LODApp.DoLOD(LODGenerator.QuadDesc, Boolean)
   at LODGenerator.LODApp.<GenerateLOD>b__84_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)
   at System.Threading.Tasks.Task.Execute()
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef)
   at System.Threading.Tasks.Task.ExecuteEntry(Boolean)
   at System.Threading.ThreadPoolWorkQueue.Dispatch()

 

Edited April 15, 2022 by DarthVitrial

[aragonit]

I'm getting following error:

[Window Title]
DynDOLOD

[Main Instruction]
Record [GMST:0100083E] in file Update.esm is being overridden by record [REFR:0100083E] in file Point The Way.esp.

 

There is nothing in "Point The Way.esp" referring to that ID. I checked it in xEdit, the only 2 files are Update.esm and Dawnstar.

Edited April 15, 2022 by aragonit

[sheson]

1 hour ago, PRieST said:

Hey sheson,

I noticed something with the last generation regarding High Hrothgar LODs. It was with Alpha-87 and went through without any errors. It seems inside the .bto (Tamriel.4.12.-12) the HH tower LOD is missing (see the picture) or what could it be, that I see these structures floating in the air. I don't know at which version this didn't happen, but it is relatively new, this didn't happen in earlier versions. Ingame you can see these columns also floating (obviously).

Here are the logs: logs.zip

Picture from nifskope:

The fullmodel/beeing close to these structures there are no floating columns or anything else.

Edit: Hm, maybe its cause is from JK's High Hrothgar, I'll try and check if there is anything weird.

Edit 2: Yes, this has to be it, looking at the HighHrothgarEntrance in CK there was a Marker Error shown, because only in the shipped .bsa is the 'XJKHHhighhrothgartower01.nif' present. Maybe the .bsa wasn't loaded correctly during LOD generation, too? My solution would be to unpack the .bsa and regenerate only this specific cell/bto again?

For my loadorder I think these two corresponding records are FE09487C and FE09487D with XJKHHTower [STAT:FE09487B]. They don't get overwritten by anything.

Edit 3: Even after using Alpha-88 and just generating this chunk the towers are still missing in the .bto file.

Do I have to add rules for these to appear correctly?

For objects to have LOD a LOD asset needs to be installed/created in the load order or use mesh rules to set the full model for LOD.

The base record does not define LOD models / there is no LOD model that matches the full model filename.

See https://dyndolod.info/Mod-Authors and https://dyndolod.info/Help/Mesh-Mask-Reference-Rules

[sheson]

41 minutes ago, aragonit said:

I'm getting following error:

[Window Title]
DynDOLOD

[Main Instruction]
Record [GMST:0100083E] in file Update.esm is being overridden by record [REFR:0100083E] in file Point The Way.esp.

There is nothing in "Point The Way.esp" referring to that ID. I checked it in xEdit, the only 2 files are Update.esm and Dawnstar.

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

I have no such error message after installed Point The Way 2.0.6 from https://www.nexusmods.com/skyrimspecialedition/mods/352

No idea what file "Dawnstar" refers to.

[sheson]

56 minutes ago, DarthVitrial said:

No dice, still nothing in the logs. (https://mega.nz/file/YksHVRwI#BT7qDlhN52VsanvQT1T11pwvRU8eWmYNK0Nmk1CeE9E)

Event log:

That was LODGenx64.exe from Alpha-87. Honestly, none of this makes any sense right now. 

Upload contents of ..\DynDOLOD\Edit Scripts\Export\

[sheson]

1 hour ago, Surtensoita said:

After deleting it and then re-running, none of the files were created again. These are the only two files that were generated, in case they're useful:

DynDOLOD_SSE_Dynamic_LOD.txt 25.76 kB · 0 downloads DynDOLOD_SSE_Object_LOD.txt 413.16 kB · 0 downloads

After trying the new .exe, same thing happened, but at least logs were generated back again:

DynDOLOD_SSE_Debug_log.txt 654.37 kB · 0 downloads DynDOLOD_SSE_Dynamic_LOD.txt 25.76 kB · 0 downloads DynDOLOD_SSE_log.txt 8.96 kB · 0 downloads DynDOLOD_SSE_Object_LOD.txt 413.16 kB · 0 downloads bugreport.txt 35.85 kB · 1 download

The log and debug you are uploading seem to show DynDOLOD was started and then cancel was clicked.

Do not start the program again after there was an error, so the debug log is not being replaced.

[PRieST]

34 minutes ago, sheson said:

For objects to have LOD a LOD asset needs to be installed/created in the load order or use mesh rules to set the full model for LOD.

The base record does not define LOD models / there is no LOD model that matches the full model filename.

See https://dyndolod.info/Mod-Authors and https://dyndolod.info/Help/Mesh-Mask-Reference-Rules

Thank you, I just created a LOD file for this specific tower and it worked right away. For calrification, as I just regenerated the .bto for Tamriel.4.12.-12 I could just replace the old file with this one?

[sheson]

18 minutes ago, PRieST said:

Thank you, I just created a LOD file for this specific tower and it worked right away. For calrification, as I just regenerated the .bto for Tamriel.4.12.-12 I could just replace the old file with this one?

If the content of the object LOD atlas texture changed, then there probably will be visuals issues.  You would need to update all BTO for the new atlas. You also should update LOD Level 8 and 16.

[PRieST]

20 minutes ago, sheson said:

If the content of the object LOD atlas texture changed, then there probably will be visuals issues.  You would need to update all BTO for the new atlas. You also should update LOD Level 8 and 16.

Ok, will do, thanks again.

[Surtensoita]

26 minutes ago, sheson said:

The log and debug you are uploading seem to show DynDOLOD was started and then cancel was clicked.

Do not start the program again after there was an error, so the debug log is not being replaced.

Ah, my bad then. In that case, I'm not getting any logs but the same two as before with the new .exe either, and I tried adding realtimelog=1 to the .ini you mentioned (and later to DynDOLOD.ini because worth a shot I guess) and still no logs.