z929669

The CR patch is a master of the LW patch and the PP patch, so you must install all mods with a bar next to them unless you want to use xEdit to remove the masters. Again, I recommend installing the Step SSE guide from scratch. We will be updating it to 2.1.0 very soon though, so you may want to wait for that. @Mousetick provided some sound advice here:

Moved to SSE forum

I think this has passed for acceptance in 2.1.0 so marking Accepted. It will be optional for ModGroup 21

The LE patches are still available on Nexus, so not sure why you think they are "removed from Nexus" ... I imagine they are not compatible any longer, if masters have been updated. https://www.nexusmods.com/skyrim/mods/11?tab=files

The guide linked in the top nav here and from the Nexus mod page includes a Mod Table Legend that provides this info: .... from the Lighting & Weather Modgroup:

144 makes them less blotchy, and direct/ambient brightness settings handle color. The defaults are usually ok, but ambient can be lowered and direct raised to lend more color variation to match Level0. Works with either Billboard1 or Billboard4.

TreeMSAlphaThreshold in TexGen_SSE.ini

As mentioned, EVT Lush is what we use for Step. Level0/Billboard4/Billboard1 is what we recommend, since LOD16 is hardly noticeable. Billboard1 is very close to Billboard4 anyway. Either way, increasing the TexGen alpha for tree billboards makes them look a little better, depending on the mod.

I never archive my output, since I have plenty of drive space. Level# always uses 3D trees in object LOD, whereas Billboard# always uses billboards. As mentioned, you can fine tune your TexGen lighting for billboards and use Billboard4 at distance. Increase direct lighting and decrease ambient while increasing TreeMSAlphaThreshold in TexGen_SSE.ini to improve blotchy, 'flat' looking billboards.

Everyone on the team has moved away from LE, since it's legacy and no longer updated itself. In order to maintain our guides, at least one of us must be running the exact Step build.

EVT Lush With ENB >> without ENB LOD4/Level0, LOD8/Billboard4, LOD16/Billboard1 Yes, you have them right.

Well, that's not the vanilla wonam at Warmaidens, so you have a mod changing the look of NPCs. However, I do see what you mean about skin coloring with/without ENB, but I think it's much better with ENB. Without, people look like ... chalk. Pasty and unnatural. I will do some testing though to optimize the Step ENB, as I agree it's a bit harsh (but still better than without, IMO).

The best quality tree mesh rule is Level0 for LOD4-LOD16, but it will kill you performance no matter what you have. Try Level0/1/2 for LOD4/8/16 for practical best possible results.

I have grown accustomed to looking at your reqs on the OP, so you may want to replace all links in that with a link to your official doc to avoid redundancy and out-of-sync info. I just ran into this issue with Alpha 95. This topic and my Win Event gave me the idea to update .NET, but I failed to see it in your doc (since I look at the OP).

I'm not so familiar with Vortex, but that seems right. This mod or the version you have is for the wrong version of the game probably. Visit the mod page and see what files are available for your SSE version and SKSE version.

Just saying that I don't have those pink NPCs, so something in your LO is impacting, and it's not ENB. ENB is just not compatible with whatever is causing this effect. I would check all mods you are using that provide textures/meshes for NPCs.

I'm immediately getting this event just after hitting 'OK' when running Alpha 95. It's processing as notmal otherwise. This is 100% reproducible. I will post logs once complete; Got this bugreport shortly after posting. Strangely, DynDOLOD is still processing: bugreport.txt I'm shutting it down and attempting to repeat. Updating to the latest .NET 6.06 desktop runtime seems to have resolved the event posted previously .NET update resolved all of my issues. Finished processing as normal. So after seeing "Additional Requirements" in your doc, I see now that LODGenx64Win requiires .NET 6.0 (which I had, BTW but not updated to 6.0.6). Now what I want to know is how/why is DynDOLOD using this version instead of LODGenx64 on my box. I'm on Win 10.

It's probably a bad reaction with one of your NPC mods or weathers. As I mentioned, if you follow the Step guide, you will have a great build as a baseline. Everything will look good.

LOD32 affects the map, so you will only see LOD16 in the distance aside from the map. If you follow the Step guide with respect to all of the DynDOLOD mods and BethINI, you will have great looking LOD. I recommend setting up a new MO instance for this. Follow Step 1 through Step 3 carefully. Then install the mods you want, but I recommend installing them all. It will take a while, but you will see how good the game can look.

@Majorman or @Greg likely can help. Either a mod was recently updated, or you missed an instruction when installing the mods in the guide.

You need to RTFM or follow a guide to explain the key points of the manual. See our SSE guide linked int the top nav. It goes into how to generate LOD and set up the required software. Posting here is for those testing the DynDOLOD 3 alpha or for those using it that have some idea of how it all works.

You need to initialize your game by running Skyrin via the launcher. Just quit from the launcher menu once the video settings have been detected. Then you need to use something like BethINI to get your iNIs configured correctly. Then you need to initialize MO properly. All of this is in our system setup guide, which is part of the our SSE guide linked int eh top nav.

It appears to be hosted on Nexus now: https://www.nexusmods.com/skyrimspecialedition/mods/61548 ... checking the masters when I'm finished with other tasks. EDIT: For some completely stupid reason, the Nexus MA is linking to this MediaFire-hosted version, which was updated for latest USSEP changes as you noted previously. How annoying.: https://www.mediafire.com/file/uwe8emeblb27e2b/movedaquarium_uesp.7z/file

Probably not so much the ENB but Luminosity or whatever lighting color mod you are using. To test if it's exacergbated by ENB, toggle it off/on using Shift+F12

x86 is a misnomer in relation to x64. They are not apples to apples. x86 really should be called 'x32', because that's what it is in relation to architecture (32-bit vs 64-bit).