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

[heyyepineedhelpplease]

Hi, hope all is well,
As title specifies, having big problems generating Lods through xLodGen. Been dealing with variations of the errors listed in the title for over two days now.

Images of "Information, Please wait a moment" boxes that appeared right before LodGen fails and aborts operation.
https://imgbox.com/s1srOJim
https://imgbox.com/LqUwZCrj

Link to LodGenLog
https://paste.ee/p/tNI9W

Link to Bug Report Log
https://paste.ee/p/mw1s0

Up until recently, I did not have the "Information, please wait a moment" box pop up. But now, in the last two-three attempts I have made, that box will appear and if I don't close out xLodGen, multiple boxes appear just like the second image shows. Upon looking in task manager, it is directly tied to to the xLodGenx64 process, and all the boxes will disappear only once I end the process either through TM, or by exiting out of Mod Organizer 2 completely. Not just xLodGen64.

I will note that this "Information, please wait a moment" box only started appearing when I checked in xLodGenx64.exe's properties to run as administrator, and when I ran MO2 as administrator as well (alongside Steam). It should also be noted that my previous successful run last week, none of the programs were ran as administrator.

This most previous run, I unchecked the "Run as Administrator" box in xLodGenx64.exe's properties.

I have looked up and I understand that this may be related to my antivirus being on, but that's the thing. I turned malwarebytes off, I even used regedit and put in multiple dword (32bit) value records to completely shut down windows defender (as it turned itself back on after I turned malwarebytes off, even after manually turning it off in windows defender), and I even tried it with antivirus on/malwarebytes on and exclusions set, to no avail. I keep getting Access Violation, over and over again, and this "failure to generate Alpha Layer".

I also looked in xEdit and the I found the texture that it was referring to, and I turned off the plugin that was overwriting the default vanilla record (Prairie Grasses), and even with the plugin off on my most recent run, the same thing happens and the "Information, Please wait a moment" box appears.

I actually also managed to do a completed run today of xLodGen (with seasons), but I had to delete that and start over as I forgot to turn off all of my flat map plugins...And since my successfully run today, been having this issue over and over. I did not change anything at all between the successful run and the first failure run I had right after it, except for disabling the flat map plugins. Obviously after that first failure run (after success run), I have tried a number of different things to try and get it to work, some of which has been specified above.

Another thing I noticed in the various failures I have ran into in the last two days, is that this always happens around the 39:30+ mark. Generally right around when it hits 40 min in uptime, I will start getting these errors.

Any help/pointers in the right direction would be extremely appreciated. I must have screwed something up...

Correct me if I am wrong, I also for some reason think that this can all be bypassed by moving the location of the ini/custom ini/save path/plugin list/settings (ex. in logs stating "Using plugin list: C:\Users\crude\AppData\Local\Skyrim Special Edition\Plugins.txt") out of onedrive, and AppData.

I have a feeling that this issue would completely disappear if I could just be taught how to safely move that all out of there so that xLodGen/TexGen/DynDOLOD never have to access those UAC protected folders. And if indeed this could be a potential solution, can someone please give me a very clear and dry answer as to how I can move all of the assets that are accessed by LodGen/TexGen/DynDOLOD out of the UAC protected folders?

Even after looking it up and scouring the internet, I am extremely confused as to how to move those paths (due to conflicting answers). Is it really as simple as copying those folders and pasting it somewhere else, and then using the various command lines to redirect xLodGen to the new location for ini/custom ini/save path/plugin list/settings? Or is that not advisable? I have seen too many conflicting things in my research.

I noticed that throughout the process of generating lods, an SSE temp folder is created in %APPDATA%\Local\Temp. How do I make it so that the temp folder is moved out of UAC? Again I feel like this all can be solved if I move all of those assets out of UAC folders.

On the other hand however, I remember reading that it is not a problem for it to be there, as xLodGen/DynDOLOD, etc. use the steam installation versions of the ini/plugins/etc. I also have confirmed that "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bethesda Softworks\Skyrim Special Edition\Installed Path" is indeed being pointed at the stock game path for my modlist as specified in the logs' Data Path.

So once more, please, any help/direction on this matter would be greatly appreciated. I would just really love to play Skyrim..

If you would like, I have a few logs I have saved from earlier failures that I can also send over as well if things need further clarification.

