sheson

Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. Also upload .. DynDOLOD\Logs\DynDOLOD_SSE_Object_Report.txt Make sure the object in question is actually part of or affect by the DynDOLOD LOD patch. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Rudimentary-Troubleshooting Post a useful screenshot of the full model with more informative console and of the LOD object as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#In-Game-Screenshots

Moved the post to the appropriate thread for the error message. See posts above. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Use-Search. Use the Copy message to clipboard link in the message and post the text instead of a screenshot as explained at https://dyndolod.info/Official-DynDOLOD-Support-Forum#Copy-and-Paste-Text Required resource file not found ... wrwallgatedrawbridge01_dyndolod_child.nif The file is included in DynDOLOD Resources SE 3 since August 2023. Click the link Click on this link for additional explanations and help for this message in the message as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages to open https://dyndolod.info/Help/DynDOLOD-Resources and scroll down to the Troubleshooting chapter. Go through the list of tips to check and verify. Read https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which entire DynDOLOD log and debug log to upload when making posts. Searching finds this post https://stepmodifications.org/forum/topic/18949-required-resource-file-not-found/page/2/#comment-273234

Thanks and you are welcome. The link for the logs asks for a login, can you make it public?

Thanks for reporting that the test version creates the texture also without the plugin in the load order.

Just curious, what is the reason for that? Download the latest TexGenx64.exe from the mega link from https://dyndolod.info/Downloads/Test-Versions. Replace F:\Vortex Mods\DynDOLOD\TexGenx64.exe with it, disable the installed TexGen output. Then run it again. Pay attention to the log messages. It should be reporting a line Creating texture F:\Vortex Mods\DynDOLOD\TexGen_Output\textures\hpp\lod\hppstonewall01mixlod.dds now. If not upload new TexGen log and debug log. Otherwise proceed as usual with installing the new TexGen output. Then DynDOLOD should have no line about it not being found anymore.

If you installed version 5.3 that should have also installed a plugin with the filename "HPP - Vaermina's Torpor.esp" which is not reported by the xEdit Background Loader in the logs. Did you disable or remove this plugin or are you using an older version? Otherwise maybe the archive did not download or install completely.

Can you report which custom install options were selected?

I uploaded a new test version. Upload new logs. if it works you can set GLDebug=0 for now so its a bit faster, especially TexGen.

Moved to the appropriate thread for the error message. See posts above. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Use-Search However, unlike above the logs do not seem to list any of the related Vaermina's Torpor plugins. Report/link the mod in the load order that is the last to contain/overwrite the meshes\architecture\farmhouse\stonewall\stonewall01.nif and what (custom) install options were used if any.

The slot is not used by the shader setting. Will be fixed in the next version.

That's OK, no further reply typically means the problem is resolved or a question answered sufficiently. I do appreciate a timely +1 as signal as well.

Pay attention to the messages reported in the DynDOLOD log. For example look for message that start with <Error: Deleted reference "pluginname" https://dyndolod.info/Messages/Deleted-Reference The mentioned plugin(s) needs to be cleaned. Pay attention to similar LOOT messages. https://dyndolod.info/Generation-Instructions#Prerequisites Clean and error check the load order with xEdit. Clean every plugin that LOOT suggests to clean .. Error checking the load order with xEdit will report possible unrecoverable errors in the load order like unresolved Form ID in a single run. Also fix plugins for which Warning: Reference attached to wrong cell is reported. See https://dyndolod.info/Messages/Reference-Attached-to-Wrong-Cell I suggest to learn basic modding knowledge by following a proper modding guide.

Great! You should now be able to follow the usual generation instructions and continue with DynDOLOD. Also get the test version for DynDOLOD. I have uploaded a new test version. If you could run it without LoadGLCompressed=0 (or LoadGLCompressed=1) and upload new logs that would be great. In case there is an error, also add LoadGLCompressed=0 to the DynDOLOD INI, otherwise don't and try to run as is. You may want to test with just one small worldspace like BlackReach first to verify atlas texture generation does not fail.

