DynDOLOD 3.00 Alpha 182

[sheson]

45 minutes ago, ErikSteiner said:

I was able to run TexGen and DynDOLOD successfully. The following versions were used:

• Steam Proton 8.0-4
• Windows Version set to Windows 10
• installed additional software in the prefix
  • Microsoft Visual C++ Redistributable packages for Visual Studio 2015, 2017, 2019 and 2022
  • .NET SDK 7 7.0.402

I had to set the following settings to get the programs to run. TexGen in particular was very sensitive, and I had to set virtually all parameters.

TexGen_SSE.INI:

[TexGen]
LockTexconv=1
RenderSingle=1
RenderTexturesSingleThread=1
TexconvAdapterIndex=-1

DynDOLOD_SSE.ini:

[DynDOLOD]
TexconvAdapterIndex=-1

 

There is a visual error with the DynDOLOD program. If it is set to Windows 10, then the text under "Mesh and Reference rules" is not displayed. If you click on it, the blue selection of the line is displayed for a short moment, but then disappears again, so that the area remains white. I suspect that the font color here is just white? Maybe you have an idea about this. Because the rest of the text is displayed. The problem can be solved if I set DynDOLOD to Windows 7.

There is another error with DynDOLOD. If the program runs as Windows XP, then the closing dialog does not appear, but the program closes after the run. Nevertheless, the following can be read in the logs:

[38:29] LODGenx64.exe generated object LOD for Tamriel successfully
[38:29] Created a summary of log messages C:\Modding\DynDOLOD_3.00-Alpha-155\Summary\DynDOLOD_Index.html.
[38:29] Save DynDOLOD plugins, save plugins and zip output, exit DynDOLOD without saving, check the log? If 'Check log' is selected, the DynDOLOD plugins will be saved and the log can be checked.
[38:29] Saving C:\Modding\DynDOLOD_3.00-Alpha-155\DynDOLOD_Output\DynDOLOD.esm
[38:31] Saving C:\Modding\DynDOLOD_3.00-Alpha-155\DynDOLOD_Output\DynDOLOD.esp
[38:35] Saving C:\Modding\DynDOLOD_3.00-Alpha-155\DynDOLOD_Output\Occlusion.esp

The error seems understandable to me. If there is an error when starting DynDOLOD, the message window always appears with the link to the website. This also does not appear under Windows XP. Instead, the log says that at least Windows Vista is needed to display the dialog. The reason why I set DynDOLOD temporarily on Windows XP was that, as described above, the text is not displayed correctly under Windows 10.

 

Don't get me wrong, I just want to share with you and the community my findings about the tools on Linux.

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug to upload when making posts. Typically provide the debug log for every time different settings are used.
Provide the  output from official Texconv without any parameters that shows the detected adapters.

"TexGen in particular was very sensitive" is not a useful error report. Half the settings apply to Texconv and not TexGen.

The tools use TaskDialog, which was introduced with Windows Vista. Windows 7 would be the minimum requirement for everything, including the .Net Framework 4.8.
The mesh rules uses a ListView, same as xEdit for the referenced by tab. Does that work?

I do not need to change anything in my old Ubuntu test setup from 2021 with Proton 5 and wine 7 to see the ListView

[ErikSteiner]

47 minutes ago, sheson said:

"TexGen in particular was very sensitive" is not a useful error report. Half the settings apply to Texconv and not TexGen.

I do not need to change anything in my old Ubuntu test setup from 2021 with Proton 5 and wine 7 to see the ListView

I have just created a prefix with wine-8.0.2. And completely outside of Steam and Proton. Simply wine from the system installation.

In it, I installed MO2 which brings "Microsoft Visual C++ Redistributable packages for Visual Studio ...". Then I installed the "DynDOLOD Resources SE" and generated the billboards with TexGen. After this I started DynDOLOD and indeed the merge area was displayed correctly. However, it turned out that wine creates the prefix by default with Windows 7. If I switch the DynDOLOD application to Windows 10, I can replicate the visual error.

I therefore assume that in your winecfg either the entire prefix or the application is set to Windows 7. So we would both be right, wouldn't we?

 

Quote

Provide the output from official Texconv without any parameters that shows the detected adapters.

I attached them from the example below.

 

Quote

The tools use TaskDialog, which was introduced with Windows Vista. Windows 7 would be the minimum requirement for everything, including the .Net Framework 4.8.

That describes my observations. So that, the generation fails if you try it on Windows XP.

 

Quote

The mesh rules uses a ListView, same as xEdit for the referenced by tab. Does that work?

