Dynamic Distant Objects LOD - DynDOLOD for Skyrim and Enderal 2.98

[sheson]

Thanks for the fast reply! I probably should have mentioned that I'm on LE, not SE. Or are large references also a thing in LE? I currently don't use ultra trees. Not sure what could be the problem then, the trees/statics in question are positioned perfectly upright, not sure how to tell if they are dynamic though. Its not a big deal, I just thought I was overlooking some limitation or rules to assign billboards to them.

In that case, if a billboard texture has been listed as found and put onto the atlas, there is at least one reference with its tree LOD in the worldspace.

It only adds billboard textures to the tree LOD atlas when placement data has been written to a *.btt file.

[Phlunder]

In that case, if a billboard texture has been listed as found and put onto the atlas, there is at least one reference with its tree LOD in the worldspace.

It only adds billboard textures to the tree LOD atlas when placement data has been written to a *.btt file.

That makes sense. Really not sure whats going on then. I just tested it with ultra trees, and its the same issue. I believe not all of those DLC1TreeWinterAspenSnow trees have 3D LOD models included in DynDOLOD, but the "01" variant has for sure. For all the other trees this works flawlessly, and the 3D LOD models look great by the way. But all the DLC1TreeWinterAspenSnow01/03/05 are missing their full 3D LOD model (in case of 01) and their fallback billboard as well. A screenshot of one of those places where the missing 3D LODs/billboards are noticable (also notice the 2 WinterAspen04 billboards working):

 

https://i.imgur.com/lf7oL4L.png

 

https://i.imgur.com/JhTzJX4.png

[sheson]

That makes sense. Really not sure whats going on then. I just tested it with ultra trees, and its the same issue. I believe not all of those DLC1TreeWinterAspenSnow trees have 3D LOD models included in DynDOLOD, but the "01" variant has for sure. For all the other trees this works flawlessly, and the 3D LOD models look great by the way. But all the DLC1TreeWinterAspenSnow01/03/05 are missing their full 3D LOD model (in case of 01) and their fallback billboard as well. A screenshot of one of those places where the missing 3D LODs/billboards are noticable (also notice the 2 WinterAspen04 billboards working):

 

https://i.imgur.com/lf7oL4L.png

 

https://i.imgur.com/JhTzJX4.png

The DynDOLOD Resources contain 3D LOD models for all 3 DLC1TreeWinterAspenSnow01, 03 and 05, however for 03 and 05 I messed up the files names really badly.

I have them correct in DynDOLOD Resources SE.

 

just rename

dlc1treewinteraspensnow03.nifpassthru_lod.nif.nif to dlc1treewinteraspensnow03nifpassthru_lod.nif

dlc1treewinteraspensnow05.nifpassthru_lod.nif.nif to dlc1treewinteraspensnow05nifpassthru_lod.nif

 

Will be fixed next version of course.

 

It also seems that traditional tree LOD generation might not always pick up the updated HasTreeLOD flag, that will be fixed as well.

Edited November 6, 2019 by sheson

[Phlunder]

The DynDOLOD Resources contain 3D LOD models for all 3 DLC1TreeWinterAspenSnow01, 03 and 05, however for 03 and 05 I messed up the files names really badly.

I have them correct in DynDOLOD Resources SE.

 

just rename

dlc1treewinteraspensnow03.nifpassthru_lod.nif.nif to dlc1treewinteraspensnow03nifpassthru_lod.nif

dlc1treewinteraspensnow05.nifpassthru_lod.nif.nif to dlc1treewinteraspensnow05nifpassthru_lod.nif

 

Will be fixed next version of course.

 

It also seems that traditional tree LOD generation might not always pick up the updated HasTreeLOD flag, that will be fixed as well.

That did indeed work! The 3D LODs now all show up fine. Thanks a lot for looking into this. I didn't check out the mesh folders for the 3D trees before, but the naming mismatch issue immediately jumped at me when I did. I had to rename them differently though, without the additional "nif" in between the record name and passthru. So dlc1treewinteraspensnow03passthru_lod.nif instead of dlc1treewinteraspensnow03nifpassthru_lod.nif for example, just like the 01 variant is named.

 