Moved the post to the appropriate thread for the message. See posts above. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Use-Search The log archive does not contain any DynDOLOD logs. See https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which DynDOLOD log and debug log to upload when making posts. In the meantime see https://dyndolod.info/Messages/Can-Not-Resolve-Cell There is a problem with the mentioned cell record. Check the log message for related messages above about the cell or the mentioned plugin. As explained in the Generation Instructions, finalize the load order, install mods, sort and resolve conflicts. Clean and error check the load order with xEdit to find and fix errors before generating LOD. There might be a problem with Update.esm or a plugin overwriting the mentioned cell record. https://dyndolod.info/Generation-Instructions#Prerequisites Clean and error check the load order with xEdit. Clean every plugin that LOOT suggests to clean .. Error checking the load order with xEdit will report possible unrecoverable errors in the load order like unresolved Form ID in a single run.

There is a new test version for you to run.

Use the Copy message to clipboard link and paste the text instead of a screenshot as explained in https://dyndolod.info/Official-DynDOLOD-Support-Forum#Copy-and-Paste-Text It got replaced by sstuccowallint01lod.dds Next DynDOLOD Alpha version will be aware of that change, until then there is DynDOLOD Resources Alpha 44.1

The Resources are updated. The updated impextbridge01_lod.nif should be included since I wrote that in the reply which typically means I updated the source for the archive already.

Some, not sure how random. It won't be that obvious like with this particular normal map texture, though. Check its mipmaps, the 4th (64x64) is already flat.

Get the latest test version from https://dyndolod.info/Downloads/Test-Versions and generate new output. The preview should match the generated texture for the same resolution. The preview typically starts at 512x512. The problem was a mipmap issue were it might have randomly used the largest mipmap (similar to setting UseMipmaps=0 in TexGen INI) instead of filtering the appropriate mipmap levels. Note that the snow01_n.dds in Skyrim LE has mipmap that go basically flat, so if you render smaller output resolution it will become even flatter, which should match further away full models better.

Replace all 6 the files in Z:\Users\thomas.b.mitchell\Downloads\DynDOLOD\Edit Scripts\DynDOLOD\shaders\ with the ones in the attached archive. Then run again and upload new logs. Shaders.7z

We are making progress one OpenGL command in the setup phase at a time. It really does not seem to support anything that was introduced after 2.1. We should be able to get somewhere eventually, as long as you are willing to test and upload new logs. I am not quite sure how many more errors until we got through the setup phase. in the end we hopefully have just a somewhat slower generation without multisampling. It should still generate acceptable results. So, run new test version, upload new logs....

Yes, in that case it seems it is something in TexGen. The preview should match the output or vice versa. I will look into it, but might be a day or two.

You seem to have a much bumpier textures\landscape\Snow01_n.dds normal map texture replacing the vanilla one.

Keep the setting LoadGLCompressed=0 Run the new test version and upload the new logs.

Moved to the DynDOLOD 3 Alpha thread. Read the first post and/or https://dyndolod.info/Official-DynDOLOD-Support-Forum#Post-Logs which TexGen and DynDOLOD log and debug log to upload when making posts. https://dyndolod.info/Official-DynDOLOD-Support-Forum#Read-Log-and-Error-Messages Pay attention to log messages and read their explanations. https://dyndolod.info/Messages/Texture-Resolution A texture that is added to a texture atlas can technically use any resolution, since the atlas texture resolution meats the requirement. Tree/grass LOD billboards are typically never used directly. In case there are 3rd party LOD billboards listed in the message (textures\terrain\LODGen\*), remove all 3rd party LOD billboards and instead use TexGen to generate all the desired LOD billboards. See TexGen Configuration for more. The message might be reported for billboard textures used by object LOD models that do meet the filename conventions required for 3D tree LOD models for DynDOLOD. See https://dyndolod.info/Official-DynDOLOD-Support-Forum and https://dyndolod.info#DynDOLOD-3-Alpha Verify if the reported textures are actually from the TexGen output run for the current load order and report that together with the logs. If that is the case, it is probably because the object LOD models do not meet DynDOLOD filename requirements for 3D tree LOD models.