Jump to content

Recommended Posts

Posted
  On 10/9/2022 at 8:58 PM, Blackread said:

I've been having an issue with the latest Alpha 102 version where DynDOLOD will often get stuck processing references for a worldspace. It doesn't seem to be related to any particular mod, as the worldspace this happens at looks to be completely random. No matter how long I leave the program it will never proceed from that point. The Elapsed time counters at the top will also freeze, but otherwise the window remains responsive, and I can close the program normally, though if I do that there will still be a process in the background left running that I will have to kill with the taskmanager.

Here are the logs for one run where this happened: https://mega.nz/file/cf1hza7Q#l31nq1otgSvNiH5IqbomBw2OszVMFU6W8bhOLFi2NOI

Expand  

Test with this version https://mega.nz/file/xEpHmR6J#yljvdAF6QlNWd_ZcDY9kV4RJwhYSnidUYdFKgE1huOM to see if there is any difference.

Add  RealTimeLog=1 in the DynDOLOD.ini in case it gets stuck. Check if CPU is 0 in task manager.

Posted
  On 10/9/2022 at 9:31 PM, sheson said:

Test with this version https://mega.nz/file/xEpHmR6J#yljvdAF6QlNWd_ZcDY9kV4RJwhYSnidUYdFKgE1huOM to see if there is any difference.

Add  RealTimeLog=1 in the DynDOLOD.ini in case it gets stuck. Check if CPU is 0 in task manager.

Expand  

Should RealTimeLog=1 go under [frmMain] or [Init]?

The test version gives an Item not found error on startup

  Reveal hidden contents

Logs

Posted
  On 10/9/2022 at 9:47 PM, Blackread said:

Should RealTimeLog=1 go under [frmMain] or [Init]?

The test version gives an Item not found error on startup

  Reveal hidden contents

Logs

Expand  

Try this version https://mega.nz/file/RVhn2DAD#jIZ5ezOiKl96m26leZvvydq9S0q8s85TYIfGUBnOPaA

RealTimeLog=1 under [DynDOLOD] in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini actually.

Posted (edited)
  On 10/9/2022 at 10:00 PM, sheson said:

Try this version https://mega.nz/file/RVhn2DAD#jIZ5ezOiKl96m26leZvvydq9S0q8s85TYIfGUBnOPaA

RealTimeLog=1 under [DynDOLOD] in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini actually.

Expand  

I did several runs with this version without getting stuck, so likely the issue was fixed, thank you.

I found some large ref bugs in the area around the western watchtower. Here are a few examples:

https://i.imgur.com/aEHKPMU.png ref 1a482

https://i.imgur.com/PCxDWWF.png ref 6ea15

https://i.imgur.com/itAuhLY.png ref 1a370

https://i.imgur.com/3DyFU69.png ref 1a494

https://i.imgur.com/lG6zdhJ.png ref 3abbf

For some reason I couldn't find a debug log for the latest run, so here are the logs for the run before. The only difference is that I had realtimelogging active for the run these logs are from, the bugs were present in both. Papyrus logs didn't contain anything dyndolod related.

Edited by Blackread
Posted
  On 10/10/2022 at 11:57 AM, Blackread said:

I did several runs with this version without getting stuck, so likely the issue was fixed, thank you.

I found some large ref bugs in the area around the western watchtower. Here are a few examples:

https://i.imgur.com/aEHKPMU.png ref 1a482

https://i.imgur.com/PCxDWWF.png ref 6ea15

https://i.imgur.com/itAuhLY.png ref 1a370

https://i.imgur.com/3DyFU69.png ref 1a494

https://i.imgur.com/lG6zdhJ.png ref 3abbf

For some reason I couldn't find a debug log for the latest run, so here are the logs for the run before. The only difference is that I had realtimelogging active for the run these logs are from, the bugs were present in both. Papyrus logs didn't contain anything dyndolod related.

Expand  

you made sure the go away with uLargeRefLODGridSize=5?

