Jump to content

Recommended Posts

Posted
  On 1/12/2024 at 9:31 AM, Falaal said:

I don't understand things, but the spots in the screenshot have gotten fixed even though I'm still getting those error messages. I'm tired of trying to fix this so I'm just going to accept it as a success. Also the debug log was like 111 mb and that's why I was hesitant to upload it.

Expand  

As I wrote, the problem the screenshot shows most likely already happens before generating LOD and is unrelated to LOD generation or the reported textures.

A "file not found texture" message means the reported file does not exist.
If you need further help understanding or troubleshooting file not found errors, then ask a specific questions while also including the required log files.

Posted

This may be nothing too much of an issue, but I noticed the following when DynDOLOD was generated with Alpha-165:
I searched my plugins for erros with xEdit and there are a few records mentioned in DynDOLOD.esm

Checking for Errors in [17] DynDOLOD.esm
[01:43] Tamriel_Underside [MSTT:17046337]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC2SolstheimWorld_Underside [MSTT:170463BF]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] MarkarthWorld_Underside [MSTT:170463C0]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] SkuldafnWorld_Underside [MSTT:170463D6]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] Sovngarde_Underside [MSTT:170463EC]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DeepwoodRedoubtWorld_Underside [MSTT:170463F5]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC1HunterHQWorld_Underside [MSTT:17046401]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC01FalmerValley_Underside [MSTT:17046459]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>

A screenshot from one of the records in xEdit: https://ibb.co/JzzMbT4

LogFiles from DynDOLOD generation

There was nothing noticable during the generation itself and in the game also eveything looks fine.
I assume the wrong flag gets set - or is it an 'issue' with xEdit (as you can see I am on version 4.1.5b) because I 'can't' see what is behind this flag?

Posted
  On 1/13/2024 at 10:19 PM, PRieST said:

This may be nothing too much of an issue, but I noticed the following when DynDOLOD was generated with Alpha-165:
I searched my plugins for erros with xEdit and there are a few records mentioned in DynDOLOD.esm

Checking for Errors in [17] DynDOLOD.esm
[01:43] Tamriel_Underside [MSTT:17046337]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC2SolstheimWorld_Underside [MSTT:170463BF]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] MarkarthWorld_Underside [MSTT:170463C0]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] SkuldafnWorld_Underside [MSTT:170463D6]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] Sovngarde_Underside [MSTT:170463EC]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DeepwoodRedoubtWorld_Underside [MSTT:170463F5]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC1HunterHQWorld_Underside [MSTT:17046401]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>
[01:43] DLC01FalmerValley_Underside [MSTT:17046459]
[01:43]     MSTT \ Record Header \ Record Flags -> <Unknown: 2 $2>

A screenshot from one of the records in xEdit: https://ibb.co/JzzMbT4

LogFiles from DynDOLOD generation

There was nothing noticable during the generation itself and in the game also eveything looks fine.
I assume the wrong flag gets set - or is it an 'issue' with xEdit (as you can see I am on version 4.1.5b) because I 'can't' see what is behind this flag?

Expand  

https://dyndolod.info/FAQ#Checking-DynDOLOD-plugins-for-errors-with-xEdit
.. \ Record Flags -> <Unknown: 2> for MSTT terrain underside base records are intentional and can be ignored.

Posted

Ah, didn't knew this ws already documented.

Interesting I've never seen this before, as it should've been there forever.

Good to know and thanks for the reply.

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

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.