sheson Posted June 21, 2024 Author Posted June 21, 2024 On 6/20/2024 at 7:44 AM, Morti said: https://pastebin.com/kScrGKzL Check if there is anything different with this test version https://mega.nz/file/1VAgHJ6J#Ejhao_JjMxKCfHjrGmHsEUFQ9Tr0iQkrbkgcYBqr4CA If not, upload new TexGen log, debug log and bugreport.txt
Morti Posted June 21, 2024 Posted June 21, 2024 No difference, https://www.mediafire.com/file/8oq3mbmhlaekgsi/Archive.zip/file
sheson Posted June 21, 2024 Author Posted June 21, 2024 3 hours ago, Morti said: No difference, https://www.mediafire.com/file/8oq3mbmhlaekgsi/Archive.zip/file Try this test version https://mega.nz/file/gVQTgCCS#D5p_Kra4dnlM9-8w7Tj0woPXSZX22mjL86KOjxoQOdQ Look out for warning messages about not finding INIs, which are part of the download archives and thus should exist.
Morti Posted June 21, 2024 Posted June 21, 2024 I suspected as much. There is a general issue with paths: Z:\mnt\gry2\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_SSE.ini To even start it in the first place, I needed to copy multiple files into this second DynDOLOD folder. This extra DynDOLOD folder is the problem here. After copying the other files it complained about it finally started.
sheson Posted June 21, 2024 Author Posted June 21, 2024 16 minutes ago, Morti said: I suspected as much. There is a general issue with paths: Z:\mnt\gry2\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_SSE.ini To even start it in the first place, I needed to copy multiple files into this second DynDOLOD folder. This extra DynDOLOD folder is the problem here. After copying the other files it complained about it finally started. This sounds like a problem with whatever tool was used to unpack not keeping the actual folder structure from the download archive. As explained in https://dyndolod.info/Installation-Instructions, use official https://www.7-zip.org to unpack.
TomForStep Posted June 21, 2024 Posted June 21, 2024 (edited) I get a CTD when opening the world map (A Quality World Map). This happens each and every time when opening the map right after loading a savegame. It happens every now and then when having changed the cell after loading the savegame and then trying to open the world map. There are no other crashes, just this crashing on opening the map. It didn't have this issue with DynDOLOD for PapyrusUtil. It seemingly started after having migrated to DynDOLOD NG. I did a clean save as described before migrating to DynDOLOD NG. Grass cache generation and LOG generation in general worked fine. (I might add that it has been quite a long time since I generated the LOD with DynDOLOD for PapyrusUtil. I added and updated mods in between that and then generating with DynDOLOD NG. However I didn't change anything as far as I am aware of regarding Better Dynamic Snow and Ambient Slavers, which are mentioned in the crash log along with DynDOLOD.) Versions: 1.5.97 DynDOLOD Resources SE 3.00-52897-Alpha-50 DynDOLOD 3.00-68518-Alpha-173 DynDOLOD DLL NG and Scripts 3.00-97720-Alpha-30 This is the beginning of the NetScript crash log: Spoiler Unhandled native exception occurred at 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) on thread 22636! FrameworkName: NetScriptFramework FrameworkVersion: 15 FrameworkArchitecture: x64 GameLibrary: SkyrimSE GameLibraryVersion: 18 ApplicationName: SkyrimSE.exe ApplicationVersion: 1.5.97.0 VersionInfo: Successfully loaded Time: 21 Jun 2024 19:21:46.605 Possible relevant objects (6) { [ 0] TESObjectREFR(FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) [ 0] TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`) [ 0] TESObjectREFR(FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) [ 0] TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`) [ 1] NiNode(Name: null) [ 11] TESObjectCELL(Name: Wilderness, FormId: FF000A4C) } Probable callstack { [0] 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) unk_8E9630+79 [1] 0x7FF66F2590D5 (SkyrimSE.exe+8E90D5) unk_8E8E10+2C5 [2] 0x7FF66F2545B7 (SkyrimSE.exe+8E45B7) MapMenu::unk_8E44A0+117 [3] 0x7FF66F82F46A (SkyrimSE.exe+EBF46A) MenuManager::unk_EBF260+20A [4] 0x7FF66EF23620 (SkyrimSE.exe+5B3620) Main::Update_5B2FF0+630 [5] 0x7FFCED09DCE9 (hdtSMP64.dll+BDCE9) [6] 0x225F28BA700 } Registers { AX: 0x0 (NULL) BX: 0x0 (NULL) CX: 0x2274A9842C0 (TESObjectREFR*) -> (FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) DX: 0x0 (NULL) SI: 0x2265EF50EC0 (void*) DI: 0x2265EF45340 (TESObjectREFR**) -> (FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) BP: 0x2265EF50EC0 (void*) SP: 0x588359F460 (void*) IP: 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) (void*) R8: 0x2265EF10EC0 (TESObjectREFR**) -> (FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) R9: 0x2265EF10EC0 (TESObjectREFR**) -> (FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) R10: 0x2292F800200 (void*) R11: 0x588359F390 (void*) R12: 0x7FF670033670 (SkyrimSE.exe+16C3670) (void*) R13: 0x0 (NULL) R14: 0x588359F560 (NiNode**) -> (Name: null) R15: 0x588359F568 (void*) Flags: 0x10246 Do the logs somehow indicate as to where this issue could come from? Here are the complete DynDOLOG logs and NetScript crash log: https://we.tl/t-UouiLrucWX Edited June 22, 2024 by TomForStep
sheson Posted June 22, 2024 Author Posted June 22, 2024 11 hours ago, TomForStep said: I get a CTD when opening the world map. This happens each and every time when opening the map right after loading a savegame. It happens every now and then when having changed the cell after loading the savegame and then trying to open the world map. There are no other crashes, just this crashing on opening the map. It didn't have this issue with DynDOLOD for PapyrusUtil. It seemingly started after having migrated to DynDOLOD NG. I did a clean save as described before migrating to DynDOLOD NG. Grass cache generation and LOG generation in general worked fine. Versions: 1.5.97 DynDOLOD Resources SE 3.00-52897-Alpha-50 DynDOLOD 3.00-68518-Alpha-173 DynDOLOD DLL NG and Scripts 3.00-97720-Alpha-30 This is the beginning of the NetScript crash log: Reveal hidden contents Unhandled native exception occurred at 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) on thread 22636! FrameworkName: NetScriptFramework FrameworkVersion: 15 FrameworkArchitecture: x64 GameLibrary: SkyrimSE GameLibraryVersion: 18 ApplicationName: SkyrimSE.exe ApplicationVersion: 1.5.97.0 VersionInfo: Successfully loaded Time: 21 Jun 2024 19:21:46.605 Possible relevant objects (6) { [ 0] TESObjectREFR(FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) [ 0] TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`) [ 0] TESObjectREFR(FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) [ 0] TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`) [ 1] NiNode(Name: null) [ 11] TESObjectCELL(Name: Wilderness, FormId: FF000A4C) } Probable callstack { [0] 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) unk_8E9630+79 [1] 0x7FF66F2590D5 (SkyrimSE.exe+8E90D5) unk_8E8E10+2C5 [2] 0x7FF66F2545B7 (SkyrimSE.exe+8E45B7) MapMenu::unk_8E44A0+117 [3] 0x7FF66F82F46A (SkyrimSE.exe+EBF46A) MenuManager::unk_EBF260+20A [4] 0x7FF66EF23620 (SkyrimSE.exe+5B3620) Main::Update_5B2FF0+630 [5] 0x7FFCED09DCE9 (hdtSMP64.dll+BDCE9) [6] 0x225F28BA700 } Registers { AX: 0x0 (NULL) BX: 0x0 (NULL) CX: 0x2274A9842C0 (TESObjectREFR*) -> (FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) DX: 0x0 (NULL) SI: 0x2265EF50EC0 (void*) DI: 0x2265EF45340 (TESObjectREFR**) -> (FormId: 32089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) BP: 0x2265EF50EC0 (void*) SP: 0x588359F460 (void*) IP: 0x7FF66F2596A9 (SkyrimSE.exe+8E96A9) (void*) R8: 0x2265EF10EC0 (TESObjectREFR**) -> (FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) R9: 0x2265EF10EC0 (TESObjectREFR**) -> (FormId: E60BCC43, File: `DynDOLOD.esp`, BaseForm: TESObjectSTAT(FormId: 2D0165E0, File: `DynDOLOD.esp <- DynDOLOD.esm`)) R10: 0x2292F800200 (void*) R11: 0x588359F390 (void*) R12: 0x7FF670033670 (SkyrimSE.exe+16C3670) (void*) R13: 0x0 (NULL) R14: 0x588359F560 (NiNode**) -> (Name: null) R15: 0x588359F568 (void*) Flags: 0x10246 Do the logs somehow indicate as to where this issue could come from? Here are the complete DynDOLOG log files and the NetScript crash log: https://we.tl/t-UouiLrucWX https://dyndolod.info/Official-DynDOLOD-Support-Forum#Rudimentary-Troubleshooting In case of issues in the game, test if the problem persists without any DynDOLOD output. If the problem only happens with DynDOLOD output being active, test if problem is repeatable and the reported records are consistent. Check the mentioned references and base records in xEdit for obvious problems. xx0BCC43 in DynDOLOD.esp and xx0165E0 in DynDOLOD.esm in this case. If the base record links a material record check that one, too. If nothing sticks out, post screenshots of them. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#xEdit-Screenshots The winning overwrite in DynDOLOD.esp for the base record should be a copy of xx006A1D in Prometheus_No_snow_Under_the_roof.esp. The used base record seems to be the original from the mod No snow under the roof, however the plugin seems to be a different version. Report which mod it comes from or if you modified it yourself.
TomForStep Posted June 22, 2024 Posted June 22, 2024 (edited) 9 hours ago, sheson said: https://dyndolod.info/Official-DynDOLOD-Support-Forum#Rudimentary-Troubleshooting In case of issues in the game, test if the problem persists without any DynDOLOD output. If the problem only happens with DynDOLOD output being active, test if problem is repeatable and the reported records are consistent. Check the mentioned references and base records in xEdit for obvious problems. xx0BCC43 in DynDOLOD.esp and xx0165E0 in DynDOLOD.esm in this case. If the base record links a material record check that one, too. If nothing sticks out, post screenshots of them. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#xEdit-Screenshots The winning overwrite in DynDOLOD.esp for the base record should be a copy of xx006A1D in Prometheus_No_snow_Under_the_roof.esp. The used base record seems to be the original from the mod No snow under the roof, however the plugin seems to be a different version. Report which mod it comes from or if you modified it yourself. Interestingly, I get exactly the same crash on map opening when I disable DynDOLOD output... These two entries always show up in the crash log whether DynDOLOD is enabled or disabled: [ 0] TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`) [ 0] TESObjectREFR(FormId: 31089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) They both point to the same whdockdoortrim.nif (Persistent, Is Full Lod). That's how it looks in SSEEdit: Spoiler For testing purposes, I disabled "Is Full LOD" on the xx089768 entry from Ambient Slaves. And lo and behold, no more crashes on opening the map! Does that make any sense?? Edited June 22, 2024 by TomForStep
Chromatic Posted June 22, 2024 Posted June 22, 2024 (edited) Got this error during the last DynDOLOD run: Spoiler [Main Instruction] Error: OpenGL: μη έγκυρη λειτουργία while processing textures\terrain\lodgen\maslea.esm\msgrassdementia1_000712fa_2.dds. I am using the latest (24.3.1) AMD WHQL drivers. Logs: https://ufile.io/0oyqmll5 Edited June 22, 2024 by Chromatic
Ddm2468 Posted June 22, 2024 Posted June 22, 2024 I am trying to run dyndolod after following all of the installation instructions correctly. it runs and completes after being run through MO2 tools, but the problem is it is not registering any of my mods/plugins. it is only detecting the base game, DLC and creation content. i can provide screenshots/logs, honestly i am tearing my hair out and close to giving up, what am i doing wrong? any help would be much appreciated,thanks!
sheson Posted June 22, 2024 Author Posted June 22, 2024 12 hours ago, TomForStep said: Interestingly, I get exactly the same crash on map opening when I disable DynDOLOD output... These two entries always show up in the crash log whether DynDOLOD is enabled or disabled: [ 0] TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`) [ 0] TESObjectREFR(FormId: 31089768, File: `Ambient Slaves SE.esp`, BaseForm: TESObjectSTAT(FormId: 00090983, File: `Better Dynamic Snow.esp <- Skyrim.esm`)) They both point to the same whdockdoortrim.nif (Persistent, Is Full Lod). That's how it looks in SSEEdit: Hide contents For testing purposes, I disabled "Is Full LOD" on the xx089768 entry from Ambient Slaves. And lo and behold, no more crashes on opening the map! Does that make any sense?? The base record has show in worldmap flagged, which together with the IsFullLOD flag of the reference can cause CTD. Unset the IsFullLOD flag on the reference or create an overwrite for the base record into a new or existing plugin of your choice and unset the Show in Worldmap flag. That should stop the game from crashing when opening the map. 1
sheson Posted June 22, 2024 Author Posted June 22, 2024 7 hours ago, Chromatic said: Got this error during the last DynDOLOD run: Reveal hidden contents [Main Instruction] Error: OpenGL: μη έγκυρη λειτουργία while processing textures\terrain\lodgen\maslea.esm\msgrassdementia1_000712fa_2.dds. I am using the latest (24.3.1) AMD WHQL drivers. Logs: https://ufile.io/0oyqmll5 Is this error repeatable if you only generate SIworld for a test? If problem persists check if adding RenderSingle=1 under [DynDOLOD] in E:\Mod Tools\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini makes a difference.
sheson Posted June 22, 2024 Author Posted June 22, 2024 5 hours ago, Ddm2468 said: I am trying to run dyndolod after following all of the installation instructions correctly. it runs and completes after being run through MO2 tools, but the problem is it is not registering any of my mods/plugins. it is only detecting the base game, DLC and creation content. i can provide screenshots/logs, honestly i am tearing my hair out and close to giving up, what am i doing wrong? any help would be much appreciated,thanks! Moved to the DynDOLOD 3 Alpha thread. See the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD debug log and log to upload. Also see https://dyndolod.info/Installation-Instructions Refer to the manual of the mod manager how to add the DynDOLOD/TexGen executables, for example Mod Organizer, Vortex. If the tools are started without setting a Game Mode with a command line argument, a message window will prompt for the desired Game Mode. For Steam versions of the game, use the game launcher to set the current location of the game in the Windows Registry. See Windows Registry Key for more. See Skyrim Special Edition GOG / Skyrim Anniversary Edition GOG in case the GOG version of the game is used. Check the reported game Data Path in the TexGen/DynDOLOD log is the correct one and the same MO2 uses. If not see https://dyndolod.info/Messages/Windows-Registry-Key
TomForStep Posted June 23, 2024 Posted June 23, 2024 11 hours ago, sheson said: The base record has show in worldmap flagged, which together with the IsFullLOD flag of the reference can cause CTD. Unset the IsFullLOD flag on the reference or create an overwrite for the base record into a new or existing plugin of your choice and unset the Show in Worldmap flag. That should stop the game from crashing when opening the map. Yes, that did it. Thank you so much for your help and all your cool tools! Much appreciated!
Chromatic Posted June 23, 2024 Posted June 23, 2024 14 hours ago, sheson said: Is this error repeatable if you only generate SIworld for a test? No, only selecting SIworld didn't have any problems and lod generation was successful. 14 hours ago, sheson said: If problem persists check if adding RenderSingle=1 under [DynDOLOD] in E:\Mod Tools\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini makes a difference. RenderSingle=1 didn't make a difference, this time lod generation was stuck at the same spot but no error message appeared. After letting DynDOLOD run for many hours with no progress, I had to close it manually and terminate the process in the task manager. No logs were generated this time.
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