Jump to content
  • 0

DynDOLOD Crashing when transitioning to an outside cell


Kelliousmassae432

Question

Pretty much the title

 

I've been trying to fix this since near the end of march and it's driving me crazy. I don't what else to do!

 

DynDOLOD_SSE_log.txt:

https://drive.google.com/file/d/1iQUynLlRbKF-m8Hvez4zfscc--ZF7YmG/view

 

bugreport.txt:

https://drive.google.com/file/d/1NMfB-fnRjE5mdtTllgof8sqplsme1TGS/view

 

skyrimprefs.ini:

https://pastebin.com/LxuZJhTN

 

Skyrim.ini:

https://pastebin.com/aX2A6UHT

 

Mod List:

https://pastebin.com/mXmwkNnm

 

Papyrus Log:

https://pastebin.com/9JaQBTHE

 

NetScriptFramework Crash Log:

https://pastebin.com/KTehAmE1

 

Here is also a reddit thread I tried first, It will help explain what I did before coming here.

https://www.reddit.com/r/skyrimmods/comments/fvj413/dyndolod_causing_ctds/

 

Please help me, I'm desperate.

Link to comment
Share on other sites

2 answers to this question

Recommended Posts

  • 0

The DynDOLOD log contains 4 generations and you also uploaded a bugreport.

 

However the last generation shows that DynDOLOD plugins were loaded. I hope those are not from the failed generation beforehand.

Do not use any files from the output folder when the LOD generation process did not complete successfully as mentioned in the manual.

 

Fix this error.

 

Exception in unit userscript line 249: Load order FileID [37] can not be mapped to file FileID for file "DynDOLOD.esp"
Check log lines above the exception for additional hints. Check the FAQ and search official forum http://forum.step-project.com/forum/101-shesons-dyndolod-support/ for those errors.
 

Check the FAQ and search the forum for it. It is most likely caused by a broken Bashed Patch. If the LOD generation runs through without the Bashed Patch in the load order, it means the Bash Patch is broken and should not be used. Use a newer Wrye Bash version to create a new working patch.

 

Delete the output folder and remove old files from the load order before generate LOD from scratch without errors. You can also delete old logs and bugreports as they are now irrelevant.

 

In case CTD still happens then, set "debug":"true" in skse\plugins\StorageUtilData\DynDOLOD_Worlds.json as explained in the DynDOLOD-README.txt (explained in the FAQ answer about CTD) so the papyrus log can be used to troubleshoot for missing invalid NIF. It might provide additional clues. 

 

Assuming you do not have old files from failed generations in the load order,  the .Net Crash log tells us you need to look up the reference form id 11012C9F in xEdit. That form id will change if there are new plugins generated. Look up whatever form ids are reported. Post a screenshot of it and also a screenshot of its base record.

Edited by sheson
Link to comment
Share on other sites

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.