DynDOLOD 3.00 Alpha 182

[sheson]

42 minutes ago, Oozaru85 said:

Alright, occlusion generation finished now, after 3(!) hours. Attached the log file. The debug log has not updated after I restarted Dyndolod, but I'm gonna attach it anyway. Also, no bug log generated this time since the process finished successfully.

DynDOLOD_SSE_log.txt 672.69 kB · 0 downloads DynDOLOD_SSE_Debug_log.txt 370.16 kB · 0 downloads

The debug log is saved when the program closes just after the the normal log is appended to. It may take a bit. Maybe check if it updated.

How large is the ..\Meshes\Terrain\Tamriel\Objects\ output folder? You just have HLT with ultra tree LOD?

[GuyWithOneEye]

Mod list etc; - https://loadorderlibrary.com/lists/guywithoneeyes-list

Screenshots + various logs I thought might be relevant (there's no bugreport.txt) - https://ufile.io/1l9d4gzh

 

Hi there, pretty new to modding so I may get some terms wrong or whatever, but I'm having issues generating tree lods that change properly with the seasons. I'm using Happy Little Trees with Seasons of Skyrim and Turn of the Seasons. I am also NOT using the 3D models provided by Happy Little Trees.

The problem is a lot of pine trees are seemingly randomly using variants of ASPEN billboards/lods instead of the intended pine variant, or using non snowy pines for snowy pines. Up close everything looks as it should. I should also note this only seems to happen for spring, summer and winter. NOT in autumn. Maybe I should note that my current game save is in autumn, maybe that's relevant. And the amount of aspens/mismatched lods seem to vary for each season as well. The actual aspen trees near Riften seem to change just fine.

Everything else seems to be fine other than the terrain of course, and I did use xlodgen when I first started trying this but since I had issues with the trees I removed it completely to test everything. I'll also note I have used LOOT a hundred times, cleaned EVERY plugin it said to clean including the base game stuff, and made clean saves indoors while testing all of this. I've tried removing EVERYTHING needed for DynDOLOD and redownloading and reinstalling everything from scratch. I've made sure that I checked the seasons box, with all five seasons options, and selected all the worldspaces. I have not touched any of the default settings other than the "snow" setting and setting quality. I've been googling and searching for anyone else with this issue and I couldn't find anything.

I could be wrong (I've been at this for a few days) but I think I had it working once, but the terrain looked off because I didn't know about xlodgen at the time for terrain generation. I believe the issue start after I started from scratch with xlodgen, but again I could be misremembering and it might have always been an issue with the trees.

I'm not really sure how to figure this out being pretty new to this, and I can't really make sense of the console info in the screenshots and how that would lead to a solution, maybe someone here can help. Hopefully I provided everything you need but I can get more screenshots or whatever if you need them. I tried to make sure it's clear which tree I'm clicking on as well and demonstrating how they change.

Thanks!

[sheson]

40 minutes ago, GuyWithOneEye said:

Mod list etc; - https://loadorderlibrary.com/lists/guywithoneeyes-list

Screenshots + various logs I thought might be relevant (there's no bugreport.txt) - https://ufile.io/1l9d4gzh

 

Hi there, pretty new to modding so I may get some terms wrong or whatever, but I'm having issues generating tree lods that change properly with the seasons. I'm using Happy Little Trees with Seasons of Skyrim and Turn of the Seasons. I am also NOT using the 3D models provided by Happy Little Trees.

The problem is a lot of pine trees are seemingly randomly using variants of ASPEN billboards/lods instead of the intended pine variant, or using non snowy pines for snowy pines. Up close everything looks as it should. I should also note this only seems to happen for spring, summer and winter. NOT in autumn. Maybe I should note that my current game save is in autumn, maybe that's relevant. And the amount of aspens/mismatched lods seem to vary for each season as well. The actual aspen trees near Riften seem to change just fine.

Everything else seems to be fine other than the terrain of course, and I did use xlodgen when I first started trying this but since I had issues with the trees I removed it completely to test everything. I'll also note I have used LOOT a hundred times, cleaned EVERY plugin it said to clean including the base game stuff, and made clean saves indoors while testing all of this. I've tried removing EVERYTHING needed for DynDOLOD and redownloading and reinstalling everything from scratch. I've made sure that I checked the seasons box, with all five seasons options, and selected all the worldspaces. I have not touched any of the default settings other than the "snow" setting and setting quality. I've been googling and searching for anyone else with this issue and I couldn't find anything.

I could be wrong (I've been at this for a few days) but I think I had it working once, but the terrain looked off because I didn't know about xlodgen at the time for terrain generation. I believe the issue start after I started from scratch with xlodgen, but again I could be misremembering and it might have always been an issue with the trees.

I'm not really sure how to figure this out being pretty new to this, and I can't really make sense of the console info in the screenshots and how that would lead to a solution, maybe someone here can help. Hopefully I provided everything you need but I can get more screenshots or whatever if you need them. I tried to make sure it's clear which tree I'm clicking on as well and demonstrating how they change.

Thanks!

Read the first post which DynDOLOD debug log to also upload.

https://dyndolod.info/FAQ "Billboard tree LOD does not match close-up full model trees" and "Billboard tree LOD shows in active exterior cells"

For example for screenshot 1d.jpg, base record form ID is 0004B016

DynDOLOD_SSE_Tree_Report.txt tells us which billboard is being used:

TreePineForest03 [TREE:0004B016] Meshes\landscape\trees\treepineforest03.nif [CRC32:1782C868] using textures\landscape\trees\northern hemispheres\pineatlas.dds, textures\landscape\trees\northern hemispheres\pineatlas_n.dds, textures\landscape\trees\northern hemispheres\pinebark.dds, textures\landscape\trees\northern hemispheres\pinebark_n.dds 
	Replaced tree, Billboard found, 3D LOD model not found treepineforest03_1782C868
	Billboard_0: textures\terrain\lodgen\skyrim.esm\treepineforest03_0004b016.dds, textures\default_n.dds
	Dynamic: Meshes\landscape\trees\treepineforest03.nif using textures\landscape\trees\northern hemispheres\pineatlas.dds, textures\landscape\trees\northern hemispheres\pineatlas_n.dds, textures\landscape\trees\northern hemispheres\pinebark.dds, textures\landscape\trees\northern hemispheres\pinebark_n.dds
	LOD4: Billboard1 using internal
	LOD8: Billboard1 using internal
	LOD16: Billboard1 using internal

Check if the winning billboard texture textures\terrain\lodgen\skyrim.esm\treepineforest03_0004b016.dds (should be in TexGen output) visually matches the winning Meshes\landscape\trees\treepineforest03.nif. Use MO2 right window data tab or better yet xEdit Asset Browser (started with CTRL+F3).

Repeat for a couple other trees.

[Oozaru85]

17 hours ago, sheson said:

The debug log is saved when the program closes just after the the normal log is appended to. It may take a bit. Maybe check if it updated.

How large is the ..\Meshes\Terrain\Tamriel\Objects\ output folder? You just have HLT with ultra tree LOD?

The output folder without the occlusion esp is 6GB. 

 

HLT? Do you mean Happy Little Trees? If so, then no, not just that. I have HLT with ultra tree LODs but also the ultra tree LODs for Aspen Ablaze. But Ive been using them before with the same Dyndolod settings (lod4=level0, lod8=level1, lod16=level2) and never had any such issues. As I said, nothing changed there. Dunno why I'm suddenly having such issues.

 

Oh, you mean just the Tamriel output? Not sure, Im not at home rn. Will have to check later. But since its the biggest output I assume its at least 4-5GB.

 

Alright, so the Tamriel folder has 6.75GB. Pretty big. Still, I'm pretty sure it wasn't that much smaller the last time I ran Dyndolod without these issues. So it's kinda hard to believe this is an issue now. 

 

I will try generating occlusion with the latest LodGen, tho I doubt this is gonna change anything.

 

Nope, same thing with the latest xLodGen. Also, my CPU goes up to 100% and RAM to 99%, before my system freezes completely. 

 

My specs aren't that bad, however:

i5-10400F

GTX 1080

16 Gigs DDR4

Win10 Pro  64-bit (SSD)

 

And Dyndolod and SSE as well as my MO2 mod folder are also on an SSD (all on the same one, not the system one tho).

[kn1ghtradiant]

11 hours ago, sheson said:

LOD Occlusion data can not cause CTD.

The Nexus mod pages linked from https://dyndolod.info/Downloads always have the latest version.

Thanks! Yes, I doubted it was the cause but it showed up in my crash report (the actual, unrelated, cause of the crash was identified and corrected) so, just in case, I ran it again and thoroughly fixed each potential error. If there is no issue with SKSE then I'm all set. Thanks for the help! 

[DreadedNautilus]

I'm constantly getting this error when trying to use DyndoLOD64:

"ErrorCreatingRenderContent Not Enough Memory resources are available to process this command"

Using the latest build published to Nexus, too.

I have more than enough RAM to handle this, too, given I have 64 gigs.

Edited March 4, 2023 by DreadedNautilus

[sheson]

8 hours ago, Oozaru85 said:

The output folder without the occlusion esp is 6GB. 

 

HLT? Do you mean Happy Little Trees? If so, then no, not just that. I have HLT with ultra tree LODs but also the ultra tree LODs for Aspen Ablaze. But Ive been using them before with the same Dyndolod settings (lod4=level0, lod8=level1, lod16=level2) and never had any such issues. As I said, nothing changed there. Dunno why I'm suddenly having such issues.

HLT = Happy Little Trees. You honestly see a difference between using billboards4 and 3D tree LOD in LOD level 8/16? Seems like a waste of resources and FPS.

You may have issues because OS, OS settings, drivers other background processes etc. changed.

6 hours ago, Oozaru85 said:

Alright, so the Tamriel folder has 6.75GB. Pretty big. Still, I'm pretty sure it wasn't that much smaller the last time I ran Dyndolod without these issues. So it's kinda hard to believe this is an issue now. 

I will try generating occlusion with the latest LodGen, tho I doubt this is gonna change anything.

When was the last time you generated occlusion. What version?

5 hours ago, Oozaru85 said:

Nope, same thing with the latest xLodGen. Also, my CPU goes up to 100% and RAM to 99%, before my system freezes completely. 

 

My specs aren't that bad, however:

i5-10400F

GTX 1080

16 Gigs DDR4

Win10 Pro  64-bit (SSD)

 

And Dyndolod and SSE as well as my MO2 mod folder are also on an SSD (all on the same one, not the system one tho).

Is memory also going to 99% with DynDOLOD and OcclusionMaxThreadsObjectLOD=1?

[sheson]

2 hours ago, DreadedNautilus said:

I'm constantly getting this error when trying to use DyndoLOD64:

"ErrorCreatingRenderContent Not Enough Memory resources are available to process this command"

Using the latest build published to Nexus, too.

I have more than enough RAM to handle this, too, given I have 64 gigs.

Read the first post which log, debug log and bugreport.txt (if it exists) to upload.

OpenGL uses VRAM and not main memory. Use the x64 version. Make sure that the best graphics card is the primary one reported by the OS.

[asebw]

Running into a strange issue with Texgen x64. The process hangs while trying to create the same dds file every time. What's particularly odd is that even after I close Texgen, the processes in task manager persist, and continue to persist until I kill them manually. If I leave texgen running for x amount of time, nothing happens. Unsure if this is related directly to DynDOLOD or one of the mods in my list. Not seeing anything jump out at me, but admittedly, my skill at reading these logs is still very entry level. If Anyone can help shed some light on what might be causing the hangup, or how I might be able to track down the culprit, your input would be greatly appreciated.

Note: Unsure if this is normal, but the TexGen_SSS_Debug_log.txt is 13 mbs, and the site won't let me upload it. If there's some specific part I should look at or upload, please let me know. 

TexGen_SSE_log truncated.txt

[sheson]

14 minutes ago, asebw said:

Running into a strange issue with Texgen x64. The process hangs while trying to create the same dds file every time. What's particularly odd is that even after I close Texgen, the processes in task manager persist, and continue to persist until I kill them manually. If I leave texgen running for x amount of time, nothing happens. Unsure if this is related directly to DynDOLOD or one of the mods in my list. Not seeing anything jump out at me, but admittedly, my skill at reading these logs is still very entry level. If Anyone can help shed some light on what might be causing the hangup, or how I might be able to track down the culprit, your input would be greatly appreciated.

Note: Unsure if this is normal, but the TexGen_SSS_Debug_log.txt is 13 mbs, and the site won't let me upload it. If there's some specific part I should look at or upload, please let me know. 

TexGen_SSE_log truncated.txt 251.46 kB · 0 downloads

Read the first post how to zip log files and to use a file service to upload logs.

It probably waits after all textures have been generated. Check the output folder for the last mentioned texture(s). The files most likely exists, but are still in R8G8B8[A8] format and not yet converted to BC7.

Check the task manager for Texconvx64.exe processes. Make sure that UAC, antivir etc. are not interfering.

[asebw]

44 minutes ago, sheson said:

Read the first post how to zip log files and to use a file service to upload logs.

It probably waits after all textures have been generated. Check the output folder for the last mentioned texture(s). The files most likely exists, but are still in R8G8B8[A8] format and not yet converted to BC7.

Check the task manager for Texconvx64.exe processes. Make sure that UAC, antivir etc. are not interfering.

My bad for missing that part. Compressed debug uploaded.

There is a icewall01lod.dds and icewall01lod_n.dds file in the output folder. Don't currently have a proper viewer program for the files installed atm, so unsure of their state.

There is a process for Taking your first born, Texture conversion command-line tool (texconvx64.exe), and a console window host running in task manager. However, once texgen hits that icewall01lod file, the cpu usage drops to 0%, but retains hold of a fair bit of memory.

In the years I have been using TexGenDynDOLOD, UAC and anti-virus have never given me an issue. I did do a check earlier while troubleshooting for completeness, and unless there's something hidden/obscure I missed, there doesn't appear to be anything blocking either texgen or textconvx64.exe.

 

TexGen_SSE_Debug_log.7z

[GuyWithOneEye]

OK, so first of all here's the debug log (it seems awfully big but it starts with the latest session so I don't know if I can shorten it) + a couple more screenshots looking at a how a specific tree changes with each season. - https://ufile.io/lxu7y6z6

You can see how everything is totally normal in AUTUMN, but SPRING and SUMMER have a normal looking pine (it should be a dead pine) and WINTER has some type of aspen (should be a snowy dead pine).

And I checked all of the trees that I first linked, I compared the .dds files with the .nif files and they all seem to be matching, as they should right? I'm not seeing anything wrong there.

The only one that is different is TreeDeadShrubSnow pictured in 4b of my first post, it says this in the tree report:

TreeDeadShrubSnow [TREE:000A731D] Meshes\landscape\plants\deadshrub01snow.nif [CRC32:C45663F1] using textures\plants\deadshrub01snow.dds, textures\plants\deadshrub01_n.dds
    Vanilla tree, Billboard DDS/TXT not found textures\terrain\lodgen\skyrim.esm\deadshrub01snow_000a731d.dds, 3D LOD model not found deadshrub01snow_C45663F1

So no billboard found there, and I was only able to find that .nif in XEdit, not in MO2. I think it's in a .bsa in the Skyrim folder? It also looks slightly different than what I'm seeing in game but not much, maybe it's just the picture. Not sure what to make of that.

I mean there must be something massively messed up with the season swapping, again I have no idea how that all works but it seems like the billboards are all generated fine and matching with the meshes/textures but when it comes to the swapping everything during the season change it's grabbing completely unrelated billboards, but not in AUTUMN.

[sheson]

6 hours ago, asebw said:

My bad for missing that part. Compressed debug uploaded.

There is a icewall01lod.dds and icewall01lod_n.dds file in the output folder. Don't currently have a proper viewer program for the files installed atm, so unsure of their state.

There is a process for Taking your first born, Texture conversion command-line tool (texconvx64.exe), and a console window host running in task manager. However, once texgen hits that icewall01lod file, the cpu usage drops to 0%, but retains hold of a fair bit of memory.

In the years I have been using TexGenDynDOLOD, UAC and anti-virus have never given me an issue. I did do a check earlier while troubleshooting for completeness, and unless there's something hidden/obscure I missed, there doesn't appear to be anything blocking either texgen or textconvx64.exe.

TexGen_SSE_Debug_log.7z 597.64 kB · 0 downloads

So TexGen is waiting for Texconvx64.exe to finish.

Antivir never changing in all those years? New graphics driver?

Check if the folder C:\Users\Alexi-PC\AppData\Local\Temp\TexGen_SSE\ still exists from former sessions. Delete it.
Then run TexGen again and check if there are any files left in the folder when TexGen reaches the end and waits for Texconvx64.exe to finish.

See what happens when you end Texconvx64.exe process in task manager.

Use https://github.com/Microsoft/DirectXTex/wiki/Texdiag, a sister program of texconv, to determine the compression format of textures to see which ones are converted to BC7 and which one are still uncompressed.

[sheson]

3 hours ago, GuyWithOneEye said:

OK, so first of all here's the debug log (it seems awfully big but it starts with the latest session so I don't know if I can shorten it) + a couple more screenshots looking at a how a specific tree changes with each season. - https://ufile.io/lxu7y6z6

You can see how everything is totally normal in AUTUMN, but SPRING and SUMMER have a normal looking pine (it should be a dead pine) and WINTER has some type of aspen (should be a snowy dead pine).

And I checked all of the trees that I first linked, I compared the .dds files with the .nif files and they all seem to be matching, as they should right? I'm not seeing anything wrong there.

The only one that is different is TreeDeadShrubSnow pictured in 4b of my first post, it says this in the tree report:

TreeDeadShrubSnow [TREE:000A731D] Meshes\landscape\plants\deadshrub01snow.nif [CRC32:C45663F1] using textures\plants\deadshrub01snow.dds, textures\plants\deadshrub01_n.dds
    Vanilla tree, Billboard DDS/TXT not found textures\terrain\lodgen\skyrim.esm\deadshrub01snow_000a731d.dds, 3D LOD model not found deadshrub01snow_C45663F1

So no billboard found there, and I was only able to find that .nif in XEdit, not in MO2. I think it's in a .bsa in the Skyrim folder? It also looks slightly different than what I'm seeing in game but not much, maybe it's just the picture. Not sure what to make of that.

I mean there must be something massively messed up with the season swapping, again I have no idea how that all works but it seems like the billboards are all generated fine and matching with the meshes/textures but when it comes to the swapping everything during the season change it's grabbing completely unrelated billboards, but not in AUTUMN.

Doublecheck that none of the files from DynDOLOD output are being overwritten by other mods or the MO2 Overwrite folder. The tree LOD being stuck in active cells typically only happens if tree LOD meshes data does not match the current order references/plugins. You are sure the load order did not change after generating LOD?

Regarding TreeDeadShrubSnow, there should quite a few shrubs, bushes etc. that do not have any billboards and consequently no LOD.

[GuyWithOneEye]

Ok, hold on. I decided to look around in Xdit, opening files from Skyrim - Meshes1.bsa. I've attached pictures from NifSkope when using the asset viewer thing from XEdit (I'm running it as an .exe from MO2 just fyi) to open pine variants of "lod_flat" files which appear to be vanilla tree lods. They all messed up and misaligned and...

 

treepineforest01 is a straight up aspen tree.

02 has some aspen assets.

03 and 04 have parts of snowy variant assets.

treepineforestdeadsnow02 appears to visually empty but still has that 3d box around it. Many of the lod_flats are empty like that.

treepineforestdeadsnow04 is a mess.

They still don't really seem to correspond to, in terms of file names and what they look like in game, what I see in game. treepineforestdeadsnow02 has a short aspen lod in game, but it looks like an empty tall pine tree here.

Ok so then I used Bethesda Archive Extractor to open Skyrim - Meshes1.bsa directly NOT through XEdit, and looked at all of those lod_flat files, they all look like the normal vanilla billboards.

So looking at them though XEdit they're messed up, but not when looking at them directly at the .nifs extracted from the .bsa. But even if those lods are completely messed up like this, why are the vanilla lods not getting overwritten by DynDOLOD? And how does this relate to the season switching, and everything looking normal in Autumn? How is it that I only see the messed up vanilla lods when looking through XEdit?

 

And regarding your last comment, I've tried this probably a dozen times. I have been very careful to not touch anything, I would drop the output into MO2, install, activate, and load the game up. I also have tried a couple times using LOOT afterwards just to test that.

When I double click DynDOLOD_Output it shows no conflicts, and there's no lightning bolt icon either. I assume that means it's good? There is some stuff in the overwrite folder but that's fine right if it shows no files being overwritten?