sheson

Posting about ILS in this thread while not using DynDOLOD and not a single word about how you checked heap memory usage with Memory Blocks Log...!?

This is a known bug of SMIM smelter (..\meshes\furniture\smeltermarker.nif) + ENB

See my answer to Leanwolf It is probably the first part with the meshes. In that case it is enough to ensure the correct LOD meshes are in place and just generate the static LOD again by executing LODGen.exe with the existing export file in Expert mode. To do so, set Expert=1 in TES5Edit\Edit Scripts\DynDOLOD\DynDOLOD.ini and start TES5Edit and apply DynDOLOD Worlds.pas as normal. At the top left click the button "LODGen export" and find TES5Edit\Edit Scripts\LODGen_Tamriel.txt or similar then at the bottom click the button "Execute LODGen.exe"

There is a lot more files and folders you copy to TES5Edit than just DynDOLOD TexGen.pas and DynDOLOD Worlds.pas. When you run DynDOLOD Worlds.pas it will create a lot files including an export file with the static object LOD data for LODGen.exe. If you do not delete those it those files might be reused. After DynDOLOD Worlds.pas completed successfully and you close TES5Edit it will save an updated DynDOLOD.esp with the dynamic LOD data. If you add new mods that add objects that you want to create LOD for you can update the existing DynDOLOD.esp. If you remove mods that are masters in the existing DynDOLOD.esp you need to start from scratch. See "Uninstallation / Updating" in DynDOLOD_Manual.html for further details/links to video.

All documentation is in the docs folder of the DynDOLOD download archive. You do not need to check the checkbox to include subfolders if you install everything to the main scripts folder as outlined in the manuals. MO is only mentioned in the manuals because it requires special treatment. Any other mod manager is just standard modding and Windows PC knowledge without any of those "traps" from MOs virtual file system, BSA archive management and its need to launch everything from within MO. Did you check heap memory usage with Memory Blocks Log? Opening the map may just put it over the limit set in SKSE.ini.

Two of the linked posts didn't even post a load order. One save is in an interior. One thread doesn't even mention DynDOLOD at all. DynDOLOD is just simple data and simple scripting. Otherwise nothing special. Maybe a busy load order reaches new engine limits we don't know about yet. If something like SaveTool.exe crashes while reading data it is its own fault and nothing else. The game crashing after loading is something completely different to save game corruption. This post sums it up. As I mentioned a couple weeks back, the first thing I would look at is dll plugins - AFTER making sure ENBoost, memory patch and all these other things are actually setup properly. Then look at nifs, custom animations etc. Any useful report and troubleshooting would include detailing these things and also the options (used glow LOD? Was Claralux, bashed patch removed from load order?) used to generate LOD. These threads on reddit are simply useless noise.

Are you using the latest papyrus scripts from the update post and the latest PayrusUtil 3.2? Test with old 3.1 once or upgrade to 3.2. Also check that ..\SKSE\Plugins\nioverride.dll from Racemenu / NetImmerse Override is the newest version. Disable the dll once for a test. If none of these things make a difference could you upload the esp and json files somewhere for me to have a look.

The LOD4, LOD8 and LOD16 columns define static LOD. So if you do not want static LOD trees in LOD4 you need to leave that column empty. If at the same time something is set in GRID (near or far, full if using a tree mod or it will use the special hybrid for vanilla trees) and Reference (Unchanged) columns it will do dynamic LOD. Again I advise against it. It will be very performance intensive, use a lot of memory and is very taxing on papyrus. You also have all the meshes/textures from the DynDOLOD download archive data folder active? Can you give a timeline? It starts loading and then shows the load screen and after a while it crashes? Do you already hear the world sounds but never see the picture, e.g. it CTD while trying to fade in? Or does it CTD like a second or two after it showed the world already? Verify that it doesn't CTD if ONLY the esp is disabled, leaving the LOD meshes/textures/SKSE folders active, e.g static and tree LOD should always be fine. See if CTDs with the esp active but without SKSE folder (the json files) - just rename it. I want to see if it is certain data only the esp refers to.

