Jump to content

DynDOLOD 3.00 Alpha 182


sheson

Recommended Posts

9 hours ago, PurpleYellowRosa said:

Still no good, but this time I got an access violation instead of range check error. Here's the logs:

https://ufile.io/n539187c

Thanks.

This test version should fix that new access violation. https://mega.nz/file/1dIGSI7S#hOL6CGqiteRyrdHTOJ38I7K6OtVC4VL7EVgrA2jGwwQ

Upload debug log also if it runs through without a problem.

Link to comment
Share on other sites

2 hours ago, heheloveer said:

Thank you for the huge update Sheson! I personally am not able to test it at the moment but the Child/Parent worldspace copy feature is definitely a game changer. I want to ask though, with this feature enabled, can we still make Markarth use Tamriel LOD Data to get better graphics, or is this edit completely redundant now?

Copying references that have LOD in Tamriel to the Markarth worldspace (with is disabled by default) does not change anything about the castrated data / non existing LOD in it. LOD for Markarth will also not take copied reference from parent to child worldspace into account.

So for best possible visuals past the walls, you'll want to set the flag to use Tamriel for LOD with a plugin and set ScanParent=1 in DynDOLOD_SSE_childworld_MarkarthWorld.ini before generating LOD.

  • Thanks 1
Link to comment
Share on other sites

25 minutes ago, sheson said:

Copying references that have LOD in Tamriel to the Markarth worldspace (with is disabled by default) does not change anything about the castrated data / non existing LOD in it. LOD for Markarth will also not take copied reference from parent to child worldspace into account.

So for best possible visuals past the walls, you'll want to set the flag to use Tamriel for LOD with a plugin and set ScanParent=1 in DynDOLOD_SSE_childworld_MarkarthWorld.ini before generating LOD.

So the edit is still useful. Thanks for the explanation!

Link to comment
Share on other sites

1 hour ago, MisterMorden said:

New version woyked for me too!  Logs offered up in tribute (no bugreport generated): https://ufile.io/f/r7c6d

Going to bed now but will check on the goodies tomorrow...thanks again, sheson!

Great.

You might want to create a LOD model for florajuniper01.nif.
Meshes\plants\florajuniper01.nif used 982 times, ~ 2480.92 MB

This looks like the full model filesize for it is 2.5MB alone? Is that correct? The vanilla version is like 50kB. 

  • Thanks 1
Link to comment
Share on other sites

I've been following the STEP guide for Skyrim SE, and DynDOLOD seems to get stuck generating for Solstheim whenever I try to process all of the worldspaces together (it gets as far as generating the texture atlas for DynDOLOD_DLC2SolstheimWorld_Glow.dds and then just sits there, seemingly indefinitely).

In an attempt to get around this, I ran the program with every worldspace ticked except DLC2SolstheimWorld and it completed as expected, moved the output into the prepared mod folder, and then tried again with only DLC2SolstheimWorld ticked and it succeeded this time. Now I have two sets of output files, and I'm wondering how I should go about merging them, if that's the appropriate thing to do here.

Any guidance is appreciated!

Link to comment
Share on other sites

16 minutes ago, NeedsMoreBirds said:

I've been following the STEP guide for Skyrim SE, and DynDOLOD seems to get stuck generating for Solstheim whenever I try to process all of the worldspaces together (it gets as far as generating the texture atlas for DynDOLOD_DLC2SolstheimWorld_Glow.dds and then just sits there, seemingly indefinitely).

In an attempt to get around this, I ran the program with every worldspace ticked except DLC2SolstheimWorld and it completed as expected, moved the output into the prepared mod folder, and then tried again with only DLC2SolstheimWorld ticked and it succeeded this time. Now I have two sets of output files, and I'm wondering how I should go about merging them, if that's the appropriate thing to do here.

Any guidance is appreciated!

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

If you want to report/trouble shoot the original problem, then check if there are texconv processes in task manager that DynDOLOD might waiting for. If you kill them tehn DynDOLOD should stop with an appropriate error message. In any case, upload the mentioned logs, which are saved when DynDOLOD shuts down normal via the X top right or Exit prompt buttons.

