DynDOLOD 3.00 Alpha 182

[sheson]

12 hours ago, bargalarkh said:

I tried running again. It seems to alternate between crashing and hanging on creating texture atlases. In the most recent case, it's been running at this for a long time:

[08:28] [Tamriel] Creating texture atlas F:\Skyrim Modding\Tools\DynDOLOD\DynDOLOD_Output\Textures\DynDOLOD\LOD\DynDOLOD_Tamriel_Glow.dds 1024 x 512

I have enabled the texture cache and max texture size ini options. There's no console window open for these, it just doesn't move past this point. I've found this is often where it will stop making progress even when left overnight.

Upload log, debug and/or the realtime log.

Check for TexConv background processes in task manager that DynDOLOD might be waiting on.

Terminate or uninstall any crapware installed with graphics drivers. See https://stepmodifications.org/forum/topic/18763-vastly-underestimed-times-for-xlodgen-texgen-etc/#comment-271754

 

[sheson]

11 hours ago, bargalarkh said:

Okay, I had a backup of my DynDOLOD output for all worldspaces except Bruma which worked.

I generated and copied the output for Bruma into that DynDOLOD mod 

LOD works perfectly, no issues at all from testing, but I keep getting an error 

DynDOLOD can not find master data in DynDOLOD_Worlds

DynDOLOD can not read DynDOLOD_None

and variations of this...

Now I read the advice from this thread but it didn't work for me. I made sure to copy over the json files when updating for the new worldspace, and have validated the JSON.

The LOD is perfect now, just wondering how I can get rid of this error from showing up.

Upload the log and debug log as explained at https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs when making posts.

Read answers for DynDOLOD could/can not read/find at https://dyndolod.info/FAQ

It could be related to the bug you reported with DynDOLOD_Worlds.txt/DynDOLOD_Worlds.json  not retaining the "worlds" from the former generation and which will be fixed in the alpha as I mentioned in the edited post. 

If that is the case, copy/pasting the missing lines from the first generation to the new file should do the trick in the interim.

[Suniasutei]

Hello,

I am reposting with the requested changes, hopefully I did it all correctly.

The error I am receiving is:

"Installation path not allowed

C:\Games\Skyrim Anniversary Edition\Modding Tools\DynDOLOD\

Reason game data: C:\Games\Skyrim Anniversary Edition"

 

My mo2 arguments are as follows:

-sse -p:"C:\Users\Mashurai\AppData\Local\Skyrim Special Edition\plugins.txt" -m:"C:\Users\Mashurai\Documents\My Games\Skyrim Special Edition GOG\Skyrim.ini" -d:"C:\Games\Skyrim Anniversary Edition" 

 

logs uploaded below

I read all of the articles including the GOG one and followed all command lines and still couldn't figure out where I went wrong.

I also made sure to install it in a safe location away from any special folders. I created a games folder and installed it into its own modding tools folder.

TexGen_SSE_Debug_log.txt

Edited June 15, 2023 by Suniasutei

[bargalarkh]

Okay thanks. So I have done three generations now, which went through okay. In this order, merging and overwriting each time:

- All worldspaces - [default, i.e. no seasons]

- Tamriel seasons only (no default) - [AUT, SPR, SUM, WIN]

- All other seasonal worldspaces (in my case this was 4 worldspaces) - [AUT, SPR, SUM, WIN]

I'll let you know how this goes if there are any issues

Edited June 15, 2023 by bargalarkh

[sheson]

58 minutes ago, Suniasutei said:

Hello,

I am reposting with the requested changes, hopefully I did it all correctly.

The error I am receiving is:

"Installation path not allowed

C:\Games\Skyrim Anniversary Edition\Modding Tools\DynDOLOD\

Reason game data: C:\Games\Skyrim Anniversary Edition"

 

My mo2 arguments are as follows:

-sse -p:"C:\Users\Mashurai\AppData\Local\Skyrim Special Edition\plugins.txt" -m:"C:\Users\Mashurai\Documents\My Games\Skyrim Special Edition GOG\Skyrim.ini" -d:"C:\Games\Skyrim Anniversary Edition" 

 

logs uploaded below

I read all of the articles including the GOG one and followed all command lines and still couldn't figure out where I went wrong.

I also made sure to install it in a safe location away from any special folders. I created a games folder and installed it into its own modding tools folder.

TexGen_SSE_Debug_log.txt 1.12 kB · 0 downloads

Installation path not allowed. C:\Games\Skyrim Anniversary Edition\Modding Tools\DynDOLOD\ Reason: game data: C:\Games\Skyrim Anniversary Edition\

Make use of the "Click on this link for additional explanations and help for this message" as explained on the first post and at  https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages to open https://dyndolod.info/Messages/Path-Not-Allowed. The page explains:
Do not install DynDOLOD into special OS folders like 'Programs Files' or 'Program Files (x86)', User, Documents, Desktop, Download and also not into SteamApps, game or any mod manager folders.