The current requirements are plainly listed under "Requirements" or "Required" on the description page or in the included documents. If something is not listed under requirements it is not required.

As already figured out, ILS because heap memory is full. The question is where and when does it CTD.

Tree LOD is done by built-in TES5LODGen and is only started by DynDOLOD. You have to install the correct billboards for any tree mods in the correct order. Then maybe change tree LOD brightness if needed. While we discussed this plenty in this thread the past year it may also help to check TES5LODGen pages for more information if it comes to details about certain tree mods and their billboards. The latest MCM updates are in the the latest papyrus scripts from the update post and allow direct manipulation of a few select ini settings, like tree LOD draw distance.

When installing the data folder from the DynDOLOD archive you need to make sure its contents overwrites all existing LOD files and nothing else overwrites them. In particular DynDOLOD contains fixed new meshes for the tower in Meshes\lod\solitude\sbardscollegetower_lod.nif with 3857 bytes and Meshes\lod\solitude\sbardscollegetower_lod_2.nif with 2109 bytes. Then make sure to not accidentally delete the default mesh rule for "skyrim.esm !open cities skyrim.esp;000EE66D" with "Delete" in the Reference column and that the file ..\TES5Edit\Edit Scripts\DynDOLOD\DynDOLOD_manual_static_Tamriel.txt still contains a line for SBardsCollegeTower_LOD. Please post memory blocks log. Try a "new" game with coc whiterun from main menu and other locations far away from each other. The only 2 typical reasons for CTD are either heap memory or missing/invalid nif. So by trying coc to somewhere else and the off chance it works could indicate nif problems, once heap memory has been ruled out. Then try to start game without esp but just the static meshes and textures. nif troubles can only happen with the esp enabled.

Adjust the brightness of tree LOD by using the brightness drop down on advanced options of DynDOLOD or you can quickly update only the tree LOD by using the built-in TES5Edit tree LOD generation instead.

Of course there isn't LOD for all static objects - that would be technically impossible :) Anyhow, yes, there are still objects that could use LOD but do not have it yet. I haven't created a LOD model for everything that could use one, this is an ongoing process that requires time/work. If you truly miss LOD for a certain object, you could help yourself by adding custom rules using the full model as LOD - or pick up Blender/3dmax and start creating dedicated LOD models :) I am not sure what you mean tree LOD is not scaling very well. Also since you are using a tree mod I can't tell if the screenshot is correct or not. To verify a LOD tree just go close until the full model tree replaces the LOD model. It should be the same type of tree in the exact same location. It would be technically very difficult for a LOD tree to have another position than the full model tree. However if the source tree LOD billboards are incorrect for the load order or something overwrites the generated tree LOD meshes or textures the look/size of a LOD tree can be wrong. Gabs in the ocean are caused by the engines occlusion culling and have nothing to do with the LOD itself. fTreeLoadDistance= changes tree LOD draw distance There are no recommended settings for DynDOLOD. Typically I would recommend the default settings, which depend on the launcher quality options. Choose what works for you. You can change them in the game through DynDOLODs MCM pages. ITMs are intentional. Removing them can cause missing objects in attached cells if adding DynDOLOD to an existing save game. If starting a new game they are not needed.

Make sure to use the latest papyrus scripts from the update post. Then check the new MCM Information page if there still is a message about files not belonging to each other.

Hybrids are created from the full 3D model for static LOD. They are not billboards for tree LOD. They are completely two different things. Splitting the tree LOD atlas that was created from the discreet tree LOD billboards will result in the same billboards again.

