DynDOLOD 3.00 Alpha 182

[Glanzer]

7 hours ago, Yueviathan said:

I have a report, and before I say anything further. Thank you sheson for trying to help me for so long as I been struggling with this issue for well over a week straight, and days of just staying up all night trying to get this to work. In the end you was right sheson so I'm going to go in detail what was my issue, sadly give a warning for a certain mod, and list all that I did. Keep in my threw out all of this I been very sick and sleep deprived which wasn't helping me process information, my apologies for any difficulty in any of this...

Wow you sound just like me, when I find something wrong it just bugs me and I have to figure out how to fix it, and I'll get real moody until I get it fixed. Regarding anything map related, especially paper map mod: Since it comes last in your load order, you should disable it before running dyndolod. Basically anything that needs to come AFTER Dyndolod.esp and Occlusion.esp should be disabled before doing the normal routine of the SSELODGen/Dyndolod/Occlusion patching cycle. Then re-enable them.

The very best change that could possibly come in TES VI would be to allow single record leaf node changes without any of the parents in the hierarchy being counted in the plugin load order. That way just putting a book in a worldspace would have no effect on lighting, sound, etc. Even fields in a single record should somehow be modifiable without invalidating/overwriting the other fields within that record.

Edited October 18, 2021 by Glanzer

[narphous]

No complaints, just wanted to say you're doing the lord's work and it's appreciated.

[sheson]

10 hours ago, Glanzer said:

Wow you sound just like me, when I find something wrong it just bugs me and I have to figure out how to fix it, and I'll get real moody until I get it fixed. Regarding anything map related, especially paper map mod: Since it comes last in your load order, you should disable it before running dyndolod. Basically anything that needs to come AFTER Dyndolod.esp and Occlusion.esp should be disabled before doing the normal routine of the SSELODGen/Dyndolod/Occlusion patching cycle. Then re-enable them.

The very best change that could possibly come in TES VI would be to allow single record leaf node changes without any of the parents in the hierarchy being counted in the plugin load order. That way just putting a book in a worldspace would have no effect on lighting, sound, etc. Even fields in a single record should somehow be modifiable without invalidating/overwriting the other fields within that record.

Temporarily disabling plugins is a troubleshooting step.

The load order should be finalized before generating LOD. All patches and plugins should enabled and sorted properly.

The DynDOLOD and Occlusion plugins are generated by copying the winning overwrites for records.

If the map plugin is the last plugin to overwrite the worldspace record, those changes will be in the DynDOLOD and Occlusion plugin.

There isn't anything that needs to load after the  DynDOLOD or Occlusion plugins if LOD has been generated properly for the current load order.

[Ashurel]

Went to regenerate my LODs, and it gave me "Item not found".

Last warning in the log was 3 seconds before the crash

https://paste.ee/p/jWIac

[VeganCannibalism]

Howdy!

I can run TexGen and LodGen and install both outputs, but the resulting plugins seem to be broken--as soon as I load the game, I get a CTD immediately after the loading screen. It doesn't even get to the point of gameplay, just the loading screen freezes for a moment and then it crashes. Disabling the plugins lets me load in fine, but of course that defeats the point of using DynDOLOD. I checked the plugins for errors in SSEEdit and it seems to think they're all fine. DynDOLOD isn't generating a bug report log, either.

My logs: VC's Google Drive

[Ashurel]

Rerunning TexGen fixed the issue, but still might be worth parsing

[sheson]

1 hour ago, Ashurel said:

Rerunning TexGen fixed the issue, but still might be worth parsing

Thanks for the logs. Looks like a race condition. Just rerunning DynDOLOD should have been enough.

4 hours ago, VeganCannibalism said:

Howdy!

I can run TexGen and LodGen and install both outputs, but the resulting plugins seem to be broken--as soon as I load the game, I get a CTD immediately after the loading screen. It doesn't even get to the point of gameplay, just the loading screen freezes for a moment and then it crashes. Disabling the plugins lets me load in fine, but of course that defeats the point of using DynDOLOD. I checked the plugins for errors in SSEEdit and it seems to think they're all fine. DynDOLOD isn't generating a bug report log, either.

My logs: VC's Google Drive

Check the DynDOLOD log for error and warning messages. Especially invalid texture resolutions. Like this https://stepmodifications.org/forum/topic/15606-dyndolod-300-alpha-50/?do=findComment&comment=251778

