xLODGen - Terrain LOD beta 130 for FNV, FO3, FO4, FO4VR, TES5, SSE, TES5VR, ENDERAL, ENDERALSE

[sheson]

  On 7/12/2020 at 12:49 PM, Mitradis said:

updated only x86?

https://i6.imageban.ru/out/2020/07/12/540bd3d14e7d839e2dee7ba909c3f7f4.png

No.

[Mitradis]

Maybe one of the visitors to this forum will help and better explain the essence of the problem. I tried to do it as best I could. good luck

Edited July 12, 2020 by Mitradis

[sheson]

  On 7/12/2020 at 1:00 PM, Mitradis said:

Maybe one of the visitors to this forum will help and better explain the essence of the problem. I tried to do it as best I could. good luck

The essence of the problem is that you force "HD" onto something that you do not want "HD" on. Maybe one day you post about the supposed problem of no vertex colors in higher LOD levels, which does not require to force "HD" anymore.

[Incaendo]

  On 3/25/2020 at 3:42 PM, wavejumper said:

 

Hi,

 

New xLodGen user here, i have an issue when generating i have only the texture folder in my output not the mesh one.

And in the log file i find this:

 

[00:09] <Error: Could not execute "E:\Téléchargements\Programs\xLODGen\Edit Scripts\LODGenx64.exe" "E:\Téléchargements\Programs\xLODGen\Edit Scripts\LODGen_Terrain_Tamriel.txt">

[00:09] [Tamriel] Terrain LOD meshes generation error: System Error.  Code: 109.

 

Someone know this issue??

 

Thanks in advance.

 

 

 

  On 3/25/2020 at 5:13 PM, sheson said:

The OS or some 3rd party tool is probably preventing xLODGen from running. Check if LODGen_log.txt contains any useful information.

 

Do not install anything into special Windows folders like Program Files x86.

Make sure to set a dedicated output folder with -o

 

I'm having the same issue with the same error code, textures work but the meshes do not. I'm trying to use it for a custom worldspace in Skyrim SE, running through MO2, I have nothing installed in Program Files x86, game and tools are in different folders. I have also set an output folder with -o, which works perfectly fine for the textures. Hoping either Wavejumper found what caused his problem or perhaps Sheson has some more ideas I could try?

[Incaendo]

  On 7/20/2020 at 2:13 PM, Incaendo said:

I'm having the same issue with the same error code, textures work but the meshes do not. I'm trying to use it for a custom worldspace in Skyrim SE, running through MO2, I have nothing installed in Program Files x86, game and tools are in different folders. I have also set an output folder with -o, which works perfectly fine for the textures. Hoping either Wavejumper found what caused his problem or perhaps Sheson has some more ideas I could try?

I'm not exactly sure why but moving the xLODGen tool to a different drive, (where I have both my game install and MO2) appears to have fixed my problem.

[sheson]

  On 7/20/2020 at 3:09 PM, Incaendo said:

I'm not exactly sure why but moving the xLODGen tool to a different drive, (where I have both my game install and MO2) appears to have fixed my problem.

The download / programs folder is probably under special protection by the OS or antivirus and moving executables out of it resolves that issue. 

Edited July 20, 2020 by sheson

[TheDude]