Thank you so much for your time, and for a really cool suite of software that makes Skyrim a lot easier on the eyes.

 

The title for reference was something along the lines of "xLodGenx64 v4.1.5.0 - Access Violation, Cannot Generate Alpha Layer, "Information, Please Wait A Moment" - Images and Logs Attached".

My post was moved here, and I cannot edit my original post.

Thank you.

Edited October 25 by heyyepineedhelpplease
Typos

[sheson]

58 minutes ago, heyyepineedhelpplease said:

Hi, hope all is well,
As title specifies, having big problems generating Lods through xLodGen. Been dealing with variations of the errors listed in the title for over two days now.

Images of "Information, Please wait a moment" boxes that appeared right before LodGen fails and aborts operation.
https://imgbox.com/s1srOJim
https://imgbox.com/LqUwZCrj

Link to LodGenLog
https://paste.ee/p/tNI9W

Link to Bug Report Log
https://paste.ee/p/mw1s0

Up until recently, I did not have the "Information, please wait a moment" box pop up. But now, in the last two-three attempts I have made, that box will appear and if I don't close out xLodGen, multiple boxes appear just like the second image shows. Upon looking in task manager, it is directly tied to to the xLodGenx64 process, and all the boxes will disappear only once I end the process either through TM, or by exiting out of Mod Organizer 2 completely. Not just xLodGen64.

I will note that this "Information, please wait a moment" box only started appearing when I checked in xLodGenx64.exe's properties to run as administrator, and when I ran MO2 as administrator as well (alongside Steam). It should also be noted that my previous successful run last week, none of the programs were ran as administrator.

This most previous run, I unchecked the "Run as Administrator" box in xLodGenx64.exe's properties.

I have looked up and I understand that this may be related to my antivirus being on, but that's the thing. I turned malwarebytes off, I even used regedit and put in multiple dword (32bit) value records to completely shut down windows defender (as it turned itself back on after I turned malwarebytes off, even after manually turning it off in windows defender), and I even tried it with antivirus on/malwarebytes on and exclusions set, to no avail. I keep getting Access Violation, over and over again, and this "failure to generate Alpha Layer".

I also looked in xEdit and the I found the texture that it was referring to, and I turned off the plugin that was overwriting the default vanilla record (Prairie Grasses), and even with the plugin off on my most recent run, the same thing happens and the "Information, Please wait a moment" box appears.

I actually also managed to do a completed run today of xLodGen (with seasons), but I had to delete that and start over as I forgot to turn off all of my flat map plugins...And since my successfully run today, been having this issue over and over. I did not change anything at all between the successful run and the first failure run I had right after it, except for disabling the flat map plugins. Obviously after that first failure run (after success run), I have tried a number of different things to try and get it to work, some of which has been specified above.

Another thing I noticed in the various failures I have ran into in the last two days, is that this always happens around the 39:30+ mark. Generally right around when it hits 40 min in uptime, I will start getting these errors.

Any help/pointers in the right direction would be extremely appreciated. I must have screwed something up...

Correct me if I am wrong, I also for some reason think that this can all be bypassed by moving the location of the ini/custom ini/save path/plugin list/settings (ex. in logs stating "Using plugin list: C:\Users\crude\AppData\Local\Skyrim Special Edition\Plugins.txt") out of onedrive, and AppData.

I have a feeling that this issue would completely disappear if I could just be taught how to safely move that all out of there so that xLodGen/TexGen/DynDOLOD never have to access those UAC protected folders. And if indeed this could be a potential solution, can someone please give me a very clear and dry answer as to how I can move all of the assets that are accessed by LodGen/TexGen/DynDOLOD out of the UAC protected folders?

Even after looking it up and scouring the internet, I am extremely confused as to how to move those paths (due to conflicting answers). Is it really as simple as copying those folders and pasting it somewhere else, and then using the various command lines to redirect xLodGen to the new location for ini/custom ini/save path/plugin list/settings? Or is that not advisable? I have seen too many conflicting things in my research.

I noticed that throughout the process of generating lods, an SSE temp folder is created in %APPDATA%\Local\Temp. How do I make it so that the temp folder is moved out of UAC? Again I feel like this all can be solved if I move all of those assets out of UAC folders.