Unfortunately, I am unable to find that tab. Is there anything special required, in order to get it?

 

Quote

Half the settings apply to Texconv and not TexGen.

I thought that already, that they are forwarded. You can also see this during execution in htop/btop. I just didn't want to give the impression that I would use other versions or procedures.

DynDOLOD_SSE_Debug_log.txt DynDOLOD_SSE_log.txt

[sheson]

2 hours ago, ErikSteiner said:

I have just created a prefix with wine-8.0.2. And completely outside of Steam and Proton. Simply wine from the system installation.

In it, I installed MO2 which brings "Microsoft Visual C++ Redistributable packages for Visual Studio ...". Then I installed the "DynDOLOD Resources SE" and generated the billboards with TexGen. After this I started DynDOLOD and indeed the merge area was displayed correctly. However, it turned out that wine creates the prefix by default with Windows 7. If I switch the DynDOLOD application to Windows 10, I can replicate the visual error.

I therefore assume that in your winecfg either the entire prefix or the application is set to Windows 7. So we would both be right, wouldn't we?

 

I attached them from the example below.

 

That describes my observations. So that, the generation fails if you try it on Windows XP.

 

Unfortunately, I am unable to find that tab. Is there anything special required, in order to get it?

 

I thought that already, that they are forwarded. You can also see this during execution in htop/btop. I just didn't want to give the impression that I would use other versions or procedures.

DynDOLOD_SSE_Debug_log.txt 84.57 kB · 0 downloads DynDOLOD_SSE_log.txt 641.43 kB · 0 downloads

The DynDOLOD debug log only contains the last session, which just shows you opening and close it. The DynDOLOD log does not seem to show any entire generation session either. Upload the TexGen debug log that hopefully contains the entire generation of the textures.

I do not see the original Texconv output that shows the discovered adapters?

the Referenced by tab is shown at the bottom on records that are used by other records and requires the tool to build the reference cache.
For example 00013002 has 37 referenced by entries for the vanilla game.

[ErikSteiner]

I see my mistake. This happened when I tried to test different Windows versions and the effect onto the visibility of ListView.

• TexGen_SSE_Debug_log.txt
• TexGen_SSE_log.txt

Thank you very much for the explanation of the .NET Framework and the technique behind your tools. This will help me in using it under Linux. I already noticed, that TexGen will not work very well under "Windows XP", so I will try to install dotnet48, and maybe I can omit those entries under [TexGen]/[DynDOLOD].

[sheson]

10 hours ago, ErikSteiner said:

I see my mistake. This happened when I tried to test different Windows versions and the effect onto the visibility of ListView.

• TexGen_SSE_Debug_log.txt
• TexGen_SSE_log.txt

Thank you very much for the explanation of the .NET Framework and the technique behind your tools. This will help me in using it under Linux. I already noticed, that TexGen will not work very well under "Windows XP", so I will try to install dotnet48, and maybe I can omit those entries under [TexGen]/[DynDOLOD].

xEdit, xLODGen, DynDOLOD are compiled Delphi program and does not require anything aside from Windows 7 or higher.
Texconv, L0ODGenx64.exe, LODGenx64Win.exe require Microsoft Visual C++ Redistributable packages for Visual Studio 2015, 2017, 2019 and 2022 or higher.
LODGenx64.exe requires .Net Framework 4.8 or higher, LODGenx64Win.Exe requires .NET6 or higher

Run the original version of Texconv without any command line arguments and copy/paste the list of adapters shown.

Does the referenced by listing work in xEdit?

[khaosjimena]

 Can the textures of the houses be the effect of DynDOLOD? Increasing uLargeRefLODGridSize a lot (19 in BethINI) solves this, but the fps are reduced a lot.

[tamrieltwo]

I can't figure out why the leaves of my 3D Hybrid LOD use a bark texture. About 50% of my LODs look wrong like this (however the other 50% look completely correct).

Original Full Mesh: betula02.nif

3D Hybrid LOD Mesh: betula02_c36d6757passthru_lod.nif

Bugreport: bugreport.txt

Logs: Logs.rar

In Tree_Report:

Quote

