Jump to content

DynDOLOD 3.00 Alpha 182


sheson

Recommended Posts

I will wait until largereferencebugfix and NG version come out of "deep alpha extremely experimental" and become a standard part of dyndolod suite. Until that day, the separation of this stuff, and the ensuing bugs are too confusing and time wasting for me to dabble. Are there any ETA on when the NG/largereferencebugfix version will become a part of main stuff?

Link to comment
Share on other sites

3 minutes ago, RainingTacco said:

I had no scripts installed, i didnt even get the workaround menu when i ran dyndolod64.exe tool from MO2, which already was weird to me. Looked at dyndolod_sse.ini and the workaround toggle was deprecated, so it should be in the menu, but there wasn't. Something doesn't work right.

Anyway i reverted back to original version and it works fine, suck that i wasted hour of my life.

Read this entire page https://dyndolod.info/Help/Large-Reference-Bugs-Workarounds.

Do not install the DynDOLOD DLL NG and its scripts if you do intent to enable the large reference workarounds.

Link to comment
Share on other sites

4 minutes ago, RainingTacco said:

I will wait until largereferencebugfix and NG version come out of "deep alpha extremely experimental" and become a standard part of dyndolod suite. Until that day, the separation of this stuff, and the ensuing bugs are too confusing and time wasting for me to dabble. Are there any ETA on when the NG/largereferencebugfix version will become a part of main stuff?

What bugs?

Link to comment
Share on other sites

9 minutes ago, sheson said:

Read this entire page https://dyndolod.info/Help/Large-Reference-Bugs-Workarounds.

Do not install the DynDOLOD DLL NG and its scripts if you do intent to enable the large reference workarounds.

 

I've did everything as the site tell. Installed Dyndolod DLL NG, and its resources. Ran dyndolod, there was nowhere "large reference workaround" option to tick, and in the dyndolod_sse.ini the option said it was deprecated and to be toggle in the menu, just as the website says. Problem that there was no such option in the menu... 

I've used the new scripts before and i remember having this option, therefore i was suprised it vanished. Something must be bugged. 

Link to comment
Share on other sites

20 minutes ago, RainingTacco said:

 

I've did everything as the site tell. Installed Dyndolod DLL NG, and its resources. Ran dyndolod, there was nowhere "large reference workaround" option to tick, and in the dyndolod_sse.ini the option said it was deprecated and to be toggle in the menu, just as the website says. Problem that there was no such option in the menu... 

I've used the new scripts before and i remember having this option, therefore i was suprised it vanished. Something must be bugged. 

Read the first post which log and debug log to upload when making posts.

https://dyndolod.info/Help/Large-Reference-Bugs-Workarounds
For the large reference bugs workarounds check box and options to become available on the advanced mode window, the DynDOLOD DLL NG and Scripts must be installed and every plugin containing deleted references needs to be cleaned. See the Prerequisites section of the Generation Instructions for more.
When DynDOLOD is started, a log message will notify if the large reference bugs workarounds are enabled, for example:
Large reference bugs workarounds: enabled (DynDOLOD.DLL: NG, Scripts: NG, Deleted references: no)

Link to comment
Share on other sites

I'm having a huge issue with Alpha 111. I am able to process Texgen, but it now takes 1 hour and 17 minutes, versus 20min before I added parallax to the game. 

Texgen completes without errors. 

DynDOLOD on the other hand, lists missing meshes and textures from Beyond Reach and Beyond Skyrim - Bruma (arnima worlds and bsheartland/cyrodill respectively), as well as NiNode Root Blocks on QW's Grass Patch 2 found on nexusmods. 

I cannot get these textures or meshes because they simply don't exist on the mod author's respective pages. 

I run it anyway. DynDOLOD proceeds to generate Object LOD textures as normal, but it moves a grueling pace. It takes around 45 minutes to process all records and begin Object LOD for Tamriel, and then it takes around an hour for the basic Object LOD textures to compile before it tries to begin the Tamriel world itself. 

This would be perfectly fine, except I have spent two nights now just letting DynDOLOD run, separately, once per night, and each time it will freeze around the 3hr mark, sometimes at the 5hr mark. 

I have deleted all DynDOLOD output each time, but I cannot provide the logs because I have uninstalled this version. 

Do you recommend I try regenerating a grass cache, DynDOLOD mode = 0, with DynDOLOD 2.98 instead? 

 

System specs: 

5700X

7900XT

32GB 3600MHz RAM

20GB-40GB page file.

Edited by PhxFuryKnight
Link to comment
Share on other sites

23 minutes ago, PhxFuryKnight said:

I have deleted all DynDOLOD output each time, but I cannot provide the logs because I have uninstalled this version. 

Do you recommend I try regenerating a grass cache, DynDOLOD mode = 0, with DynDOLOD 2.98 instead?

Posting logs actually helps to resolve issues. That's kinda the whole point of this topic. See the OP.

Link to comment
Share on other sites

2 hours ago, PhxFuryKnight said:

I'm having a huge issue with Alpha 111. I am able to process Texgen, but it now takes 1 hour and 17 minutes, versus 20min before I added parallax to the game. 

Texgen completes without errors. 

DynDOLOD on the other hand, lists missing meshes and textures from Beyond Reach and Beyond Skyrim - Bruma (arnima worlds and bsheartland/cyrodill respectively), as well as NiNode Root Blocks on QW's Grass Patch 2 found on nexusmods. 

I cannot get these textures or meshes because they simply don't exist on the mod author's respective pages. 

I run it anyway. DynDOLOD proceeds to generate Object LOD textures as normal, but it moves a grueling pace. It takes around 45 minutes to process all records and begin Object LOD for Tamriel, and then it takes around an hour for the basic Object LOD textures to compile before it tries to begin the Tamriel world itself. 

