DynDOLOD 3.00 Alpha 182

[sheson]

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.

[sheson]

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 search: Make 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.

[Zaire82]

2 hours ago, sheson said:

"Blah blah" is not a useful problem description. 

Yea, sorry. I wrote what I could remember from before it shut itself down. Unfortunately the fine details didn't make it.

[Blackread]

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 September 8, 2022 by Blackread

[sheson]

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

[Zaire82]

I added the line to the .ini file and updated MO2 since it was a bit outdated. This time I ran it, it just went and finished the process. Still half a million warnings, but it works.

 

[Blackread]

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.

[sheson]

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.

[Blackread]

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.

[Blackread]

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 September 8, 2022 by Blackread

[sheson]

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.

[Blackread]

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.

[sheson]

35 minutes ago, Blackread said:

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.

Test what happens without the DynDOLOD plugins but the LOD meshes still active.

[Blackread]

47 minutes ago, sheson said:

Test what happens without the DynDOLOD plugins but the LOD meshes still active.

Tested, same bug.

[sheson]

1 hour ago, Blackread said:

Tested, same bug.

Try with vanilla INIs, also make sure they are no custom and no plugin ini loaded either.