DynDOLOD 3.00 Alpha 196

[sheson]

7 hours ago, Dez756 said:

Here's my Papyrus log with debug=true.  I don't see entries in the Papyrus log exactly like the example in ReadMe.  I tried to search for the Form ID of the last entry referencing DynDOLOD ([06/29/2022 - 03:54:57PM] [SHESON_DynDOLOD_LODObject < (BE028E70)>] [SHESON_DynDOLOD_Firstborn < (BE028E5A)>] Enable #2 [Form < (20004052)>] using dyndolod\lod\effects\fxfirewithembers01_dyndolod_lod.nif TRUE False TRUE) but SSEEdit doesn't seem to find anything (although I'm not sure I'm looking in the right spot - I've used SSEEdit for some things like cleaning, adding keywords or heel sounds but never searched for Form IDs).  See screen shot for the results of filter for BE028E70.  

I note that the entries in the log in the last second all seem to concern Creature Framework.  To test whether that was somehow involved, I removed CF and all associated mods and traveled (on a new game) to the same Riften Gate.  Still CTD'd.  Again, though this mod and its associates have been in my load order for literally years!

It's so weird that this seems to be the only place it CTDs as I had traveled to most of the other cities before I ran across this problem at Riften.

I'm sure this is getting frustrating for you!  Should I start (dread) removing mods and running everything (Xlodgen, TexGen, DynDOLOD) again? 

 

Papyrus.0.log 383.58 kB · 0 downloads

Since the debug message from DynDOLOD is 9 seconds before the crash, it is not caused by any of the dynamic LOD objects.

When entering form IDs into the field top left you need to adjust the first two digits to the actual ID a plugin has in xEdit, e.g. 19 in case of the screenshot.

The next step would be to selective remove records from DynDOLOD.esp in a binary search in order to only keep record in the plugins that causes the problem.

1) Make a backup of DynDOLOD.esp
2) Load DynDOLOD.esp in xEdit and remove half records
3) Test if game still CTDs
4) if it crashes start from step 1) If it doesn't crash, restore backup and  continue with step 2) removing the other half of records which are not causing the crash.

Only remove records from [+] Worldspace
First time, remove all worldspaces that are not Tamriel as we expect the error to be in there only.
Second time, remove all Blocks and keepo the 0000D74 Cell persistent worldspace cell. If the crash is a record in the persistent cell, remove all overwrites first (they are listed at the top). If it is one of the overwrites, restore from back, remove all other records. Then do the loop by removing half the overwrites until only the problematic record remains. Otherwise , continue by removing about half the references that do not start with Tamriel_*, e.g remove the reference that start with a pluginname.
If the crash happens in the Blocks, do the loop removing about half the Blocks until only on Block remains, then Sub-Blocks until only one Sub-Block remains, then cells until only one cell remains, then references until only one reference remains. If you are down to the last reference, remove it too to see if it might be actually the cell record.

[jimmywon34]

dyndolod doesn't finish for me when launched and keeps exiting out/crashing wihtout any warning

Edited June 30, 2022 by jimmywon34

[sheson]

7 hours ago, jimmywon34 said:

dyndolod doesn't finish for me when launched and keeps exiting out/crashing wihtout any warning

Read the first post which log, debug log and bugreport.txt to upload.

If none of those files were created check the Windows Event log.

Make sure to use a recent MO2 version and that OS, antivir does not interfere,

[Dez756]

18 hours ago, sheson said:

If the crash happens in the Blocks, do the loop removing about half the Blocks until only on Block remains, then Sub-Blocks until only one Sub-Block remains, then cells until only one cell remains, then references until only one reference remains.

Okay!  No crash if I remove two references at the following path in the DynDOLOD.esp.  

Worldspace>0000003C Tamriel> Block 1,-1> Sub-Block 5,-3>0000BCD0> Temporary

>1902677D Placed Object bluesskyrim_0121FA_DynDOLOD_CHILD IcebergSmall02_DynDOLOD_LOD[STAT:0D004028]

and

 >190266D6 Placed Object bluesskyrim_0121FB_DynDOLOD_CHILD  IcebergSmall02_DynDOLOD_LOD [STAT:0D004028]

I'm sure you recall that the .Net Script Framework crash logs also referred to IcebergSmall02.  BluesSkyrim.esp appears to be a patch I added back in 2020, but I can't find it on Nexus anymore.  The Mod is called Update by KorruptkSwades.

Should I remove that patch and do everything again?  Or can I just play with those references removed?

Edited June 30, 2022 by Dez756

[Dez756]

1 hour ago, Dez756 said:

The Mod is called Update by KorruptkSwades.

