Jump to content

Recommended Posts

Posted
1 hour ago, z929669 said:

Would you mind updating the Nexus Main File version on Nexus for NG? Otherwise, it's manual labor editing metadata to make MO see that you are using the latest version.

image.png

I must have forgot to check that this is the latest version check box. Fixed.

  • Thanks 1
Posted (edited)

Hello, currently getting repeated crashes while attempting to cross the estuary separating Solitude from the marshes north of Morthal. Using Alpha-156.
Here's the crashlog https://pastebin.com/sWkypg9V where DynDOLOD is being pointed to, and the corresponding DynDOLOD generation logs are attached. As always, thanks for all your hard work.

EDIT: Forgot debug log, uploading now and will post it here.
EDIT 2: Here's the debug log https://ufile.io/vzz9bnx8

DynDOLOD_SSE_log.txt

Edited by S-Matrix
Posted
7 hours ago, S-Matrix said:

Hello, currently getting repeated crashes while attempting to cross the estuary separating Solitude from the marshes north of Morthal. Using Alpha-156.
Here's the crashlog https://pastebin.com/sWkypg9V where DynDOLOD is being pointed to, and the corresponding DynDOLOD generation logs are attached. As always, thanks for all your hard work.

EDIT: Forgot debug log, uploading now and will post it here.
EDIT 2: Here's the debug log https://ufile.io/vzz9bnx8

DynDOLOD_SSE_log.txt 1.84 MB · 0 downloads

What the crash log seems to point to is Architecture\Solitude\SBlackSmith.nif which is used by the mentioned references and base records defined or overwritten by DynDOLOD plugins.

Test if the NIF opens in NifSkope, run it through CAO or try removing or replacing it.

If you found that the NIF really causes the crash and it comes that way with a mod, then upload the NIF as is.

Posted
4 hours ago, sheson said:

What the crash log seems to point to is Architecture\Solitude\SBlackSmith.nif which is used by the mentioned references and base records defined or overwritten by DynDOLOD plugins.

Test if the NIF opens in NifSkope, run it through CAO or try removing or replacing it.

If you found that the NIF really causes the crash and it comes that way with a mod, then upload the NIF as is.

Hi sheson, thanks for the reply - as per your suggestion I checked to make sure the mesh would open properly in NifSkope, and it did indeed do so.

Next, using MO2's "Data" tab, I was able to see each mod in my load order that was contributing a version of the mesh; the one provided by "Flickering Meshes Fix" was the overriding version, so I isolated and then deactivated that file from the mod, and returned to the problem area, but the issue persisted. Before trying CAO, I decided to try removing the version of the mesh provided by "Assorted Mesh Fixes", which was next in line in terms of override/use by the game, but the crash still occurred. I repeated the process one last time with the "Landscape and Water Fixes" version of the mesh, mostly as a sanity check - alas: crash.

Honestly, I'm not the most knowledgeable about troubleshooting mesh issues, especially with a completed DynDOLOD output in the mix, so this was mostly just me trying to brute force possible resolutions without being able to parse/tinker with the DynDOLOD output itself. While it yielded no results on my end, maybe this info can help with your more seasoned diagnosis. It indicates to me (and again, I'm pretty inexperienced) that the construction of the mesh itself isn't the root cause of the crash, since even across multiple different versions of the mesh, sblacksmith.nif still appears in the crashlog.

If it does end up being related to DynDOLOD, would I need to regenerate LOD in order to test solutions? Is there a "mini-run" I can do, localized to the Solitude region, to save on generation time, in that case? Let me know if anything jumps out about the issue, or if there's some other things I can try in the meantime. Thanks!

Posted
27 minutes ago, S-Matrix said:

Hi sheson, thanks for the reply - as per your suggestion I checked to make sure the mesh would open properly in NifSkope, and it did indeed do so.

Next, using MO2's "Data" tab, I was able to see each mod in my load order that was contributing a version of the mesh; the one provided by "Flickering Meshes Fix" was the overriding version, so I isolated and then deactivated that file from the mod, and returned to the problem area, but the issue persisted. Before trying CAO, I decided to try removing the version of the mesh provided by "Assorted Mesh Fixes", which was next in line in terms of override/use by the game, but the crash still occurred. I repeated the process one last time with the "Landscape and Water Fixes" version of the mesh, mostly as a sanity check - alas: crash.

Honestly, I'm not the most knowledgeable about troubleshooting mesh issues, especially with a completed DynDOLOD output in the mix, so this was mostly just me trying to brute force possible resolutions without being able to parse/tinker with the DynDOLOD output itself. While it yielded no results on my end, maybe this info can help with your more seasoned diagnosis. It indicates to me (and again, I'm pretty inexperienced) that the construction of the mesh itself isn't the root cause of the crash, since even across multiple different versions of the mesh, sblacksmith.nif still appears in the crashlog.

If it does end up being related to DynDOLOD, would I need to regenerate LOD in order to test solutions? Is there a "mini-run" I can do, localized to the Solitude region, to save on generation time, in that case? Let me know if anything jumps out about the issue, or if there's some other things I can try in the meantime. Thanks!

Make sure to enable archive parsing in MO2 Settings, tab Workarounds.
Once you are down to the Unofficial Patch or the vanilla Meshes0.bsa for the NIF, we can probably assume that the NIF is OK.

In that case start xEdit and load the entire load order. Then enter 1D0422B9 in the form ID field top left and hit enter so the right window shows the record. In case DynDOLOD.esm is not loaded at load order 1D, adjust the first two digits accordingly to what is shown in the left tree view for DynDOLOD.esm.
Scroll to the very right and make a screenshot. If necessary also scroll down and make more screenshots.
Repeat with form ID 0008618F
Upload those screenshots.

Posted
7 minutes ago, sheson said:

Make sure to enable archive parsing in MO2 Settings, tab Workarounds.
Once you are down to the Unofficial Patch or the vanilla Meshes0.bsa for the NIF, we can probably assume that the NIF is OK.

In that case start xEdit and load the entire load order. Then enter 1D0422B9 in the form ID field top left and hit enter so the right window shows the record. In case DynDOLOD.esm is not loaded at load order 1D, adjust the first two digits accordingly to what is shown in the left tree view for DynDOLOD.esm.
Scroll to the very right and make a screenshot. If necessary also scroll down and make more screenshots.
Repeat with form ID 0008618F
Upload those screenshots.

https://imgur.com/a/xNfWHAC

Let me know if this is everything as you wanted it/if you need anything else at the moment, and I appreciate you sticking with this.

Posted
42 minutes ago, S-Matrix said:

https://imgur.com/a/xNfWHAC

Let me know if this is everything as you wanted it/if you need anything else at the moment, and I appreciate you sticking with this.

All good. Records are fine.

To double check if the records or NIF are causing the crash, make a backup of DynDOLOD.esm, bring up 1D0422B9 in xEdit again and then right click DynDOLOD.esm in the header column of the right window that shows the record, select remove, save.

If there is still a crash, upload the new crash log. If there is not crash just let me know.

Posted
15 minutes ago, sheson said:

All good. Records are fine.

To double check if the records or NIF are causing the crash, make a backup of DynDOLOD.esm, bring up 1D0422B9 in xEdit again and then right click DynDOLOD.esm in the header column of the right window that shows the record, select remove, save.

If there is still a crash, upload the new crash log. If there is not crash just let me know.

Voila, that's fixed it! Thanks so much Sheson, and let me know if you need anything else from my end to figure out the root cause of this, or if there's anything else I need to do as far as generation is concerned now that the ESM is edited.

Posted
30 minutes ago, S-Matrix said:

Voila, that's fixed it! Thanks so much Sheson, and let me know if you need anything else from my end to figure out the root cause of this, or if there's anything else I need to do as far as generation is concerned now that the ESM is edited.

That was just a troubleshooting step.

So it still crashed with the NIF from unofficial patch or the vanilla NIF? Make sure in MO2 right window data tab.
In that case we should have a look at the used textures.

To list the used textures, open the Asset Browser in xEdit with CTRL+F3
Enter sblacksmith.nif into the filter field.
Highlight the found file in the list, the status at the bottom will then list all used textures.
Check with MO2 right data tab again which mods the used textures come from.

Posted
10 minutes ago, sheson said:

So it still crashed with the NIF from unofficial patch or the vanilla NIF? Make sure in MO2 right window data tab.
In that case we should have a look at the used textures.

That's correct. Here's the list of textures you asked for: https://imgur.com/a/aK9UYFE
As you can probably see, we have a lot of conflicts; however, these conflicts are all (I hovered over each one to be sure) between Mrf's Solitude and Kartoffel's Cleaned Textures. This specific conflict is completely expected, as Kartoffel's mod covers every texture in the game and I'm using it as a base.