On the other hand however, I remember reading that it is not a problem for it to be there, as xLodGen/DynDOLOD, etc. use the steam installation versions of the ini/plugins/etc. I also have confirmed that "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bethesda Softworks\Skyrim Special Edition\Installed Path" is indeed being pointed at the stock game path for my modlist as specified in the logs' Data Path.

So once more, please, any help/direction on this matter would be greatly appreciated. I would just really love to play Skyrim..

If you would like, I have a few logs I have saved from earlier failures that I can also send over as well if things need further clarification.

Thank you so much for your time, and for a really cool suite of software that makes Skyrim a lot easier on the eyes.

 

The title for reference was something along the lines of "xLodGenx64 v4.1.5.0 - Access Violation, Cannot Generate Alpha Layer, "Information, Please Wait A Moment" - Images and Logs Attached".

My post was moved here, and I cannot edit my original post.

Thank you.

The please wait message appears when bugreport.txt is written to. You can just let it sit until its all done, which can take a while if there were many threads running at the time.

Use the latest xLODGen beta from the first post instead of whatever older version you are using. Install into a new and empty folder. Upload new bugreport.txt and SSELODGen_log.txt if there is still an error.

There should be no need to run anything as admin in a proper setup outside of special Windows folders.
It would be best to ensure there is no OneDrive for any related folders.

If there are no obvious errors reported by xEdit for a plugin/record, there should be no need to edit or remove anything.

Tools using the standard temp folder as defined by the OS should not be a problem. See https://tes5edit.github.io/docs/2-overview.html#CommandLineSwitches for the -t command line argument.

Make sure the system, CPU, memory etc. is stable, cooling, settings in BIOS etc.

[heyyepineedhelpplease]

18 minutes ago, sheson said:

The please wait message appears when bugreport.txt is written to. You can just let it sit until its all done, which can take a while if there were many threads running at the time.

Use the latest xLODGen beta from first post instead of whatever older version you are using. Install into a new and empty folder. Upload new bugreport.txt and SSELODGen_log.txt if there is still an error.

There should be no need to run anything as admin in a proper setup outside of special Windows folders.
It would be best to ensure there is no OneDrive for any related folders.

If there are no obvious errors reported by xEdit for a plugin/record, there should be no need to edit or remove anything.

Tools using the standard temp folder as defined by the OS should not be a problem. See https://tes5edit.github.io/docs/2-overview.html#CommandLineSwitches for the -t command line argument.

Make sure the system, CPU, memory etc. is stable, cooling, settings in BIOS etc.

Hello!

I see, that makes sense concerning the please wait message, and it is good to know that there is no need to run anything as an admin. I thought I may have messed something up since it appeared for the first time for me after I changed the properties of the LodGen executable.

As for these paths;
"Using ini: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\Skyrim.ini
Using custom ini: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\SkyrimCustom.ini
Using save path: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\__MO_Saves\" (as specified in the standard LodGen Log),

I can just copy over the those folders out of OneDrive into a non UAC directory, and then use the relevant command lines to redirect them?

And the rest of the paths should not matter if they are in UAC or not?

So far temps/stability seems to be good, but will of course keep an eye on it all, best as I can.

I unfortunately will not be able to test further on this matter till tomorrow (Sunday), it is 2:34 AM (Saturday morning) as I am typing this out and I will be out of town today.

I did just re-install LodGenX from the very first post as specified, into a new folder, and so I will try that out as soon as I am able, and report back if further issues arise (hopefully not!).

Thank you again for your time, and for the link!

Edited October 25 by heyyepineedhelpplease
Typos, further response.

[sheson]

1 hour ago, heyyepineedhelpplease said:

Hello!

I see, that makes sense concerning the please wait message, and it is good to know that there is no need to run anything as an admin. I thought I may have messed something up since it appeared for the first time for me after I changed the properties of the LodGen executable.

As for these paths;
"Using ini: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\Skyrim.ini
Using custom ini: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\SkyrimCustom.ini
Using save path: C:\Users\crude\OneDrive\Documents\My Games\Skyrim Special Edition\__MO_Saves\" (as specified in the standard LodGen Log),

I can just copy over the those folders out of OneDrive into a non UAC directory, and then use the relevant command lines to redirect them?

And the rest of the paths should not matter if they are in UAC or not?

So far temps/stability seems to be good, but will of course keep an eye on it all, best as I can.

