Jump to content

Recommended Posts

Posted
  On 12/14/2022 at 2:27 PM, sheson said:

Moved to the DynDOLOD 3 Alpha thread. Read the first post which log and debug log to upload when making posts. Also read https://dyndolod.info/Official-DynDOLOD-Support-Forum

As explained check the FAQ https://dyndolod.info/FAQ answers for "High memory usage / Out of memory"
If TexGen runs out of memory, add a line TextureCache=10 to ..\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_[GAME MODE].INI. Try lower settings. Make sure as much video memory as possible is available by closing other programs.

Make sure that best graphics card with the most VRAM is the default/first one the OS uses and not some integrated one.

Expand  

I forgot to write that this happens at "Gathering base records for billboards"

Posted
  On 12/14/2022 at 8:39 PM, sheson said:

What is the actual game screen resolution, graphics card, driver version?

Expand  

1920x1200 (16:10), AMD RX 580 8GB, Adrenalin 22.6.1 (2022-06-22), All driver settings set to default in AMD tool, No additional AMD crapware.

I'm using the Windows port of DXVK (DirectX-to-Vulkan) and immediately thought that could be the culprit, so I tested again without it, it was the same.

  On 12/14/2022 at 8:39 PM, sheson said:

Do you actually notice it when walking around normally in the game?

Expand  

