DynDOLOD 3.00 Alpha 198

[DarthVitrial]

On 6/23/2022 at 2:11 AM, sheson said:

I didn't try to reproduce yet but see what happens with this test version https://mega.nz/file/1Ap1xSIJ#0rH-NiyQAD5QdWvDlgPb6l3I8cldU9vF4NK5mH5AL0o

Hard to tell for sure, but it seems to work.

[z929669]

5 hours ago, CinnabonGhoul said:

So I've found the mod that is giving me the first message but what do I do now that I know what it is? It's the noble skyrim 2k mod. Do I need to reinstall the mod? Is it a load order thing?

You need to RTFM or follow a guide to explain the key points of the manual. See our SSE guide linked int the top nav. It goes into how to generate LOD and set up the required software.

Posting here is for those testing the DynDOLOD 3 alpha or for those using it that have some idea of how it all works.

[z929669]

I'm immediately getting this event just after hitting 'OK' when running Alpha 95. It's processing as notmal otherwise. This is 100% reproducible. I will post logs once complete;
 

Spoiler

Log Name:      Application
Source:        .NET Runtime
Date:          6/26/2022 12:04:18 AM
Event ID:      1023
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      DHVP
Description:
Description: A .NET application failed.
Application: LODGenx64Win.exe
Path: C:\Modding\Tools\DynDOLOD\Edit Scripts\LODGenx64Win.exe
Message: Failure processing application bundle.
Bundle header version compatibility check failed.
A fatal error occured while processing application bundle


Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name=".NET Runtime" />
    <EventID Qualifiers="0">1023</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2022-06-26T05:04:18.6701517Z" />
    <EventRecordID>141136</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>DHVP</Computer>
    <Security />
  </System>
  <EventData>
    <Data>Description: A .NET application failed.
Application: LODGenx64Win.exe
Path: C:\Modding\Tools\DynDOLOD\Edit Scripts\LODGenx64Win.exe
Message: Failure processing application bundle.
Bundle header version compatibility check failed.
A fatal error occured while processing application bundle

</Data>
  </EventData>
</Event>

 

Got this bugreport shortly after posting. Strangely, DynDOLOD is still processing:

bugreport.txt

I'm shutting it down and attempting to repeat.

---

Updating to the latest .NET 6.06 desktop runtime seems to have resolved the event posted previously

---

.NET update resolved all of my issues. Finished processing as normal.

---

So after seeing "Additional Requirements" in your doc, I see now that LODGenx64Win requiires .NET 6.0 (which I had, BTW but not updated to 6.0.6). Now what I want to know is how/why is DynDOLOD using this version instead of LODGenx64 on my box. I'm on Win 10.

[sheson]

8 hours ago, StarofSweden said:

So, I could not find any specific way to convert the NIFS to specific lods, maybe Im just stupid but for Mesh Rules, would I need to get a mesh rule for each and every nif? Or would a rule like "Meshes/xxx/" where the rule applies to everyting in that folder? 

LOD models are NIF. A typical way to create LOD models is to use Blender or 3DSMax (maybe with additional 3rd party plugins) to create LOD models.

Read the links I provided. In particular https://dyndolod.info/Help/Mesh-Mask-Reference-Rules#Mesh-Mask
The mesh mask is any part of the path/to/model.nif of a full model defined on a base record. It does not use wildcards and simply matches any part of the entire path.
Entering the term tree into the field means this rule will match any filename that has the term tree in it but also any other NIF that might be in a folder that has the term tree in it as well, regardless of the filename.

Note that Meshes is not part of the path/to/model.nif defined on the base record.

[sheson]

7 hours ago, CinnabonGhoul said:

So I've found the mod that is giving me the first message but what do I do now that I know what it is? It's the noble skyrim 2k mod. Do I need to reinstall the mod? Is it a load order thing?

Read the description, documentation, install instructions, requirements of mod and use their comments, forum etc. for help with them.

4 hours ago, DarthVitrial said:

Hard to tell for sure, but it seems to work.

That is promising. Thanks for letting us know.

[tarduhaikuadamantivy]

Back again with another error in generation (this time with notifications turned on so that I see when someone replies), happened after it loads base record swaps:

[01:47] Loaded 286 base record swaps
[01:49] Created a summary of log messages C:\ModTools\DynDOLOD\Summary\DynDOLOD_Index.html.
Access violation at address 0000000000E95065 in module 'DynDOLODx64.exe'. Read of address 0000000000000000
Error: Access violation at address 0000000000E95065 in module 'DynDOLODx64.exe'. Read of address 0000000000000000.

Has happened a few times in a row, even after a fresh restart of my system.

Pastebin for bugreport.txt (I included the logs of the 3 times that it threw the error) https://pastebin.com/4zUFym6c

Pastebin for SSE_log.txt https://pastebin.com/HQzxk0T5

SSE_Debug_log.txt uploaded as a .zip since it's too big for pastebin.

DynDOLOD_SSE_Debug_log.zip

[sheson]

3 hours ago, tarduhaikuadamantivy said:

Back again with another error in generation (this time with notifications turned on so that I see when someone replies), happened after it loads base record swaps:

[01:47] Loaded 286 base record swaps
[01:49] Created a summary of log messages C:\ModTools\DynDOLOD\Summary\DynDOLOD_Index.html.
Access violation at address 0000000000E95065 in module 'DynDOLODx64.exe'. Read of address 0000000000000000
Error: Access violation at address 0000000000E95065 in module 'DynDOLODx64.exe'. Read of address 0000000000000000.

Has happened a few times in a row, even after a fresh restart of my system.

Pastebin for bugreport.txt (I included the logs of the 3 times that it threw the error) https://pastebin.com/4zUFym6c

Pastebin for SSE_log.txt https://pastebin.com/HQzxk0T5

SSE_Debug_log.txt uploaded as a .zip since it's too big for pastebin.

DynDOLOD_SSE_Debug_log.zip 2.75 MB · 0 downloads

Load the load order in xEdit and check it for errors. Fix the unresolved form ID errors and the records being overriden.

It is most likely caused by a wrong version of RealisticWaterTwo - Open Cities.esp or wrong version of its master plugins.

See if it runs through then.

[ThatWentWell]

getting c000005 error at the end of DynDOLOD LOD generation for Tamriel, Windows event log points me to:

Quote

Faulting application name: LODGenx64.exe, version: 3.0.9.0, time stamp: 0xccdd0dff
Faulting module name: clr.dll, version: 4.8.4515.0, time stamp: 0x624ce98e
Exception code: 0xc0000005
Fault offset: 0x000000000002f9b7
Faulting process id: 0x35e0
Faulting application start time: 0x01d8897141e90e11
Faulting application path: D:\DynDOLOD\Edit Scripts\LODGenx64.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Report Id: fe284b5a-1e52-4c50-b9a7-8e83878b9ff4
Faulting package full name: 
Faulting package-relative application ID: 

Any idea how to approach this? It's been bugging me for days now

[sheson]

1 hour ago, ThatWentWell said:

getting c000005 error at the end of DynDOLOD LOD generation for Tamriel, Windows event log points me to:

Any idea how to approach this? It's been bugging me for days now

Read the first post which DynDOLOD log and debug log to upload when making posts.

Fix whatever issue your OS / .Net Framework installation has. For example by updating/repairing .Net Framework or not using (OS) beta versions or by using the alternative by installing .Net runtime 6 or newer.

Also check Windows Event log for preceding error messages.

[Dyshonored]

During the generation of the lod via dyndolod he ended up with an error "Error processing cell [CELL:15000E2F] (in RiftenWorld "Riften" [WRLD:00016BB4] at 0,-1): Invalid argument" i have only one mod affecting riften but he is affecting other cities and they didnt bugged so i am kinda lost 

bugreport.txt

[Dez756]

On 6/23/2022 at 1:43 AM, sheson said:

The logs seem OK. No root node and no texture resolution errors that are known to cause direct CTD.

Upload the crash log from .Net Framework or Crash Logger if using runtime 1.6.

Got .Net Script Framework to work.  Here's the log from when the game CTD's at the Riften Gate.

Appreciate your patience!

Crash_2022_6_26_19-35-9.txt

Edited June 27, 2022 by Dez756

[TinyBlanket]

Error while using 3.0

Error: Access violation at address 000000000041A26F in module 'DynDOLODx64.exe'. Read of address 0000000000000000 while processing Skyrim.esm RiftenGrelkaStrongbox "Grelka's Strongbox" [CONT:000B8F32]

[TinyBlanket]

36 minutes ago, TinyBlanket said:

Error while using 3.0

Error: Access violation at address 000000000041A26F in module 'DynDOLODx64.exe'. Read of address 0000000000000000 while processing Skyrim.esm RiftenGrelkaStrongbox "Grelka's Strongbox" [CONT:000B8F32]

Just clicked okay and restart and it seemed to do the trick. Don't know if the violation will do anything to me later...

[sheson]

6 hours ago, Dyshonored said:

During the generation of the lod via dyndolod he ended up with an error "Error processing cell [CELL:15000E2F] (in RiftenWorld "Riften" [WRLD:00016BB4] at 0,-1): Invalid argument" i have only one mod affecting riften but he is affecting other cities and they didnt bugged so i am kinda lost 

bugreport.txt 147.71 kB · 1 download

Moved the post to the DynDOLOD 3 Alpha, since that is what you seem to be using.

Read the first post which log and debug log to upload when making posts.

Tell us which mod is affecting Riften or the Cell record.

[sheson]

5 hours ago, Dez756 said:

Got .Net Script Framework to work.  Here's the log from when the game CTD's at the Riften Gate.

Appreciate your patience!

Crash_2022_6_26_19-35-9.txt 42.81 kB · 0 downloads

This might be an invalid texture used by a NIF with a BSTriShape name IcebergSmall02:0. Typically the NIF filename would be IcebergSmall02.nif

To verify it would be best to reproduce the crash a couple times to see if the possible relevant object keeps listing BSTriShape(Name: `IcebergSmall02:0`) and the  callstack starts with NiSourceTexture::unk_12F57E0+0.

Let me know if that is the case or if the possible relevant objects / call stack is a bit different between crashes.