Eumeta Posted January 15, 2024 Posted January 15, 2024 1 hour ago, 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 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
sheson Posted January 15, 2024 Author Posted January 15, 2024 1 hour ago, 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 The links ask me to sign up for an account. https://dyndolod.info/Messages/Exceptions#Assertion-failure
sheson Posted January 16, 2024 Author Posted January 16, 2024 44 minutes ago, Jonado said: Sorry, it looks like I screwed up the links (not too easy to notice if being logged in myself). Sometimes it would have been easier if one could simply attach files to the post, but I was not able to get that to work. These links should work: https://www.dropbox.com/scl/fi/3h967n3ako2vxvqjqrfxr/20240114225455_1.jpg?rlkey=x2rrnffhyk2x5f5ckl69si8z6&dl=0 https://www.dropbox.com/scl/fi/gw1jk21frpjsww3ld2qlz/20240114232151_1.jpg?rlkey=anj0c2b8djokvia8z30qj5uxa&dl=0 https://www.dropbox.com/scl/fi/ymk959o05ndsjpbdx0anm/20240114232424_1.jpg?rlkey=e3055kdolpxnt3v3aty2nno1e&dl=0 https://www.dropbox.com/scl/fi/ef90b9t3zloufid6620xn/Logs.7z?rlkey=nnt7uh9ohtanmkzlqktnsttdx&dl=0 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.
Eumeta Posted January 18, 2024 Posted January 18, 2024 On 1/15/2024 at 11:30 PM, sheson said: The links ask me to sign up for an account. https://dyndolod.info/Messages/Exceptions#Assertion-failure Apologies, forgot to make them public. Log : https://drive.google.com/file/d/11o9lpHBXIlPii-MxaPfAmP1NyuXpWA-8/view?usp=sharing bug report: https://drive.google.com/file/d/1xC93nbsIoW3uti3dzO3y7ucu4Ckw81nt/view?usp=sharing debug log: https://drive.google.com/file/d/1W635n-nOeRhf4tZLN-sX-FZrbyLMrumB/view?usp=sharing
sheson Posted January 18, 2024 Author Posted January 18, 2024 3 hours ago, Eumeta said: Apologies, forgot to make them public. Log : https://drive.google.com/file/d/11o9lpHBXIlPii-MxaPfAmP1NyuXpWA-8/view?usp=sharing bug report: https://drive.google.com/file/d/1xC93nbsIoW3uti3dzO3y7ucu4Ckw81nt/view?usp=sharing debug log: https://drive.google.com/file/d/1W635n-nOeRhf4tZLN-sX-FZrbyLMrumB/view?usp=sharing Is this error 100% repeatable?
Eumeta Posted January 19, 2024 Posted January 19, 2024 (edited) 23 hours ago, sheson said: Is this error 100% repeatable? 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 January 19, 2024 by Eumeta clarification
sheson Posted January 19, 2024 Author Posted January 19, 2024 35 minutes ago, 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 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
sheson Posted January 20, 2024 Author Posted January 20, 2024 12 hours ago, Aleximofo said: What is NG? https://dyndolod.info/Help/Large-Reference-Bugs-Workarounds NG means Next Generation and means the DynDOLOD DLL NG and Scripts work for Skyrim SE/Skyrim AE 1.5.x/1.6.x and Skyrim VR 1.4.15. This is all thanks to everyone involved around CommonLib/CommonLibSSE-NG and SkyrimSE RE.
kelvineppolon Posted January 20, 2024 Posted January 20, 2024 (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 January 20, 2024 by kelvineppolon
sheson Posted January 20, 2024 Author Posted January 20, 2024 50 minutes ago, 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? 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
kelvineppolon Posted January 20, 2024 Posted January 20, 2024 12 minutes ago, 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 Thank you for the quick reply! I will edit the rule you mentioned, regenerate DynDOLOD.
kelvineppolon Posted January 20, 2024 Posted January 20, 2024 16 minutes ago, 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 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".
sheson Posted January 20, 2024 Author Posted January 20, 2024 7 minutes ago, kelvineppolon said: 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". Yes, same thing, same update, same fix.
Aleximofo Posted January 21, 2024 Posted January 21, 2024 On 11/29/2022 at 4:36 PM, Saint_Chewy said: Hi Sheson, apologies for the delayed response. If I save the game when I start stuttering and reload - whether its reloading the save in game or quitting and reloading the game - the stutter will no longer be there, but will come back in the same manner after a bit. I was also able to get almost all of my new computer built (just missing the 4090), and now with my 13900k and 6200mhz DDR5 RAM it does seem to play a bit better. In fact I do not get the same exact stutter in the same spot as before even with the default .toml (still starts to stutter around Riften), BUT unfortunately its the same deal as before where I will still stutter after awhile. I still need to do a bit more testing with the .toml you provided - I was just wanting to see if it was going to be fixed with a faster computer and also just wanted to check and let you know there has been a small change with faster hardware. Were you ever able to solve this? I'm having the same exact issue!
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now