aazz Posted April 1 Posted April 1 4 hours ago, MisterMorden said: All I can suggest to check is that the renamed meshes are spelled correctly (check the data tab in MO2 to make sure they overwrite dyndolod resources) and also look at the winning nif in nifskope to make sure it looks just like the one it's copied from in Glacier LOD Meshes. I also use a mesh rule for icebergs and glaciers setting level0 for all LOD levels (except 32 depending on your map situation). Make sure there are no other mesh rules above the one you create or it will override it. https://imgur.com/u2L9mfR After a few attempts I succeeded. My solution was to copy all the LOD meshes in IMR and Glacier LOD and paste "anim_lod_[0|1|2]". Thanks a lot for your help. 1
sheson Posted April 2 Author Posted April 2 14 hours ago, aazz said: I'm a little late in confirming this. I tried both and they didn't work. https://imgur.com/a/T9IcCpf Is there anything else I can try? Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. Also upload Also upload ..\DynDOLOD\Logs\DynDOLOD_SSE_Object_Report.txt See https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots how to make a useful screenshot of the full model with more informative console. 8 hours ago, aazz said: https://imgur.com/u2L9mfR After a few attempts I succeeded. My solution was to copy all the LOD meshes in IMR and Glacier LOD and paste "anim_lod_[0|1|2]". Thanks a lot for your help. [0|1|2] is a placeholder for 3 variation of the actual filenames. 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 is a shorthand for iceberglarge_lod_0.nif to iceberglarge_anim_lod_0.nif iceberglarge_lod_1.nif to iceberglarge_anim_lod_1.nif iceberglarge_lod_2.nif to iceberglarge_anim_lod_2.nif
BrotherShamus Posted April 4 Posted April 4 (edited) I'm hoping to clarify something before I begin generating LOD. I'm using this mod https://www.nexusmods.com/skyrimspecialedition/mods/46372?tab=files (v1.2 in the 'old files section) to replace the Shrine of Azura. I'm using the option in the FOMOD to make the statue three times its original size. I'm also using this mod https://www.nexusmods.com/skyrimspecialedition/mods/46522?tab=files to provide ENB lights on the sun and moon. Utilizing this guide https://dyndolod.info/Mods/Replaced-Full-Model-Example-Azura-Statue it seems I should be using the 2nd mesh mask rule (for the ENB lights) but for the larger statue, it seems I should be using the first mesh mask rule. If I change nothing when generating LOD, the statue appears perfectly but the ENB lights do not. I may have misunderstood something but in a previous post, it appears that it's suggested to use the full model but they weren't using ENB lights. Any help is greatly appreciated. I've set the correct ENB settings as well... just wanted to mention that. Edited April 4 by BrotherShamus
mostwanted11 Posted April 4 Posted April 4 (edited) What causes texgen to skip over some grasses when creating billboards? The result is that these grasses typically don't receive any lods. This issue only happens with this mod https://www.nexusmods.com/skyrimspecialedition/mods/139896. I have recalc'd bounds and i made a txt file in my mods folder and set the specific mesh to true, but the file that gets generated in texgen turns them to false like this "groundcover.esp;0000030A;r_curly_grass01,True,False" Edited April 4 by mostwanted11
sheson Posted April 5 Author Posted April 5 12 hours ago, BrotherShamus said: I'm hoping to clarify something before I begin generating LOD. I'm using this mod https://www.nexusmods.com/skyrimspecialedition/mods/46372?tab=files (v1.2 in the 'old files section) to replace the Shrine of Azura. I'm using the option in the FOMOD to make the statue three times its original size. I'm also using this mod https://www.nexusmods.com/skyrimspecialedition/mods/46522?tab=files to provide ENB lights on the sun and moon. Utilizing this guide https://dyndolod.info/Mods/Replaced-Full-Model-Example-Azura-Statue it seems I should be using the 2nd mesh mask rule (for the ENB lights) but for the larger statue, it seems I should be using the first mesh mask rule. If I change nothing when generating LOD, the statue appears perfectly but the ENB lights do not. I may have misunderstood something but in a previous post, it appears that it's suggested to use the full model but they weren't using ENB lights. Any help is greatly appreciated. I've set the correct ENB settings as well... just wanted to mention that. No rule is required if a mod only changes the translation (position, rotation or scale) of a reference. Use the second rule for the ENB lights.,
sheson Posted April 5 Author Posted April 5 12 hours ago, mostwanted11 said: What causes texgen to skip over some grasses when creating billboards? The result is that these grasses typically don't receive any lods. This issue only happens with this mod https://www.nexusmods.com/skyrimspecialedition/mods/139896. I have recalc'd bounds and i made a txt file in my mods folder and set the specific mesh to true, but the file that gets generated in texgen turns them to false like this "groundcover.esp;0000030A;r_curly_grass01,True,False" Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen log and debug log to upload when making posts. Also upload the file you created. Provide a link to the used grass mod(s).
mostwanted11 Posted April 5 Posted April 5 (edited) 40 minutes ago, sheson said: Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen log and debug log to upload when making posts. Also upload the file you created. Provide a link to the used grass mod(s). https://ufile.io/kxe8o99l https://www.nexusmods.com/skyrimspecialedition/mods/139896 if i crop the complex textures, they dont get skipped anymore and the file i made i put in the logs, but i put it in mo2 in data/dyndolod/ Edited April 5 by mostwanted11
BrotherShamus Posted April 5 Posted April 5 (edited) On 4/5/2025 at 2:00 AM, sheson said: No rule is required if a mod only changes the translation (position, rotation or scale) of a reference. Use the second rule for the ENB lights., Thank you. I'm clearly dong something wrong though. I tried the second rule for shrineofazura01.nif and it hid the statue... creating it for shrineofazuraFX.nif made the statue visible but not the ENB lights. I copied the settings exactly and tried 'reference-unchanged and original but had the same result. I don't know if this will help but here are the logs from my last failed attempt. https://ufile.io/f/8jcsu Edited April 7 by BrotherShamus
z929669 Posted April 7 Posted April 7 On 3/30/2025 at 8:55 AM, z929669 said: Noted. I will check this test version later today. In the meantime, here's a link to my last TexGen debug log, where 63/73 files were properly flagged. I'm not sure why there were 73 txt files this one time. I've also included the texture assets. Some of the recurring, ambiguously-flagged grasses are: fieldgrassTU (11) fieldgrassTU (9) fieldgrassTU (1) ffgrass01 flowergrasssaxifrage There are several others though. The load order hasn't changed in days. Only the TexGen settings were changed in the mentioned TexGen runs. Just following up with some info relating to this^ that I have gleaned since we resolved the complex=true issue. I get 70 text files when choosing 32 as my min resolution in TexGen. When I choose 64, I get 73 variants. I'm not sure why, but it seems like evidence that setting a 64 pixel min might be interesting, particularly for 4K resolutions. I'm currently testing this hunch and will post back with some compares and other data relating to CG. In order to consolidate information, I've posted some screen compares on the CG support topic. Please voice your opinions or advice if you have any. Thanks
sheson Posted April 7 Author Posted April 7 6 hours ago, z929669 said: Just following up with some info relating to this^ that I have gleaned since we resolved the complex=true issue. I get 70 text files when choosing 32 as my min resolution in TexGen. When I choose 64, I get 73 variants. I'm not sure why, but it seems like evidence that setting a 64 pixel min might be interesting, particularly for 4K resolutions. I'm currently testing this hunch and will post back with some compares and other data relating to CG. In order to consolidate information, I've posted some screen compares on the CG support topic. Please voice your opinions or advice if you have any. Thanks Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen log and debug log to upload when making posts. As explained, 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 additional billboards were generated, then report their filename(s).
z929669 Posted April 7 Posted April 7 12 hours ago, sheson said: Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen log and debug log to upload when making posts. As explained, 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 additional billboards were generated, then report their filename(s). The three grasses produced when Texture size Min=64 relative to Texture size Min=32: fieldgrasstu (8)_00000808.txt icegrassw9_00000d92.txt icegrassw11_00000804.txt TexGen_minSize32_logs.7z TexGen_minSize64_logs.7z All testing done using your modified TexGen version from this post.
Jonado Posted April 7 Posted April 7 (edited) I am having some strange issues with the latest version of DynDOLOD: When starting the game from an interior, the world map looks weird (with Seasons of Skyrim). It looks like the game is trying to load the seasonal map at the same time as the default map, see the attached screenshot. To fix the issue, I have to enter an exterior, save the game, and then restart it (then it looks like in the second image). I have packed all seasonal LOD files (terrain and object lods) in bsas to save disk space, while the regular files are retained as loose files. I have done this for convenience, so I can load all LODs in the Creation Kit without extra steps. I don't know why that would matter though. Some LOD objects don't appear snowy in winter, despite that the base objects have snow on them. See screenshot. If I walk to the pier, those objects will get back the snow. Logs can be found here: Logs.7z Edited April 7 by Jonado
RamboLeeNorris7 Posted April 8 Posted April 8 Good evening! I get the following error when running DynDolod (xLODGEN and TextGen seemed to go smoothly. Attempting Seasons of Skyrim and Unfrozen Skyrim for the first time). Error: Checking for errors failed Access violation at address 00000000006B1EAC in module 'DynDOLODx64.exe' (offset 11EAC). Read of address FFFFFFFFFFFFFFFF for Complete Crafting Overhaul_Remastered.esp MineOreIron01_LSnowRocks "Iron Ore Vein" [ACTI:0010D05C] Not sure how to fix. I've searched the forums, and can't find a consistent answer. Here is my debug_log.txt (consolidated due to size): https://pastebin.com/CeaqVTVz Here is my bugreport.txt (full file): https://pastebin.com/Q1YpfLtj Here is my log.txt (consolidated due to size): https://pastebin.com/dQHkvwJ9 Thanks in advance to anyone willing to help!
sheson Posted April 8 Author Posted April 8 9 hours ago, z929669 said: The three grasses produced when Texture size Min=64 relative to Texture size Min=32: fieldgrasstu (8)_00000808.txt icegrassw9_00000d92.txt icegrassw11_00000804.txt TexGen_minSize32_logs.7z TexGen_minSize64_logs.7z All testing done using your modified TexGen version from this post. The three grasses are skipped because the ratio of opaque pixels to transparent pixels is too low and not because of size or resolution. Forcing higher min size will typically just waste video memory since the game will probably never use the highest resolution mipmap. In case of these grasses the used mipmap will probably not have many opaque pixels if any. Also possible higher performance requirements due to overdraw. You should check the mipmaps on the object LOD atlas of these particular grass LOD billboard and how the grass LOD with them looks in the game. https://dyndolod.info/Help/TexGen#Min-Max-texture-size There is typically no point in raising the texture size Min of billboards as long as the units per pixel is used as intended to achieve sane texture resolutions for billboards. See https://dyndolod.info/Help/Texture-Resolution#Determine-Sensible-Texture-Resolutions to test if the largest mipmap is used.
sheson Posted April 8 Author Posted April 8 7 hours ago, Jonado said: I am having some strange issues with the latest version of DynDOLOD: When starting the game from an interior, the world map looks weird (with Seasons of Skyrim). It looks like the game is trying to load the seasonal map at the same time as the default map, see the attached screenshot. To fix the issue, I have to enter an exterior, save the game, and then restart it (then it looks like in the second image). I have packed all seasonal LOD files (terrain and object lods) in bsas to save disk space, while the regular files are retained as loose files. I have done this for convenience, so I can load all LODs in the Creation Kit without extra steps. I don't know why that would matter though. Some LOD objects don't appear snowy in winter, despite that the base objects have snow on them. See screenshot. If I walk to the pier, those objects will get back the snow. Logs can be found here: Logs.7z 1. It looks like in the first in the first screenshot the terrain LOD for winter was not loaded. What rudimentary troubleshooting have you done to verify this is caused by the DynDOLOD output not another mod (e.g. SOS) or a maybe mod/game INI settings? See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Rudimentary-Troubleshooting. See https://dyndolod.info/FAQ#Pack-DynDOLOD-Resources-or-generated-output-into-BSA. 2. This is dynamic LOD. Also upload ..\Seasons\DynDOLOD_WIN.ini from the DynDOLOD output and ..\Seasons\MainFormSwap_WIN.ini if it exists or report that Ignore auto generated WIN formswap = true was set in ..\SKSE\Plugins\po3_SeasonsOfSkyrim.ini
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