I unfortunately will not be able to test further on this matter till tomorrow (Sunday), it is 2:34 AM (Saturday morning) as I am typing this out and I will be out of town today.

I did just re-install LodGenX from the very first post as specified, into a new folder, and so I will try that out as soon as I am able, and report back if further issues arise (hopefully not!).

Thank you again for your time, and for the link!

I can not give any tips regarding OneDrive as I do not use it and do not have it installed.

xLODGen is able to read the INIs fine per the log. Special Windows folders, UAC, OneDrive, AntiVir etc. can be often a problem when writing files (sometimes when reading). However, there are no other obvious file access errors reported, so that all seems to work atm.

[Rodocastiza]

Hello, I have two problems generating the terrain lod for Skyrim SE.

First, xLodGen reports that almost any texture is being loaded due to timeout. This is an example, that happens with nearly all terrain textures, although not in all the worlds.

[32:26] <Warning: Cache timeout loading texture Textures\Landscape\FallForestDirt01_N.dds>
[32:26] <Warning: Error loading texture Textures\Landscape\FallForestDirt01_N.dds>

Second, it's taking long time to generate the lod (more than 6h, it usually takes 1,5h). When trying to abort the operation, the "please wait" windows starts over and over again and it does not finish.

I'm using version 127, 4.1.5.0 x64 version, through MO2. Previous generated files were deleted.

Settings:

LOD4, Quality 0 Max Vertices 32767, Optimize unseen off, protect borders on, Diffuse and Normal 1024, Format BC7 Quick, Bake normal-maps marked, Brightness and Contrast 0, Gamma 1.00. No mipmap marked, no hide quads marked, no raise steepness marked.

For LOD8, LOD16 and LOD32 I have the same settings: Quality 10 Max Vertices 32767, Optimize unseen 550, Diffuse and Normal 512, Format BC7 Quick, Bake normal-maps marked, Brightness and Contrast 0, Gamma 1.00. No mipmap marked, no hide quads marked, no raise steepness marked.

Here are my logs: https://ufile.io/f/h5yb9, SSELODGen_log, LODGen_log and bugreport.

However, texgen and dyndolod generate without problems and no large times.

[sheson]

59 minutes ago, Rodocastiza said:

Hello, I have two problems generating the terrain lod for Skyrim SE.

First, xLodGen reports that almost any texture is being loaded due to timeout. This is an example, that happens with nearly all terrain textures, although not in all the worlds.

[32:26] <Warning: Cache timeout loading texture Textures\Landscape\FallForestDirt01_N.dds>
[32:26] <Warning: Error loading texture Textures\Landscape\FallForestDirt01_N.dds>

Second, it's taking long time to generate the lod (more than 6h, it usually takes 1,5h). When trying to abort the operation, the "please wait" windows starts over and over again and it does not finish.

I'm using version 127, 4.1.5.0 x64 version, through MO2. Previous generated files were deleted.

Settings:

LOD4, Quality 0 Max Vertices 32767, Optimize unseen off, protect borders on, Diffuse and Normal 1024, Format BC7 Quick, Bake normal-maps marked, Brightness and Contrast 0, Gamma 1.00. No mipmap marked, no hide quads marked, no raise steepness marked.

For LOD8, LOD16 and LOD32 I have the same settings: Quality 10 Max Vertices 32767, Optimize unseen 550, Diffuse and Normal 512, Format BC7 Quick, Bake normal-maps marked, Brightness and Contrast 0, Gamma 1.00. No mipmap marked, no hide quads marked, no raise steepness marked.

Here are my logs: https://ufile.io/f/h5yb9, SSELODGen_log, LODGen_log and bugreport.

However, texgen and dyndolod generate without problems and no large times.

From bugreport:
-o:"C:\Users\rgome\AppData\Local\ModOrganizer\Skyrim Special Edition\mods\Step SkyrimSE - xLODGen Output
exception message: Unable to create directory.

First post:
Use -o:"c:\OutputPath\" command line parameter to change where files are generated to, default is the game folder. Then install output as a mod.
Do not generate into any game, any mod manager folders or special Windows folder like Program Files x86, Users, Desktop, Documents, Downloads etc.