Hi, new Xlodgen-user here! Tried to generate my first terrainlod today (I've been running Dyndolod a lot with great results) but it seems I made a small mistake by accidently putting a blank space after the "-o: C:\Users\..." which put all of my generated output files in the games datafolder ( \steamapps\common\Skyrim Special Edition\Data\Meshes\terrain ...). At least thats what the logfile says... How can I solve this? As soon as I realised my mistake I deleted the blank space (-o:"C:\Users\...) and now the generated output files are where I want them, so maybe I can just install these and go on with generating Texgen and Dyndolod? Or do I have to find and delete all the old files in the datafolder first? Im using Vortex btw.

Edited July 21, 2020 by TheDude

[sheson]

  On 7/21/2020 at 6:18 PM, TheDude said:

Hi, new Xlodgen-user here! Tried to generate my first terrainlod today (I've been running Dyndolod a lot with great results) but it seems I made a small mistake by accidently putting a blank space after the "-o: C:\Users\..." which put all of my generated output files in the games datafolder ( \steamapps\common\Skyrim Special Edition\Data\Meshes\terrain ...). At least thats what the logfile says... How can I solve this? As soon as I realised my mistake I deleted the blank space (-o:"C:\Users\...) and now the generated output files are where I want them, so maybe I can just install these and go on with generating Texgen and Dyndolod? Or do I have to find and delete all the old files in the datafolder first? Im using Vortex btw.

This is a basic modding question unrelated to xLODGen about loose files in the data folder and loose files installed by the mod manager.

Typically there should be no loose files in the data folder and everything should be installed only with a proper mod manager.

[TheDude]

Sorry, but what do you mean by "unrelated to Xlodgen"? My question was regarding the Xlodgen-output files since I had entered an incorrect output path in my mod manager and was afraid everything had been put in the games datafolder (which seems to be a big no-no according to the instructions on page 1). 

"Use -o:"c:\OutputPath\" commandline parameter to change where files are generated to, default is the game folder. Use this if a mod manager with a virtual file system (like MO) is used. Do not generate into any game or any mod manager folders that are part (direct or indirect) of the virtual file system."

 

But ok, nevermind, I'll just generate new files in a proper output path this time.

Edited July 21, 2020 by TheDude

[sheson]

  On 7/21/2020 at 9:01 PM, TheDude said:

Sorry, but what do you mean by "unrelated to Xlodgen"? My question was regarding the Xlodgen-output files since I had entered an incorrect output path in my mod manager and was afraid everything had been put in the games datafolder (which seems to be a big no-no according to the instructions on page 1). 

"Use -o:"c:\OutputPath\" commandline parameter to change where files are generated to, default is the game folder. Use this if a mod manager with a virtual file system (like MO) is used. Do not generate into any game or any mod manager folders that are part (direct or indirect) of the virtual file system."

 

But ok, nevermind, I'll just generate new files in a proper output path this time.

It is unrelated because writing new or existing files into the games data folder that is under control of a mod manager is always a very bad idea, regardless of the tool or the particular files.

 

The negative effects or issues that arise from writing or having loose and uncontrolled files in the data folder applies to all files, regardless how they got there.

 

Also, the solution is always the same, remove the loose files and install with the mod manager.

Edited July 22, 2020 by sheson

[TheDude]

Yeah, I did that and everything, including new terrainlods, seems to work fine now, thanks. I guess I just gotta be careful about putting blank spaces in output paths from now...

 

Edit: it was actually really easy to find and delete the old files, since Vortex had named them ".backup" in favour of using the new files. So problem solved!

Edited July 22, 2020 by TheDude

[HunterZ]

I recently started playing Skyrim SE and decided to try playing with xLODGen (*no* DynDOLOD yet). Despite following various guides closely, I've had some indeterminate results such as Skyrim crashing on save file load and xLODGen crashing during generate. I was ultimately able to get it to work with various settings, however, and collect results.

 

One major thing I noticed is that xLODGen generated LOD data seems to no longer have any of the white (snow?) that is present in the vanilla LOD. Is this expected? The "improved" snow shader is OFF, and mod list is at the bottom of this post.

 

Vanilla LOD - note white snow highlights:

 

LOTD LOD - very dark textures:

 

STEP LOD - not as dark, likely due to 1.25 gamma recommendation:

 

Mod list:

[spoiler=mod list](Part 1) Engine Fixes-17230-5-4-0-1597134892

All in one-32444-2-1582543914
Better Dialogue Controls v1_2-1429-1-2
Better MessageBox Controls v1_2-1428-1-2
Cathedral - Weathers-24791-2-22-1583904997
Cathedral Weathers MCM-24940-1-3-1578270480
Enhanced Ore Veins - 2K - 8.0-1306-8-0-1595238568
Flora Respawn Fix SSE - 2.1.3.zip-13186-2-1-3
Immersive HUD - iHUD-12440-0-2b
JContainers SE-16495-4-1-12-1574419908
kart_CSSET-38775-1-2-1596977529
KeyboardShortcutsFix_SKSE64-3620-1-0-0-2
More Informative Console for SKSE 2.17-19250-0-34-1574384572
More Visible Arrows and Bolts SSE-5626-2-0-1550387867
output
Relighting Skyrim SSE v1.1.0-8586-1-1-0-1573083114
Skyrim_Particle_Patch_for_ENB-SSE
SkyUI_5_2_SE-12604-5-2SE
SMIM SE 2-08-659-2-08
SSE Display Tweaks-34705-0-4-5-1597351089
Unofficial Skyrim Special Edition Patch-266-4-2-3-1587854191
Vidani's Bag of Holding-16977-2-1
VioLens - A Killmove Mod SE 2.22a-668-2-22a-1560801018

 

 

Plugin list:

[spoiler=Plugins]Skyrim.esm
Update.esm
Dawnguard.esm
HearthFires.esm
Dragonborn.esm
Unofficial Skyrim Special Edition Patch.esp
kart_CSSET.esp
kart_CSSET0.esp
kart_CSSET00.esp
kart_CSSET000.esp
kart_CSSET0000.esp
SSE-Terrain-Tamriel.esm
SkyUI_SE.esp
FloraRespawnFix.esp
SMIM-SE-Merged-All.esp
Cathedral Weathers.esp
CathedralWeatherMCM.esp
CC'sEnhancedOreVeinsSSE-HearthfirePatch.esp
RelightingSkyrim_SSE.esp
Particle Patch for ENB SSE.esp
VioLens SE.esp
Vidani's Bag of Holding.esp
iHUD.esp
Bashed Patch, 0.esp

 

[sheson]

  On 8/23/2020 at 7:56 PM, HunterZ said:

I recently started playing Skyrim SE and decided to try playing with xLODGen (*no* DynDOLOD yet). Despite following various guides closely, I've had some indeterminate results such as Skyrim crashing on save file load and xLODGen crashing during generate. I was ultimately able to get it to work with various settings, however, and collect results.

 

One major thing I noticed is that xLODGen generated LOD data seems to no longer have any of the white (snow?) that is present in the vanilla LOD. Is this expected? The "improved" snow shader is OFF, and mod list is at the bottom of this post.

First post:

 

It seems that only Skyrim CK and Skyrim SE CK are manipulating the intensity of the textures to adjust for the noise.dds and the god awful "improved" snow shader of Skyrim SE (just turn that thing off, really). If textures seem too dark in the game, brighten the noise.dds instead or vice versa. That way you can get perfectly matching LOD textures that look just like the textures in the loaded cells. For Skyrim a good average color of the noise texture seems to be around #C0. See below for a couple noise texture downloads.

 

With brightness, contrast and gamma left alone - as it should be and just like with object LOD - the generated terrain LOD textures look exactly as the full landscape textures being used to create them. This will ensure perfect terrain blending and matching with object LOD textures. If you were to check any of the snow textures in the textures/landscape/ folder you might notice that snow textures are not bright white. We expect LOD to match and not be comically wrong like vanilla LOD as can be seen in this post.

Edited August 23, 2020 by sheson

[z929669]

Apparently, that (crappy) vanilla snow LOD is only white because of the vanilla version of /textures/terrain/noise.dds in combination with the vanilla terrain LOD... With Cathedral Landscapes (CL) and Majestic Mountains (MM) installed (as in STEP), CL provides the noise map. The gamma correction noted in the STEP guide results in the terrain snow LOD (as well as other terrain) matching the rest of the mountains/rocks objects as well as the full terrain (as in your third image, which IMHO looks correct and consistent with the rest of the landscape). Sheson has told us again and again that the brightness/gamma corrections technically should not be used, because xLODGen is using the full (base) terrain textures to produce the terrain LOD. This should ensure that all terrain matches whether near or far IF the noise map is compatible (note that the 'flat' noise map should be totally compatible with any terrain LOD; although, you will see the terrain tiling).

 

No noise texture edit that Tech and I have played with result in a 'good' result with CL and MM ... this includes the 'flat' noise map that sheson provides in the OP. The terrain textures are always too dark, and ONLY a brightness correction (or gamma) achieves the desired result with the CL noise map and landscapes ... Tech and I have tested and tested, regenerating terrain LOD over and over again to no avail.

 

Ultimately, the issue lies with the CL mod in that they designed a dark-ish noise map and used xLODGen for the terrain LOD to work with that (again, brightening that CL noise map using various methods does not look as good as the brightness correction ... the noise map would need to be redesigned to maintain the white-gray-black steepness and granularity, which we did NOT do in our testing). And yes --contrary to sheson's advice-- they did use a brightness correction in their LOD gen that ships with their mod, so we are technically deviating from best practice by using a brightness correction in our LOD gen methods simply because we are trying to get everything to look consistent and must replicate CL methodology (note that we are using gamma rather than brightness, because it preserves more of the LOD color saturation).

[HunterZ]

I'm assuming CL refers to Cathedral Landscapes. Note that per the mod list in my previous post I am not using that mod, because I'm trying to start more conservative than STEP.

 

What I think I'm getting out of your replies (thanks BTW) is that the bright white stuff in the vanilla LODs is considered to be an undesirable artifact (or possibly artistic license) on Bethesda's part, and does not reflect the actual landscape?

 

Since I'm not using CL, should I be messing with noise textures, or is the 1.25 gamma just as good, or something else? I understand this may be a controversial topic, so all opinions are welcome.

 

 

Another issue I noticed is that there seems to be some weird z-fighting at the edge of grass range (probably where LOD4 kicks in?). I made xLODGen and vanilla LOD flyover videos to demonstrate. Note that I have installed Better Dynamic Snow SE and regenerated with STEP settings since my previous post.

 

Vanilla:

 

xLODGen: