DynDOLOD 3.00 Alpha 190

[sheson]

  On 4/5/2022 at 7:39 PM, MaarMalur said:

Ok, I see. Unfortunately, I don't have the realtimelog line in the DynDOLOD_SSE.ini. I use the 3.0. My new setup is way more powerful than my older setup, this is strange if it's doesn't handle correctly DynDOLOD generation process. I will check my task manager next time I use it. Thanks for your help.

Expand  

If a line in an INI file does not exist just add it.

[sheson]

  On 4/5/2022 at 8:47 PM, DarthVitrial said:

Yeah, what confused me is the base record is a STAT though.
I attached my log, I cannot upload my debug log because it's 50mb which is too large for my 400kbps internet to upload.

DynDOLOD_SSE_log.txt 1.55 MB · 0 downloads DynDOLOD_SSE_Object_LOD.txt 472.64 kB · 0 downloads

DynDOLOD_Summary_LargeReferenceBugs.html 103.71 kB · 1 download

Expand  

I suggest to read all log message listed in the summary and their explanations.

https://dyndolod.info/Messages/Base-Record-Type-Not-STAT-or-MSTT-For-Large-Reference
"The most likely cause is a plugin changing the reference to use a different base record. This can also be caused by base record swapping, maybe also for seasons."

https://dyndolod.info/Mods/Base-Object-Swapper
Large reference bugs are triggered if the new base record type is changed from STAT or MSTT (a warning message Base Record Type Not STAT or MSTT For Large Reference is written to the message log) or in case the volume of the objects bounds of the new base record is smaller than the required minimum (this is automatically fixed by DynDOLOD).

The debug log should list the swap for the original base record when the swap/season INI is loaded.

[DarthVitrial]

Thanks, I found the cause:
[06:24] [BuildReferences] <Debug: Swapped [REFR:1D00AFB5] (places HagravenHouse01 [STAT:000ACB04] in GRUP Cell Temporary Children of GHCradelVillage00 [CELL:1D00AC32] (in zGHCradleWoodsWorld "Cradle Woods" [WRLD:1D00AA1A] at -2,2)) to Dynamic Things Alternative.esp dtaHagravenHouse01 "Tent" [FLOR:FE06F85D]>

I'll remove Dynamic Things Alternative and rebuild DyndoLod.

[DarthVitrial]

Hm, this is an odd one, while rebuilding I got an "Access violation at address 000000000002A1A8 in module 'DynDOLODx64.exe'. Read of address 0000000000000000 while processing Skyrim.esm [REFR:000AA0E4] (places MountainCliff03 [STAT:00027D1F] in GRUP Cell Temporary Children of [CELL:00009736] (in Tamriel "Skyrim" [WRLD:0000003C] at 31,-13))" error
I've zipped up all the logs including the normal dyndolod log and the debug log. Still a bit too big for here so I uploaded to mega.

https://mega.nz/file/kxcwzJTZ#A5fIu2rizJeFCZ38ZZ-sSaazhbzRNoSBcr9GAyva7yg

 

I'm on alpha 87.

EDIT: forgot the bugreport.txt, attached.

bugreport.txtFetching info...

Edited April 6, 2022 by DarthVitrial

[sheson]

  On 4/6/2022 at 12:21 AM, DarthVitrial said:

Thanks, I found the cause:
[06:24] [BuildReferences] <Debug: Swapped [REFR:1D00AFB5] (places HagravenHouse01 [STAT:000ACB04] in GRUP Cell Temporary Children of GHCradelVillage00 [CELL:1D00AC32] (in zGHCradleWoodsWorld "Cradle Woods" [WRLD:1D00AA1A] at -2,2)) to Dynamic Things Alternative.esp dtaHagravenHouse01 "Tent" [FLOR:FE06F85D]>

I'll remove Dynamic Things Alternative and rebuild DyndoLod.

Expand  

No need to remove the entire mod permanently. Just remove this swap in case the large reference bug is visible in the affected cells.

  On 4/6/2022 at 2:59 AM, DarthVitrial said:

Hm, this is an odd one, while rebuilding I got an "Access violation at address 000000000002A1A8 in module 'DynDOLODx64.exe'. Read of address 0000000000000000 while processing Skyrim.esm [REFR:000AA0E4] (places MountainCliff03 [STAT:00027D1F] in GRUP Cell Temporary Children of [CELL:00009736] (in Tamriel "Skyrim" [WRLD:0000003C] at 31,-13))" error
I've zipped up all the logs including the normal dyndolod log and the debug log. Still a bit too big for here so I uploaded to mega.

https://mega.nz/file/kxcwzJTZ#A5fIu2rizJeFCZ38ZZ-sSaazhbzRNoSBcr9GAyva7yg

 

