DynDOLOD 3.00 Alpha 182

[sheson]

18 hours ago, D1Z4STR said:

Hi Sheson, I believe so, does this last modification date sound right for Alpha 53.1? 

Yes, I can change uLargeRefLODGridSize, is this only changed in Skyrimprefs.ini or do I need to do anything anywhere else with this setting? Thanks for the support on this!

Yes those look correct.
See what happens if you replace fxwaterfallbodyslope_AA06506B_dyndolod_lod.nif in its folder and then just start the game as is.
If there the animated waterfall is not (properly visible) or there is texture flicker because of the 2 models, then also replace fxwaterfallbodyslope_AA06506Bpassthru_lod.nif in its folder and Execute LODGen in Expert Mode to generated updated object LOD meshes. See https://dyndolod.info/Help/Expert-Mode

Let me know the results. In case there are any other waterfall models having a similar issue provide their base record form ID.

[sheson]

20 hours ago, aazz said:

I unchecked grass lod and ran it, and it succeeded!
Is there a way to find out what the problem is with the grass by looking at the log?

While probably not directly the cause of the issue, there are a lot of warnings like https://dyndolod.info/Messages/Billboard-For-Model-Does-Not-Contain-Texture:
<Warning: Billboard for model Meshes\landscape\grass\aegopodiumflowerdrj_d.nif does not contain texture matches Freak's Floral Fields.esp AegopodiumFlowerDrJ_D [GRAS:78000844]>

You should run TexGen for the current load order before running DynDOLOD. See https://dyndolod.info/Generation-Instructions#1-Generate-The-Required-LOD-Assets-with-TexGen

What is the size of the grass cache folder? What is the file size of the largest *.cgid file?