Readme.txt:
Always set -o:"c:\OutputPath\" command line argument to change where files are generated to. The default is the game folder which risks replacing existing files and is problematic with mod managers, especially if they use some kind of virtualization. Do not generate into any game or any mod manager folders that are part (direct or indirect) of the virtual file system. Do not generate into the Overwrite folder of MO2.

Delete old logs and bugreport.txt. Set a proper output folder, like C:\Modding\xLODGen_Output\
If problem persists upload new SSELODGen_log.txt and bugreport.txt and report if you use a spinning disk or if you might have installed a high resolution landscape texture pack.

[Rodocastiza]

Ouch. Thank you as always. It's always RTFM.

[Rodocastiza]

Ok I set a new proper output path, deleted the older logs. I lowered the settings (being LOD4 512 resolution instead of 1024) and no baked normals.

Unfortunately, the issue persists. I cancelled the process correctly, so there was no problem with the bug log generating window this time.

I'm not using a spinning disk. I'm using a set of 2K textures. I didn't have problems before using this same set.

Here are the logs: https://ufile.io/f/s718o

Thanks again.

[sheson]

11 hours ago, Rodocastiza said:

Ok I set a new proper output path, deleted the older logs. I lowered the settings (being LOD4 512 resolution instead of 1024) and no baked normals.

Unfortunately, the issue persists. I cancelled the process correctly, so there was no problem with the bug log generating window this time.

I'm not using a spinning disk. I'm using a set of 2K textures. I didn't have problems before using this same set.

Here are the logs: https://ufile.io/f/s718o

Thanks again.

Open the entire load order in xEdit. Start the xEdit Asset browser with CTRL+F3, type the filename into the Filter field top left.
The first container mentioned is the winning one. Data means loose file.
Right click, Save As from the winning container to test if it works.
Report result.

The game is installed into Program Files x86 which can cause issues with UAC, antivir etc.
Make sure that none of the programs, xLODGen, LODGen and Texconv are denied files access.

[Rodocastiza]

Hello, I'm not entirely sure about this step:

type the filename into the Filter field top left.
The first container mentioned is the winning one. Data means loose file.
Right click, Save As from the winning container to test if it works.
 

Like this?:

Thanks.

[sheson]

9 hours ago, Rodocastiza said:

Hello, I'm not entirely sure about this step:

type the filename into the Filter field top left.
The first container mentioned is the winning one. Data means loose file.
Right click, Save As from the winning container to test if it works.
 

Like this?:

Thanks.

Yes.

[Rito]

Most likely this has already been discussed. how can i split finished textures: to those that contain only objects - from those that contain only trees. TamrielObjectsLOD00.dds - objects, TamrielObjectsLOD01.dds - trees.

[sheson]

1 hour ago, Rito said:

Most likely this has already been discussed. how can i split finished textures: to those that contain only objects - from those that contain only trees. TamrielObjectsLOD00.dds - objects, TamrielObjectsLOD01.dds - trees.

No problem description and no logs were provided. Normally TexGen plus DynDOLOD is used to generate object and tree LOD for Skyrim.

The tree LOD atlas is is hardcoded to ..\textures\terrain\tamriel\trees\tamrieltreelod.dds
Usually the object atlas  is a single texture and only overflows if there are too many large LOD textures or the max atlas size/resolution is too low to hold them all.
Object LOD generation merges shapes in to supershapes regardless of what they depict as that is not necessarily known and/or does not matter. There is no function to separate textures onto different atlas textures.

[Rito]

https://imgur.com/a/CYgXjTY

i just want so that the trees are in one texture. so that they don't interfere with the main map. i try use TES5-AtlasMap-Tamriel.txt but it not work...

https://paste.ee/p/wU22B

https://paste.ee/p/bPxmK

 

Edited November 2 by Rito

[sheson]

10 hours ago, Rito said:

https://imgur.com/a/CYgXjTY

i just want so that the trees are in one texture. so that they don't interfere with the main map. i try use TES5-AtlasMap-Tamriel.txt but it not work...

https://paste.ee/p/wU22B

https://paste.ee/p/bPxmK

Always use the latest version from first post.

The atlas map file is the result of the atlas texture creation, not vice versa.
If trees are done as 3D they are object LOD, thus their textures are part of the object LOD atlas. It is unclear what the issue is with all of the object LOD textures being on the same atlas texture.

Use TexGen and DynDOLOD for drastically better tree and object LOD generation.