DynDOLOD 3.00 Alpha 190

[sheson]

  On 12/13/2022 at 4:25 AM, Mousetick said:

DynDOLOD Alpha 106

1. Seeing Dragonsreach window glow LOD "through" the tower roofs. LODs generated without Glow windows. Sorry for the postage stamp shots, forgot to use free camera.

• Is the window glow expected even though 'Glow windows' option is off?
• Is the glow expected not to be obstructed by objects in front of it?

2. I seem to have the same problem as discussed here but that discussion went nowhere. Thin, 1-pixel thick apparently, and short lines appearing on top of trees LODs, sometimes one line, sometimes two in a cross depending on viewing distance and angle I guess. Visible on different tree models (e.g. dead vs. not dead). Again sorry for the hard to see shots, but if I get any closer even in free camera mode they become invisible.

Any idea what might be causing this?

Full logs here: https://drive.google.com/file/d/1LEfGV8BFFUbhPUlXNgrjP0bhpJaYTqVI/view

Thanks.

Expand  

1. Same happens with the vanilla glow. That is how decals work. It is either that or z-fighting.

2. MipMap artifact. Can happen if the height of a texture on the atlas is not multiple of 4 or power of 2. It is not necessarily the billboard texture itself but another that causes odd positions of following textures. Upload..DynDOLOD3\Edit Scripts\Export\LODGen_SSE_ObjectAtlasMap_Tamriel.txt and ..Textures\DynDOLOD\LOD\DynDOLOD_Tamriel.dds

[ikonomov]

  On 12/12/2022 at 6:42 AM, sheson said:

If you notice visual issues with the LOD models from the latest DynDOLOD V 3.0 LOD pack, use 1.1 from the file archive.

Expand  

Actually I just realized that when using xLODGen I probably don't need the LOD pack, but just to confirm, is there a reason to use it when generating the terrain meshes and textures using xLODGen?

Thank you

[sheson]

  On 12/13/2022 at 2:37 PM, ikonomov said:

Actually I just realized that when using xLODGen I probably don't need the LOD pack, but just to confirm, is there a reason to use it when generating the terrain meshes and textures using xLODGen?

Thank you

Expand  

Obviously the LOD pack for DynDOLOD 3 does not affect terrain or terrain LOD. If it did it would be mentioned.

[Mousetick]

  On 12/13/2022 at 7:41 AM, sheson said:

1. Same happens with the vanilla glow. That is how decals work. It is either that or z-fighting.

Expand  

Ok, that's good, better that than ugly z-fighting. But what I'm not understanding is: why is the glow visible at all? I didn't select the 'Glow windows' option on the DynDOLOD generation panel. Is Dragonsreach an exception?

  On 12/13/2022 at 7:41 AM, sheson said:

Upload..DynDOLOD3\Edit Scripts\Export\LODGen_SSE_ObjectAtlasMap_Tamriel.txt and ..Textures\DynDOLOD\LOD\DynDOLOD_Tamriel.dds

Expand  

Here: https://drive.google.com/file/d/1FFzKzPkyZ5zTrbtupbCgxKhdek_KTfLm/view

At a glance looking at ObjectAtlasMap, LOD textures have power-of-2 dimensions. But I didn't check every single one (659 total) or verify their height is divisible by 4.

Thanks.

[sheson]

  On 12/13/2022 at 3:17 PM, Mousetick said:

Ok, that's good, better that than ugly z-fighting. But what I'm not understanding is: why is the glow visible at all? I didn't select the 'Glow windows' option on the DynDOLOD generation panel. Is Dragonsreach an exception?

Here: https://drive.google.com/file/d/1FFzKzPkyZ5zTrbtupbCgxKhdek_KTfLm/view

At a glance looking at ObjectAtlasMap, LOD textures have power-of-2 dimensions. But I didn't check every single one (659 total) or verify their height is divisible by 4.

Thanks.

Expand  

That seems to look fine. Find out the form id of the tree base record so we can lookup which billboard it is using.

Also upload ..\DynDOLOD3\Logs\DynDOLOD_SSE_Object_Report.txt

[z929669]

  On 12/13/2022 at 3:17 PM, Mousetick said:

