sheson
-
Posts
12,669 -
Joined
-
Last visited
-
Days Won
400
9 Followers
sheson's Achievements
-
This crash log seems to indicated a problem with "Boots of Blinding Speed" added by ccbgssse041-netchleather.esl and po3_SpellPerkItemDistributor.dll. Might be a red herring. Next time also upload the skse64.log.
-
That is great. Thanks for testing.
-
The instructions https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs explain to also upload the normal TexGen log in addition to the TexGen debug log. Refer to the Vortex manual and help forum for how to use Vortex. Load the entire load order in xEdit. Start the Asset Browser with CTRL+F3. Enter the filename ShinyBright_e.dds into the filter field. Check the filter column which containers are listed for the texture. The first one is the winning one. The vanilla version of the texture should be in Skyrim - Textures3.bsa. If any other BSA is also listed, it should hint at the name of the mod. If it says "data" it is a loose file. In that case use a OS or filemanager file search in the folder Vortex keeps all the mods in. Typically something like c:\users\HyruK\AppData\Roaming\Vortex\skyrimse\mods\.
-
The DynDOLOD.log reports you are using the 33 version and not the 34 test version. Please test with the 34 version with the removed [Resets]. Edit ..\SKSE\plugins\DynDOLOD_Data\DynDOLOD_NG_Worlds.txt in the output folder and change to debug=true Upload new logs in case it crashes again.
-
The provided debug log file is only from a single run. As explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs, the normal logs appends, while the debug log gets replaced every time. So when having different results between two runs, make sure to keep and upload the 2 different debug logs. An easy method to keep all log files is to rename the log folder after every run. If you already know which billboard text files are different between two runs, then report their filename(s). If grasses from mods are involved, then report the names of the mods and provide links if possible. Check if there is anything different with this test version https://mega.nz/file/odIHRbga#6pcjpm9KOi3Lv0i9DsXLILJz5qTNHEM5WfeMMIWkWlA
-
No worries. Whenever I run into an issue where I change something and it does not seem to make any or the expected difference, it is because the file I am updating is not the one being used by whatever I use to check the change. For me that typically happens when I make backups in different directories or drives. Also MO2s virtual file system could probably get confused if you unlock MO2 while tools are being started with it. I have that turned off, because is always several tools open at the same, some with different load orders, different games even. The important part is that you addressed and fixed the issues.
-
Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. The plugin Beast Race Pack.esp exists in the used data folder and is set by the used plugins.txt to be active or it used by an active plugin as a master, which force it to be loaded.
-
Not entirely sure what "this" means. The Glaciers LOD mod includes that rule for TexGen already and has updated LOD models for the vanilla icebergs that use the generated stitched object texture LOD texture instead. It does not have updated LOD models for the Animated Icebergs mod.
-
Moved to the appropriate thread for the message. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Use-Search Use the Copy message to clipboard link and paste the text of the message instead of a screenshot as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Copy-and-Paste-Text Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. Click the link Click on this link for additional explanations and help for this message as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages to open https://dyndolod.info/Messages/Unresolved-Form-ID which contains explanation and suggestion for the reported error in the load order. Start by checking the plugin and record with xEdit mentioned in the Error in ... message. In case the unresolved form ID is for a VMAD script property and the intended record can not be determined or the property has been removed from the script, remove the property from the properties listing via right click, Remove in xEdit.
-
You seem to be using Animated Icebergs, which replaces the meshes from iceberglarge.nif to iceberglarge_anim.nif, which means the LOD models from Glacier LOD Meshes are not used but the ones based on the vanilla LOD models included in DynDOLOD Resources, which depend on a vanilla rendered object LOD texture iceberglargelod.dds that can currently not be automatically updated. This might work: Find meshes\lod\ice\iceberglarge_lod_[0|1|2].nif in Glacier LOD Meshes and copy them to iceberglarge_anim_lod_[0|1|2].nif icebergsmall01_lod.nif to icebergsmall01_anim_lod_1.nif icebergsmall02_lod.nif to icebergsmall02_anim_lod_1.nif Then "Execute LODGen" for Tamriel in expert mode to generate updated object LOD meshes. See https://dyndolod.info/Help/Expert-Mode I am not 100% sure that it will work, since I didn't have time to test for myself, so report results.
-
Record ... is being overridden by record
sheson replied to narphous's question in DynDOLOD & xLODGen Support
Moved to the appropriate thread for the message. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Use-Search. Read posts aboce. Use the link Copy message to clipboard and post the message text instead of a screenshot as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Copy-and-Paste-Text Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. Click the link Click on this link for additional explanations and help for this message as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages to open https://dyndolod.info/Messages/Record-Is-Being-Overridden to read explanations and hints for possible causes and how to fix the error in the load order. The first step is typically to load the mentioned plugins in xEdit and check the reported records. You seem to have installed the older version 2.1 of AdditionalHearthfireDolls.esp. In the current 3.0 version of AdditionalHearthfireDolls.esp the record with form ID FExxx828 is a MISC record as well and not a SPEL record anymore. That is the version the DBM patch was made for. -
Noting is really running from or executed by DynDOLOD when the player is in interior cells. CTDs that refer to NPCs, their head and skeleton are usually caused by mod affecting those parts. Check the 2 crash logs to compare their difference in what is reported. They most likely have very different causes. Verify there are really no CTDs without DynDOLOD output in the load order. Play for a day or two or without any DynDOLOD output. If there really are no crashes whatsoever, open ..\SKSE\plugins\DynDOLOD_Data\DynDOLOD_NG_Tamriel.txt in the DynDOLOD output mod folder with notepad and remove everything below [Resets] to the end of the file to see if it makes a difference. Keep a backup of the file. Report back results.
-
Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#post-Logs which TexGen log, debug log and bugreport.txt (if it exists) to upload when making posts. Report which mod the texture ShinyBright_e.dds is from. There might a problem with the texture. Reinstall the mod it is from. Make sure it is not corrupt by checking it in a texture viewer for example,
-
What was done at the time of this crash? It seems to be something else, related to NPCs and their head. It seems to be happening while in an interior?
-
No. Just switch out the DLL. So this CTD did not happen reloading a save game after death, just while going from exterior to an interior, or is the hatch from exterior to same exterior? It is not repeatably?
