Jump to content

Recommended Posts

Posted
  On 1/15/2024 at 12:07 AM, Jonado said:

Hi! I'm having a couple of DynDOLOD related issues. To begin with, I am using both Legacy of the Dragonborn and Drengin's Blue Palace (+appropriate patches), and the terrace looks like this:

https://www.dropbox.com/scl/fi/3h967n3ako2vxvqjqrfxr/20240114225455_1.jpg

It looks like the custom rules for Legacy of the Dragonborn don't respect other mods adding references to that area. I can resolve it manually, but would be convenient if this could be fixed in the generation already.

Another thing that I have been struggling with for quite some time is some objects in Windhelm that don't have LOD, despite that I am setting them as "Visible when distant". So when looking towards the city, there is just a gap and a floating platform where the buildings were supposed to be. The following screenshots show what it looks like in summer with Seasonal Landscapes - Unfrozen, but it is the same also during other seasons:

https://www.dropbox.com/scl/fi/gw1jk21frpjsww3ld2qlz/20240114232151_1.jpg
https://www.dropbox.com/scl/fi/ymk959o05ndsjpbdx0anm/20240114232424_1.jpg

The logs can be found here:

https://www.dropbox.com/scl/fi/ef90b9t3zloufid6620xn/Logs.7z

I hope you can help.

Expand  

The links ask me to sign up for an account.

Setting the WD flag is irrelevant. https://dyndolod.info/FAQ#Something-does-not-have-LOD

See https://dyndolod.info/Help/Mesh-Mask-Reference-Rules to learn how rules work.

Posted (edited)

Hello, I got an error while running the latest dyndolod 3 available on Nexus (3 alpha 165 with  resources 3 alpha 47 and 1.6.1130 dll and scripts), with displayed error
"Assertion failure (G:\Delphi\Projects\DynDOLOD3\Core\wbImplementation.pas, line 19407) while processing Skyrim.esm [REFR:00016E40] (places DweDoorSmall01Load "Door" [DOOR:00064092] in GRUP Cell Persistent Children of [CELL:00016E02] (in MarkarthWorld "Markarth" [WRLD:00016D71]) at -43,0)"
Attached are the bug report text file and the Dyndolod SSE log, debug log, what else do I need to upload ?
SSE log
https://drive.google.com/file/d/11o9lpHBXIlPii-MxaPfAmP1NyuXpWA-8/view?usp=drive_link
Bug report
https://drive.google.com/file/d/1xC93nbsIoW3uti3dzO3y7ucu4Ckw81nt/view?usp=drive_link
Debug log
https://drive.google.com/file/d/1W635n-nOeRhf4tZLN-sX-FZrbyLMrumB/view?usp=sharing

Edited by Eumeta
added debug log, dyndolod version
Posted
  On 1/15/2024 at 10:39 AM, Eumeta said:

Hello, I got an error while running the latest dyndolod 3 available on Nexus (3 alpha 165 with  resources 3 alpha 47 and 1.6.1130 dll and scripts), with displayed error
"Assertion failure (G:\Delphi\Projects\DynDOLOD3\Core\wbImplementation.pas, line 19407) while processing Skyrim.esm [REFR:00016E40] (places DweDoorSmall01Load "Door" [DOOR:00064092] in GRUP Cell Persistent Children of [CELL:00016E02] (in MarkarthWorld "Markarth" [WRLD:00016D71]) at -43,0)"
Attached are the bug report text file and the Dyndolod SSE log, debug log, what else do I need to upload ?
SSE log
https://drive.google.com/file/d/11o9lpHBXIlPii-MxaPfAmP1NyuXpWA-8/view?usp=drive_link
Bug report
https://drive.google.com/file/d/1xC93nbsIoW3uti3dzO3y7ucu4Ckw81nt/view?usp=drive_link
Debug log
https://drive.google.com/file/d/1W635n-nOeRhf4tZLN-sX-FZrbyLMrumB/view?usp=sharing

Expand  

Update: I tried reruning Dyndolod to see if the issue is reproducible, after applying manual cleaning by deleting a record in Dawnguard.esm according to cleaning instruction, and updating a trivial sound mod, Dyndolod ran fine to finish.
So I can safely conlude that either this is not reproducible, or deleting the sewer record in Dawnguard.esm somehow fixed it.
Thank you for making Dyndolod 3

Posted
  On 1/15/2024 at 10:39 AM, Eumeta said:

Hello, I got an error while running the latest dyndolod 3 available on Nexus (3 alpha 165 with  resources 3 alpha 47 and 1.6.1130 dll and scripts), with displayed error
"Assertion failure (G:\Delphi\Projects\DynDOLOD3\Core\wbImplementation.pas, line 19407) while processing Skyrim.esm [REFR:00016E40] (places DweDoorSmall01Load "Door" [DOOR:00064092] in GRUP Cell Persistent Children of [CELL:00016E02] (in MarkarthWorld "Markarth" [WRLD:00016D71]) at -43,0)"
Attached are the bug report text file and the Dyndolod SSE log, debug log, what else do I need to upload ?
SSE log
https://drive.google.com/file/d/11o9lpHBXIlPii-MxaPfAmP1NyuXpWA-8/view?usp=drive_link
Bug report
https://drive.google.com/file/d/1xC93nbsIoW3uti3dzO3y7ucu4Ckw81nt/view?usp=drive_link
Debug log
https://drive.google.com/file/d/1W635n-nOeRhf4tZLN-sX-FZrbyLMrumB/view?usp=sharing

Expand  

The links ask me to sign up for an account.

https://dyndolod.info/Messages/Exceptions#Assertion-failure

Posted
  On 1/16/2024 at 10:26 PM, Jonado said:
Expand  

