DynDOLOD 3.00 Alpha 182

[sheson]

52 minutes ago, had said:

Spotted z fighting i guess

And for some reason windows bugged

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

Read https://dyndolod.info/FAQ General Game Questions / Out of place or floating objects

[had]

1 hour ago, sheson said:

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

https://drive.google.com/file/d/19f216S4HOt98t9oNIdShq3GXsslmiKRw/view?usp=sharing

1 hour ago, sheson said:

Read https://dyndolod.info/FAQ General Game Questions / Out of place or floating objects

For ruin thing seems just broken mesh.

Not sure for windows, i only able to select dyndolod object like this.

Nothing overwrited, no script lag and so, other lods exists around.

LO not really changed after generating dyndolod output.

[sheson]

Read the log messages/summary and their explanations. https://dyndolod.info/Messages

There are plugins that need cleaning. There are lots of overwritten large references reported, which are one cause of z-fighting.

42 minutes ago, had said:

For ruin thing seems just broken mesh.

Why do you believe this has anything to do with DynDOLOD then? Best not to speculate about reasons and instead read the FAQ answers. Test if it goes away by disabling LOD with tll. If that is the case it is probably large reference bugs or stuck object LOD because of uLockedObjectLOD INI setting.

42 minutes ago, had said:

Nothing overwrited, no script lag and so, other lods exists around.

LO not really changed after generating dyndolod output.

Test with a new game as suggested by the FAQ answers. You did not mention if deactivating/activating from the DynDOLOD SkyUI MCM main page as suggsetd by the FAQ answer did anything.

The previous posts about scripting issues might be related.

[had]

1 hour ago, sheson said:

Why do you believe this has anything to do with DynDOLOD then?

Yes, i mean its non dyndolod mesh, reported to author. Will check better next time.

1 hour ago, sheson said:

There are plugins that need cleaning. There are lots of overwritten large references reported, which are one cause of z-fighting.

Yes, but i have no idea how to fix it. From docs seems like it is not user thing.

Reported some to authors, they dont care.

1 hour ago, sheson said:

Test with a new game as suggested by the FAQ answers. You did not mention if deactivating/activating from the DynDOLOD SkyUI MCM main page as suggsetd by the FAQ answer did anything.

Just checked, new game doesnt help too.

1 hour ago, sheson said:

The previous posts about scripting issues might be related.

Spotted this bug while ago before i regenerated dyndolod from scratch, but was too lazy to report.

Edited July 19, 2022 by had

[DoubleYou]

16 hours ago, sheson said:

It is so the beams (of the two level highways)  show from both side.

If there is a normal game situation where the z-fighting on top can be seen, then let me know the coordinates, form ids, LOD model involved etc.

Okay, so I tested this some more. I tested with a vanilla game, and they also flickered. Opening some of the affected lods in Blender, it seems that some of the road pieces are what I'd describe as manually double sided, so that the faces are almost right on top of each other in the mesh. But I can't easily remove those faces without more manual rework of the mesh, as seams develop.

I verified the following two are affected:

• HWSingleChunkLarge01_LOD_0.nif
• HWSingleStr01_LOD_0.nif

Seeing these and observing what was causing the issue, and the fact that the issue didn't affect any of the two level highways with beams, I simply applied a separate material without the two-sided flag to the following LODs which were visually similar. I don't believe that there will be any visual degradation for these without the two-sided flag.

• HWDoubleChunkLargeTop01_LOD_0.nif
• HWDoubleChunkLargeTop02_LOD_0.nif
• HWDoubleChunkLargeTop03_LOD_0.nif
• HWSingleChunkLarge01_LOD_0.nif
• HWSingleChunkLarge02_LOD_0.nif
• HWSingleCurveL01_LOD_0.nif
• HWSingleCurveR01_LOD_0.nif
• HWSingleEndCap01_LOD_0.nif
• HWSingleEndCap02_LOD_0.nif
• HWSingleEndCap03_LOD_0.nif
• HWSingleRampDown01_LOD_0.nif
• HWSingleRampUp01_LOD_0.nif
• HWSingleShiftL_LOD_0.nif
• HWSingleShiftR_LOD_0.nif
• HWSingleStr01Free_LOD_0.nif
• HWSingleStr01_LOD_0.nif
• HWSingleStr02Damaged_LOD_0.nif
• HWSingleStr02Free_LOD_0.nif
• HWSingleStr02_LOD_0.nif
• HWSingleStrExit01_LOD_0.nif
• HWSingleTranMidRampShiftR01_LOD_0.nif
• HWSingleTranOutRampShiftR01_LOD_0.nif
• HWSingleTransInRampShiftR01_LOD_0.nif

Afterward, I quickly tested the entirety of the highways to see if there were any issues, and all the z-fighting was gone.

