DynDOLOD 3.00 Alpha 190

[MisterMorden]

  On 9/30/2022 at 3:14 PM, sheson said:

See https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=264361

Expand  

Many thanks sheson!  And I usually keep up with the thread so well...

[darkrain261]

  On 9/30/2022 at 2:55 PM, sheson said:

Is this running a real Windows?

Did you set an environment variable DOTNET_SYSTEM_GLOBALIZATION_INVARIANT? If this does not mean anything to you, open a command prompt and execute the "set" command and check its ouput.

Unrelated: Read https://dyndolod.info/Generation-Instructions and error check the load order with xEdit and clean plugins before generating LOD. Do not install outdated LOD assets for DynDOLOD 2.x. See https://dyndolod.info/Mods/Majestic-Mountains.

Expand  

It seems that the output does not mention about DOTNET_SYSTEM_GLOBALIZATION_INVARIANT. Here is the full log: https://paste.ee/p/1wM8i

Thanks for the instruction about Majestic Mountain, it was updated with new LOD Pack. When let the new pack overwriting DynDOLOD Resources SE, it gave the "texture do not match" warnings. If I let the Resource overwrite the pack, the warnings are gone. Hope I'm doing it right.

[sheson]

  On 9/30/2022 at 3:23 PM, darkrain261 said:

It seems that the output does not mention about DOTNET_SYSTEM_GLOBALIZATION_INVARIANT. Here is the full log: https://paste.ee/p/1wM8i

Thanks for the instruction about Majestic Mountain, it was updated with new LOD Pack. When let the new pack overwriting DynDOLOD Resources SE, it gave the "texture do not match" warnings. If I let the Resource overwrite the pack, the warnings are gone. Hope I'm doing it right.

Expand  

Something is weird with the OS locale / globalization or .NET setup, since it won't accept en-us for some reason.

Lets try not to use a specific culture at all and see what happens with this test version https://mega.nz/file/FVx32RoY#Lmwwv_fFG-OXlRJAIGk82Ma0AVFIurgx6Su86ZiEmzk, just replace the file in the Edit Script folder.

That DynDOLOD 2.x and DynDOLOD 3.x LOD assets are mixed together in a single download archive is unfortunate and needs to be rectified some time in the future.

[Blackread]

  On 9/30/2022 at 3:07 PM, sheson said:

Address the memory errors https://dyndolod.info/FAQ "High memory usage / Out of memory" and https://dyndolod.info/Help/Occlusion-Data#Out-of-Memory-while-Generating-Occlusion-Data

Check for errors/messages from the SHESON_DynDOLOD_* scripts in papyrus log in regards to the house.
Should there be any HearthFires buildings at all or was nothing built yet?
Did you speed run (above 500)? You got there by walking from where? Can it be replicated?

fBlockLevel0Distance sets the max distance of the first LOD level 4, e.g. where LOD level 8 starts.
LOD Level 4 is 4x4 cells = 16384 x 16384 game units. It is not entirely clear  what is used as origin for the fBlockLevel0Distance setting, for example center of current cell, edge of active cells. Center would be another 2.5 = 10240 game units.

Since the next LOD level 8 covers 8x8 cells the game can only replace 2 LOD level 4s at a time with a LOD Level 8. See https://dyndolod.info/How-LOD-Works and https://dyndolod.info/Help/Object-LOD#Settings

It should be impossible to have LOD Level 8 touch the active cells. There always has to be a LOD Level 4 next, as it is the only one to contain segments so it can disable object LOD per attached cell.

Expand  

Thank you for the LOD Level explanation, I understand it better now.

I tried to solve the out of memory issue by setting the OcclusionMaxThreadsObjectLOD to 1, but it didn't help. This time there was an access violation. I forgot to copy the error window, but here are the logs along with the bugreport. I looked into other possible solutions too, but the grass LOD is already quite low density, and the 3D trees are from Happy Little Trees which should be adequately optimized I believe. When it comes to other full models in object LOD I'm not entirely sure, the only mod I definitely know to use full models is More Wooden Bridges. I feel like something has maybe changed in the way the height data is calculated from object LOD, because back in the beginning of August I successfully generated a grass LOD with 100 density (with the same grass mod and settings). It took at least 15 minutes for the height data for Tamriel to be calculated and maybe 1.5 hours for the whole generation (Tamriel only), but there were no errors.