Betula02 "betula 02" [TREE:2802447E] Meshes\landscape\trees\nature_of_the_wild_lands\betula\betula02.nif [CRC32:C36D6757] using textures\true forest\betula\new\bark_2.dds, textures\true forest\betula\new\bark_2_n.dds, textures\true forest\betula\new\bark_2_det.dds, textures\true forest\betula\new\bark_2_det_n.dds, textures\true forest\betula\new\branches.dds, textures\true forest\betula\new\branches_n.dds, textures\true forest\betula\new\branches_sk.dds 
    New tree, Billboard found, 3D LOD model found
    betula02_c36d6757passthru_lod.nif betula_3(photogrammetry) Crown = textures\true forest\betula\new\branches.dds -> textures\true forest\betula\new\bark_2.dds
    Billboard_0: textures\terrain\lodgen\nature of the wild lands.esp\betula02_0002447e.dds, textures\default_n.dds
    Billboard_1: textures\terrain\lodgen\nature of the wild lands.esp\betula02_0002447e_1.dds, textures\terrain\lodgen\nature of the wild lands.esp\betula02_0002447e_1_n.dds
    Billboard_2: textures\terrain\lodgen\nature of the wild lands.esp\betula02_0002447e_2.dds, textures\terrain\lodgen\nature of the wild lands.esp\betula02_0002447e_2_n.dds
    Level0: meshes\dyndolod\lod\trees\betula02_c36d6757passthru_lod.nif [CRC32:3367CEB7] using textures\true forest\betula\new\branches.dds, textures\true forest\betula\new\branches_n.dds, textures\true forest\betula\new\branches_sk.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1_n.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2_n.dds
    Level1: meshes\dyndolod\lod\trees\betula02_c36d6757passthru_lod.nif [CRC32:3367CEB7] using textures\true forest\betula\new\branches.dds, textures\true forest\betula\new\branches_n.dds, textures\true forest\betula\new\branches_sk.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1_n.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2_n.dds
    Level2: meshes\dyndolod\lod\trees\betula02_c36d6757passthru_lod.nif [CRC32:3367CEB7] using textures\true forest\betula\new\branches.dds, textures\true forest\betula\new\branches_n.dds, textures\true forest\betula\new\branches_sk.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_1_n.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2.dds, textures\dyndolod\lod\trees\nature of the wild lands 2.0 - deleted 3d lods\betula02_c36d6757_trunk_2_n.dds
    Dynamic: Meshes\landscape\trees\nature_of_the_wild_lands\betula\betula02.nif [CRC32:C36D6757] using textures\true forest\betula\new\bark_2.dds, textures\true forest\betula\new\bark_2_n.dds, textures\true forest\betula\new\bark_2_det.dds, textures\true forest\betula\new\bark_2_det_n.dds, textures\true forest\betula\new\branches.dds, textures\true forest\betula\new\branches_n.dds, textures\true forest\betula\new\branches_sk.dds
    Mask: tree    File: C:\Games\Modding\DynDOLOD 3\Edit Scripts\DynDOLOD\Rules\DynDOLOD_SSE_Medium.ini
    LOD4: Level0
    LOD8: Billboard1 using internal
    LOD16: Billboard1 using internal
    Grid: FarLOD    Reference: Unchanged

It's using branches.dds for leaves, but when I directly open the texture branches.dds, it just looks like normal leaves. 

Branches.dds: https://file.io/Ji3SwxeP7wFQ

Trunk billboard textures: https://www.file.io/

It appears as though the billboard trunk texture somehow got applied to the crown of the tree? It's the same white/grey color.

Edited October 18, 2023 by tamrieltwo

[sheson]

7 hours ago, khaosjimena said:

 Can the textures of the houses be the effect of DynDOLOD? Increasing uLargeRefLODGridSize a lot (19 in BethINI) solves this, but the fps are reduced a lot.

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

Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#Rudimentary-Troubleshooting

Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots how to make useful screenshots with more informative console and how to test if something is LOD or not.

This looks like a problem with parallax or 2 pass show shaders.

[sheson]

4 hours ago, tamrieltwo said:

I can't figure out why the leaves of my 3D Hybrid LOD use a bark texture. About 50% of my LODs look wrong like this (however the other 50% look completely correct).

Original Full Mesh: betula02.nif

3D Hybrid LOD Mesh: betula02_c36d6757passthru_lod.nif

Bugreport: bugreport.txt

Logs: Logs.rar

In Tree_Report:

It's using branches.dds for leaves, but when I directly open the texture branches.dds, it just looks like normal leaves. 

Branches.dds: https://file.io/Ji3SwxeP7wFQ

Trunk billboard textures: https://www.file.io/

It appears as though the billboard trunk texture somehow got applied to the crown of the tree? It's the same white/grey color.

The full model shape names do match wrongly the LOD model shape names.