This would be perfectly fine, except I have spent two nights now just letting DynDOLOD run, separately, once per night, and each time it will freeze around the 3hr mark, sometimes at the 5hr mark. 

I have deleted all DynDOLOD output each time, but I cannot provide the logs because I have uninstalled this version. 

Do you recommend I try regenerating a grass cache, DynDOLOD mode = 0, with DynDOLOD 2.98 instead? 

 

System specs: 

5700X

7900XT

32GB 3600MHz RAM

20GB-40GB page file.

Read the first post which log and debug log to upload when making posts.

https://dyndolod.info/FAQ "Long running time or output several GB in file size"
Crapware installed with graphics drivers is known to prolong running times. Install only the drivers and not any of the bloatware.

Link to comment
Share on other sites

On 10/8/2022 at 2:34 AM, sheson said:

Read the first post which log and debug log to upload when making posts.

Make sure the OS, UAC, anti vir or some other 3rd party crap ware is not preventing TexConv from running. Install latest Microsoft Visual C++ Redistributable for Visual Studio 2015, 2017, 2019, and 2022

I am having this same issue. I have already re-run xLOD gen for terrain meshes and textures. Is there a way to troubleshoot exactly which mesh file is supposedly broken?

3 minutes ago, stein03 said:

I am having this same issue. I have already re-run xLOD gen for terrain meshes and textures. Is there a way to troubleshoot exactly which mesh file is supposedly broken?

I'm sorry, I think this was attached to the wrong thread.

On 10/8/2022 at 2:52 AM, sheson said:

Moved to the DynDOLOD 3 alpha thread.

The cause is explained in the message. "Broken Tamriel terrain LOD meshes detected." and "Some terrain LOD meshes generated by Oscape have bugs resulting in severe visual issues" - You have installed a mod that contains broken terrain LOD meshes.

How to resolve it is explained in the message. "Permamently remove the broken terrain LOD meshes or use xLODGen to generate terrain LOD meshes to overwrite the broken terrain LOD meshes" - Remove the broken terran LOD meshes or generate valid ones with xLODGen.

As explained in the first post, click the link "Click on this link for additional explanations and help for this message" to open additional help.

https://dyndolod.info/Generation-Instructions#Prerequisites
Typically generate terrain LOD meshes and textures with xLODGen before generating the LOD mod with DynDOLOD, as the terrain LOD meshes are used to optimize object LOD meshes.

I have this same issue; newly updated to alpha 111 from alpha 73. I have already generated terrain meshes/textures with xLODgen as well as billboards with TexGen. Is there a way to debug the supposedly broken mesh?

Link to comment
Share on other sites

On 10/8/2022 at 5:40 AM, Francis said:

Thanks, I'm still learning about LODs and these tools. I assumed I had broken some meshes somehow, but really I just had't come across xLODGen in the third party guides I was reading/watching. 

Francis - did this error go away after you ran xLODGen?

Link to comment
Share on other sites

12 minutes ago, stein03 said:

Francis - did this error go away after you ran xLODGen?

xLODGen is terrain and DynDOLOD is objects. Neither should rely on the other or cause issues with the other regardless. One typically generates terrain first followed by objects so that the most accurate terrain meshes are in place before generating objects, but I don't think it's a requirement.

Issues with long-running process have to do with GPU drivers at least in part, so it's important to clear out all logs, run DynDOLOD/TexGen, and provide these logs for analysis so that the root causes of issues can be elucidated. Without attempts and outputs from failures, progress cannot be made.

Always use the latest available software, since that is the only relevant version about which to post. Old versions are dead and irrelevant ... and inaccessible anyway.

logs, logs, logs are of primary importance as can be easily gleaned upon just glancing at the OP.

Link to comment
Share on other sites

12 minutes ago, z929669 said:

xLODGen is terrain and DynDOLOD is objects. Neither should rely on the other or cause issues with the other regardless. One typically generates terrain first followed by objects so that the most accurate terrain meshes are in place before generating objects, but I don't think it's a requirement.

Issues with long-running process have to do with GPU drivers at least in part, so it's important to clear out all logs, run DynDOLOD/TexGen, and provide these logs for analysis so that the root causes of issues can be elucidated. Without attempts and outputs from failures, progress cannot be made.

Always use the latest available software, since that is the only relevant version about which to post. Old versions are dead and irrelevant ... and inaccessible anyway.

logs, logs, logs are of primary importance as can be easily gleaned upon just glancing at the OP.

DynDOLOD_SSE_Debug_log.txt Does this work for the log? I'm sorry for being such a noob on this forum and its functions. The reason I mentioned xLODGen and terrain is because that is what the error message specifically mentions as a solution.

Link to comment
Share on other sites

1 hour ago, stein03 said:

I am having this same issue. I have already re-run xLOD gen for terrain meshes and textures. Is there a way to troubleshoot exactly which mesh file is supposedly broken?

I'm sorry, I think this was attached to the wrong thread.

I have this same issue; newly updated to alpha 111 from alpha 73. I have already generated terrain meshes/textures with xLODgen as well as billboards with TexGen. Is there a way to debug the supposedly broken mesh?

Read the first post which log and debug logs to upload when making posts.

If you have the "same issue" then the solutions/troubleshooting steps are the same, too.

45 minutes ago, stein03 said:

DynDOLOD_SSE_Debug_log.txt Does this work for the log? I'm sorry for being such a noob on this forum and its functions. The reason I mentioned xLODGen and terrain is because that is what the error message specifically mentions as a solution.

If you really generated terrain LOD meshes with xLODGen, then make sure they have been generated for all worldspaces without errors and are not being overwritten by anything.

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.