Set Verbose=1 in DynDOLOD_SSE.ini and then start DynDOLOD in Expert Mode (see https://dyndolod.info/Help/Expert-Mode), select only Tamriel or only Falskaar and then click the Execute LODGen button to start LODGen. Bring the white on black command prompt Window to the front to check, if nothing seems to happen for 20 to 30 minutes anymore, stop it and upload the new LODGen_SSE_Tamriel_log.txt or LODGen_SSE_Falskaar_log.txt

[D1Z4STR]

1 hour ago, sheson said:

Yes those look correct.
See what happens if you replace fxwaterfallbodyslope_AA06506B_dyndolod_lod.nif in its folder and then just start the game as is.
If there the animated waterfall is not (properly visible) or there is texture flicker because of the 2 models, then also replace fxwaterfallbodyslope_AA06506Bpassthru_lod.niffxwaterfallbodyslope_AA06506Bpassthru_lod.nif in its folder and Execute LODGen in Expert Mode to generated updated object LOD meshes. See https://dyndolod.info/Help/Expert-Mode

Let me know the results. In case there are any other waterfall models having a similar issue provide their base record form ID.

I have placed the first mesh you provided overwriting the one from DynDOLOD Resources SE 3. I will check in game like you mentioned and all my generations are always done with Expert mode on.

Ok, the mesh worked showing the animated waterfall from my original screenshot location but only when I backed up further a bit further. At the exact location it was static and now is static for longer while approaching the waterfall versus the last mesh. 

[D1Z4STR]

Sorry we are branching into to multiple steps here. Should I replace the last 2 meshes in DynDOLOD Resources and re-run it? Is fxwaterfallbody the mesh reference am I looking for? Could I also just set level 4 and level 8 to 'Full'? Or even change the flag to 'None' for /fxwaterfallbody  and fxwaterfallbody?

Lastly, you said it is easiest to just change uLargeRefLODGridSize to a larger number, I am going to try that to see if there is any change, but the waterfall might not be a large reference.

 even closer with this shot, the new mesh it is static (when moving to almost half the distance closer then, it animates again)

 

Update - I tested booting the vanilla game through Steam and that waterfall never became static as far as I could see, and I like it. How do I get these waterfalls to be more like the vanilla game? Never thought I would say that. I think the answer is to set the rules to 'None'. Is this correct?

[sheson]

13 hours ago, D1Z4STR said:

I have placed the first mesh you provided overwriting the one from DynDOLOD Resources SE 3. I will check in game like you mentioned and all my generations are always done with Expert mode on.

Ok, the mesh worked showing the animated waterfall from my original screenshot location but only when I backed up further a bit further. At the exact location it was static and now is static for longer while approaching the waterfall versus the last mesh. 

What is the "exact" location?

You seem to be reporting that close up the waterfall is static and when moving away it becomes animated?

The waterfall 0001CCDA should have these states:
The full model fxwaterfallbodyslope.nif defined by the base record 000FC85F in the active 5x5 cells and the large reference area around them.
Beyond the large reference distance in the LOD area there should be an animated LOD model. It has a reference and base record in the DynDOLOD plugins and uses fxwaterfallbodyslope_AA06506B_dyndolod_lod.nif. It can be disabled/enabled via console. Typically the dynamic LOD model is active to the edge of the Far Grid.
Underneath the dynamic LOD model should be the static LOD model, which uses fxwaterfallbodyslope_AA06506Bpassthru_lod.nif for all static LOD levels. It can be toggled with all LOD with the tll command in console.

12 hours ago, D1Z4STR said:

Sorry we are branching into to multiple steps here. Should I replace the last 2 meshes in DynDOLOD Resources and re-run it? Is fxwaterfallbody the mesh reference am I looking for? Could I also just set level 4 and level 8 to 'Full'? Or even change the flag to 'None' for /fxwaterfallbody  and fxwaterfallbody?

Lastly, you said it is easiest to just change uLargeRefLODGridSize to a larger number, I am going to try that to see if there is any change, but the waterfall might not be a large reference.

 even closer with this shot, the new mesh it is static (when moving to almost half the distance closer then, it animates again)

 

Update - I tested booting the vanilla game through Steam and that waterfall never became static as far as I could see, and I like it. How do I get these waterfalls to be more like the vanilla game? Never thought I would say that. I think the answer is to set the rules to 'None'. Is this correct?

You should replace the files with the same filenames in their respective folders in the DynDOLOD Resources with the ones I uploaded.

The reference and base record that are shown in the screenshot with more informative console uses fxwaterfallbodyslope.nif for the full model.
There typically is no fxwaterfallbody.nif but there are also fxwaterfallbodytall.nif and fxwaterfallbodytall02.nif

Static LOD does not support animation and transparency, so using the full model for LOD is not going to have good visual results. That is why a dedicated dynamic LOD model and a dedicated static LOD model exist and should be used usually.

The reference 0001CCDA is a large reference.

The vanilla game shows the full model waterfalls to the edge of the large reference grid and then switches them to static LOD. That is why the dynamic LOD with the Near and Far Grid exists; to show the animated LOD further than the vanilla game does. If you see an animated waterfall for the reference 0001CCDA further than the large reference distance, then something that is not vanilla/default is causing that change.

[aazz]

16 hours ago, sheson said:

아마도 문제의 원인일 것이지만 https://dyndolod.info/Messages/Billboard-For-Model-Does-Not-Contain-Texture :
<경고: Meshes\landscape\grass\aegopodiumflowerdrj_d.nif 모델의 Billboard에 Freak's Floral Fields.esp AegopodiumFlowerDrJ_D [GRAS:78000844]와 일치하는 텍스처가 없습니다.>와 같은 경고가 많이 있습니다 .

DynDOLOD를 실행하기 전에 현재 로드 순서에 대해 TexGen을 실행해야 합니다 .  https://dyndolod.info/Generation-Instructions#1-Generate-The-Required- LOD -Assets- with -TexGen을 참조 하세요.

Grass 캐시 폴더의 크기는 얼마입니까? 큰 *.cgid 파일의 파일 크기는 얼마입니까?

DynDOLOD_SSE.ini에서 Verbose=1을 설정한 다음 DynDOLOD를 전문가 모드로 시작합니다(  https://dyndolod.info/Help/Expert-Mode 참조 ). Tamriel만 선택하거나 Falskaar만 선택한 다음 Execute LODGen 버튼을 클릭하여 LODGen을 시작합니다. 흰색에서 검은색 명령 프롬프트 창을 앞으로 가져와서 확인합니다. 20~30분 동안 아무 일도 일어나지 않는 것 같으면 창을 멈추고 새 LODGen_SSE_Tamriel_log.txt 또는 LODGen_SSE_Falskaar_log.txt를 업로드합니다.

After confirming that the grass was the problem, I deleted all grass-related modes, reinstalled NGIO, re-cached, and tried it, and it worked perfectly!
Perhaps my ngio settings were the problem.
Before caching, the size of the grass folder was 17GB, but after restarting, it was reduced to 800MB. I think maybe this was the problem.
Thank you so much for helping me solve my problem.

[sheson]

1 hour ago, aazz said:

After confirming that the grass was the problem, I deleted all grass-related modes, reinstalled NGIO, re-cached, and tried it, and it worked perfectly!
Perhaps my ngio settings were the problem.
Before caching, the size of the grass folder was 17GB, but after restarting, it was reduced to 800MB. I think maybe this was the problem.
Thank you so much for helping me solve my problem.

17GB sure is huge. Most likely too high of a density setting and/or the Super-dense-grass setting of NGIO. It might work with setting the density in DynDOLOD to <10% but might still take ages to generate LOD with that.

In any case 800MB is much more reasonable.

[MisterMorden]

Apologies in advance for my lack of logs, I just wanted to ask if it was expected behavior of the latest TexGen to create a "render" folder inside the "textures\Dyndolod" folder?  I generated last night and noticed the Solitude walls' lod had the textures included in dyndolod resources instead of the ones I use.  Then saw that the path to the generated texture in the new TexGen no longer matched the nifs in dyndolod resources (textures\lod\...).

I did have to add the lines to the ini talked about here to get TexGen to run through as it was stopping about 1:55 in with an OpenGL error (in case that could cause the "render" folder to be created).

I can post logs tonight it will just be quite late.  Thank you.

Edited October 18 by MisterMorden

[sheson]

3 hours ago, MisterMorden said:

Apologies in advance for my lack of logs, I just wanted to ask if it was expected behavior of the latest TexGen to create a "render" folder inside the "textures\Dyndolod" folder?  I generated last night and noticed the Solitude walls' lod had the textures included in dyndolod resources instead of the ones I use.  Then saw that the path to the generated texture in the new TexGen no longer matched the nifs in dyndolod resources (textures\lod\...).

I did have to add the lines to the ini talked about here to get TexGen to run through as it was stopping about 1:55 in with an OpenGL error (in case that could cause the "render" folder to be created).

I can post logs tonight it will just be quite late.  Thank you.

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

[MisterMorden]

7 hours ago, sheson said:

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

Here go:

TexGen - https://ufile.io/f/fupmk

Dyndolod - https://ufile.io/f/7hk59

No bugreport generated.

[sheson]

11 hours ago, MisterMorden said:

Here go:

TexGen - https://ufile.io/f/fupmk

Dyndolod - https://ufile.io/f/7hk59

No bugreport generated.

This test version should fix the path issue https://mega.nz/file/UBgTHJja#F5MxXAUf6hwLKq5AnRL0gtsjR9p8X-HPxX6rb_guyR8

[MisterMorden]

1 hour ago, sheson said:

This test version should fix the path issue https://mega.nz/file/UBgTHJja#F5MxXAUf6hwLKq5AnRL0gtsjR9p8X-HPxX6rb_guyR8

I will try it asap...might have to be tomorrow I'm afraid but it will be done.  Many thanks!

[sheson]

21 minutes ago, MisterMorden said:

I will try it asap...might have to be tomorrow I'm afraid but it will be done.  Many thanks!

https://dyndolod.info/Official-DynDOLOD-Support-Forum
Try not to make posts that only promise more information, logs, results etc. in the future. If it takes time to first gather information, logs, results etc. it is fine to just take it and then post when ready.

[bebsi]

I'm so sorry to ask but I'm at my wits end and I feel so stupid trying to get this figured out.

I'm on Skyrim VR running the Fus Roh Dah modlist off Wabbajack, and the mods I've installed are the following:
 

1. Ordinator
2. Ordinator VR Patch
3. Mysticism - Ordinator Compatibility Patch
4. Apocalypse - Ordinator Compatibility Patch
5. Serana Dialogue Overhaul
6. Sacrosanct 6.0.0
7. ORI - Harkon's Sword - Blood Matron
8. Volkihar Knight SE 1.0.0
9. Fuz Ro D'oh VR
10. Vigilant SE AE

I'm able to run LodGen and TexGen without issue, however my DynDOLOD gives me this error every time

 

Error: Assertion failure (E:\Delphi\Projects\DynDOLOD3\Core}wbImplementation.pas, line 8974)

I don't know where to even start to figure out whats going on, what's wrong, etc. Any guidance would be appreciated.

[sheson]

1 hour ago, bebsi said:

I'm so sorry to ask but I'm at my wits end and I feel so stupid trying to get this figured out.

I'm on Skyrim VR running the Fus Roh Dah modlist off Wabbajack, and the mods I've installed are the following:

1. Ordinator
2. Ordinator VR Patch
3. Mysticism - Ordinator Compatibility Patch
4. Apocalypse - Ordinator Compatibility Patch
5. Serana Dialogue Overhaul
6. Sacrosanct 6.0.0
7. ORI - Harkon's Sword - Blood Matron
8. Volkihar Knight SE 1.0.0
9. Fuz Ro D'oh VR
10. Vigilant SE AE

I'm able to run LodGen and TexGen without issue, however my DynDOLOD gives me this error every time

 

Error: Assertion failure (E:\Delphi\Projects\DynDOLOD3\Core}wbImplementation.pas, line 8974)

I don't know where to even start to figure out whats going on, what's wrong, etc. Any guidance would be appreciated.

Moved to the DynDOLOD 3 Alpha thread.

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

Use the "Copy this message to clipboard" link shown in the message window to copy/paste messages in stead of posting a screenshot as explained in the first and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Copy-and-Paste-Text

Use the link "Click on this link for additional explanations and help for this message" link shown in the message window to open https://dyndolod.info/Messages/Exceptions#Assertion-failure as explained in the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages:
Always use the latest version of DynDOLOD/TexGen as explained above.
If the assertion failure is a 100% repeatable, it might be caused by a broken plugin.
Clean and error check the load order with xEdit before generating LOD as explained above.
If the assertion failure is not 100% repeatable or no error can be found in plugins, it could be a bug with the tools encountering unexpected situations. Make a report with the log, debug log and bugreport.txt as explained on the official DynDOLOD support forum.