Before anyone asks, yes we could technically add extra LOD files for stuff that is not currently covered by the main ERM mod, but most of the files you'd notice are covered already. Other mods that we've seen seem to use some vanilla assets mixed in because they require custom texture tweaks. As ERM doesn't need any bespoke tweaks, it's kind of pointless to include any extra files that really aren't needed.
If any further assets get added to ERM, we will surely update this LOD pack when it is possible to do so.
ERM LOD files are also built from the ground-up from ERM's HQ assets. There's no stock vanilla models included.
Majestic Mountains
This is the only mod we are aware of that's not fully compatible with this LOD pack. Textures specifically for MM may not look correct either.
ERM is compatible with pretty much every texture mod out there since the dawn of Skyrim, and so are these LODs. Take your pick.
Hi, I wonder if this is mod compatible with this Vanaheimr Mountain Replacer mod? If it is compatible, will distant LOD will show Vanaheim texture or ERM texture?
That mod says it's compatible with ERM, and so it should be with this. DynDOLOD will use the winning textures for LOD. Just don't install the ERM texture package. Let us know if there's issues.
Yes, we thought that was understood, since it's the 'mask' field, and it should equal 'mountain' (without quotes). I've corrected this since it has thrown off at least one other user.
Yeah it happens while creating the rule before launching DynDOLOD 3. I followed the guide from Biggie which I think he uses ERM as well? By the way I'll use just "mountain" next time if this is the issue. (Sorry for late reply)
Well, there ain't much people out there for niche stuff like this, plus it always served me except for a couple of things. I wouldn't know who else to follow
If you're missing the "mountain" Mesh Mask rule, I gotchu.
Scroll down > right click > skip "Rule added by" > put "mountain" in Mesh Mask / Reference FormID > Check VWD under Flags > set LOD Levels according to the description > hit OK > Click and drag it so it is above "tree" and "\" > You're done
Not sure if it'll work, but going off of other comments it should. May or may not come back with an update.
The ESP itself may be fine, as it seems to resolve the snow looking weird. The only issue might be that the meshes from MM will also appear and may cause strong z-fighting in some areas.
The proper fix would be the mod author actually fixing it, which will likely never happen. If you would like a "proper fix," you should ask the mod author. Another commenter has already posted, too, that using Cathedral snow's esp works, too. This mod will need to contain an esp to fix this, it seems.
MM and ERM should not be used together (see the sticky post). There's noting broken in ERM or this add-on so nothing to 'fix'. ERM has no plugin. It's a vanilla mesh replacer. The issue is with your LO and/or installed mods. You may be using parallax or something akin to that and require the double-pass shaders.
The conclusion was that if this is an issue caused by ERM, then it would be visible in the vanilla game with only ERM active. It's not. So that leaves the possibilities of a plugin making the dynamic snow layer(s) too dark or that there's snow textures installed that are also too dark. I know that Better Dynamic Snow has two brightness options for its dynamic snow shaders. I don't recall why exactly, but it's most likely to cover varying brightness settings across multiple user mod setups.
The bottom line is that, with majestic landscapes snow and erm, the lods will not be the right color unless the MM plugin is active. I have no idea why this issue occurs, but I stand by my main point that something about MM and/or cathedral snow's esps seem to fix this problem.
So the issue in your setup is Majestic Landscapes (ML). It likely has a plugin that is causing the issue, and the CL/MM plugins are most likely obviating the problematic change introduced by ML. I would use xEdit to look at the common conflicts you see with ML/CL and ML/MM and make a patch for yourself to test which of the overrides resolves the issue (assuming that both MM and CL plugins load at higher priority than the ML plugin). Are you using BDS? If so, then there's another one to check. All I'm saying is that using a plugin from yet another mod to resolve a compatibility issue with ML-ERM is not a reasonable method to resolve the issue and is not a recommended approach to resolving for the masses, since it's an ML problem.
Same as I said to z before I posted my last reply here: if you have any issue with ERM + ERM LODs in a totally vanilla game, then that would be a cause for concern. I would gladly look into any such causes for concern. Right now all we have been told is that ERM and *insert other mod* doesn't gel. Well, okay, I guess? Again, does this happen without any other mods?
I'm pretty sure object snow cover is controlled by various Directional Materials (DNAM). Try resetting any colour (R,G,B) changes to these to default values in SSEEdit if a mod is affecting them. Also, make sure you have not got anything overwriting "textures/effects/projecteddiffuse.dds".
If you have dark blue color on mountains, you can change bEnableProjecteUVDiffuseNormals=1 to 0. If you have weather mods with ini file like NAT III or Cathedral Weathers, you have to change there to 0 as well.
+1 I have nothing overwriting these resources and I checked XEdit to see the lod snow and nothing is overwriting anything there either. I get extremely dark snow and glaciers from generating Lod just with this and SOS.
Fantastic mod! Maybe I'm missing something obvious here but I'm struggling to find a straight answer on how to create a mesh rule properly. So far I've only edited the 'tree' and '\' rules in Expert mode, I've never created one myself. What's the proper way to do it?
In DynDOLOD_SSE.ini, set Expert=1 (zero is default), start DynDOLOD, and set the mesh rule as noted in the Description: mask=mountain, LOD4/Level0, LOD8/Level0, LOD16/Level1, (LOD32/Level0 if running ACMoS).
Hey i'm tryng to understand something there, i ve been strungling with lod for hours (even tho i ve done it a 1000 times before)
- If i don't use you matching texture i get plain blanck mountain like just lodgen texture on it without detail > https://imgur.com/a/L22es9b - But It does work perfectly with your texture addon`(erm rugged, beautiful by the way)
For info I'm using skyland AIO overwrite by Fantasia Landscape
You mention vanilla path for texture, does this means Fantasia doesnt use vanilla path (how could i know this) ? If so can i o correct it ?
Could this issue be totally unrelated to this ? i can provide screenshot
To find out if your mods use vanilla texture paths, open one of the mountain meshes, and look at the texture path under and compare to the vanilla mesh. Otherwise, you can ask the MA of your mountain mod(s).
The best way to resolve is to post with your DynDOLOD logs on the DynDOLOD support forum. I would include the required logs for your run with the problem textures. Otherwise, this seems like issues for Skyland/Fantasia MAs to address.
All mods with DynDOLOD support should override DynDOLOD Resources (most mods have DynDOLOD support if they contain any folders named 'lod' or 'DynDOLOD'). This mod has DynDOLOD support.
106 comments
If any further assets get added to ERM, we will surely update this LOD pack when it is possible to do so.
ERM LOD files are also built from the ground-up from ERM's HQ assets. There's no stock vanilla models included.
Majestic Mountains
This is the only mod we are aware of that's not fully compatible with this LOD pack. Textures specifically for MM may not look correct either.
ERM is compatible with pretty much every texture mod out there since the dawn of Skyrim, and so are these LODs. Take your pick.
LOD Instructions
DynDOLOD 3 Support
DynDOLOD and xLODGen General Support
Creating Tree LOD Models
I wonder if this is mod compatible with this Vanaheimr Mountain Replacer mod? If it is compatible, will distant LOD will show Vanaheim texture or ERM texture?
Thanks,
Error "mask=mountain" does not match anything in the current load order.
I have this overwriting the DynDOLOD Resources and the original mod as well of course
"mountain" is the mesh mask string, not "mask=mountain"
Post with your logs on the DynDOLOD Support forum for assistance.
By the way I'll use just "mountain" next time if this is the issue.
(Sorry for late reply)
I can confirm that "mountain" is correct and works.
This mod's LOD will be used by the game regardless, because they replace vanilla files. Everything will look much better with DynDOLOD though.
Scroll down > right click > skip "Rule added by" > put "mountain" in Mesh Mask / Reference FormID > Check VWD under Flags > set LOD Levels according to the description > hit OK > Click and drag it so it is above "tree" and "\" > You're done
Not sure if it'll work, but going off of other comments it should. May or may not come back with an update.
The proper fix would be the mod author actually fixing it, which will likely never happen. If you would like a "proper fix," you should ask the mod author. Another commenter has already posted, too, that using Cathedral snow's esp works, too. This mod will need to contain an esp to fix this, it seems.
Are you using BDS? If so, then there's another one to check.
All I'm saying is that using a plugin from yet another mod to resolve a compatibility issue with ML-ERM is not a reasonable method to resolve the issue and is not a recommended approach to resolving for the masses, since it's an ML problem.
I'm pretty sure object snow cover is controlled by various Directional Materials (DNAM). Try resetting any colour (R,G,B) changes to these to default values in SSEEdit if a mod is affecting them. Also, make sure you have not got anything overwriting "textures/effects/projecteddiffuse.dds".
mask=mountain, LOD4/Level0, LOD8/Level0, LOD16/Level1, (LOD32/Level0 if running ACMoS).
Place this rule above the tree and '/' rules.
Have a look at the documentation for GUI guidance.
Edit - Figured it out, writing a comment for others
- If i don't use you matching texture i get plain blanck mountain like just lodgen texture on it without detail > https://imgur.com/a/L22es9b
- But It does work perfectly with your texture addon`(erm rugged, beautiful by the way)
For info I'm using skyland AIO overwrite by Fantasia Landscape
You mention vanilla path for texture, does this means Fantasia doesnt use vanilla path (how could i know this) ? If so can i o correct it ?
Could this issue be totally unrelated to this ? i can provide screenshot
The best way to resolve is to post with your DynDOLOD logs on the DynDOLOD support forum. I would include the required logs for your run with the problem textures. Otherwise, this seems like issues for Skyland/Fantasia MAs to address.
Thank you for the reply, the issues is fixed.