Ok, that's good, better that than ugly z-fighting. But what I'm not understanding is: why is the glow visible at all? I didn't select the 'Glow windows' option on the DynDOLOD generation panel. Is Dragonsreach an exception?

Here: https://drive.google.com/file/d/1FFzKzPkyZ5zTrbtupbCgxKhdek_KTfLm/view

At a glance looking at ObjectAtlasMap, LOD textures have power-of-2 dimensions. But I didn't check every single one (659 total) or verify their height is divisible by 4.

Thanks.

Expand  

 

  On 12/13/2022 at 4:23 PM, sheson said:

That seems to look fine. Find out the form id of the tree base record so we can lookup which billboard it is using.

Also upload ..\DynDOLOD3\Logs\DynDOLOD_SSE_Object_Report.txt

Expand  

 

If this is EVT, is it possible that it's due to certain branch texture options not being 'clean' on the UV map of the source atlas? or not being between 0-1? Then this causing mipmap artifacts? I believe that some of the EVT UVs of certain branch options may capture bits of other parts of the texture not under the alpha opacity of the atlas and wonder if this could manifest in such a way.

[DoubleYou]

  On 12/13/2022 at 11:34 PM, z929669 said:

 

 

If this is EVT, is it possible that it's due to certain branch texture options not being 'clean' on the UV map of the source atlas? or not being between 0-1? Then this causing mipmap artifacts? I believe that some of the EVT UVs of certain branch options may capture bits of other parts of the texture not under the alpha opacity of the atlas and wonder if this could manifest in such a way.

Expand  

No, this will not cause this. I've seen this creating billboards manually myself, and typically the fix is to pad the UV down for the billboard model, so that it is between 0 and 0.95 or similar, instead of 0 and 1, to help prevent the texture on the top of the atlas from bleeding into the texture for the tree billboard. You could probably make this modification via changing the included billboard template models (e.g., DynDOLOD_flat_4x2_lod.nif for Billboard4). Alternately you can pad the texture with additional transparency space at the top.

[Mousetick]

I hate to be a pain in the bottom, but I'd appreciate if you wouldn't mind answering my earlier questions:

Ok, that's good, better that than ugly z-fighting. But what I'm not understanding is: why is the glow visible at all? I didn't select the 'Glow windows' option on the DynDOLOD generation panel. Is Dragonsreach an exception?

Or you could tell me to stop asking stupid questions and RTFM, that'd be fine too. Thanks in advance, either way

  On 12/13/2022 at 4:23 PM, sheson said:

That seems to look fine. Find out the form id of the tree base record so we can lookup which billboard it is using.

Also upload ..\DynDOLOD3\Logs\DynDOLOD_SSE_Object_Report.txt

Expand  

Form id of one of the base trees is 000B927A <TreePineForest01Dead>. The specific reference I picked is 00019125 along the Whiterun/Riverwood road. The base record is modified by a custom plugin to tweak the animation settings, the rest is vanilla Skyrim.esm. The reference is modified by the same custom plugin to make it x1.2 times larger, the rest is vanilla Skyrim.esm.

Full logs here: https://drive.google.com/file/d/1LEfGV8BFFUbhPUlXNgrjP0bhpJaYTqVI/view

Edit: I figured the next thing you'd ask to look at are the billboards for 000B927A <TreePineForest01Dead>, so I put them there: https://drive.google.com/file/d/1S_X_8SbElowX1lwIyyuudyMkfWhAuirn/view.

Thanks.

  On 12/13/2022 at 11:34 PM, z929669 said:

If this is EVT

Expand  

No this is LVT (Lush Vanilla Trees) with texture replacers that only work with vanilla branch meshes, so wouldn't work with EVT, as per textures MA.

  On 12/13/2022 at 11:34 PM, z929669 said:

is it possible that it's due to certain branch texture options [...]

Expand  

  On 12/14/2022 at 12:43 AM, DoubleYou said:

[...] typically the fix is to pad the UV down for the billboard model, so that [...]

Expand  

All you guys are discussing and suggesting sounds very interesting, but I can barely understand a word of what you're saying!

[sheson]

  On 12/14/2022 at 3:31 AM, Mousetick said:

Ok, that's good, better that than ugly z-fighting. But what I'm not understanding is: why is the glow visible at all? I didn't select the 'Glow windows' option on the DynDOLOD generation panel. Is Dragonsreach an exception?

Expand  

That is the vanilla glow of Whiterun. Have you not opened console and clicked on it to get its form id etc.?

[sheson]

  On 12/14/2022 at 3:31 AM, Mousetick said:

Form id of one of the base trees is 000B927A <TreePineForest01Dead>. The specific reference I picked is 00019125 along the Whiterun/Riverwood road. The base record is modified by a custom plugin to tweak the animation settings, the rest is vanilla Skyrim.esm. The reference is modified by the same custom plugin to make it x1.2 times larger, the rest is vanilla Skyrim.esm.

Full logs here: https://drive.google.com/file/d/1LEfGV8BFFUbhPUlXNgrjP0bhpJaYTqVI/view

Edit: I figured the next thing you'd ask to look at are the billboards for 000B927A <TreePineForest01Dead>, so I put them there: https://drive.google.com/file/d/1S_X_8SbElowX1lwIyyuudyMkfWhAuirn/view.

Thanks.

No this is LVT (Lush Vanilla Trees) with texture replacers that only work with vanilla branch meshes, so wouldn't work with EVT, as per textures MA.

All you guys are discussing and suggesting sounds very interesting, but I can barely understand a word of what you're saying!

Expand  

That trees top is exactly at y = 0.5 of the atlas texture, so there should not be any mipmap artefacts or any float precision errors.

Please upload the object LOD level 4 *.BTO file for that area as indicated by the DynDOLOD SkyUI MCM.

[IX_Flipyap]

Does anyone know how to get the shrine of azura to have higher quality on the map? https://imgur.com/6LoddgR

[sheson]

  On 12/14/2022 at 10:58 AM, IX_Flipyap said:

Does anyone know how to get the shrine of azura to have higher quality on the map? https://imgur.com/6LoddgR

Expand  

Create a higher resolution LOD model/texture, make it use the full texture (not trivial since it goes directly against what LOD is supposed to do) or set to use the full model for the object LOD Level used on the map. https://dyndolod.info/Mods/Replaced-Full-Model-Example-Azura-Statue

Being that close to LOD or the map is not supposed to happen.

[Persefale]

Hi, in general, I start generating textures and this error comes out: Error: opengl: not enough memory

[sheson]

  On 12/14/2022 at 2:09 PM, Persefale said:

Hi, in general, I start generating textures and this error comes out: Error: opengl: not enough memory

Expand  

Moved to the DynDOLOD 3 Alpha thread. Read the first post which log and debug log to upload when making posts. Also read https://dyndolod.info/Official-DynDOLOD-Support-Forum

As explained check the FAQ https://dyndolod.info/FAQ answers for "High memory usage / Out of memory"
If TexGen runs out of memory, add a line TextureCache=10 to ..\DynDOLOD\Edit Scripts\DynDOLOD\TexGen_[GAME MODE].INI. Try lower settings. Make sure as much video memory as possible is available by closing other programs.

Make sure that best graphics card with the most VRAM is the default/first one the OS uses and not some integrated one.

[Mousetick]

  On 12/14/2022 at 8:09 AM, sheson said:

That is the vanilla glow of Whiterun. Have you not opened console and clicked on it to get its form id etc.?

Expand  

As ridiculous as it may sound, I actually did but from my vantage point most of it wasn't visible. I could definitely see it was a vanilla object through-and-through and took a screenshot. Then I got distracted with the artifacts on the lod treetops. I've now looked at the model in NifSkope and it all makes perfect sense.

Sorry for bothering you... this was indeed a really stupid question. Thanks for your patience.

Side-note: I use a mod that highlights selected objects in the console, painting them in transparent white - very useful in general, but not on white glow objects.

 

  On 12/14/2022 at 8:57 AM, sheson said:

Please upload the object LOD level 4 *.BTO file for that area as indicated by the DynDOLOD SkyUI MCM.

Expand  

Here it is: https://drive.google.com/file/d/1GORwmN43Uy0LC4EXq5ogPv89azwTAz7s/view

Thanks.