I'm not quite sure what you're asking, but it went like this: I generated LODs with TexGen + DynDOLOD, enabled DynDOLOD plugins, and started new game to check the LODs (until then I'd been testing the mods and game without DynDOLOD, only with xLODGen terrain LOD + vanilla LODs). I walked normally around Riverwood and Whiterun, and noticed the lines/crosses on the treetops of the pine tree LODs against the clear sky background. I walked normally some more, closer and further from the trees, to make sure it's wasn't a fluke and confirm they were LOD-related. I then turned on free camera to get closer and take some screenshots.

The artifacts are still present after quitting/restarting/reloading the game.

I hope that answers your question? I can do some more walking around if that's useful, in other places, like Falkreath or Haafingar.

Note: I play without AA, which probably makes it more noticeable. I could try turning on FXAA and/or TAA to see what difference it makes. Not that I would play with it, but out of curiosity.

To give you a better idea perhaps, here are a couple shots taken from the ground at normal viewing distance (no free camera):

image.jpegimage.jpeg

See if you can spot the artifacts.

Let me know if you'd like to try some things in particular. I'm not currently playing the game, I'm still testing/finalizing the load order, so I don't mind.

But I wouldn't be too surprised if it were GPU-related, in which case further investigation and tests might be pointless.

Thanks.

Posted
  On 12/15/2022 at 1:45 AM, Mousetick said:

1920x1200 (16:10), AMD RX 580 8GB, Adrenalin 22.6.1 (2022-06-22), All driver settings set to default in AMD tool, No additional AMD crapware.

I'm using the Windows port of DXVK (DirectX-to-Vulkan) and immediately thought that could be the culprit, so I tested again without it, it was the same.

I'm not quite sure what you're asking, but it went like this: I generated LODs with TexGen + DynDOLOD, enabled DynDOLOD plugins, and started new game to check the LODs (until then I'd been testing the mods and game without DynDOLOD, only with xLODGen terrain LOD + vanilla LODs). I walked normally around Riverwood and Whiterun, and noticed the lines/crosses on the treetops of the pine tree LODs against the clear sky background. I walked normally some more, closer and further from the trees, to make sure it's wasn't a fluke and confirm they were LOD-related. I then turned on free camera to get closer and take some screenshots.

The artifacts are still present after quitting/restarting/reloading the game.

I hope that answers your question? I can do some more walking around if that's useful, in other places, like Falkreath or Haafingar.

Note: I play without AA, which probably makes it more noticeable. I could try turning on FXAA and/or TAA to see what difference it makes. Not that I would play with it, but out of curiosity.

To give you a better idea perhaps, here are a couple shots taken from the ground at normal viewing distance (no free camera):

image.jpegimage.jpeg

See if you can spot the artifacts.

Let me know if you'd like to try some things in particular. I'm not currently playing the game, I'm still testing/finalizing the load order, so I don't mind.

But I wouldn't be too surprised if it were GPU-related, in which case further investigation and tests might be pointless.

Thanks.

Expand  

Will be fixed next version. The mipmap generation is wrapping the texture instead of clamping it.

  • +1 1
  • Like 2
Posted
  On 12/15/2022 at 9:01 AM, sheson said:

Will be fixed next version. The mipmap generation is wrapping the texture instead of clamping it.

Expand  

That's cool. I'm glad you were able to pin down the bug, and it sounds like it was a very simple fix, which is even better.

So the billboard mipmap's top contained bits of the texture's bottom, and my combination of aspect ratio + FOV caused one more mipmap line to be rendered. Am I grokking this?

16:10 is pretty uncommon these days. I'm not sure if it's still manufactured. That's too bad. It's good for gaming but mostly great for programming/writing or general computing. Luckily for me I use a DELL Pro flat-panel that's built like a tank and won't die, 11-years old and counting.

Thanks for looking into this issue and fixing it.

Posted
  On 12/15/2022 at 3:33 PM, Mousetick said:

That's cool. I'm glad you were able to pin down the bug, and it sounds like it was a very simple fix, which is even better.

So the billboard mipmap's top contained bits of the texture's bottom, and my combination of aspect ratio + FOV caused one more mipmap line to be rendered. Am I grokking this?

16:10 is pretty uncommon these days. I'm not sure if it's still manufactured. That's too bad. It's good for gaming but mostly great for programming/writing or general computing. Luckily for me I use a DELL Pro flat-panel that's built like a tank and won't die, 11-years old and counting.

Thanks for looking into this issue and fixing it.

Expand  

I think tree size, billboard (mipmap) resolution, screen resolutions (and actual physical pixel size), fov and whatever AAs plus distance just visually hides it for most people. I am not sure when this regression started either.

Posted

Now that the mipmap issue is taken care of, let's move on to the next issue :)

Lush Vanilla Trees is listed on https://dyndolod.info/Help/Ultra-Tree-LOD among "mods that are known and tested to contain hybrid trees." In my experience, it hasn't worked out. The mod doesn't provide any documentation for 3D LODs, the MA has been apparently inactive for a long time, there are probably 2 or 3 other users beside me - basically it's a dead mod, so it's DIY time.

As you may have noticed in my Object_Report.txt while troubleshooting the mipmap bug, DynDOLOD fails to find the 3D LOD meshes for each TreePineForest TREE, as shown below for example:

  Reveal hidden contents

The mod does come with 3D LOD meshes (and some pre-rendered billboards, which I promptly threw away):

  Reveal hidden contents

As you can see above, some meshes contain CRC32 and others not. The ones containing CRC32 are for custom full models enabled with a plugin. I'm not using any of that. The other ones, without CRC32 are for vanilla full model replacers, without plugin. I'm using those full model replacers.

This is treepineforest01passthru_lod.nif in NifSkope, for example. It looks fine to me, but I wouldn't know if it were wrong:

  Reveal hidden contents

Using 7Zip's CRC32 feature, I got the CRC32 of treepineforest01.nif and it is indeed 34A5CAFB.

Questions:

  • Can I just insert the corresponding CRC32 into each 3D LOD mesh filename? For example:
treepineforest01passthru_lod.nif > treepineforest01_34A5CAFBpassthru_lod.nif

Thanks.

Posted
  On 12/15/2022 at 9:20 PM, Mousetick said:

Now that the mipmap issue is taken care of, let's move on to the next issue :)

Lush Vanilla Trees is listed on https://dyndolod.info/Help/Ultra-Tree-LOD among "mods that are known and tested to contain hybrid trees." In my experience, it hasn't worked out. The mod doesn't provide any documentation for 3D LODs, the MA has been apparently inactive for a long time, there are probably 2 or 3 other users beside me - basically it's a dead mod, so it's DIY time.

As you may have noticed in my Object_Report.txt while troubleshooting the mipmap bug, DynDOLOD fails to find the 3D LOD meshes for each TreePineForest TREE, as shown below for example:

  Reveal hidden contents

The mod does come with 3D LOD meshes (and some pre-rendered billboards, which I promptly threw away):

  Reveal hidden contents

As you can see above, some meshes contain CRC32 and others not. The ones containing CRC32 are for custom full models enabled with a plugin. I'm not using any of that. The other ones, without CRC32 are for vanilla full model replacers, without plugin. I'm using those full model replacers.

This is treepineforest01passthru_lod.nif in NifSkope, for example. It looks fine to me, but I wouldn't know if it were wrong:

  Reveal hidden contents

Using 7Zip's CRC32 feature, I got the CRC32 of treepineforest01.nif and it is indeed 34A5CAFB.

Questions:

  • Can I just insert the corresponding CRC32 into each 3D LOD mesh filename? For example:
treepineforest01passthru_lod.nif > treepineforest01_34A5CAFBpassthru_lod.nif

Thanks.

Expand  

As the link gives away the Skyrim version was tested many years ago for DynDOLOD 2.x

https://dyndolod.info/Help/3D-Tree-LOD-Model explains the CRC32 filename convention. The CRC32 just needs to be inserted into the filename between _ and passthru.nif

  • Thanks 1
Posted
  On 12/15/2022 at 10:30 PM, sheson said:

https://dyndolod.info/Help/3D-Tree-LOD-Model explains the CRC32 filename convention. The CRC32 just needs to be inserted into the filename between _ and passthru.nif

Expand  

Thanks for the confirmation. Everything's peachy now after inserting the CRC32s.

  On 12/15/2022 at 10:30 PM, sheson said:

As the link gives away the Skyrim version was tested many years ago for DynDOLOD 2.x

Expand  

Yes, I'm aware it's an old LE mod.

However it's also available on Skyrim SE Nexus, which is how I came across this mod. Someone simply re-uploaded it there, with the original MA's permission. It's identical to the LE original (same file dates, etc.) So the fact that LVT is listed on https://dyndolod.info/Help/Ultra-Tree-LOD can cause some confusion in people's mind as to its viability with DynDOLOD 3. Not everyone is as smart, knowledgeable or resourceful as you or the folks hosting this community.

As this post demonstrates, from not long ago:

  Quote

Can't seem to get the 3d lods working with Dyndolod 3.0...

Expand  

I doubt the user was ever able to make it work on their own.

It's obviously impossible to keep track of, and support, all tree mods ever published. I'm simply bringing the issue with this particular mod to your attention, in case you deem it appropriate to act upon it.

I'd humbly suggest two options for your consideration:

  • Remove LVT from https://dyndolod.info/Help/Ultra-Tree-LOD, or add a qualified note to indicate it's only compatible with DynDOLOD 2.x.
  • Add LVT SE to https://dyndolod.info/Help/Ultra-Tree-LOD and include the 3D LOD meshes with CRC32 filenames into DynDOLOD 3 Resources, as they are open permissions and the full models are unlikely to ever be updated. Just like the SBT 3D LOD meshes are included in DynDOLOD 3 Resources.

Just my 2 cents. Thanks.

Posted
  On 12/16/2022 at 2:59 AM, Mousetick said:

As this post demonstrates, from not long ago:

I doubt the user was ever able to make it work on their own.

Expand  

What the post demonstrates is that users not following the official instructions to ask on the official DynDOLOD support forum to get qualified answers and help or to report issues.

  On 12/16/2022 at 2:59 AM, Mousetick said:

It's obviously impossible to keep track of, and support, all tree mods ever published. I'm simply bringing the issue with this particular mod to your attention, in case you deem it appropriate to act upon it.

Expand  

This is the way.

Posted (edited)

Master Sheson,

I very recently built a new pc and tried to run TexGen this morning for the first time on the new machine. It crashes back to MO2 screen after reaching the "create textures" phase. There were no logs generated in the DynDOLOD folder. I worked through your suggestions here and I think I found the issue, but am at a loss as to how to fix it. It does NOT appear to be DynDOLOD's fault at all, but an issue with Nvidia OpenGL driver? I have the latest nvidia drivers installed(12/6/22).

These are the event log entries when it crashes.

 

Could you spare a minute to help? Thank you. :)

Screenshot (9).png

Screenshot (10).png

Edited by Khermiit
Image fix
Posted
  On 12/16/2022 at 12:24 PM, Khermiit said:

Master Sheson,

I very recently built a new pc and tried to run TexGen this morning for the first time on the new machine. It crashes back to MO2 screen after reaching the "create textures" phase. There were no logs generated in the DynDOLOD folder. I worked through your suggestions here and I think I found the issue, but am at a loss as to how to fix it. It does NOT appear to be DynDOLOD's fault at all, but an issue with Nvidia OpenGL driver? I have the latest nvidia drivers installed(12/6/22).

These are the event log entries when it crashes.

 

Could you spare a minute to help? Thank you. :)

Screenshot (9).png

Screenshot (10).png

Expand  

https://dyndolod.info/FAQ "High memory usage / Out of memory"
Use the x64 versions of the tools. Let the OS handle virtual memory/page file settings. Close other programs and background processes.
If TexGen runs out of memory, add a line TextureCache=10 to ..\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_[GAME MODE].INI. Try lower settings. Make sure as much video memory as possible is available by closing other programs.

Posted (edited)

Hey guys,

I noticed that sometimes the grass lod completely disappears for like a 1 second before the full grass models are rendered for a given area.

Is this something we can fix?

Thanks in advance for your help.

Edited by vektor9999
Posted
  On 12/16/2022 at 3:39 PM, vektor9999 said:

Hey guys,

I noticed that sometimes the grass lod completely disappears for like a 1 second before the full grass model is rendered for an area.

Is this something we can fix?

Thanks in advance for your help.

Expand  

https://dyndolod.info/How-LOD-Works

The game does not know that grass has LOD and that object LOD should only be disabled for the cell once grass loaded.

Make full grass load faster by using the grass cache.

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.