Here is my proposed fix: https://mega.nz/file/wYgiFbQY#ysGAkjuRGy6DExRhhpat2RQvuyR_yV7Ek51mlDcUCT0

[sheson]

8 hours ago, had said:

Just checked, new game doesnt help too.

You did not mention if deactivating/activating from the DynDOLOD SkyUI MCM main page as suggsetd by the FAQ answer did anything.

What are the steps to reproduce this problem?

[WhoWhatWhen]

Steps taken to generate LOD

Ran xLODGEN to only generate terrain LODs, opened skyrim to cache grass like instructed, ran dyndolod TEXGEN selected generate grass LODs, Ran Dyndolod with grass enabled via expert mode settings.

Grass LOD generated correctly, but is completely grey. There also is a noticeable 20m gap between where the rendered grass ends and the LOD begins.

 

I am using folkvangr grass, although I'm not sure if that affects anything.

[sheson]

2 hours ago, WhoWhatWhen said:

Steps taken to generate LOD

Ran xLODGEN to only generate terrain LODs, opened skyrim to cache grass like instructed, ran dyndolod TEXGEN selected generate grass LODs, Ran Dyndolod with grass enabled via expert mode settings.

Grass LOD generated correctly, but is completely grey. There also is a noticeable 20m gap between where the rendered grass ends and the LOD begins.

 

I am using folkvangr grass, although I'm not sure if that affects anything.

Moved the post to the DynDOLOD 3 Alpha thread. Read the first post which log and debug log to upload when making posts.

Check that the generated grass LOD billboards look correct, use better GrassBrightnessTop* or GrassBrightnessBottom* settings as explained at https://dyndolod.info/Help/Grass-LOD. If all 3 values for top or bottom are the same, then the colortone of the grass LOD billboard is not changed. If ENB is used, disable to test its affect.

As explained at https://dyndolod.info/Help/Grass-LOD, grass LOD starts either beyond the active cells (uGridsToLoad) or beyond the large reference grid (uLargeRefLODGridSize) depending on the Mode that was in the DynDOLOD advanced options. Set the DynDOLODGrassMode in the NGIO INI accordingly so that full grass renders to where grass LOD starts.

Make sure grass cache files have been generated for those cells.

[Pikachu_King]

Could someone fill me in on what this DynDOLOD Worshipper Activator is and why it is overwriting dragonsreach? I am using Open Cities and followed the instructions for setting it up. I can and have manually resolved this, just unsure why it is happening in the first place.

[sheson]

3 hours ago, Pikachu_King said:

Could someone fill me in on what this DynDOLOD Worshipper Activator is and why it is overwriting dragonsreach? I am using Open Cities and followed the instructions for setting it up. I can and have manually resolved this, just unsure why it is happening in the first place.

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

You most likely have not followed the instructions for generating LOD for Open Cities correctly. 

This overwrite is typically only done for the vanilla record only when Open Cities rules are not loaded. This either means the plugin was generated without Open Cities in the load order, or the rules where not updated when doing the second pass with Open Cities loaded.

https://dyndolod.info/Mods/Open-Cities-Skyrim
... Click one of the presets buttons Low, Medium or High to update the rules. ...

[had]

18 hours ago, sheson said:

You did not mention if deactivating/activating from the DynDOLOD SkyUI MCM main page as suggsetd by the FAQ answer did anything.

Yes, doesnt help too.

18 hours ago, sheson said:

What are the steps to reproduce this problem?

I had checkbox on glow windows and high, then fast travel winterhold, go bit out of city to trigger lods and look at it.

Might be because my cell/mesh/textures/whatever mods.

[sheson]

6 hours ago, had said:

Yes, doesnt help too.

I had checkbox on glow windows and high, then fast travel winterhold, go bit out of city to trigger lods and look at it.

Might be because my cell/mesh/textures/whatever mods.

How do you load into the new game and how long do you wait before fast traveling?

Are there any plugins overwriting the reference form ID 000CA6EA for the Winterhold Tower?

Check for DynDOLOD related error messages in the papyrus log.

Open ..skse\plugins\StorageUtilData\DynDOLOD_Tamriel_Objects.json from the DynDOLOD output in a text editor and search for a line containing winterholdexttower01.
Paste that line.

[MisterMorden]

Sorry to put my 2 cents in, but don't the glow windows usually hover a little in front of the windows on the lod model to avoid z fighting, or something to that effect?

[sheson]

18 hours ago, MisterMorden said:

Sorry to put my 2 cents in, but don't the glow windows usually hover a little in front of the windows on the lod model to avoid z fighting, or something to that effect?

They should only do that in in the LOD area, not in the active cell area when getting close, which is what the screenshot seems to be from.

[PublicGoat]

Im trying to use the xlodgen but it doesnt make an endless ocean like I want it to.