Does that mean the regular billboard system will work for this specific case too with the next update?

[sheson]

That did indeed work! The 3D LODs now all show up fine. Thanks a lot for looking into this. I didn't check out the mesh folders for the 3D trees before, but the naming mismatch issue immediately jumped at me when I did. I had to rename them differently though, without the additional "nif" in between the record name and passthru. So dlc1treewinteraspensnow03passthru_lod.nif instead of dlc1treewinteraspensnow03nifpassthru_lod.nif for example, just like the 01 variant is named.

 

Does that mean the regular billboard system will work for this specific case too with the next update?

Yes you are right, I can't even copy and paste the correct filename :)

 

If either the tree vanilla LOD generation or the 3D tree LOD lists its using the billboards, then all should be fine.

If the vanilla tree LOD generation lists the billboards as not found, then there is a naming problem.

If the vanilla tree LOD generation does not list the trees at all despite having an overwrite with the HasTreeLOD flag, wait for the update or try actually setting the flag in Dawnguard.esm itself.

Edited November 6, 2019 by sheson

[Phlunder]

Yes you are right, I can't even copy and paste the correct filename :)

 

If either the tree vanilla LOD generation or the 3D tree LOD lists its using the billboards, then all should be fine.

If the vanilla tree LOD generation lists the billboards as not found, then there is a naming problem.

If the vanilla tree LOD generation does not list the trees at all despite having an overwrite with the HasTreeLOD flag, wait for the update or try actually setting the flag in Dawnguard.esm itself.

Setting the Has Tree LOD flag directly in the Dawnguard.esm worked! So its really not picking up on it in overwrite records. This time, DynDOLOD also immediately listed it at the start together with the other available billboards. Before it just mentioned it because its missing a normal map. Still added it to the atlas but I guess the placement data was never written into the BTT file?

 

Again, thank you for looking into this. I know it was kind of an edge-case.

[sheson]

Setting the Has Tree LOD flag directly in the Dawnguard.esm worked! So its really not picking up on it in overwrite records. This time, DynDOLOD also immediately listed it at the start together with the other available billboards. Before it just mentioned it because its missing a normal map. Still added it to the atlas but I guess the placement data was never written into the BTT file?

 

Again, thank you for looking into this. I know it was kind of an edge-case.

Great. So that will be fixed next version - so you don't have to patch a vanilla file. It's good that you looked into that part, as it helped fixing a couple issues there.

Edited November 7, 2019 by sheson

[Nuttertools]

Hello! I am using Skyrim SE, dyndolod with vanilla trees, vanilla weather and lighting, Indistinguishable Billboards for Skyrim SE (medium brightness) and with TreeLOD=0 option (3d trees). About 2 versions ago (2.79, if i remember correctly, it was version with default TreeLOD=0 option) i didn't notice that, but with 2.81 (and 2.81 resources) my tree lods, especially trunks, are too bright. With old version they had same brightness like closer trees. I never changed lod brightness setting in dyndolod wizard, it always is 0, and earlier it works perfect. I was trying to change TreeFullFallBack option from 1 to 0 but it didn't change anything. Seems like they doesn't have shadows anymore, or something like that. I am also tried Enhanced Vanilla Trees, but it has same issue. I never change other options in ini files. Can anyone help?

Edited February 2, 2020 by Nuttertools

[sheson]

Hello! I am using Skyrim SE, dyndolod with vanilla trees, vanilla weather and lighting, Indistinguishable Billboards for Skyrim SE (medium brightness) and with TreeLOD=0 option (3d trees). About 2 versions ago (2.79, if i remember correctly, it was version with default TreeLOD=0 option) i didn't notice that, but with 2.81 (and 2.81 resources) my tree lods, especially trunks, are too bright. With old version they had same brightness like closer trees. I never changed lod brightness setting in dyndolod wizard, it always is 0, and earlier it works perfect. I was trying to change TreeFullFallBack option from 1 to 0 but it didn't change anything. Seems like they doesn't have shadows anymore, or something like that. I am also tried Enhanced Vanilla Trees, but it has same issue. I never change other options in ini files. Can anyone help?