I'm on alpha 87.

EDIT: forgot the bugreport.txt, attached.

bugreport.txt 505.63 kB · 1 download

Expand  

Is this repeatable?

[David2408]

Hi Sheson,

I have tried to trouble shoot it myself and looked for similar posts, but I have not found any helpful comments so far, which is why I am addressing it here.

I am using 3D Trees and Plants with the optional "Skyrim3dTrees and Plants 3dLOD Resources". I then ran TexGen to generate Grass and 3d Tree Billboards, and afterwards ran DynDOLOD with Ultra Trees mode enabled. 

Unfortunately, the near 3d tree LOD models of the Pines have really harsh low res textures on them. Specifically, the textures provided by "Skyrim3dTress and Plants 3dLOD Resources" in textures > landscape > S3DTrees_and_Plants > LOD4 seem to be the cause. Even more specifically, the treepineforest[NUMBER]_LOD_0.dds textures. These textures are being forwarded to the DynDOLOD atlas even after generating files with TexGen. Consequently, they show up in the game.

Is it possible to regenerate better quality versions of these textures with TexGen. If so, how can I instruct TexGen to do so?

Thanks,

David

Edited April 6, 2022 by David2408

[sheson]

  On 4/6/2022 at 10:44 AM, David2408 said:

Hi Sheson,

I have tried to trouble shoot it myself and looked for similar posts, but I have not found any helpful comments so far, which is why I am addressing it here.

I am using 3D Trees and Plants with the optional "Skyrim3dTrees and Plants 3dLOD Resources". I then ran TexGen to generate Grass and 3d Tree Billboards, and afterwards ran DynDOLOD with Ultra Trees mode enabled. 

Unfortunately, the near 3d tree LOD models of the Pines have really harsh low res textures on them. Specifically, the textures provided by "Skyrim3dTress and Plants 3dLOD Resources" in textures > landscape > S3DTrees_and_Plants > LOD4 seem to be the cause. Even more specifically, the treepineforest[NUMBER]_LOD_0.dds textures. These textures are being forwarded to the DynDOLOD atlas even after generating files with TexGen. Consequently, they show up in the game.

Is it possible to regenerate better quality versions of these textures with TexGen. If so, how can I instruct TexGen to do so?

Thanks,

David

Expand  

Upload the log and debug log as explained on the first post.

It sounds you have a problem with the LOD assets included with the mod / Skyrim3dTress and Plants 3dLOD Resources.
If the LOD textures shipping with the mod are shrunk when they are added to the object LOD atlas, raise the "max tile size LOD"  under the object LOD checkbox to their native resolution.

The textures (and 3D tree LOD models) of Skyrim3dTress and Plants 3dLOD Resources are made with an advanced feature of Simplygon.
If the resolution of the textures are not changed, than there is not really anything else the tools can do about them since they can only be used as is.

Also see https://dyndolod.info/Help/Texture-Resolution. The tests with the single color mipmap may help to determine if the textures would benefit from a larger resolution, though the onyl way to achieve that would be to create the LOD models and larger textures with Simplygon.

I suggested to use  Simplygon to the author, because the crowns are very detailed and the simple hybrid tree LOD creation is not sufficiently reducing the complexity.

[David2408]

  On 4/6/2022 at 11:08 AM, sheson said:

Upload the log and debug log as explained on the first post.

It sounds you have a problem with the LOD assets included with the mod / Skyrim3dTress and Plants 3dLOD Resources.
If the LOD textures shipping with the mod are shrunk when they are added to the object LOD atlas, raise the "max tile size LOD"  under the object LOD checkbox to their native resolution.

The textures (and 3D tree LOD models) of Skyrim3dTress and Plants 3dLOD Resources are made with an advanced feature of Simplygon.
If the resolution of the textures are not changed, than there is not really anything else the tools can do about them since they can only be used as is.

Also see https://dyndolod.info/Help/Texture-Resolution. The tests with the single color mipmap may help to determine if the textures would benefit from a larger resolution, though the onyl way to achieve that would be to create the LOD models and larger textures with Simplygon.

I suggested to use  Simplygon to the author, because the crowns are very detailed and the simple hybrid tree LOD creation is not sufficiently reducing the complexity.

Expand  

Dyn Debug Log: https://ufile.io/ft8jbd9p / Dyn Log: https://ufile.io/wllu9niz

TexGen Debug Log: https://ufile.io/babcq8iv / TexGen Log: https://ufile.io/x98w21sr

"Max Tile Size LOD" does not appear to be a problem, the LOD textures are 1K, and my "Max Tile Size LOD" setting is also 1K.