The shape "betula_3(photogrammetry)" in the full model is part of the trunk and uses the bark.dds texture. The crown has the shape name "betula_3(photogrammetry).001"

The crown in the LOD model has "betula_3(photogrammetry) Crown" so its texture gets replaced to one the full defines. Rename the shape name to "betula_3(photogrammetry).001 Crown".

[Rangerx]

I keep getting this error Error: OpenGL: framebuffer objects unsupported. Any help would be apreciated since now i cant generate any texures using texgen and wont be able to use dyndolod until this issue is fixed. it was working great a few days ago. ive uninstalled mods i installed since then and i still get this error message. I updated my Nvidia Graphics Drivers a couple of days ago.

TexGen_SSE_log.txt

[sheson]

2 hours ago, Rangerx said:

I keep getting this error Error: OpenGL: framebuffer objects unsupported. Any help would be apreciated since now i cant generate any texures using texgen and wont be able to use dyndolod until this issue is fixed. it was working great a few days ago. ive uninstalled mods i installed since then and i still get this error message. I updated my Nvidia Graphics Drivers a couple of days ago.

TexGen_SSE_log.txt 632.99 kB · 0 downloads

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen debug and bugreport.txt if it exists to upload.

See https://dyndolod.info/Messages/Exceptions#OpenGL which should open when clicking the link "Click on this link for additional explanations and help for this message" of the message prompt.

[objir]

Hi, When DynDOLOD generates refs for [0009A365] and [0009A366] (2 "WHshorttower" in WindHelm), it copies the position and rotation edits by JK's Skyrim. As a result, the generated refs are out of place. 

 

 

Any chance for somthing like a custom rule for the refs?

Edited October 20, 2023 by objir

[sheson]

2 hours ago, objir said:

Hi, When DynDOLOD generates refs for [0009A365] and [0009A366] (2 "WHshorttower" in WindHelm), it copies the position and rotation edits by JK's Skyrim. As a result, the generated refs are out of place. 

 

 

Any chance for somthing like a custom rule for the refs?

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

Using the position data from the winning plugin is the correct, documented and expected procedure.

In cases where mods make "bad" changes to child worldspaces to objects that have no representation in the parent worldspace already, the solution is to ignore the objects for the child > parent copying. In fact, included rules already instruct to ignore JK Skyrim.esp changes to the the child worldspace.

Next alpha version will make sure that it is also ignored in case the record is overwritten.

[tamrieltwo]

On 10/15/2023 at 9:43 AM, sheson said:

Find the best translation, so it looks good when hopefully most of the trunk is hidden behind the crown.
Or edit the full model to have a straight trunk.
Or keep the 3D of the trunk and optimize/decimate it and make its UV stay inside 0.0 and 1.0 (if beneficial create a TexGen rule to generate a stitched 2x2 version so UV can stay between 0.0 and 2.0)

I'm trying the 3rd option: decimated 3D trunks.

However I'm struggling to get Texture Clamp Mode of CLAMP_S_CLAMP_T to work. Ingame, the trunk becomes partially invisible if I use CLAMP_S_CLAMP_T . Here's how it looks in Nifskope:

The UV map looks like this:

3D LOD with decimated 3D trunks: pinus04_599919f0passthru_lod.nif

Trunk texture, bark_4.dds: https://file.io/j6TSLL8b7irl

Thank you

[sheson]

4 minutes ago, tamrieltwo said:

I'm trying the 3rd option: decimated 3D trunks.

However I'm struggling to get Texture Clamp Mode of CLAMP_S_CLAMP_T to work. Ingame, the trunk becomes partially invisible if I use CLAMP_S_CLAMP_T . Here's how it looks in Nifskope:

The UV map looks like this:

3D LOD with decimated 3D trunks: pinus04_599919f0passthru_lod.nif

Trunk texture, bark_4.dds: https://file.io/j6TSLL8b7irl

Thank you

You do not want the force the UV between into 0.0 and 1.0 with the shader clamp setting. You should edit the actual UV instead.
The clamp can work OK if the UV is slightly over the limits but this is > 4.0. 

Not sure what you did to decimate the mesh, but it looks weird. Look into Simplygon, it is free for personal use and can take care of the UV to be between 0.0 and 1.0, or 0.0 and 2.0 for stitched textures generated by TexGen for example in addition to creating LOD meshes. (It can also create rendered LOD textures, but that prevents automatic updating with TexGen)

I have a hard time seeing anything in the 3rd screenshot. The branches seem to be in the way.
https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots
To get closer to LOD, toggle to the free fly camera with tfc in console.