This mod is on the main download page for Dawn of Skyrim - Dawn of Skyrim (Director's Cut) SE at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

Edited July 1, 2022 by Dez756

[Dez756]

35 minutes ago, Dez756 said:

This mod is on the main download page for Dawn of Skyrim - Dawn of Skyrim (Director's Cut) SE at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

Sorry for the stupid question.  I just saw from that page that this patch should not be used for V1.5 of DOS.  Removing and then planning to rerun DynDOLOD to see if that cures the problem.  Wasn't planning on rerunning Xlodgen and TexGen since there are no textures in that mod but let me know if you recommend otherwise.  Thanks for your patient help.  You taught me a ton!

[Dez756]

56 minutes ago, Dez756 said:

You taught me a ton!

Do you have a Patreon site?

[Dez756]

38 minutes ago, Dez756 said:

Do you have a Patreon site?

Nevermind.  Saw your Kofi site.  Thanks again!

[sheson]

4 hours ago, Dez756 said:

Sorry for the stupid question.  I just saw from that page that this patch should not be used for V1.5 of DOS.  Removing and then planning to rerun DynDOLOD to see if that cures the problem.  Wasn't planning on rerunning Xlodgen and TexGen since there are no textures in that mod but let me know if you recommend otherwise.  Thanks for your patient help.  You taught me a ton!

No need to run xLODGen / terrain LOD. If no texture files change, it is fine to keep the current TexGen output, too.

It would great of you could upload the bluesskyrim.esp for me to check to analyze this further.

Let me know the outcome.

4 hours ago, Dez756 said:

Nevermind.  Saw your Kofi site.  Thanks again!

Thanks.

[jimmywon34]

9 hours ago, sheson said:

Read the first post which log, debug log and bugreport.txt to upload.

If none of those files were created check the Windows Event log.

Make sure to use a recent MO2 version and that OS, antivir does not interfere,

https://ufile.io/oj0kl6lp

https://ufile.io/09grpo8j

 

I couldn't find a bug report. 

not sure how to find the window event report you mentioned.

but i've uploaded the other two files mentioned in the first post.

9 hours ago, sheson said:

Read the first post which log, debug log and bugreport.txt to upload.

If none of those files were created check the Windows Event log.

Make sure to use a recent MO2 version and that OS, antivir does not interfere,

whoops the other link is for texgen, here is the dyndolod debug log

 

https://ufile.io/10ngjp6h

[Dez756]

8 hours ago, sheson said:

It would great of you could upload the bluesskyrim.esp for me to check to analyze this further.

Here's Blues Skyrim.esp.

I reran DynDOLOD.  Traveled to the same place and crashed.  Did the same xEdit troubleshooting and identified the same references to IcebergSmall02.  See attached screenshots.  Removed those references and no crash.  The IcebergSmall02 are now coming from Dawn of Skyrim.esp.  Dawn of Skyrim (Director's Cut) SE at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com).

I'm double checking my installation, although I'm pretty sure this one is correct.  If I can't find any installation issues, I'm going to just play with those references removed, unless you think that will cause a problem

 

Blues Skyrim.esp

[sheson]

8 hours ago, jimmywon34 said:

https://ufile.io/oj0kl6lp

https://ufile.io/09grpo8j

 

I couldn't find a bug report. 

not sure how to find the window event report you mentioned.

but i've uploaded the other two files mentioned in the first post.

whoops the other link is for texgen, here is the dyndolod debug log

 

https://ufile.io/10ngjp6h

Last line in the log:

Error: Found Plocktons Culling Glitch Fix.esp. DynDOLOD replaces it. Remove it permanently from the from load order. Click the help link to open further instructions:

There is supposed to be a message window with a help link to https://dyndolod.info/Help/Occlusion-Data

[StarofSweden]

On 6/26/2022 at 7:47 AM, sheson said:

LOD models are NIF. A typical way to create LOD models is to use Blender or 3DSMax (maybe with additional 3rd party plugins) to create LOD models.

Read the links I provided. In particular https://dyndolod.info/Help/Mesh-Mask-Reference-Rules#Mesh-Mask
The mesh mask is any part of the path/to/model.nif of a full model defined on a base record. It does not use wildcards and simply matches any part of the entire path.
Entering the term tree into the field means this rule will match any filename that has the term tree in it but also any other NIF that might be in a folder that has the term tree in it as well, regardless of the filename.

Note that Meshes is not part of the path/to/model.nif defined on the base record.

I'm nearly there, just wondering tho.

Is there a way to make a commen reference rule for esp? for a normal specific rule it would be something like snowelftower.esp;0012356 and the rules.
But is there a rule that I could make which incompases all formid used in Worlspaces for that esp? Something like "snowelftower.esp;00xxxxxx" or "snowelftower.esp;".

Just so I dont have to make a rule for each and every form id that this seemlingy massive mod has (I've created an ini file to make the process a bit faster)
 

Edited July 2, 2022 by StarofSweden

[sheson]

37 minutes ago, StarofSweden said:

I'm nearly there, just wondering tho.

Is there a way to make a commen reference rule for esp? for a normal specific rule it would be something like snowelftower.esp;0012356 and the rules.
But is there a rule that I could make which incompases all formid used in Worlspaces for that esp? Something like "snowelftower.esp;00xxxxxx" or "snowelftower.esp;".

Just so I dont have to make a rule for each and every form id that this seemlingy massive mod has (I've created an ini file to make the process a bit faster)
 

That is not possible. Typically only a fraction of references of a plugin actually can have or even require LOD.

The idea is to use mesh mask rules for the base records that are suitable for LOD so that all references using those base records have LOD.
Reference rules are then used for the handful references that might need different settings instead,

[StarofSweden]

1 hour ago, sheson said:

That is not possible. Typically only a fraction of references of a plugin actually can have or even require LOD.

The idea is to use mesh mask rules for the base records that are suitable for LOD so that all references using those base records have LOD.
Reference rules are then used for the handful references that might need different settings instead,

Yeah, You know how there is a snowelfpalace and snowelfhut ini for mesh rules and what not. Can I make a request for a Snowelftower ini or is it the developer of the Snowelfpalace/hut that has made those? 
I'm sorry, it should be easy, I've done this before with the big nsfw statues + elizabeths tower but this mod kinda feels weird. 
Im going to try to make an ini file with all meshes that is added and are used in worldspace with ful model + WD and all that instead of esp;references because there are way less of them.