Nothing changed in DynDOLOD. All features still work exactly the same. I only accidentally left a wrong default setting in the DynDOLOD_SSE.INI

 

If you want 3D tree LOD set TreeLOD=0. If you do not want 3D tree LOD let it stay at TreeLOD=1.

 

DynDOLOD does not change how the engine works. LOD does not have shadows.

 

The only option that changes billboard tree LOD brightness is the LOD brightness setting.

 

If none of the settings changed, but the tree LOD has changed, then it is because you installed different tree MODs or LOD resources.

 

If a new LOD generation does not seem to have an affect in the game, it is typically because the newly generated LOD is not active or being overwritten.

[Nuttertools]

Nothing changed in DynDOLOD. All features still work exactly the same. I only accidentally left a wrong default setting in the DynDOLOD_SSE.INI

 

If you want 3D tree LOD set TreeLOD=0. If you do not want 3D tree LOD let it stay at TreeLOD=1.

 

DynDOLOD does not change how the engine works. LOD does not have shadows.

 

The only option that changes billboard tree LOD brightness is the LOD brightness setting.

 

If none of the settings changed, but the tree LOD has changed, then it is because you installed different tree MODs or LOD resources.

 

If a new LOD generation does not seem to have an affect in the game, it is typically because the newly generated LOD is not active or being overwritten.

Is that, how it should looks in terms of brightness? (vanilla trees, 3d lods, Indistinguishable Billboards for Skyrim SE DARK) https://youtu.be/CeKWh1p8_pE

[sheson]

Is that, how it should looks in terms of brightness? (vanilla trees, 3d lods, Indistinguishable Billboards for Skyrim SE DARK)

The leafs of the 3D tree LOD trees should match the leafs of the full model trees - without shadows of course since LOD does not cast or receive shadows. ENB has a distance shadow setting you might want to try.

 

Nothing of that changed in a couple years in DynDOLOD for Skyrim.

Edited February 2, 2020 by sheson

[Nuttertools]

The leafs of the 3D tree LOD trees should match the leafs of the full model trees - without shadows of course since LOD does not cast or receive shadows. ENB has a distance shadow setting you might want to try.

 

Nothing of that changed in a couple years in DynDOLOD for Skyrim.

Thanks for you answers! Your mod is greatness!

[mpanikar21]

Hi. I have gone through the process of installing and running TexGen and DynDOLOD for SSE with no problems, but when I boot up the game, I get a message that "DynDOLOD requires PapyrusUtil." I already have the latest version of PapyrusUtil and SKSE installed, have reinstalled to make sure, and my game is very stable. Also I have hidden the out of date PapyrusUtil.dll version from campfire. I've moved PapyrusUtil down in my load order to prevent overrides too. However, I still get the same message every time I load in to my world. I'm not sure why, and any help would be much appreciated. Thank you!

 

EDIT: I'm a goofball and hid the PapyrusUtil.dll from PapyrusUtil as well as the dated one from Campfire. Mod works great, love it! Have a good one!

Edited February 2, 2020 by mpanikar21

[Nuttertools]

Hello! I have an issue with fake lights, i guess:
https://youtu.be/vHTcAfVD7Fo

i was trying with vanilla, with ELFX and with Relighting Skyrim, with each of them i had that. It's not only in blackreach, but here is most clearly to see.

[sheson]

Hello! I have an issue with fake lights, i guess:

 

i was trying with vanilla, with ELFX and with Relighting Skyrim, with each of them i had that. It's not only in blackreach, but here is most clearly to see.

The real lights are loaded before the fake lights are unloaded. The normally dim fake lights are briefly illuminated by the real lights. It is not trivial to change the timing and I am not aware of any good tricks to make the fake light meshes not receive real light. Just don't check the fake light in child world option. 

Edited February 3, 2020 by sheson