The one exception to this, as you also probably noticed, is in the case of swindow01_g.dds (which I assume is a glowmap or something similar). TexGen Output takes precedence here, but that texture is also found in USSEP, the lighting mod "Lux", and then again in Mrf's Solitude. My amateur's hunch is that this may be significant, given that Wizkid's mod for ENB window glow was also implicated in the crashlogs I'd posted.

Keep me posted with new things to look at and report back with.

Posted
46 minutes ago, S-Matrix said:

That's correct. Here's the list of textures you asked for: https://imgur.com/a/aK9UYFE
As you can probably see, we have a lot of conflicts; however, these conflicts are all (I hovered over each one to be sure) between Mrf's Solitude and Kartoffel's Cleaned Textures. This specific conflict is completely expected, as Kartoffel's mod covers every texture in the game and I'm using it as a base.

The one exception to this, as you also probably noticed, is in the case of swindow01_g.dds (which I assume is a glowmap or something similar). TexGen Output takes precedence here, but that texture is also found in USSEP, the lighting mod "Lux", and then again in Mrf's Solitude. My amateur's hunch is that this may be significant, given that Wizkid's mod for ENB window glow was also implicated in the crashlogs I'd posted.

Keep me posted with new things to look at and report back with.

Can you make a screenshot of the asset browser showing the list of used textures as well?

Posted
5 minutes ago, sheson said:

Can you make a screenshot of the asset browser showing the list of used textures as well?

Here it is: https://imgur.com/a/7Df35ed
Not sure if it's normal for there to be two instances of it appearing in the asset window search results, but the assets listed for both entries are the exact same.

Posted
13 minutes ago, S-Matrix said:

Here it is: https://imgur.com/a/7Df35ed
Not sure if it's normal for there to be two instances of it appearing in the asset window search results, but the assets listed for both entries are the exact same.

That's odd that it shows twice. Which xEdit version are you using? This is a Windows OS, not Wine/Proton on Linux?

Before we spend much time on the textures lets do another check first:

Make a backup of DynDOLOD.esm. Start xEdit and bring up 1D0422B9 again, double click on the entry SBlackSmith [STAT:0008618F] in the row NAME - Base row in order to edit it. Type 3B then hit enter to change it to the XMaker [STAT:0000003B].

If that does not crash, restore DynDOLOD.esm, start xEdit and this time bring up 0008618F. Double clock the entry Architecture\Solutide\SBlackSmith.nif in the row MODL - Model FileName in the right column for DynDOLOD.esp and replace it with MarkerX.nif (it is just the filename without folders). Test if that still crashes.

Posted
1 hour ago, sheson said:

That's odd that it shows twice. Which xEdit version are you using? This is a Windows OS, not Wine/Proton on Linux?

Before we spend much time on the textures lets do another check first:

Make a backup of DynDOLOD.esm. Start xEdit and bring up 1D0422B9 again, double click on the entry SBlackSmith [STAT:0008618F] in the row NAME - Base row in order to edit it. Type 3B then hit enter to change it to the XMaker [STAT:0000003B].

If that does not crash, restore DynDOLOD.esm, start xEdit and this time bring up 0008618F. Double clock the entry Architecture\Solutide\SBlackSmith.nif in the row MODL - Model FileName in the right column for DynDOLOD.esp and replace it with MarkerX.nif (it is just the filename without folders). Test if that still crashes.

Using xEdit 4.04, I believe - I saw today that there's an update available, so it's probably a good idea to move to the newest version. Gonna be afk for an hour or two, so I'll post with news later in the day.

Posted (edited)

I'm having difficulty with the BSHeartland worldspace for DynDOLOD.  The Beyond Skyrim people gave an answer in their bug report that their own custom LODs are preferred to those in DynDOLOD, and that they advise not generating LOD files via DynDOLOD for the Beyond Skyrim mod.

So I followed your instructions and figured out how to make the BSHeartland worldspace show up in the list of worldspaces available for DynDOLOD.  I unticked BSHeartland in the selection window, selected everything else, and ran DynDOLOD.

Except it didn't work.  At the end, I got the same list of warnings about missing meshes and textures in BSHeartland.  I'm sure I unticked it, but it appears to have ignored me.  Don't know what to do except uninstall Beyond Skyrim.

Edited by aristotle

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
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.