Jump to content

Recommended Posts

Posted (edited)

Hey sheson,
having some issues with the latest versions of DynDOLOD (2.93/3.0) and Myrkvior. They keep generating 2D LODs for certain trees. I first noticed this issue in SSE while trying out 3.0. Dropped down to 2.93, no luck. Thinking it might be my SSE modlist, I switched to LE, but the issue persists. These LODs work fine in my 2.85 DynDOLOD o/p. Unfortunately, I didn't back up the 2.85 compatible DynDOLOD Resources so can't generate new LODs with it.

2.85
2.93
Tree 1 Tree 2 
LE log
SSE log

Checked the base id for the above trees in the LE log and it says "Billboard found, new tree, 3D LOD not found <sfotreepineforest05_DA7F1B12> fallback Billboard". Nothing's overwriting Myrkvior's LOD files afaik. I even download a fresh copy of Myrkvior to check if I have any missing LOD files. Also, 2.93 works fine with EVT.

TIA

Edited by XenolithicYardZone
Posted
  On 2/26/2021 at 3:56 PM, XenolithicYardZone said:

Hey sheson,
having some issues with the latest versions of DynDOLOD (2.93/3.0) and Myrkvior. They keep generating 2D LODs for certain trees. I first noticed this issue in SSE while trying out 3.0. Dropped down to 2.93, no luck. Thinking it might be my SSE modlist, I switched to LE, but the issue persists. These LODs work fine in my 2.85 DynDOLOD o/p. Unfortunately, I didn't back up the 2.85 compatible DynDOLOD Resources so can't generate new LODs with it.

2.85
2.93
Tree 1 Tree 2 
LE log
SSE log

Checked the base id for the above trees in the LE log and it says "Billboard found, new tree, 3D LOD not found <sfotreepineforest05_DA7F1B12> fallback Billboard". Nothing's overwriting Myrkvior's LOD files afaik. I even download a fresh copy of Myrkvior to check if I have any missing LOD files. Also, 2.93 works fine with EVT.

TIA

Expand  

If a 3D tree LOD model with the filename *sfotreepineforest05_DA7F1B12* is required for a tree to have 3D tree LOD, there is nothing any version of DynDOLOD can do about the fact that the file does not exist in the load order. Every version will report it as not being found.

You need to post about the missing 3D LOD model on the mods page.

Posted (edited)
  On 2/26/2021 at 6:52 PM, sheson said:

If a 3D tree LOD model with the filename *sfotreepineforest05_DA7F1B12* is required for a tree to have 3D tree LOD, there is nothing any version of DynDOLOD can do about the fact that the file does not exist in the load order. Every version will report it as not being found.

You need to post about the missing 3D LOD model on the mods page.

Expand  

Ok, will do. I thought you were managing the mod now so posted here.

Anyway, before I do, these are two affected tree ids in different SSE logs.

TREE:00051126

  Reveal hidden contents

TREE:0004FBB0

  Reveal hidden contents

And here's the 2.93 LE logs for these two trees:

  Reveal hidden contents

Those two passthru nifs are still present in the SSE Myrkvior folder. 

Don't know if this info's any use, just thought you should know.

Edited by XenolithicYardZone
Posted
  On 2/27/2021 at 5:26 PM, XenolithicYardZone said:

Ok, will do. I thought you were managing the mod now so posted here.

Anyway, before I do, these are two affected tree ids in different SSE logs.

TREE:00051126

  Reveal hidden contents

TREE:0004FBB0

  Reveal hidden contents

And here's the 2.93 LE logs for these two trees:

  Reveal hidden contents

Those two passthru nifs are still present in the SSE Myrkvior folder. 

Don't know if this info's any use, just thought you should know.

Expand  

If the full model NIF changes, its CRC32 changes. Are yous saying that the full models are the same between the two generations and that one version of DynDOLOD is calculating a wrong CRC32?

  • Thanks 1
Posted (edited)
  On 2/27/2021 at 7:21 PM, sheson said:

If the full model NIF changes, its CRC32 changes. Are yous saying that the full models are the same between the two generations and that one version of DynDOLOD is calculating a wrong CRC32?

