DynDOLOD 3.00 Alpha 196

[rustywd]

Recently added The Gray Cowl of Nocturnal - 10th Anniversary to my load order and since it adds a new world needed to re-run dyndolod 3, it had been a while since I last ran it so an update was required (DynDOLOD 3.0 Alpha-187). After updating it ran fine but there is something seriously wrong with Atlas maps (I think that is what you call them). In several areas the _n map is swapped with the color one. I am seeing this in several of them but not all, DynDOLOD_DLC2SolstheimWorld, DynDOLOD_Falskaar, DynDOLOD_MarkarthWorld, DynDOLOD_PalePass, DynDOLOD_Sovngarde, DynDOLOD_WyrmstoothWorld all have the issue, ironically the new ones that were added (not listed) do not have the issue. Here is the maps for DynDOLOD_DLC2SolstheimWorld, where you can clearly see the color and purple versions for a few objects are swapped and placed on the wrong map. Since none of those areas had any changes the only thing that changed for those was using the new dyndolod version. In game this results in the map showing purple like missing textures and distant lods doing the same.

https://imgur.com/a/OZ4EtdE

Been using Dyndoload for years and never had an issue previously, this is my first time posting so if I did it wrong, my apologies. Thanks!

[sheson]

29 minutes ago, rustywd said:

Recently added The Gray Cowl of Nocturnal - 10th Anniversary to my load order and since it adds a new world needed to re-run dyndolod 3, it had been a while since I last ran it so an update was required (DynDOLOD 3.0 Alpha-187). After updating it ran fine but there is something seriously wrong with Atlas maps (I think that is what you call them). In several areas the _n map is swapped with the color one. I am seeing this in several of them but not all, DynDOLOD_DLC2SolstheimWorld, DynDOLOD_Falskaar, DynDOLOD_MarkarthWorld, DynDOLOD_PalePass, DynDOLOD_Sovngarde, DynDOLOD_WyrmstoothWorld all have the issue, ironically the new ones that were added (not listed) do not have the issue. Here is the maps for DynDOLOD_DLC2SolstheimWorld, where you can clearly see the color and purple versions for a few objects are swapped and placed on the wrong map. Since none of those areas had any changes the only thing that changed for those was using the new dyndolod version. In game this results in the map showing purple like missing textures and distant lods doing the same.

https://imgur.com/a/OZ4EtdE

Been using Dyndoload for years and never had an issue previously, this is my first time posting so if I did it wrong, my apologies. Thanks!

I moved you post to a thread where we already seem to be dealing with the same issue.

See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen and DynDOLOD log and debug to upload.

Then, if possible try to identify at least one of the affected textures and check if the source textures which should be in the TexGen output are correct or already wrong. Assuming none of the LOD textures are from other mods.

[Zorcan]

Does it matter that in the most recent update to DyndoLOD, Alpha-187, that TexGen is still reporting as Alpha-186.  The DynDOLOD executeable is Alpha-187 but the accompanying TexGen executeable is Alpha-186.  Will that pose any issues?

[sheson]

17 hours ago, Zorcan said:

Does it matter that in the most recent update to DyndoLOD, Alpha-187, that TexGen is still reporting as Alpha-186.  The DynDOLOD executeable is Alpha-187 but the accompanying TexGen executeable is Alpha-186.  Will that pose any issues?

No it won't cause any issue. The last update was for DynDOLOD only and I just forgot to update the TexGen version number. It will be the same version number again next alpha. 

[rustywd]

Here are the log files
https://ufile.io/f/d7qjm

Went through the TexGen outputs and did not see any instance of them being incorrect there, normal maps have _n and the diffuse maps do not, so that part seems fine. I have the outputs overriding everything else in MO2. 

[rustywd]

Just another observation, I tested running it twice without making any changes and get different results as shown in the First Pass and Second Pass images here, it looks like it not mapping them correctly as well as not having the right image type.

https://imgur.com/a/OZ4EtdE

Edited February 17 by rustywd

[sheson]

22 minutes ago, rustywd said:

Here are the log files
https://ufile.io/f/d7qjm

Went through the TexGen outputs and did not see any instance of them being incorrect there, normal maps have _n and the diffuse maps do not, so that part seems fine. I have the outputs overriding everything else in MO2. 

Check if this test version of DynDOLOD fixes it https://mega.nz/file/9RBwhB7A#Phv0FkY7MqncuumOQ_LHcitoM-rp-we9rU_lcOSIpLg
Report results. If issue persists upload new DynDOLOD logs.

[LF111]

7 hours ago, sheson said:

Check the data folder for the textures\lod\wrbuildingslod01.dds. It should be from the TexGen output.
Verify that the file in the data folder has the same filesize and modfied time as the file in the TexGen output mod, or better check their CRC32 to be equal (for example with the right 7zip CRC sha option if you have that installed for example.
It should not be blue. Upload both textures\lod\wrbuildingslod01.dds and wrbuildingslod01_n.dds if you want me to check.

The file in the data folder has the same modified time as the TexGen output file and is the same size. Folder has been updated with the two files. Testing the test version now. 

Edited February 17 by LF111

[LF111]

1 hour ago, sheson said:

Check if this test version of DynDOLOD fixes it https://mega.nz/file/9RBwhB7A#Phv0FkY7MqncuumOQ_LHcitoM-rp-we9rU_lcOSIpLg
Report results. If issue persists upload new DynDOLOD logs.

Test version has completely fixed the issue on my end. 

Do you still want me to start a new thread for the rock wall LOD texture issue, or should I just continue it here?

[sheson]

7 minutes ago, LF111 said:

Test version has completely fixed the issue on my end. 

Do you still want me to start a new thread for the rock wall LOD texture issue, or should I just continue it here?

That is great! Thanks.

Start a new thread with log as usual and a more informative screenshot of the full model, link to mod.

[rustywd]

The test version fixed the issue for me as well, excellent work, thanks you for all your hard work, much appreciated!

[sheson]

12 minutes ago, rustywd said:

The test version fixed the issue for me as well, excellent work, thanks you for all your hard work, much appreciated!

Thanks for reporting and verifying.

[WolfsBane0100]

I was having this issue as well and never had an issue with Dyndolod before. I tried the test version you provided (188) and the issue has been fixed for me as well! Thank you!

[bootlegbaby]

Hello, just noticed an issue about season swap in alpha 188.

Aspen trees LODs have no texture, shows in purple in autumn, they were fine in summer.

As some people mentioned, I started getting some swap file errors like MainFormSwap_WIN and Unfrozen_SUM.ini from the previous version, is that somewhat related?

I fixed those errors and generation was done, but getting this issue.

Here is the whole log folder archive.

https://drive.google.com/file/d/1NYkkWTkHRtJnbCWOZGeVNNsl1a-pFjls/view?usp=drive_link

 

 

Edited February 18 by bootlegbaby

[Gertrudaux]

Hello, I can't seem to get Dyndolod to find the TexGen Output file. For context I followed Gamer Poets Video to install Dyndolod and have completed every step up to running Dyndolod to get the Dyndolod Output File. I have double checked that the TexGen Output file has been installed through Vortex correctly and activated, it shows up in my data folder. I have tried turning Windows Security Runtime off, turning every bit of it off while adding Dyndolod and TexGen's .exe's to the Exclusions for Windows Protection. I've been researching for at least 20 hours now and anyone that has this issue straight up quits because they can't solve it, I refuse to give up but I've exhausted my options and knowledge on this. The Dyndolod website only makes me sure that it's my OS blocking it, but what part or how to get it through, no one seems to know.