If you want to add LOD for worldspaces to existing output, then the existing output needs to be installed and activated in the load order first. DynDOLOD will load the existing plugins, so they can be updated and the new output merged with the old output. https://dyndolod.info/Updating

Link to comment
Share on other sites

Thankyou for the fast response! I ran the program again and it crashed after a while, but didn't produce a debug log, so I've attached the whole logs folder with output from only this session as well as the most recent log from the Windows event viewer.

MO2 says that texconv.exe is still running, but I can't find it in the task manager in order to kill the process.

Logs.7z WindowsEventViewerLog_DynDOLODcrash.txt

Link to comment
Share on other sites

1 hour ago, NeedsMoreBirds said:

Thankyou for the fast response! I ran the program again and it crashed after a while, but didn't produce a debug log, so I've attached the whole logs folder with output from only this session as well as the most recent log from the Windows event viewer.

MO2 says that texconv.exe is still running, but I can't find it in the task manager in order to kill the process.

Logs.7z 285.44 kB · 0 downloads WindowsEventViewerLog_DynDOLODcrash.txt 1.32 kB · 0 downloads

The stalled texconv processs might only be visible if enabling to see all process and/or after unfolding child process of TexGen/DynDOLOD.

Is there a bugreport.txt in the same folder as the DynDOLODx64.exe?

The log and debug are probably not saved because the programs is terminated by the OS or manually, so it can not go through its own crash handler / shutdown procedures.

Make sure UAC, antivir are not interring with any of the executables, including ..\DynDOLOD\Edit Scripts\Texconvx64.exe
Make sure graphics the latest graphics drivers without crapware are installed or terminate the crapware before running the tools. Especially if using AMD.

Add LockTexonv=1 under [DynDOLOD] in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini to see if it makes a difference.

If it still stalls, check for that Texconv in task manager in order to kill it to see if it allows DynDOLOD to write logs.

Either way let me know the outcome.

Link to comment
Share on other sites

On 8/7/2023 at 2:01 PM, TheDude said:

I would be great to be able to try out the Whiterun/Solitude Exterior patch files with the latest alpha versions, please let me know if I can assist you in testing this.

Yes, I'm aware of the Whiterun Exterior Grass patch too, but since I've precached my grass it doesnt affect performance that much actually. Thanks anyway.

Ooh, that sounds interesting, I will have a close look at the large reference bugs workarounds then!

Have a look at this new page https://dyndolod.info/Help/DynDOLOD-Patches

The old and slightly modified Whiterun/Solitude patches should work with Alpha-131 and not checking Parent > child.

Link to comment
Share on other sites

6 hours ago, sheson said:

Great.

You might want to create a LOD model for florajuniper01.nif.
Meshes\plants\florajuniper01.nif used 982 times, ~ 2480.92 MB

This looks like the full model filesize for it is 2.5MB alone? Is that correct? The vanilla version is like 50kB. 

Yea, I was just using "full"  for LOD 4 with 3d Junipers & Beries as the billboard for it was driving me crazy upon switch out...but you are, of course, right it's a ridiculous measure.

Link to comment
Share on other sites

42 minutes ago, sheson said:

The stalled texconv processs might only be visible if enabling to see all process and/or after unfolding child process of TexGen/DynDOLOD.

Is there a bugreport.txt in the same folder as the DynDOLODx64.exe?

The log and debug are probably not saved because the programs is terminated by the OS or manually, so it can not go through its own crash handler / shutdown procedures.

Make sure UAC, antivir are not interring with any of the executables, including ..\DynDOLOD\Edit Scripts\Texconvx64.exe
Make sure graphics the latest graphics drivers without crapware are installed or terminate the crapware before running the tools. Especially if using AMD.

Add LockTexonv=1 under [DynDOLOD] in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini to see if it makes a difference.

If it still stalls, check for that Texconv in task manager in order to kill it to see if it allows DynDOLOD to write logs.

Either way let me know the outcome.

After stopping and disabling AMD's hotkey utility, setting DynDOLOD, TexGen, Texconv and xLODGen to run as an admin, and adding the LockTexconv=1 line to the .ini, the program ran to completion in just under 18 minutes and failed to generate objects for Solstheim. It looks like that's the only location it's having trouble with.

The debug log was far too large to attach here or in paste.ee, so here it is on ufile.io.

Link to comment
Share on other sites

7 minutes ago, NeedsMoreBirds said:

After stopping and disabling AMD's hotkey utility, setting DynDOLOD, TexGen, Texconv and xLODGen to run as an admin, and adding the LockTexconv=1 line to the .ini, the program ran to completion in just under 18 minutes and failed to generate objects for Solstheim. It looks like that's the only location it's having trouble with.

The debug log was far too large to attach here or in paste.ee, so here it is on ufile.io.

Also upload E:\Modding\DynDOLOD\Logs\LODGen_SSE_DLC2SolstheimWorld_log.txt
Check Windows Event log a related entry for LODGenx64Win.exe and copy/paste or upload that as well.

You had an eye on total memory usage of everything in task manager when it happened? C000005 can memory or CPU related in high stress situations if random.

Start DynDOLOD in expert mode https://dyndolod.info/Help/Expert-Mode
Only select  DLC2SolstheimWorld and then click Execute LODGen to only run that again. If it runs through without error just by itself, the output is complete and can be used.

Link to comment
Share on other sites

17 hours ago, sheson said:

Thanks.

This test version should fix that new access violation. https://mega.nz/file/1dIGSI7S#hOL6CGqiteRyrdHTOJ38I7K6OtVC4VL7EVgrA2jGwwQ

Upload debug log also if it runs through without a problem.

It worked (cheers!), but didn't generate a debug log for whatever reason. The file is there, there's just no text in it.

Link to comment
Share on other sites

11 hours ago, sheson said:

Also upload E:\Modding\DynDOLOD\Logs\LODGen_SSE_DLC2SolstheimWorld_log.txt
Check Windows Event log a related entry for LODGenx64Win.exe and copy/paste or upload that as well.

You had an eye on total memory usage of everything in task manager when it happened? C000005 can memory or CPU related in high stress situations if random.

Start DynDOLOD in expert mode https://dyndolod.info/Help/Expert-Mode
Only select  DLC2SolstheimWorld and then click Execute LODGen to only run that again. If it runs through without error just by itself, the output is complete and can be used.

Here's the Windows event log for LODGENx64Win.exe:

Quote

Application: LODGenx64Win.exe
CoreCLR Version: 6.0.1322.58009
.NET Version: 6.0.13
Description: The process was terminated due to an internal error in the .NET Runtime at IP 00007FF979DD9370 (00007FF979D30000) with exit code 80131506.

I wasn't keeping an eye on memory usage at the time, but I have 64GB so I don't believe a memory shortage would be a factor. Expert mode is already set to 1 in the .ini, too.

LOD for only DLC2SolstheimWorld generated without issue, but it looks like I'm running an outdated version of .NET v6, so I'm going to update that and rerun the whole thing after I post this.

LODGen_SSE_DLC2SolstheimWorld_log.txt

Link to comment
Share on other sites

Hoping you can point me in the right direction or give me a few ideas to try.  I am using SkyrimVR and the last working copy of NG DLL's that I could use was Alpha 5.  When using any past that (6, 7, or 8), I CTD right before the SkyrimVR load screen.  If I load ENB, the CTD is after the ENB splash screen and before the VR load screen.  I removed all mods except SKSEVR, Crash Logger, VR Address Library, VRIK, Dyndolod Resources & DLL NG #, with the same CTD.  I reinstalled MS C++ and Runtime 6, disabled antivirus. reset NVIDIA profiler to default values and ran a Windows memory test. Still CTD.  If I disable the DLL NG and start, everything is fine.  I also have a crashdump log that I added to the combined logs.

 

Thanks in advance for the help,

 

 

 

Combined logs.txt

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.