Follow the installation instructions at https://dyndolod.info/Installation-Instructions:
Use 7-Zip to unpack the DynDOLOD Standalone archive into a new and empty 'DynDOLOD' directory that is outside of special OS folders like 'Programs Files' or 'Program Files (x86)', User, Documents, Desktop, Download and also not in SteamApps, game, Data or any mod manager folders.

The installation instructions explain to not install DynDOLOD into any game folders. The error message says that DynDOLOD was installed into the game folder: "C:\Games\Skyrim Anniversary Edition\.." As the linked explanations say, do not install DynDOLOD into any game folder.

Read the page https://dyndolod.info/Help/Command-Line-Argument where/how to properly set the command line arguments. 
The -p command line argument should point to the actual plugins.txt the game reads and which the mod manager maps to whatever profile is active. This would typically be somewhere in C:\Users\.. as shown in the example. on the page. Do not point it to files in a mod manager profile folder.
The -m command line argument should should define the actual folder (not a file) where the game reads the Skyrim, SkyrimPrefs and SkyrimCustom INIs from instead of a specific file. This would typically be somewhere in C:\Users\.. as shown in the example on the page. Do not point it to a folder or file in the mod manager profiles.

[bargalarkh]

Sorted now, I actually had been transferring those lines in the files before but I obviously missed one of the things to transfer. For future reference for anyone reading this, you need to copy over lines that look like these three types:

"5829":"60,Skyrim.esm",

---------------------------

"masters":"5829, ... //you would just copy the numbers to this line

---------------------------

"tamriel":"tamriel",

---------------------------

Thanks for all the help sheson, I really appreciate it!

[Suniasutei]

Hello Sheson,

thanks for the information! I moved dyndolod from skyrim modding tools folder and into it's own area and got it to work, but using the standard skyrim file path didn't load any of my mods. I managed to get it all to work with:

-sse -p:"C:\Games\Mod Organizer 2\profiles\My Skyrim Profile\plugins.txt" -m:"C:\Games\Mod Organizer 2\profiles\My Skyrim Profile\" -d:"C:\Games\Skyrim Anniversary Edition\data"

loading my mo2 profile for plugins and ini files completely worked, I guess I am just confused why you shouldn't point it there since mo2 completes a completely separate game in a way. Non the less doing those arguments fixed my issues and I was able to get it all to work as needed.

[sheson]

6 hours ago, Suniasutei said:

Hello Sheson,

thanks for the information! I moved dyndolod from skyrim modding tools folder and into it's own area and got it to work, but using the standard skyrim file path didn't load any of my mods. I managed to get it all to work with:

-sse -p:"C:\Games\Mod Organizer 2\profiles\My Skyrim Profile\plugins.txt" -m:"C:\Games\Mod Organizer 2\profiles\My Skyrim Profile\" -d:"C:\Games\Skyrim Anniversary Edition\data"

loading my mo2 profile for plugins and ini files completely worked, I guess I am just confused why you shouldn't point it there since mo2 completes a completely separate game in a way. Non the less doing those arguments fixed my issues and I was able to get it all to work as needed.

Installing mod managers or other tools into the game folder is a typical beginners mistake.

The game and all tools load plugins.txt and the INIs from the c:\users\... standard paths. It always works and is always compatible.
Mod manager/profile folder paths change sooner or later. Use the standard paths instead. The mod manager controls the physical files. The game and everything else uses the virtual/mapped files and their standard paths.

[FinalCraneFall]

Which file is my current rules? I want to save it.

[sheson]

9 hours ago, FinalCraneFall said:

Which file is my current rules? I want to save it.

https://dyndolod.info/Help/Advanced-Mode
Once the OK button is clicked, the current settings are saved as a preset to ..\DynDOLOD\Edit Scripts\DynDOLOD\Presets\DynDOLOD_[GAME MODE]_Default.ini for the next time DynDOLOD is started.

[FinalCraneFall]

What should I do with Northern Roads bridges? I assume this is not the correct setting. What should I do?
And how can I save my current rules? I want to make a backup.

[sheson]

42 minutes ago, FinalCraneFall said:

What should I do with Northern Roads bridges? I assume this is not the correct setting. What should I do?
And how can I save my current rules? I want to make a backup.

Report the actual problem as explained at https://dyndolod.info/Official-DynDOLOD-Support-Forum
What is the problem about Northern Roads bridges. Which one?

Read the first post which log and debug log to upload when making posts. https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs

See https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots how to provide information about objects in the game.

Read https://dyndolod.info/Help/Mesh-Mask-Reference-Rules

Read https://dyndolod.info/Help/Advanced-Mode#Mesh-Mask-and-Reference-Rules
Use the Save preset and Load preset buttons to save custom rules for later use.

[Blackread]

Moving the conversation here, as it is starting to look like this might indeed be a bug. I reran DynDOLOD with the latest version, and this time the solitude windmill is using the swindmillrotor.nif model as it should. However, the farmhouse windmills are using Farmhousewindmillfan.nif, despite smfarmhousewindmillfan.nif being present during LOD generation.