Provide a list of all plugins overwriting their cells 000095DE, 00009A8A  and 00009A6A. You will notice that those cells (coordinates) are not reported as having bugs right now.

Posted
  On 10/10/2022 at 12:16 PM, sheson said:

you made sure the go away with uLargeRefLODGridSize=5?

Provide a list of all plugins overwriting their cells 000095DE, 00009A8A  and 00009A6A. You will notice that those cells (coordinates) are not reported as having bugs right now.

Expand  

Yes, with uLargeRefLODGridSize=5 there are only the LOD models visible (and only one model, no z-fighting). Here are the overwrites:

000095DE: Update.esm, Unofficial Skyrim Special Edition Patch.esp, Landscape and Water Fixes.esp, Landscape Fixes For Grass Mods.esp

00009A8A: Update.esm, Unofficial Skyrim Special Edition Patch.esp, MajesticMountains_Landscape.esm, DynDOLOD.esm, Lux Orbis.esp

00009A6A: Unofficial Skyrim Special Edition Patch.esp, MajesticMountains_Landscape.esm

 

Posted
  On 10/10/2022 at 12:45 PM, Blackread said:

Yes, with uLargeRefLODGridSize=5 there are only the LOD models visible (and only one model, no z-fighting). Here are the overwrites:

000095DE: Update.esm, Unofficial Skyrim Special Edition Patch.esp, Landscape and Water Fixes.esp, Landscape Fixes For Grass Mods.esp

00009A8A: Update.esm, Unofficial Skyrim Special Edition Patch.esp, MajesticMountains_Landscape.esm, DynDOLOD.esm, Lux Orbis.esp

00009A6A: Unofficial Skyrim Special Edition Patch.esp, MajesticMountains_Landscape.esm

Expand  

Did you modify any of those plugins or use older version than what is currently available on Nexus?

Posted (edited)
  On 10/10/2022 at 2:28 PM, sheson said:

Did you modify any of those plugins or use older version than what is currently available on Nexus?

Expand  

Everything is up to date. Update.esm has been cleaned with xEdit QAC. USSEP, not sure, I may have done some small edits. LaWF should be as is except for generating large refs. LFfGM should be unchanged, as is MM Landscape. In Lux Orbis I have done some minor fixing, at least on the floating embers in Windhelm. I'll make sure all those plugins are in their original state and regenerate to be sure.

Edited by Blackread
Posted
  On 10/10/2022 at 2:45 PM, Blackread said:

Everything is up to date. Update.esm has been cleaned with xEdit QuickAutoClean. USSEP, not sure, I may have done some small edits. LaWF should be as is except for generating large refs. LFfGM should be unchanged, as is MM Landscape. In Lux Orbis I have done some minor fixing, at least on the floating embers in Windhelm. I'll make sure all those plugins are in their original state and regenerate to be sure.

Expand  

Here is why I ask. Just checking 00009A6A alone, since it only has 2 plugins overwriting.

Majestic Mountains only changes the LAND record, while the unofficial patch only overwrites TREEs. So neither cause the bugs, unless you have different versions doing something else.

If I checked correctly, Skyrim.esm adds 5 REFR that are large references, 0001A370, 0001A480, 0001A482, 0001A483, 000C8C06.

If nothing adds new large references and does not overwrite those, then check if anything overwrites the base records of those 5 references.

0003ACCD, 0003925C, 00042A88, 0003ABE3, 00077773

Posted (edited)
  On 10/10/2022 at 2:54 PM, sheson said:

Here is why I ask. Just checking 00009A6A alone, since it only has 2 plugins overwriting.

Majestic Mountains only changes the LAND record, while the unofficial patch only overwrites TREEs. So neither cause the bugs, unless you have different versions doing something else.

If I checked correctly, Skyrim.esm adds 5 REFR that are large references, 0001A370, 0001A480, 0001A482, 0001A483, 000C8C06.

If nothing adds new large references and does not overwrite those, then check if anything overwrites the base records of those 5 references.

0003ACCD, 0003925C, 00042A88, 0003ABE3, 00077773

Expand  