The HearthFires building should not be there, I was straight out of the alternate start room. I ran from Honningbrew Meadery along the east side of Whiterun to the whitewatch tower, where I first noticed the misplaced building. It is fully replicable on that LOD generation (I haven't successfully completed another one yet). I hadn't altered my speed mult, it was vanilla (or very close to it at least).

Edit: Forgot to mention, nothing in Papyrus logs.

Edit2: Did another DynDOLOD run without Occlusion just to see if the HearthFires building is still there, and it looks like it is. Logs Seems it is replicable at least on this mod list. Still nothing in Papyrus logs. I'll root out the memory issues when I have the time.

Edited September 30, 2022 by Blackread

[darkrain261]

  On 9/30/2022 at 3:59 PM, sheson said:

Something is weird with the OS locale / globalization or .NET setup, since it won't accept en-us for some reason.

Lets try not to use a specific culture at all and see what happens with this test version https://mega.nz/file/FVx32RoY#Lmwwv_fFG-OXlRJAIGk82Ma0AVFIurgx6Su86ZiEmzk, just replace the file in the Edit Script folder.

That DynDOLOD 2.x and DynDOLOD 3.x LOD assets are mixed together in a single download archive is unfortunate and needs to be rectified some time in the future.

Expand  

Thank you! The underside mesh is finally generated with the file you sent.

Also, Majestic Mountain's lod pack has been updated so the warning is also fixed. I really appreciate your quick support. Cheers!

[sheson]

  On 9/30/2022 at 7:41 PM, darkrain261 said:

Thank you! The underside mesh is finally generated with the file you sent.

Also, Majestic Mountain's lod pack has been updated so the warning is also fixed. I really appreciate your quick support. Cheers!

Expand  

That is great. Thanks for letting us know.

[darikzen]

  On 9/29/2022 at 9:40 PM, sheson said:

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

Unclear what "tried to pack output myself and load it into the game" is supposed to mean.

No actual information about "a bug with light source causing high density particles near them"

See https://dyndolod.info/Official-DynDOLOD-Support-Forum

Expand  

logs and bug reports - https://ufile.io/pn1y1h65

modwatch - https://modwat.ch/u/darikzen/plugins

by "tried to pack output myself and load it into the game" I mean that DynDOLOD didn't suggest to zip output and exit after the last error, so I tried to zip it myself

Edited October 1, 2022 by darikzen

[darikzen]

  On 10/1/2022 at 5:13 AM, darikzen said:

logs and bug reports - https://ufile.io/pn1y1h65

modwatch - https://modwat.ch/u/darikzen/plugins

by "tried to pack output myself and load it into the game" I mean that DynDOLOD didn't suggest to zip output and exit after the last error, so I tried to zip it myself

Expand  

actually, I've just checked and TexGen contains errors too https://ufile.io/x9yqwzr0

[darkrain261]

  On 9/30/2022 at 7:52 PM, sheson said:

That is great. Thanks for letting us know.

Expand  

Hello, it's me again. I think I found the source of problem. I'm using Vortex and the newest version of it has something wrong with the variable you said "DOTNET_SYSTEM_GLOBALIZATION_INVARIANT". If I launch DynDOLOD (with original LODGenx64Win.exe - not the one you sent) through Vortex as tool then I got the problem I mentioned. However, if launch DynDOLOD directly, then it works normally.

In addition, adding the environment variable: DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=0 in the DynDOLOD shortcut in Vortex also solves the problem. So it's not my NET runtime but the Vortex itself causing the issue. Once again thanks for your wonderful DynDOLOD and support for players.

[sheson]

  On 9/30/2022 at 6:57 PM, Blackread said:

Thank you for the LOD Level explanation, I understand it better now.

I tried to solve the out of memory issue by setting the OcclusionMaxThreadsObjectLOD to 1, but it didn't help. This time there was an access violation. I forgot to copy the error window, but here are the logs along with the bugreport. I looked into other possible solutions too, but the grass LOD is already quite low density, and the 3D trees are from Happy Little Trees which should be adequately optimized I believe. When it comes to other full models in object LOD I'm not entirely sure, the only mod I definitely know to use full models is More Wooden Bridges. I feel like something has maybe changed in the way the height data is calculated from object LOD, because back in the beginning of August I successfully generated a grass LOD with 100 density (with the same grass mod and settings). It took at least 15 minutes for the height data for Tamriel to be calculated and maybe 1.5 hours for the whole generation (Tamriel only), but there were no errors.

The HearthFires building should not be there, I was straight out of the alternate start room. I ran from Honningbrew Meadery along the east side of Whiterun to the whitewatch tower, where I first noticed the misplaced building. It is fully replicable on that LOD generation (I haven't successfully completed another one yet). I hadn't altered my speed mult, it was vanilla (or very close to it at least).

Edit: Forgot to mention, nothing in Papyrus logs.

Edit2: Did another DynDOLOD run without Occlusion just to see if the HearthFires building is still there, and it looks like it is. Logs Seems it is replicable at least on this mod list. Still nothing in Papyrus logs. I'll root out the memory issues when I have the time.

Expand  

If you set it single threaded to read the BTO, there is really not much else to do, other than generating Occlusion in a separate step for minimum initial memory foot print.
Check if the mentioned BTO open in NifSkope without error.

Honestly, if generation starts taking hours for Tamriel, then there is just too much stuff being added. How large are the BTO files?

I will see if I can replicate the HearthFires house with the experimental workarounds.

[sheson]

  On 10/1/2022 at 5:13 AM, darikzen said:

logs and bug reports - https://ufile.io/pn1y1h65

modwatch - https://modwat.ch/u/darikzen/plugins

by "tried to pack output myself and load it into the game" I mean that DynDOLOD didn't suggest to zip output and exit after the last error, so I tried to zip it myself

Expand  

Pay attention to log message https://dyndolod.info/Messages and the summary https://dyndolod.info/Help/Summary-Of-Messages

In this case the issue is probably caused by several plugins adding the same new cells:

[00:48] <Warning: Potentially wild edit cell JKs Skyrim.esp [CELL:27023913] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
[00:48] <Warning: Potentially wild edit cell RLO - Exteriors.esp [CELL:390116D5] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
See https://dyndolod.info/Messages/Potentially-Wild-Edit-Cell

[00:48] <Warning: Duplicate Cell at -1,-1 in JKs Skyrim.esp [CELL:27023913] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1) and RLO - Exteriors.esp [CELL:390116D5] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
See https://dyndolod.info/Messages/Duplicate-Cell

Riften is not near the center of the map, so there is most likely no real reason for any plugin to add new cells at -1,-1 for it.
The cell records can/should probably be removed with xEdit for example.

https://dyndolod.info/Generation-Instructions#2-Generate-The-LOD-Mod-with-DynDOLOD
Pay attention to all log messages. It should end with the log message 'DynDOLOD plugins generated successfully' and lines like 'LODGen generated object LOD for [WORLDSPACE] successfully' for each selected worldspace. Do not use the output if there were errors that stopped the process prematurely.

  On 10/1/2022 at 5:57 AM, darikzen said:

actually, I've just checked and TexGen contains errors too https://ufile.io/x9yqwzr0

Expand  

https://dyndolod.info/Messages/File-Not-Found-Textures
In case a texture is not found while running TexGen, it will be substituted with the default diffuse (full red color) for *.DDS or the default normal map (flat surface) for *_n.DDS automatically. The first should be very obvious in case the generated object LOD texture or LOD billboard is used in the game and typically needs to be fixed. The flat normal map substitute means the surface of the object will be flat, which might not be a very visible problem if at all.

If the trees / billboards are not used in the game / for LOD generation, then you won't see any visual issues.

[sheson]

  On 10/1/2022 at 7:14 AM, darkrain261 said:

Hello, it's me again. I think I found the source of problem. I'm using Vortex and the newest version of it has something wrong with the variable you said "DOTNET_SYSTEM_GLOBALIZATION_INVARIANT". If I launch DynDOLOD (with original LODGenx64Win.exe - not the one you sent) through Vortex as tool then I got the problem I mentioned. However, if launch DynDOLOD directly, then it works normally.

In addition, adding the environment variable: DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=0 in the DynDOLOD shortcut in Vortex also solves the problem. So it's not my NET runtime but the Vortex itself causing the issue. Once again thanks for your wonderful DynDOLOD and support for players.

Expand  

Thanks for this insight. This will help dealing with this error message from unsuspecting users, which will most likely be coming up for years unless Vortex is "fixed".

[Tigornmagnus]

Hi, I was just trying to use the Alpha 99. I tried running TexGen but it gives me an error message saying OpenGL: the operation is invalid. Ran it twice but both times the same error happened This didn't happen using the Alpha 98. Here are my logs:

TexGen Debug Log: https://ufile.io/9p9fg1c0

TexGen Log: https://ufile.io/xbb3bgrk
 

[sheson]

  On 10/1/2022 at 1:16 PM, Tigornmagnus said:

Hi, I was just trying to use the Alpha 99. I tried running TexGen but it gives me an error message saying OpenGL: the operation is invalid. Ran it twice but both times the same error happened This didn't happen using the Alpha 98. Here are my logs:

TexGen Debug Log: https://ufile.io/9p9fg1c0

TexGen Log: https://ufile.io/xbb3bgrk

Expand  

Use the Adrenalin 22.5.1 Recommended (WHQL) driver.

https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=264226
https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=263254
https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=263135
https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=263132
https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=262984
https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-99/?do=findComment&comment=262759

[darikzen]

 

  On 10/1/2022 at 8:49 AM, sheson said:

Pay attention to log message https://dyndolod.info/Messages and the summary https://dyndolod.info/Help/Summary-Of-Messages

In this case the issue is probably caused by several plugins adding the same new cells:

[00:48] <Warning: Potentially wild edit cell JKs Skyrim.esp [CELL:27023913] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
[00:48] <Warning: Potentially wild edit cell RLO - Exteriors.esp [CELL:390116D5] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
See https://dyndolod.info/Messages/Potentially-Wild-Edit-Cell

[00:48] <Warning: Duplicate Cell at -1,-1 in JKs Skyrim.esp [CELL:27023913] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1) and RLO - Exteriors.esp [CELL:390116D5] (in RiftenWorld "Riften" [WRLD:00016BB4] at -1,-1)>
See https://dyndolod.info/Messages/Duplicate-Cell

Riften is not near the center of the map, so there is most likely no real reason for any plugin to add new cells at -1,-1 for it.
The cell records can/should probably be removed with xEdit for example.

https://dyndolod.info/Generation-Instructions#2-Generate-The-LOD-Mod-with-DynDOLOD
Pay attention to all log messages. It should end with the log message 'DynDOLOD plugins generated successfully' and lines like 'LODGen generated object LOD for [WORLDSPACE] successfully' for each selected worldspace. Do not use the output if there were errors that stopped the process prematurely.

https://dyndolod.info/Messages/File-Not-Found-Textures
In case a texture is not found while running TexGen, it will be substituted with the default diffuse (full red color) for *.DDS or the default normal map (flat surface) for *_n.DDS automatically. The first should be very obvious in case the generated object LOD texture or LOD billboard is used in the game and typically needs to be fixed. The flat normal map substitute means the surface of the object will be flat, which might not be a very visible problem if at all.

If the trees / billboards are not used in the game / for LOD generation, then you won't see any visual issues.

Expand  

well, I've deleted cell -1,-1 and 0,1 (or another which was in specified error that broke the process) and LODs are generated successfully, but there're still those stupid lights