I also have some problems with trees. Outside Solitude there are some tree LOD models in a loaded cell. I don't think these trees have an associated full model in that location. In the place of one of these there used to be a tree added by USSEP. I made it into an UDR, and now there's just the LOD model instead.

If I disable TGC Solitude Fixes.esp, I get this tree on top of the LOD model on the right.

Then there's a bunch of trees near Kynesgrove that behave erratically. In LOD4 they can be seen in the distance. Then when I go closer and the trees enter the large ref grid they disappear. When the cell loads properly they appear again.

I am using large trees as large refs - which btw is a fantastic feature, thank you very much for adding it. Here are the logs as usual. I also checked Papyrus logs, but there were no DynDOLOD related errors or warnings.

Edit: My uGridsToLoad is 5 and uLargeRefLODGridSize is 9. If disabling large refs by setting uLargeRefLODGridSize to 5 the trees at Kynesgrove no longer disappear. I'm using the DynDOLOD DLL NG and Scripts large ref workarounds.

Edited June 20, 2023 by Blackread
additional information

[sheson]

33 minutes ago, Blackread said:

Moving the conversation here, as it is starting to look like this might indeed be a bug. I reran DynDOLOD with the latest version, and this time the solitude windmill is using the swindmillrotor.nif model as it should. However, the farmhouse windmills are using Farmhousewindmillfan.nif, despite smfarmhousewindmillfan.nif being present during LOD generation.

I also have some problems with trees. Outside Solitude there are some tree LOD models in a loaded cell. I don't think these trees have an associated full model in that location. In the place of one of these there used to be a tree added by USSEP. I made it into an UDR, and now there's just the LOD model instead.

If I disable TGC Solitude Fixes.esp, I get this tree on top of the LOD model on the right.

Then there's a bunch of trees near Kynesgrove that behave erratically. In LOD4 they can be seen in the distance. Then when I go closer and the trees enter the large ref grid they disappear. When the cell loads properly they appear again.

I am using large trees as large refs - which btw is a fantastic feature, thank you very much for adding it. Here are the logs as usual. I also checked Papyrus logs, but there were no DynDOLOD related errors or warnings.

If making screenshots of records in xEdit best to not hide no conflict/empty rows if there are plugins overwriting.

So the SMIM DynDOLOD install option is still working for the Solitude rotor as it is supposed to. Great.

Can you check if the full path of the second screenshot is architecture\farmhouse\farmhousewindmill\farmhousewindmillfan.nif?
Are the files shown in the third screenshot identical - same CRC32?

LOD is typically added for full model references that exist (and are not permanently disabled through player) with the exact same position and rotation of the winning record at generation time. See if you can find the form id in ..\DynDOLOD\Edit Scripts\Export\LODGen_SSE_Export_Tamriel.txt

Can you look up the tree form id form the last screenshot in xEdit 0x98EA7 if any other plugin is overwriting it before the DynDOLOD plugin?
I think the trees are being moved to a different cell by The Great Village of Kynesgrove.esp and should thus not be made large references in this case. That will be fixed in the next alpha version.

[Blackread]

7 hours ago, sheson said:

If making screenshots of records in xEdit best to not hide no conflict/empty rows if there are plugins overwriting.

So the SMIM DynDOLOD install option is still working for the Solitude rotor as it is supposed to. Great.

Can you check if the full path of the second screenshot is architecture\farmhouse\farmhousewindmill\farmhousewindmillfan.nif?
Are the files shown in the third screenshot identical - same CRC32?

LOD is typically added for full model references that exist (and are not permanently disabled through player) with the exact same position and rotation of the winning record at generation time. See if you can find the form id in ..\DynDOLOD\Edit Scripts\Export\LODGen_SSE_Export_Tamriel.txt

Can you look up the tree form id form the last screenshot in xEdit 0x98EA7 if any other plugin is overwriting it before the DynDOLOD plugin?
I think the trees are being moved to a different cell by The Great Village of Kynesgrove.esp and should thus not be made large references in this case. That will be fixed in the next alpha version.

Yes, that is the full path of the windmill fan mesh.

Here are the CRC 32s for the meshes:

CRC32             Size  Name
-------- -------------  ------------
84C846CE        349922  farmhousewindmillfan.nif
26C45CC6        349922  farmhousewindmillfan02.nif
23C240AD        349922  smfarmhousewindmillfan.nif

I wasn't able to find any of the form IDs related to that particular tree outside Solitude in that txt file.

All three of the Kynesgrove trees screenshotted were moved to another cell by The Great Village of Kynesgrove.esp, as you suspected.

Just realised something related to the lod-looking tree models outside Solitude: I used Billboard4 for LOD4 and LOD8, Billboard1 for LOD16 and Billboard6 for LOD32, so I shouldn't even have any of the hybrid tree models with 3D branches in my game.

Edited June 20, 2023 by Blackread