None of the references are overwritten.
0003ACCD and 0003ABE3 are overwritten by MajesticMountains_Moss.esp
0003ACCD, 0003925C, 00042A88 and 0003ABE3 are overwritten by DynDOLOD.esp.
No overwrites on 00077773.

I reinstalled USSEP to make sure the plugin is unchanged, and like you said, MM Landscape only edits landscape records. I checked that neither plugin adds new large references to Tamriel.

I'm using the test version you gave me a few posts before.

Edited by Blackread
Posted
  On 10/10/2022 at 5:17 PM, Blackread said:

None of the references are overwritten. 0003ACCD and 0003ABE3 are overwritten by MajesticMountains_Moss.esp, 0003ACCD, 0003925C, 00042A88 and 0003ABE3 are overwritten by DynDOLOD.esp. No overwrites on 00077773.

I reinstalled USSEP to make sure the plugin is unchanged, and like you said, MM Landscape only edits landscape records. I checked that neither plugin adds new large references to Tamriel.

Expand  

Look up the form id of the references in ..\DynDOLOD\Edit Scripts\Export\LODGen_SSE_Export_Tamriel.txt (this mist won't be listed obviously)

Check if their lines contain "-LargeRef"

Posted
  On 10/10/2022 at 5:29 PM, sheson said:

Look up the form id of the references in ..\DynDOLOD\Edit Scripts\Export\LODGen_SSE_Export_Tamriel.txt (this mist won't be listed obviously)

Check if their lines contain "-LargeRef"

Expand  

Yes, all the refs are tagged with -LargeRef.

But, it looks like MajesticMountains_Moss.esp is the culprit. I disabled it in my load order, regenerated the LODs and all the bugs were gone. I don't know if it makes any sense from a technical standpoint, but it is logical looking at it from a troubleshooting standpoint. All the affected cells had at least one rock object with the new dirt shader (the moss plugin was changed from moss to dirt in the latest MM update). It is also one of the mods I updated before this latest LOD refresh I did.

I'll do a few more tests to see if I can get more info out of this.

Posted
  On 10/10/2022 at 6:35 PM, Blackread said:

Yes, all the refs are tagged with -LargeRef.

But, it looks like MajesticMountains_Moss.esp is the culprit. I disabled it in my load order, regenerated the LODs and all the bugs were gone. I don't know if it makes any sense from a technical standpoint, but it is logical looking at it from a troubleshooting standpoint. All the affected cells had at least one rock object with the new dirt shader (the moss plugin was changed from moss to dirt in the latest MM update). It is also one of the mods I updated before this latest LOD refresh I did.

I'll do a few more tests to see if I can get more info out of this.

Expand  

I am not able to reproduce this so far.

Double check object bounds are not weird (the 4.01 ESL moss plugin I have seem fine) and that DynDOLOD.esm sets game setting 0xf92 to 1. Make sure no other plugin overwrites it or adds a new record with Editor ID "fLargeRefMinSize.

They are also still STAT base records, so object bounds is really the only thing that matters for large refs. MSTTs also need that flag.

Posted (edited)
  On 10/10/2022 at 6:50 PM, sheson said:

I am not able to reproduce this so far.

Double check object bounds are not weird and that DynDOLOD.esm sets game setting 0xf92 to 1. Make sure no other plugin overwrites it or adds a new record with Editor ID "fLargeRefMinSize"

Expand  

Okay I think I found it! I thought I checked I had the latest version of Majestic Mountains but turns out I didn't. From the changelog of 4.01:

  Quote

fixed object bounds in moss.esp

Expand  

Edit: Just to be clear, some objects in the moss esp had their object bounds set to all 0, including one of the ones that were present in the cell we were checking.

Edited by Blackread
Posted
  On 10/10/2022 at 7:10 PM, Blackread said:

Okay I think I found it! I thought I checked I had the latest version of Majestic Mountains but turns out I didn't. From the changelog of 4.01:

Expand  

Hmm I might add a message for that... and/or create an overwrite with the vanilla objects bounds.

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.