Jump to content

DynDOLOD 3.00 Alpha 182


sheson

Recommended Posts

3 hours ago, sheson said:

How much VRAM does the graphics card have? Ccheck its memory consumption while running the TexGen.

Sorry for the hasty screenshot but I get the "out of memory" error seconds after the RAM peaks at 100%. There was one point here when the integrated GPU briefly bit 100% but Texgen kept going no problem. I'll assign my dedicated GPU (6GB VRAM) to it and try again today but based on this, not sure if it will make any difference.

c75xYHB.png

In the end I ran the Beta version yesterday as usual and didn't give any issues, but I won't give up on 3.0 just yet.

Link to comment
Share on other sites

49 minutes ago, Viv said:

Sorry for the hasty screenshot but I get the "out of memory" error seconds after the RAM peaks at 100%. There was one point here when the integrated GPU briefly bit 100% but Texgen kept going no problem. I'll assign my dedicated GPU (6GB VRAM) to it and try again today but based on this, not sure if it will make any difference.

c75xYHB.png

In the end I ran the Beta version yesterday as usual and didn't give any issues, but I won't give up on 3.0 just yet.

The out of memory message refers to video memory. What physical memory the video memory consists of depends on the hardware/OS/drivers. TexGen should be using the "first" GPU.

Link to comment
Share on other sites

3 hours ago, sheson said:

The out of memory message refers to video memory. What physical memory the video memory consists of depends on the hardware/OS/drivers. TexGen should be using the "first" GPU.

Hah now I see my misunderstanding! I assigned my dedicated GPU to Texgen this time and everything ran smoothly. Thanks so much for your help.

 CvyuAJZ.png

Link to comment
Share on other sites

When using Dyndolod 3.0, some of the trees LOD are like twice the size of the normal trees in game, making everything look extremely weird as the trees shrink in size dramatically when I get close.

Did I do something wrong? I basically used all the setting as default with the ultra tree box checked. Im using Jedi Trees.

Link to comment
Share on other sites

31 minutes ago, wbell03 said:

When using Dyndolod 3.0, some of the trees LOD are like twice the size of the normal trees in game, making everything look extremely weird as the trees shrink in size dramatically when I get close.

Did I do something wrong? I basically used all the setting as default with the ultra tree box checked. Im using

 

Yes you did. Read the first post. Especially the part about which log files to post.

Old and new billboard texture and text file generation is explained in great detail in the included documents.

Link to comment
Share on other sites

1 hour ago, wbell03 said:

When using Dyndolod 3.0, some of the trees LOD are like twice the size of the normal trees in game, making everything look extremely weird as the trees shrink in size dramatically when I get close.

Did I do something wrong? I basically used all the setting as default with the ultra tree box checked. Im using Jedi Trees.

If you are using EVT - Lush/Large with the Alternative Trees optional file, then this is a known issue. I have submitted an updated version to the mod authors, which should be available soon-ish.

If you are not using EVT with those options, please disregard this post.

Link to comment
Share on other sites

DynDOLOD quit unexpectedly after about 40 min with no helpful details but for the following from end of LOSGen_SSE_Tamriel_log.txt:

...
plants\srg_shrub01half_n.dds=7: 2162 -> 2245 | 130, 4
Log ended at 2:29:57 PM (35:41)
Code: 0

What is "Code: 0"? First issue I have had for alpha 33 (I have run with many varieties of settings around 30x on full modded setup). The new *Threads* INI params have completely resolved memory management issues for me (32 Gb system RAM, 8 Gb VRAM here), which occasionally 'broke' running object LOD in 2.xx beta when upwards of 30 Gb system RAM utilized.

I will run again and post back with more detail if issue repeats.

Link to comment
Share on other sites

6 minutes ago, z929669 said:

DynDOLOD quit unexpectedly after about 40 min with no helpful details but for the following from end of LOSGen_SSE_Tamriel_log.txt:


...
plants\srg_shrub01half_n.dds=7: 2162 -> 2245 | 130, 4
Log ended at 2:29:57 PM (35:41)
Code: 0

What is "Code: 0"? First issue I have had for alpha 33 (I have run with many varieties of settings around 30x on full modded setup). The new *Threads* INI params have completely resolved memory management issues for me (32 Gb system RAM, 8 Gb VRAM here), which occasionally 'broke' running object LOD in 2.xx beta when upwards of 30 Gb system RAM utilized.

I will run again and post back with more detail if issue repeats.

Are you saying it quit without saving any log files or a bugreport?

Code: 0 has always been the last line of the LODgen logs when everything went well.

Link to comment
Share on other sites

It's strange and looks like it's going to happen again. Symptom is that the DynDOLOD xEdit window closes, while LODGenx64.exe process continues running. Once that is finished, it just closes, so my issue is the DynDOLOD process. I will post relevant log(s) once completed.

Link to comment
Share on other sites

2 hours ago, sheson said:

Yes you did. Read the first post. Especially the part about which log files to post.

Old and new billboard texture and text file generation is explained in great detail in the included documents.

Fixed the issue. I went to the "trees addon" page on nexus and put the settings they suggested for dyndolod on their main page and now everything is working perfectly. Thank you for the quick response. 

Link to comment
Share on other sites

So no bug report or anything useful. All logs for this run attached, including TexGen logs in case they have any clues. I am running again and will watch the DynDOLOD xEdit process this time ... meh. Logs.7z

EDIT: My DynDOLOD settings for these failed runs. This is the only piece for which I have made any changes. INI settings haven't changed for past 20-ish successful runs. Maybe the Billboard2 changes for the wrTemple* trees? I assume all settings here have fallbacks.

image.png

EDIT: Well, I guess the app wanted my attention is all. Absolutely no changes aside from me watching it for 20 minutes straight to confirm the LODGen64 process started without DynDOLOD closing. Completed successfully this time with those settings.

Link to comment
Share on other sites

8 hours ago, z929669 said:

So no bug report or anything useful. All logs for this run attached, including TexGen logs in case they have any clues. I am running again and will watch the DynDOLOD xEdit process this time ... meh. Logs.7z

EDIT: My DynDOLOD settings for these failed runs. This is the only piece for which I have made any changes. INI settings haven't changed for past 20-ish successful runs. Maybe the Billboard2 changes for the wrTemple* trees? I assume all settings here have fallbacks.

image.png

EDIT: Well, I guess the app wanted my attention is all. Absolutely no changes aside from me watching it for 20 minutes straight to confirm the LODGen64 process started without DynDOLOD closing. Completed successfully this time with those settings.

I a program is being terminated like without an exception it is typically because of something outside  of a program code error, like memory, overclocking,  error etc. There might be something in the Windows event log.

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.