narphous Posted October 5, 2021 Posted October 5, 2021 (edited) 5 hours ago, sheson said: Check the myriad of the warnings from the xEdit loader : [00:04] Background Loader: Warning: Record [GLOB:00000037] in file Skyrim.esm is being overridden by record [TXST:01000037] in file NewStyleEyes.esm. [00:04] Background Loader: Warning: Record [STAT:00000001] in file Skyrim.esm is being overridden by record [HDPT:01000001] in file NewStyleEyes.esm. ... [00:05] Background Loader: Warning: Record [HDPT:01000027] in file NewStyleEyes.esm is being overridden by record [ENCH:01000027] in file RaijinSaku.esp. [00:05] Background Loader: Warning: Record [STAT:00000001] in file Skyrim.esm is being overridden by record [REFR:01000001] in file RaijinSaku.esp. ... Troubleshoot and fix those load order problems. It seems the compacting of form IDs to flag plugins ESL went wrong somehow. So how would I do that? As I said, I re-ran the compact operation in CK, but no change. And loading my entire load order in xedit shows that none of those mods actually touches any of the records that DynDolod claims they overwrite. So as far as I can tell, it's not the mods that are the problem. For example, dyndoload claims that: Computer says "Worldspace Editor ID Tamriel is changed to RecipeSED7fGbarbellGemEmerald HDT Piercingsets.esp RecipeSED7fGbarbellGemEmerald [COBJ:0000003C]" The actual ID of RecipeSED7fGbarbellGemEmerald is FE00003C and it does not overwrite 0000003C] according to xedit. Edited October 5, 2021 by narphous
sheson Posted October 5, 2021 Author Posted October 5, 2021 1 hour ago, narphous said: So how would I do that? As I said, I re-ran the compact operation in CK, but no change. And loading my entire load order in xedit shows that none of those mods actually touches any of the records that DynDolod claims they overwrite. So as far as I can tell, it's not the mods that are the problem. For example, dyndoload claims that: Computer says "Worldspace Editor ID Tamriel is changed to RecipeSED7fGbarbellGemEmerald HDT Piercingsets.esp RecipeSED7fGbarbellGemEmerald [COBJ:0000003C]" The actual ID of RecipeSED7fGbarbellGemEmerald is FE00003C and it does not overwrite 0000003C] according to xedit. DynDOLOD is a modified xLODGen, which is a tool mode of xEdit. If you use a current xEdit 4.1.3 experimental version, you should see the same warning messages when loading the plugins. DynDOLOD does not claim anything. It is the xEdit loader that reports the facts about the plugins as it loads the plugins and then creates the internal data structures. A form ID of FE00003C is an invalid object ID since it is is not in the allowed range between 0x800 and 0xFFF for light plugins (ESL). See ..\DynDOLOD\docs\help\LightPlugin.html No plugin but Skyrim.esm shoud have form IDs < 0x800 All form IDs under 0x800 regardless of their plugin load order ID are always mapped to Skyrim.esm/exe and always mean the same records. If you believe there is a problem with how xEdit loads plugins or reports such errors, make a report on its github or Discord.
hitmantb Posted October 5, 2021 Posted October 5, 2021 (edited) Just to ask a newbie question, we are still supposed to use xLODGen to generate terrain LOD's right? I understand Occlusion.esp is no longer needed. And install it to the end of load order before we run TexGen + Dyndolod? I wish TexGen can just take care of this too haha. Edited October 5, 2021 by hitmantb
sheson Posted October 5, 2021 Author Posted October 5, 2021 1 hour ago, hitmantb said: Just to ask a newbie question, we are still supposed to use xLODGen to generate terrain LOD's right? I understand Occlusion.esp is no longer needed. And install it to the end of load order before we run TexGen + Dyndolod? Read What is DynDOLOD. "DynDOLOD is the advanced and easier version of xLODGen to generate a comprehensive LOD mod for the entire load order for much improved tree and object LOD for the different Skyrim and Enderal versions." You will surely notice that it doesn't say terrain LOD. Read the first post, especially the part "Major Feature Changes". Read the included manual to learn what TexGen and DynDOLOD do and their options and settings.
Leilanixx Posted October 6, 2021 Posted October 6, 2021 (edited) Hello sorry to bother you I have a problem, when I run texgen I get this error "Item not found" without any information in the log. I do get a help link which points to Exception and tells me to delete ../Data/Grass , but there is no such folder anywhere in my drive. I'll paste the link here if anyone can take a look and help me. Thanks! https://paste.ee/p/7VGM0 Edited October 6, 2021 by Leilanixx
z929669 Posted October 6, 2021 Posted October 6, 2021 54 minutes ago, Leilanixx said: Hello sorry to bother you I have a problem, when I run texgen I get this error "Item not found" without any information in the log. I do get a help link which points to Exception and tells me to delete ../Data/Grass , but there is no such folder anywhere in my drive. I'll paste the link here if anyone can take a look and help me. Thanks! https://paste.ee/p/7VGM0 I suspect that this is the reason for the error. EDIT: as sheson mentions in next post, TexGen does not care about grass cache RE ../Data/grass ... See first and second posts on this topic. You must first generate grass cache via NGIO mod description before you can generate grass LOD with DynDOLOD. After precaching grass *.cgid files, grass folder (../Data/grass) will appear in game folder (Vortex maybe), MO overwrite, or in SKSE64 output if you have set that in MO.
sheson Posted October 6, 2021 Author Posted October 6, 2021 28 minutes ago, Leilanixx said: Hello sorry to bother you I have a problem, when I run texgen I get this error "Item not found" without any information in the log. I do get a help link which points to Exception and tells me to delete ../Data/Grass , but there is no such folder. I'll paste the link here if anyone can take a look and help me. Thanks! https://paste.ee/p/7VGM0 Read the message about disabling old TexGen output. Why do you keep ignoring it instead of disabling the old output? Make sure that the Standalone archive downloaded completely. Make sure the Standalone archive unpacks completely. Use 7zip. Make sure that config files like ..\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_TexGen_*.txt exist. If they do, then the OS, UAC, anti-vir etc. is blocking access. Do not install mod managers into steam or game folders. Please read the help for exception page more carefully. The explanations about grass cache files are under the heading "Error reading grass [worldspace] [x,y]", which does not show in the log. So that obviously does not apply. TexGen does not care about the grass cache.
aeviannce24 Posted October 7, 2021 Posted October 7, 2021 Hello, I'm using DynDOLOD 3.00 Alpha 44, following TPF Guide that is personally modified. In my current setup, I'm experiencing occasional stutters in the game (momentary freezes) and I'm not really sure what's causing it. Looking at papyrus.log and confirming with ReSaver, there's are a large amount of stack coming from SHESON_DynDOLOD_Firstborn. I'm just wondering if it's normal and if there's a way for me to minimize stuttering. I've attached my latest papyrus.log for reference: https://drive.google.com/file/d/1RQLIU98JFJvGdznIwA_0ZeCkokMqS0Th/view?usp=sharing loadorder.txt modlist.txt
sheson Posted October 7, 2021 Author Posted October 7, 2021 5 hours ago, aeviannce24 said: Hello, I'm using DynDOLOD 3.00 Alpha 44, following TPF Guide that is personally modified. In my current setup, I'm experiencing occasional stutters in the game (momentary freezes) and I'm not really sure what's causing it. Looking at papyrus.log and confirming with ReSaver, there's are a large amount of stack coming from SHESON_DynDOLOD_Firstborn. I'm just wondering if it's normal and if there's a way for me to minimize stuttering. I've attached my latest papyrus.log for reference: https://drive.google.com/file/d/1RQLIU98JFJvGdznIwA_0ZeCkokMqS0Th/view?usp=sharing loadorder.txt 20.03 kB · 1 download modlist.txt 32.55 kB · 1 download Read the first post where to make posts when participating in the alpha test. Read the first post what log files to upload when making posts. Always use the latest version. If there are (papyrus) performance problems with a load order following a modding guide, you need to ask the author/forum of the guide. Just because the DynDOLOD scripts are also the victim of performance issues and being dumped with other scripts doesn't mean they are the cause. If performance is already bad, adding LOD generated by DynDOLOD with too high settings is not going to make performance requirements any better. Try LOD generated with lower settings. You may want to have a look at all the script errors before stacks being dumped and fix them.
KLWaster Posted October 7, 2021 Posted October 7, 2021 When using "A Little Tree Mod" and "Cathedral Landscapes" there seems to be a specific variety of tree that I'm getting very red LODs for. Not sure what's going on. Here's an example. https://www.nexusmods.com/skyrimspecialedition/images/126384
DoubleYou Posted October 7, 2021 Posted October 7, 2021 Your tree LOD looks dark by at large. You should change your TexGen tree settings, regenerate with the new settings, and use the Rebuild Atlas option in DynDOLOD to apply the new texture setting. See the article by T4 where he mentions his specific TexGen and DynDOLOD settings.
MrTissueBox Posted October 7, 2021 Posted October 7, 2021 (edited) I'm also getting "item not found" error running Dyndolodx64 (Alpha 47) Here's my files: https://ufile.io/4gqd5fit (bug report) https://ufile.io/kjtdvyx9 (log) https://ufile.io/hdy19p3q (debug log) Edited October 7, 2021 by MrTissueBox
sheson Posted October 8, 2021 Author Posted October 8, 2021 12 hours ago, KLWaster said: When using "A Little Tree Mod" and "Cathedral Landscapes" there seems to be a specific variety of tree that I'm getting very red LODs for. Not sure what's going on. Here's an example. https://www.nexusmods.com/skyrimspecialedition/images/126384 If the screenshot shows billboard tree LOD, then those billboards have red color in them. If the screenshot shows 3D tree LOD, then those 3D tree LOD models use textures that have red color in them. You provided no information about how the billboards or 3D tree LOD models were created or which DynDOLOD versions is used. To troubleshoot you first need to determine or explain where the used LOD assets actually came from.
sheson Posted October 8, 2021 Author Posted October 8, 2021 9 hours ago, MrTissueBox said: I'm also getting "item not found" error running Dyndolodx64 (Alpha 47) Here's my files: https://ufile.io/4gqd5fit (bug report) https://ufile.io/kjtdvyx9 (log) https://ufile.io/hdy19p3q (debug log) The log is an empty file and the debug is incomplete. Please upload the the complete debug log starting with the first line DynDOLOD 3.0 x64 - Skyrim Special Edition... Make sure to use the latest version. Do not install 3rd party billboards. Use TexGen to generate all desired billboards.
Alexanderman95 Posted October 8, 2021 Posted October 8, 2021 I ran into a problem after updating my Load Order and regenerating LODs. In the screen shots you can see how far far away mountain LODs are very low quality and and right meshes/textures appear when I move camera closer. You can see the change between 1st and 2nd shots. Same thing happens with the tree 3d LODs. Far away trees don't use 3d LODs, but 2d. Difference is seen between 2nd and 3rd shots. Is this an issue with some .ini settings, some mod modifying LOD transition or did I do something wrong while generating LODs? First time I see this 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