Let me know which patch plugin is the last to change xx13DD6F in LegacyoftheDragonborn.esm.

If you want NewPit.nif to have LOD, you need to create a LOD model for it or add a mesh mask rule for NewPit.NIF to use the full model for LOD level 4 (and higher if desired).
Together with the Child > Parent feature an automatic copy should be made to Tamriel in case the reference is in the child Windhelm world. In case that copy does not happen with a mesh mask rule, upload new log and debug log.

Posted (edited)
  On 1/18/2024 at 8:03 AM, sheson said:

Is this error 100% repeatable?

Expand  

No, the next 2 time I ran Dyndolod it ran smoothly to finish. The difference between the 3 attempts were: 2nd run I manually deleted the sewer entry in Dawnguard.esm, 3rd run I downgraded everything to 1.6.640

Edited by Eumeta
clarification
Posted
  On 1/19/2024 at 7:32 AM, Eumeta said:

No, the next 2 time I ran Dyndolod it ran smoothly to finish. The difference between the 3 attempts were: 2nd run I manually deleted the sewer entry in Dawnguard.esm, 3rd run I downgraded everything to 1.6.640

Expand  

You should not just delete records or change other plugins because of this error message. The runtime version of the game does not matter.

If the error with the exact same record is 100% repeatable, you should error check the plugin with xEdit. If there is no error or it is not 100% repeatable (same error and record without any changes in the load order), then it is probably a race condition that needs to be addressed in the code.

https://dyndolod.info/Messages/Exceptions#Assertion-failure

Posted (edited)

Hi, 

I'm using DynDOLOD 3.00 Alpha 165 and DynDOLOD Resources SE Alpha 47 from NexusMods (Skyrim SE 1.5.97 with Unofficial Skyrim Special Edition Downgrade Patcher, BestOfBoth).

I have an landscape issue when using Enhanced Solitude SSE Improved, Solitude Skyway with DBPT and ESD version S1.0.

Somehow, DynDOLOD reverts landscape (FormID: 0000A27A in Tamriel worldspace, cell 000927A) in Skyrim.esm, IGNORING changes in Enhanced Solitude SSE Improved Solitude Skyway with DBPT and ESD (SSkyway DBPT ESD Patch.esp).
I attach here DynDOLOD logs (TexGen_SSE and DynDOLOD_SSE logs with Debug_log, LODGen_SSE_Tamriel logs, and screenshot of SSEEDIT which shows that DynDOLOD.esp reverts 0000A27A to the record of Skyrim.esp, ignoring any changes from Enhanced Solitude mods).

Link: https://ufile.io/af8ci951

Manual copy of 0000A27A in SSkyway DBPT ESD Patch.esp to overwrite 0000A27A in DynDOLOD.esp solves this problem, so I'm 100% sure that it is due to DynDOLOD.

May I ask you to check this issue?

Edited by kelvineppolon
Posted
  On 1/20/2024 at 1:23 PM, kelvineppolon said:

Hi, 

I'm using DynDOLOD 3.00 Alpha 165 and DynDOLOD Resources SE Alpha 47 from NexusMods (Skyrim SE 1.5.97 with Unofficial Skyrim Special Edition Downgrade Patcher, BestOfBoth).

I have an landscape issue when using Enhanced Solitude SSE Improved, Solitude Skyway with DBPT and ESD version S1.0.

Somehow, DynDOLOD reverts landscape (FormID: 0000A27A in Tamriel worldspace, cell 000927A) in Skyrim.esm, IGNORING changes in Enhanced Solitude SSE Improved Solitude Skyway with DBPT and ESD (SSkyway DBPT ESD Patch.esp).
I attach here DynDOLOD logs (TexGen_SSE and DynDOLOD_SSE logs with Debug_log, LODGen_SSE_Tamriel logs, and screenshot of SSEEDIT which shows that DynDOLOD.esp reverts 0000A27A to the record of Skyrim.esp, ignoring any changes from Enhanced Solitude mods).

Link: https://ufile.io/af8ci951

Manual copy of 0000A27A in SSkyway DBPT ESD Patch.esp to overwrite 0000A27A in DynDOLOD.esp solves this problem, so I'm 100% sure that it is due to DynDOLOD.

May I ask you to check this issue?

Expand  

That is a patch to fix the normal vectors in the Update.esm. I will need to add an appropriate condition to the patch in the next alpha version.

In the meantime you could edit ..\DynDOLOD\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_skyrimesm_tamriel.patch and remove the line overwriteITM=skyrim.esm;0000A27A

Posted
  On 1/20/2024 at 2:21 PM, sheson said:

That is a patch to fix the normal vectors in the Update.esm. I will need to add an appropriate condition to the patch in the next alpha version.

In the meantime you could edit ..\DynDOLOD\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_skyrimesm_tamriel.patch and remove the line overwriteITM=skyrim.esm;0000A27A

Expand  

Thank you for the quick reply!
I will edit the rule you mentioned, regenerate DynDOLOD.

Posted
  On 1/20/2024 at 2:21 PM, sheson said:

That is a patch to fix the normal vectors in the Update.esm. I will need to add an appropriate condition to the patch in the next alpha version.

In the meantime you could edit ..\DynDOLOD\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_skyrimesm_tamriel.patch and remove the line overwriteITM=skyrim.esm;0000A27A

Expand  

When I opened DynDOLOD_SSE_skyrimesm_tamriel.patch, I also see "overwriteITM=skyrim.esm;0000A259".
The problem is that Enhanced Solitude SSE v2.8 also changes it (in "Enhanced Solitude SSE.esp" and "ES Terrain Patch.esp" which is also in Enhanced Solitude SSE).
I will remove both "overwriteITM=skyrim.esm;0000A259" and "ovewriteITM=skyrim.esm;0000A27A".

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
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.