Jump to content

DynDOLOD 3.00 Alpha 182


sheson

Recommended Posts

First, I realize this sound absurd. Nothing in Occlusion.esp should be affecting NPC AI/Package. And yet, in my own testing, I find that the Occlusion.esp generated from DynDoLOD 3.0 Alpha is in fact preventing some Sandbox packages from working properly. 

Specifically, I have a Sandbox package on a few NPCs that targets a specific marker in an interior cell. Without Occlusion.esp enabled, this is exactly what happens when I load a new game. The NPC can be found chillin' in that cell.

But with Occlusion.esp enabled, the NPC will be frozen in their default reference location (in Tamriel worldspace).

I've tried to delete random records from Occlusion.esp just to see what's going on, and eventually, after deleting enough records, the NPC sandbox package worked as intended. But looking at those deleted records in xEdit, the only thing that got changed is the TVDT field. 

I have absolutely no explanation for why this happening, especially since I've used several iteration of DynDoLOD 3.0 without issue in the past. 

 

 

Link to comment
Share on other sites

I'm having trouble with TexGen and DynDOLOD. I run the programs but it just abruptly exits them part-way through. In TexGen it was in the creating LOD textures stage. No logs are generated, no messages of any kind.  Curiously, MO2 will crash if I run TexGen a second time after this happens. MO2's logs say it crashes immediately after rerunning TexGen.

After some testing, I realised it doesn't like SSE Engine Fixes. Does that sound right? I disabled that and got through the TexGen stage fine.

Then I started the DynDOLOD stage. I can select the options in the menu and start, but after a couple of seconds, the message window starts flooding with errors like "[thing] does not fit naming conventions [blah blah]", "property not found", and "file not found". Then shuts down the same way TexGen was, except there are some logs. The attached are the only ones created from that run.

DynDOLOD_SSE_Dynamic_LOD.txt DynDOLOD_SSE_Object_LOD.txt

Link to comment
Share on other sites

1 hour ago, Zaire82 said:

I'm having trouble with TexGen and DynDOLOD. I run the programs but it just abruptly exits them part-way through. In TexGen it was in the creating LOD textures stage. No logs are generated, no messages of any kind.  Curiously, MO2 will crash if I run TexGen a second time after this happens. MO2's logs say it crashes immediately after rerunning TexGen.

After some testing, I realised it doesn't like SSE Engine Fixes. Does that sound right? I disabled that and got through the TexGen stage fine.

Then I started the DynDOLOD stage. I can select the options in the menu and start, but after a couple of seconds, the message window starts flooding with errors like "[thing] does not fit naming conventions [blah blah]", "property not found", and "file not found". Then shuts down the same way TexGen was, except there are some logs. The attached are the only ones created from that run.

DynDOLOD_SSE_Dynamic_LOD.txt 28.18 kB · 0 downloads DynDOLOD_SSE_Object_LOD.txt 423.13 kB · 0 downloads

Sounds like one of the usual problems: wrong/bad installation or output folder of the game, MO2 or tools. OS/Antivir interfering.

Add RealTimeLog=1 under [DynDOLOD] in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini, then check/upload that log.

"Blah blah" is not a useful problem description. See https://dyndolod.info/Messages to learn what certain log messages mean.

Link to comment
Share on other sites

3 hours ago, Blackread said:

The LOD was disabled. But it seems that somehow, no idea how, the latest update to beyond reach has fixed this. And not even the plugin, I am still testing with the same plugin you gave me, but loading the game with the same LODs and the same plugin from yesterday but the new assets from today the bug is gone.

I have never encountered models/textures causing large ref LOD not disabling. I also can not imagine how atm. In that case I would assume assets from a 3rd party mod (or vanilla assets have been changed in some way). If the problem went away, see if you can redo whatever might have caused it, maybe then you can narrow it down to something specific.

Link to comment
Share on other sites

8 hours ago, TeostraAscend said:

First, I realize this sound absurd. Nothing in Occlusion.esp should be affecting NPC AI/Package. And yet, in my own testing, I find that the Occlusion.esp generated from DynDoLOD 3.0 Alpha is in fact preventing some Sandbox packages from working properly. 

Specifically, I have a Sandbox package on a few NPCs that targets a specific marker in an interior cell. Without Occlusion.esp enabled, this is exactly what happens when I load a new game. The NPC can be found chillin' in that cell.

But with Occlusion.esp enabled, the NPC will be frozen in their default reference location (in Tamriel worldspace).

I've tried to delete random records from Occlusion.esp just to see what's going on, and eventually, after deleting enough records, the NPC sandbox package worked as intended. But looking at those deleted records in xEdit, the only thing that got changed is the TVDT field. 

I have absolutely no explanation for why this happening, especially since I've used several iteration of DynDoLOD 3.0 without issue in the past. 

Moved the post to the DynDOLOD 3 Alpha thread.

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

You make it sound like Occlusion.esp generated by DynDOLOD 3 Alpha might behave differently from Occlusion.esp generated by xLODGen.
In either case make sure that Occlusion.esp has been generated for the current load order. All the records in the  Occlusion.esp are copied from the plugins before it.

Occlusion.esp should not affect any interior cells. I would expect you have checked Occlusion.esp in xEdit if it modifies any of the affected interior cells. If it doesn't then the data in the Occlusion.esp should not really be the problem. 

This sounds more like an issue of exceeding plugin limit or other resource limits or something related to navmeshes (and/or flagging esp as esm)

Do proper elimination troubleshooting with binary searchMake a backup of plugin. Remove half the records. If problem goes away, restore backup, remove the other half of records. Repeat until only the data that causes the issue remains.

Link to comment
Share on other sites

2 hours ago, sheson said:

I have never encountered models/textures causing large ref LOD not disabling. I also can not imagine how atm. In that case I would assume assets from a 3rd party mod (or vanilla assets have been changed in some way). If the problem went away, see if you can redo whatever might have caused it, maybe then you can narrow it down to something specific.

It appears that the file that fixes the issue is lodsettings\arnimaduplicate003.lod. Taking all other files from Beyond Reach 4.51 but that one file from 4.6 the cell is no longer bugged. At least with this barebones setup, we shall see if this behaviour carries over to my full mod list.

By the way, with the 4.6 update TexGen aborts its execution with this error message:

Spoiler

 

[Window Title]
TexGen

[Main Instruction]
Error: File not found textures\arnimatextures\farmhouse\cyrodiilfarmstucco02.dds.

[Content]


Click on this link for additional explanations and help for this message

[Exit TexGen]

[Footer]
Online Help | Support Forum | Copy message to clipboard

 

It seems the textures were relocated to textures\bscyrodiil\architecture\farmhouse in this update.

Edited by Blackread
Link to comment
Share on other sites

47 minutes ago, Blackread said:

It appears that the file that fixes the issue is lodsettings\arnimaduplicate003.lod. Taking all other files from Beyond Reach 4.51 but that one file from 4.6 the cell is no longer bugged. At least with this barebones setup, we shall see if this behaviour carries over to my full mod list.

By the way, with the 4.6 update TexGen aborts its execution with this error message:

  Hide contents

 

[Window Title]
TexGen

[Main Instruction]
Error: File not found textures\arnimatextures\farmhouse\cyrodiilfarmstucco02.dds.

[Content]


Click on this link for additional explanations and help for this message

[Exit TexGen]

[Footer]
Online Help | Support Forum | Copy message to clipboard

 

 

Files still in BSA or any loose *.lod files?

Update ..\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_TexGen_noalpha_arnimaesm.txt to point to new location textures\bscyrodiil\architecture\farmhouse\cyrodiilfarmstucco02.dds

Link to comment
Share on other sites

47 minutes ago, sheson said:

Files still in BSA or any loose *.lod files?

 Update ..\DynDOLOD\Edit Scripts\DynDOLOD\Configs\DynDOLOD_SSE_TexGen_noalpha_arnimaesm.txt to point to new location textures\bscyrodiil\architecture\farmhouse\cyrodiilfarmstucco02.dds

The .lod files are still in the BSA. Not sure what has changed, but the CRC32 is different.

Thank you for the texture path fix, TexGen ran succesfully to completion.

Link to comment
Share on other sites

1 hour ago, Blackread said:

The .lod files are still in the BSA. Not sure what has changed, but the CRC32 is different.

Thank you for the texture path fix, TexGen ran succesfully to completion.

The "stride" changed from 256 to 128. It is basically the distance to add to lower left cell to how far away the top right cell is used for CK LOD generation AFAIK.

I never encountered it having any such effect in the game, no less on large references. No idea why I am not able to replicate either. There are not any noticeable INI settings either.

Link to comment
Share on other sites

5 hours ago, sheson said:

The "stride" changed from 256 to 128. It is basically the distance to add to lower left cell to how far away the top right cell is used for CK LOD generation AFAIK.

I never encountered it having any such effect in the game, no less on large references. No idea why I am not able to replicate either. There are not any noticeable INI settings either.

I honestly don't know. And now that I finally managed to regen my LODs it seems that even though the problem disappeared with just the mod itself loaded, it is still there with my full list. Maybe I'll get back to this later, but right now I'm feeling quite ready to give up.

Link to comment
Share on other sites

1 hour ago, Blackread said:

I honestly don't know. And now that I finally managed to regen my LODs it seems that even though the problem disappeared with just the mod itself loaded, it is still there with my full list. Maybe I'll get back to this later, but right now I'm feeling quite ready to give up.

Well, I did do two more quick tests after all:

Beyond Reach 4.6 overwritten with your plugin from 4.51 - bugged
Beyond Reach 4.6 where I generated large refs to arnimaduplicate003 with the script you gave me - bugged

So the only time the cell wasn't bugged was when I generated LODs with Beyond Reach 4.51 and then overwrote that one lod settings file with the one from 4.6. I think I'm just writing this off as unresolved.

Edit: I just noticed, the new script you gave me produces overwrites for the Tamriel worldspace too, how interesting.

Edited by Blackread
Link to comment
Share on other sites

1 hour ago, Blackread said:

I honestly don't know. And now that I finally managed to regen my LODs it seems that even though the problem disappeared with just the mod itself loaded, it is still there with my full list. Maybe I'll get back to this later, but right now I'm feeling quite ready to give up.

Then I suggest to continue looking at the plugins overwriting the  persistent cell I inquired about earlier. Check if any of those contain references in the affected cell.

Link to comment
Share on other sites

57 minutes ago, sheson said:

Then I suggest to continue looking at the plugins overwriting the  persistent cell I inquired about earlier. Check if any of those contain references in the affected cell.

I forgot to mention, the two last tests I conducted were done with just the base game plugins and arnima.esm active.

But I checked anyway, the only plugins to edit or add anything in that cell are DynDOLOD.esp which adds those tundra stream LOD objects and DynDOLOD.esm which adds an activator.

Link to comment
Share on other sites

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.