I inspected the textures in Photoshop, and the cause for the harsh look is not necessarily resoultion. Instead it is a result of a "black outline" that the branches from treepineforest[NUMBER]_LOD_0.dds textures show. This black outline is the background of the texture not being properly masked out by the Alpha Channel of the texture. When toggling off the Alpha Channel in Photoshop, there are green branches infront of a black background. When toggling on the Alpha Channel, the green branches gain a black outline from the inproperly masked background. (This observation is based on the OG LOD textures provided by the mod)

I assume that this cannot be fixed by me as a enduser... sadly

Edited April 6, 2022 by David2408

[sheson]

  On 4/6/2022 at 11:58 AM, David2408 said:

Dyn Debug Log: https://ufile.io/ft8jbd9p / Dyn Log: https://ufile.io/wllu9niz

TexGen Debug Log: https://ufile.io/babcq8iv / TexGen Log: https://ufile.io/x98w21sr

"Max Tile Size LOD" does not appear to be a problem, the LOD textures are 1K, and my "Max Tile Size LOD" setting is also 1K.

I inspected the textures in Photoshop, and the cause for the harsh look is not necessarily resoultion. Instead it is a result of a "black outline" that the branches from treepineforest[NUMBER]_LOD_0.dds textures show. This black outline is the background of the texture not being properly masked out by the Alpha Channel of the texture. When toggling off the Alpha Channel in Photoshop, there are green branches infront of a black background. When toggling on the Alpha Channel, the green branches gain a black outline from the inproperly masked background. (This observation is based on the OG LOD textures provided by the mod)

I assume that this cannot be fixed by me as a enduser... sadly

Expand  

Typically Simplygon fills the transparent parts of the textures with the average of the surrounding opaque pixels, so I am not sure why the textures go black for the aeras.

Black/White borders around edges with alpha (and pre-multiplied alpha) and alpha blending etc. is a complex topic. Theoretically it should be possible to use GIMP or Photoshop to do something about the edges but I wouldn't know of the top of mu head. I'd rather make these things are right at creation time, e.g when TexGen renders billboards,which doesn't help you here...

[David2408]

  On 4/6/2022 at 2:15 PM, sheson said:

Typically Simplygon fills the transparent parts of the textures with the average of the surrounding opaque pixels, so I am not sure why the textures go black for the aeras.

Black/White borders around edges with alpha (and pre-multiplied alpha) and alpha blending etc. is a complex topic. Theoretically it should be possible to use GIMP or Photoshop to do something about the edges but I wouldn't know of the top of mu head. I'd rather make these things are right at creation time, e.g when TexGen renders billboards,which doesn't help you here...

Expand  

Spot on. The issue is that I (probably) cannot automatically fix the issue of black borders around the Pine branches LOD textures. I could try to change background color and manually paint around the edges, but it involves dozens of textures so does not seam feasable...

[DarthVitrial]

  On 4/6/2022 at 7:16 AM, sheson said:

No need to remove the entire mod permanently. Just remove this swap in case the large reference bug is visible in the affected cells.

Is this repeatable?

Expand  

Doesn't seem to be reliably repeatable, I've had it happen a few times but I haven't  noticed any common trend in when it does or doesn't happen. I'll keep testing.

EDIT: Huh, i just noticed that after Dyndolod finished running entirely and closed after zipping the output, Taking Your Firstborn.exe remained running until I forced it to exit via task manager. Maybe that's the issue? Dyndolod hadn't fully exited when I re-ran it?

Edited April 6, 2022 by DarthVitrial

[sheson]

  On 4/6/2022 at 5:59 PM, DarthVitrial said:

Doesn't seem to be reliably repeatable, I've had it happen a few times but I haven't  noticed any common trend in when it does or doesn't happen. I'll keep testing.

EDIT: Huh, i just noticed that after Dyndolod finished running entirely and closed after zipping the output, Taking Your Firstborn.exe remained running until I forced it to exit via task manager. Maybe that's the issue? Dyndolod hadn't fully exited when I re-ran it?

Expand  

In case a second DynDOLOD is still running (even hidden in task manager because it did not shutdown cleanly because of a access violation) it should only cause file access errors like a file can not be used/read/written because another process already uses it.

[DarthVitrial]

Hm. Definitely nothing else opening that file as far as I know. no xedit, skyrim wasn;'t running...

[sheson]

  On 4/6/2022 at 7:36 PM, DarthVitrial said:

Hm. Definitely nothing else opening that file as far as I know. no xedit, skyrim wasn;'t running...

Expand  

Taking Your Firstborn = the second DynDOLODx64.exe that didn't close cleanly after access violation. Usually all file handles are already closed in that state so it can not interfere with anything anymore.

[DarthVitrial]

Ah, I see what you mean.
I'm not sure what else could have caused that access violation since I didnt have anything else open at the time, and those were all the logs I had.
If I think of anything I'll post here.