Expand  

@sheson

Please ignore everything I said. I might not have touched my Myrkvior installations, but I completely forgot that I had that Morekvior mod installed which is recommended on Myrkvior's page. It only clicked after you mentioned full model NIF changes. Since that mod doesn't have any LOD files as such, I never realized it could affect LOD generation. And now I see something about potential issues with DynDOLOD mentioned at the very bottom of that mod's page. I should read mod pages more carefully. 

Apologies.

Edited by XenolithicYardZone
Posted
  On 1/31/2021 at 7:48 AM, sheson said:

There is no requirement or use to delete the cache folder since several years.

 

I am not sure what the issue is? 

 

Read ..\DynDOLOD\Docs\trees.ultra\DynDOLOD-Trees.html how to generate ultra tree LOD.

 

If you want 3D tree LOD you need to have 3D tree LOD models installed, change the INI setting and change LOD4 to Static LOD4 if it isn't by default (high rules only)

Expand  

I‘m sorry for my late reply, I wasn’t doing well these past few weeks.

I have 3D models installed, I changed the INI and I also changed LOD4 to Static LOD4, because it didn’t change automatically.

I‘ve done this so many times - running DynDOLOD I mean. And I have no clue what I‘m doing wrong all of a sudden. Right now I‘m using an old Resource back-up, but that can‘t be the answer to the riddle since eventually I need to run DynDOLOD again. 😞

Posted
  On 3/1/2021 at 11:46 PM, Marina said:

I‘m sorry for my late reply, I wasn’t doing well these past few weeks.

I have 3D models installed, I changed the INI and I also changed LOD4 to Static LOD4, because it didn’t change automatically.

I‘ve done this so many times - running DynDOLOD I mean. And I have no clue what I‘m doing wrong all of a sudden. Right now I‘m using an old Resource back-up, but that can‘t be the answer to the riddle since eventually I need to run DynDOLOD again. 😞

Expand  

As the ultra tree LOD manual explains, each tree for which you want 3D tree LOD requires a 3D tree LOD model, otherwise it will use a billboard as fallback. As the manual explains, the log prints a list of each tree and which LOD assets were found.

The log tells you everything that DynDOLOD does. Look at the log and check what it tells you. Also pay attention to warning or error messages.

Posted (edited)

Yes, but I‘m using the same mods as before, there ARE 3D models. Anyway, I will do as you suggested and I already apologize if I need to come back. Thank you for your quick replies - I know it‘s annoying and I really do appreciate the help!

Edit: I just read the sticky post at the EVT forum, which is a little bit confusing. I‘m using an older version now, so everything works like a charm. Thank you again!

Edited by Marina
Posted
  On 3/5/2021 at 11:52 PM, Marina said:

Yes, but I‘m using the same mods as before, there ARE 3D models. Anyway, I will do as you suggested and I already apologize if I need to come back. Thank you for your quick replies - I know it‘s annoying and I really do appreciate the help!

Edit: I just read the sticky post at the EVT forum, which is a little bit confusing. I‘m using an older version now, so everything works like a charm. Thank you again!

Expand  

I suggest to ignore all third party instructions. The sticky says to set TreeFullFallBack=0 without any explanation or warning. Do not do this unless you understand what the setting does.

Read and follow the included manual instead.

You are using an older version of what?

The log prints a line for each tree which LOD assets were found and which are used. If a tree does not have a 3D LOD model, make sure the mod and its LOD assets are installed correctly. If the mod is missing require LOD assets I suggest to notify the author.

Posted (edited)

What is the in-game effect of "never ignore neverfades in child worlds for upgrading to static or dynamic LOD" in DynDOLOD 2.94? Also, on a related note, why are there no rules for Solitude Expansion in DynDOLOD SSE? Are they just unnecessary due to changes in the SSE version of the mod or the game itself?

Also, is there a way to configure DynDOLOD to keep a LOD object loaded even when close enough for the full model to load, or alternatively load the full model of an object that a mod places in the Tamriel worldspace in a child world?

Edited by Hypernova1912
Adding an additional question.
Posted
  On 3/7/2021 at 6:28 PM, Hypernova1912 said:

What is the in-game effect of "never ignore neverfades in child worlds for upgrading to static or dynamic LOD" in DynDOLOD 2.94? Also, on a related note, why are there no rules for Solitude Expansion in DynDOLOD SSE? Are they just unnecessary due to changes in the SSE version of the mod or the game itself?

Also, is there a way to configure DynDOLOD to keep a LOD object loaded even when close enough for the full model to load, or alternatively load the full model of an object that a mod places in the Tamriel worldspace in a child world?

Expand  

There are config settings that purposefully result in ignoring references placed in child worlds so they are not copied to the parent and not have LOD. However, this also resulted in references with IsFullLOD to not being converted to static or dynamic LOD.

Unless somebody reports issues with a mod (or I happen to notice them myself on occasion) there is no reason for it to have rules.

Check the different options for the Reference setting to change behavior of the dynamic LOD model. They are explained on the edit mesh rule option window. You are looking for "Keep" or maybe "Replace", DynDOLOD 3 has even more specific options.

If the child world to parent world copy should be the using the full model, add the source reference to ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_[TES5|SSE]_childworldfull.txt
If you believe it makes sense for such an update to be included in standalone archive by default just let me know the mod and reference(s).

You'll probably benefit from reading DynDOLOD_Reference.html included in the DynDOLOD 3 archive.

  • 2 weeks later...
Posted

Hello. I use the mod Immersive Roads, which adds in some extra road statics to replace some vanilla road statics, for variety. Currently, the LOD for all these extra roads is rendered as just the default road though. For example, by default, the default road has green sides, while the road around Whiterun has orange sides. The LOD is green while the actual road is orange, the difference is quite jarring.

I've managed to make TexGen generate LOD textures for the new roads, no problem there. But I can't figure out how to make DynDOLOD acknowledge them. It's not adding the new textures to the atlas, nor is it using them in the .bto files.

Posted
  On 3/20/2021 at 11:24 PM, Benna96 said:

Hello. I use the mod Immersive Roads, which adds in some extra road statics to replace some vanilla road statics, for variety. Currently, the LOD for all these extra roads is rendered as just the default road though. For example, by default, the default road has green sides, while the road around Whiterun has orange sides. The LOD is green while the actual road is orange, the difference is quite jarring.

I've managed to make TexGen generate LOD textures for the new roads, no problem there. But I can't figure out how to make DynDOLOD acknowledge them. It's not adding the new textures to the atlas, nor is it using them in the .bto files.

Expand  

The LOD models included in DynDOLOD Resources for roads have no sides, they just have the cobble stone. TexGen should update the cobble stone to match.

Maybe provide a screenshot.

Posted
  On 3/21/2021 at 7:46 AM, sheson said:

The LOD models included in DynDOLOD Resources for roads have no sides, they just have the cobble stone. TexGen should update the cobble stone to match.

Maybe provide a screenshot.

Expand  

The "sides" I'm talking about are included in the texture, no mesh changes, just textures. In vanilla, roads use road01.dds, road01fallforest01.dds, or road01reach01.dds. The mod adds in roads using road01ea.dds, road01sp.dds, and road01wh.dds, by attaching alternate textures in an esp file. TexGen deals fine with all the textures after I added a txt file to generate lod for the new textures as well. The problem is, any road using road01ealod.dds, road01sp.dds, or road01whlod.dds, DynDOLOD renders as using road01lod.dds.

Here's a screenshot. (And a higher quality version if needed). The lod, on the right, is using road01.dds, which has green in it. The actual road, on the left, is using road01wh.dds, which has... I guess it's more of a brown, in it. It seems to me like DynDOLOD is acting as if the road was never changed to another, all these roads were originally ones using road01.dds I think.

The coloured part being in the middle is because of the lod texture being the road texture tiled 4 times by default. Making it just the road texture once puts the colour to the side and makes the issue less noticeable, as the stone part of the textures are mostly the same (road01sp is a lighter colour though). So, I can live with it, but it would be nice to know how to make DynDOLOD acknowledge these road changes.

photo_2021-03-21_15-17-41.jpg

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.