Upload the DynDOLOD log and debug as explained of the first post.

[VeganCannibalism]

Oops, thought I included those logs in my file. Sorry about that.

 

Here's the logs.

 

Looks like Redbag's Rorikstead has invalid texture sizes, but there's a link to download fixed textures in the comments on that mod page, so hopefully that fixes it. I'll overwrite the bad textures and rebuild DynDOLOD. 

 

[sheson]

1 hour ago, VeganCannibalism said:

Oops, thought I included those logs in my file. Sorry about that.

 

Here's the logs.

 

Looks like Redbag's Rorikstead has invalid texture sizes, but there's a link to download fixed textures in the comments on that mod page, so hopefully that fixes it. I'll overwrite the bad textures and rebuild DynDOLOD. 

 

Yes, that texture is the cause of the CTD.

[ThreeJackdaws]

On 10/19/2021 at 6:17 PM, sheson said:

Click the "Help for this message" link as explained on the first post.

The system cannot find the path specified typically means the OS, UAC, antivir or some other 3rd party crap ware is blocking write access to the mentioned destination path. Add an exception to whatever it is that is blocking access.
It is also possible another process or program is accessing the same folder or file and this preventing write access. In case closing other programs does not help, a reboot typically helps in these cases.
Remove old files from the destination/output path, which might prevent creating the new files because they are blocked by other programs etc

Search the forum for the error message as explained on the first post:
https://stepmodifications.org/forum/search/?&q=system cannot find path specified&search_and_or=and

Thank you so much. Linking previous port with this issue helped me find a solution. 

[Transcendental]

Let me start off with the obligatory "thanks" for making this mod a reality. 

My adventure in getting grasses in my game has been long and gruesome. It has first started as a "no compromises" LOD render for 4k, but it seems now that I may lack both the time and the system memory to do so.

I've been trying to get Veydosebrom Regions to work with grass LODs (requires rebounding the meshes using CK) but I have been unable to verify if I have done so correctly. After rebounding, DynDOLOD is now taking an absurdly long time to complete. Hopefully this is a sign that it's done correctly? However, I cant get passed Tamriel Occlusion rendering (set to Level 3) because of the incredible amounts of memory it now requires. I get "out of memory" errors at this point in the process.

In have run the game on safe mode (to minimize memory usage of other programs) using 16 GB of RAM with no luck. Memory tops out and Windows can't make paging files fast enough to keep up.

I've decided that maybe Level 3 is the culprit of my woes. As I am typing this message, I am a few hours into a rerun with Level 2. Is this incredible memory usage expected in this new Alpha? If so, I recommend adding a disclaimer.

Some other questions. Is there any capability to cache the result of LODGenx so that DynDOLOD doesn't regenerate it for each run? It would save a lot of time trying to fix my current issue. Also, when rebounding my grass I noticed that the file size from the output of TexGen did not change. Is this normal? Thanks again for all you do.

[Transcendental]

On 10/20/2021 at 10:50 PM, sheson said:

The memory usage has nothing to do with this alpha but everything to do with large BTO files because of the grass LOD in them.

https://stepmodifications.org/forum/topic/15606-dyndolod-300-alpha-51/?do=findComment&comment=250521

This config change you linked should work perfectly with my memory constraints. Thanks! I assume my other questions are also ones that have been asked before. I will try to look more closely next time.

[mattski123]

On 10/18/2021 at 10:46 PM, sheson said:

Finalize the load order before generating LOD.  LOD and plugins are generated for the current load order. If the load order changes afterwards and there are visual issue either generate LOD for the new current load order or you will have to resolve conflicts in plugins manually.

LOD generation does not change how full or LOD water looks.

Create (landscape, terrain, exterior and related base records) patches before generating the LOD patch.

What do you personally do with water seams? Seeing as DynDOLOD doesn't cover them.

[BrassDancer]

I managed to resolve my issue with TexGen and the UAC blocking write access, thank goodness!

Also, is it normal for DynDOLOD to generate particular log files which are several MB in size?  It makes it impossible to upload them to any pastebin website.

 

[sheson]

45 minutes ago, mattski123 said:

What do you personally do with water seams? Seeing as DynDOLOD doesn't cover them.

As you know LOD generation does not change the look of full or LOD water. Whatever seams exist before LOD generation, they still exist all the same afterwards.

I  have no suggestions for mods or solutions for things that are not part of LOD generation atm.