sheson

That will work. You would only notice a very small difference for 1 type of tree used on Solstheim

That is great to hear.

The video makes a specific mention that vanilla billboards always need to be loaded first, overwritten by billboards for mods. DynDOLOD Resources + TES5LODGen vanilla+DLC = vanilla billboards See discussion with El_Rizzo See 'overwrite orders' in the included Manual.

DynDOLOD doesn't add anything by itself that isn't added by vanilla or a mod there to begin with. ELFX 3 seems to have broken window lighting that never got fixed. Since ELFX (exterior?) adds lights inside and outside the city the usual discovery of copying stuff from inside the city to the outside is disabled for that mod. If you want additional light sources or glow you should add them through a mod. Changing the multiplier won't result in an immediate change of the light intensity. It will only be applied if the LOD it applies to is enabled/disabled you walked through a cell that marks the near/far distance. Fake lights and window glow are two different things. Fake lights and 'high' window glow are dynamic LOD options, always have been - the interface just makes it clear now.

Read the included Quickstart and Manual and watch the videos.

I would be interested in your load order and the worldspace it happened. I'd like to see if I can replicate it.

That part of the code did not change between 2.07 and 2.09, so that is odd. See if setting FasterCreate=0 in ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_TES5.ini lets it go through.

Do not know of any guide, maybe this helps. Open that mod in xEdit. Drill down to the worldspace, Tamriel, block/sub-block, cells, temporary then mark a bunch of references in the left pane with the shift+mouse. Right click a marked entry in the left pane, Apply Script 'Renumber FormID.pas' Enter a new starting form ID that is higher than any form ID used in the plugin (convert Next Object ID found in the 'File Header' section from integer to hex in Calculator programmer view) and click OK. Once you have seen how that worked, you can try to apply the script to the entire Tamriel worldspace by right clicking on 0000003C Tamriel and applying the script.

Mysterious :)

The tree already has LOD. The Tamriel World Solitude Docks do not matter to the SolitudeWorld the exterior esp changes.

Get DynDOLOD 2.09 BETA which should fix the issue.

Will post 2.09 BETA soon which fill fix that freeze. Thanks for reporting everyone.

Remove the k from DefaultHeapInitialAllockMB, it should be DefaultHeapInitialAllocMB

Usually not. Bash patch and DynDOLOD should typically not have any conflicting records so it shouldn't matter at all. When the DynDOLOD.esp is generated it always copies the highest overwrite records (base records, worldspaces, cells) as needed. So whatever records it overwrites, the data is from the mods with the highest priority. LOD should unload as soon as the cell for that area attaches, which can be pretty close at times. If it sticks around it is usually because of some mod that needs to be covered with settings and rules because the automatic discovery doesn't work well for the mod. For example, like the the "ignore" setting above for snow city.

As explained in the manual Overwrite Orders section, the generated DynDOLOD does not need to be last, it can be sorted by LOOT - which should sort more or less after the mods modifying the worldspaces.

Add a mesh rule for the reference form id of the tree, setting the reference column to "Enable" To find the formd id, walk (console tcl) close to the full model tree and get its form id, open console and click the tree. The number you see is the reference form id. in the advanced option right click into the rules window, insert Replace the first 2 hex numbers of the form id with the file name.esp for that load order followed by ";formid". So for example the form id 00123456 isthe first 2 are 00 which becomes Skyrim.esm;00123456 or 04123456 - 04 - typically becomes Dragonborn.esm;00123456 I usually set the first 2 numbers to 00 to make it easier to read, but it doesn't matter they are ignored. This is what you need to put into the Mesh Mask field. Set LOD4/8/16 to billboard (set LOD4 to Static LOD4 if using high for better looking 3D static LOD tree) Check VWD Set Grid to Far LOD Set Reference to Enable Next time you generate LOD you should see the enable mesh rule being applied right before tree LOD generation. I will check snow city, it probably needs some tweaking. EDIT: open ..\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_TES5_mod_world_ignore.txt in noetpadd and add a new line SNOW CITY 7.esp=WindhelmWorld so there won't be any floating LOD walls/buildings from the child world modifications bleeding into Tamriel. Will be in next update as well. Outside LOD of the new docks is OK-ish... too bad that mod doesn't come with updated terrain LOD that updates the ground.

Using the other options or changing more rules is all up to your preference. Adding the large roads from medium to low as described won't impact FPS much. It will have to load slightly larger LOD meshes (bto) files.

You are crashing despite of crash fixes? Abandon all hope then Something must be really odd with your setup. ..\DynDOLOD\DynDOLOD.exe is based on TES5Edit so its logfile name is still the same, but written to ..\DynDOLOD\Logs\TES5Edit_log.txt

Soonish, next weekend maybe. There maybe be one or two more BETA. Real Life has me gripped since the past 10 days and for a couple more it seems. I shall add a check + warning to MCM ... or maybe I can make that part of MCM work without it. We will see which. The position of PapyrusUtil does not matter for generation or in game. So if memory blogs log shows default heap setting is fine, check the TES5EDit_log for "missing" model messages. If there are none, then proceed to either the included readme to debug in game or use Crash fixes which is probably easier by now Crash fixes prints a warning in game for missing nifs - or related nif trouble as just discussed with kcinlober.

Scripts are installed from Resources. Scripts can not be in an esp. Are you using MO? Are you sure you are looking at the correct inis? Does this happen with a new game, for example when coc whiterun from main menu console? Even when you change the values and save the game it forgets the values next time loading the save? Which versions of SKSE and PapyrusUtils do you have installed? FAQ: Skyrim: ILS or CTD Answer: More LOD uses more memory and this can cause ILS or CTD. Double check heap memory usage (block 1) with Memory Blocks Log from https://www.nexusmods.com/skyrim/mods/50471/ and adjust SKSE or SSME memory settings. Remove satefy-load if it is used. Set ExpandSystemMemoryX64=false in enblocal.ini If memory is not the cause, check ..\DynDOLOD\Logs\TES5Edit_log.txt for messages about missing nifs. The standalone version collects and reprints them at the bottom of the log with the instructions from the FAQ what to check and do about missing nifs.

Everything should have a model. In the meantime I was able to replicate the bug. Will be fixed next version.

That is odd indeed. I will try running this setup and see what I can find. In the meantime you can just add lod\solitude\sfarmhousesiloglow_lod_1.nif into the model filename field of 7C019008 and everything should work as normal.

These values are usually read and written to SkyrimPrefs.ini, check if they are already 0 there before starting the game.

See this post