Yes and also you need to follow the instructions of the tree ultra manual, which means you need to uncheck Generate tree LOD. You actually do not have to set either LOD8/16 to empty as well and could leave them set Static LOD 8, then it will do static 2D tree LOD in those area and dynamic trees in the Grid setting area. With some careful adjustment of the used Grid distance overlapping should could be at a minimum. In any case I doubt there is much use for this other then screenshots as this is stressing the engine a lot.

By default LOD for trees is done as tree LOD, the vanilla 2D billboard version. fTreeLoadDistance ini setting is for those 2D billboards A cell is 4096x4096 units. uGrids is 5x5, so basically that means the maximum distance for full models loaded in the current active cells is 10240. Make a model a persistent "neverfade" and the full model is visible up to fSkyCellRefFadeDistance times fLODFadeOutMultSkyCell. Since full models of trees are "special" nifs that have tree animation data and therefore can not be used for static LOD generation by LODGen.exe. That is why I created 3D static versions of these "special" models for the vanilla trees which can be used as static LOD. It depends on each tree mod and its nif features used in the full model trees if they can be used for static LOD or also require a 3D static version for LODGen.exe. If you wanted to use full model tree as dynamic LOD I advise against it. There are over 40,000 trees in Tamriel. The performance impact and memory requirements are insane. Do the same as trees ultra but change the mesh rule for 'trees': LOD4/8/16 empty, check VWD and set Grid to near or far and Reference to Unchanged. However then tree LOD ends at Near or Far Grid already. So, the only useful/useable way to have better tree LOD is LOD trees done as static LOD (as is done in Fallout 4) as described in trees ultra. If you want 3D static LOD for trees from other mods you read this answer to Dammal19 I am also still working to expand this feature by creating more 3D static version etc.

This still reads like you didn't log memory usage with Memory Blocks Log the time the game has ILS? If the game reaches max heap while loading data ILS occurs - there is no other reasons for ILS. If the game reaches max heap while running around in the world it CTDs when crossing cellborders.

First dev snapshot of FO4LODGen for pro mod authors/ modders.

If there is ILS you are obviously not stress testing because the game does not load... so it is no clear if you actually ran Memory Blocks Log while the ILS occurred?

If there is ILS, verify that the memory patch actually works and value is set high enough with Memory Block Log.

Again, not Unchecking "Generate Tree LOD" means overwriting any existing files in the output path, including *.lst files. In other words, existing files in the output path do not prevent creation of LOD. Only unchecking checkboxes in the DynDLOD Worlds.pas option window prevents it from generating LOD. Existing files in the output path, including *.lst, do not prevent DynDOLOD World.pas from creating LOD and overwriting the files, including tree LOD. By not unchecking tree LOD generation the empty file is overwritten when tree LOD is generated. Only if tree LOD generation is unchecked no *.lst and no *.btt files are generated, so the nolodtrees.lst needs to be copied and renamed to the correct output path because tree LOD is not generated by DynDOLOD Worlds.pas. The empty file needs to be there to disable the existing vanilla tree LOD. DynDOLOD-Trees.txt instructs to Uncheck "Generate Tree LOD". Nowhere in DynDOLOD-Trees.txt does it say the empty *.lst prevents generating tree LOD. Read the instruction in DynDOLOD-Trees.txt: "Proceed as normal by copying everything from OUTPUT PATH including the Meshes\Terrain\Tamriel\Trees\Tamriel.lst you created in the first step to game or mod folder." There is no ambiguity about it.

If BTT files are generated it is because you didn't follow all steps in DynDOLOD-Trees.txt. The step that was missed in the instruction is the one that says Uncheck "Generate Tree LOD" If tree LOD is generated, it overwrites any existing files in the output path, including *.lst files. There is only one field called "Select Output Path" in the wizard, advanced or expert options window of DynDLOD Worlds.pas. Obviously this is what is referred to as "Output Path". There is no ambiguity about it.

Well the error stop you from successfully creating LOD, the process needs to complete. The update should work for you as well. Honest though I am not sure the flag will cause tree LOD to stay around long enough to wait for the full model to fade in.