Jump to content

z929669

Administrator
 View Profile  See their activity

  • Posts

    13,028

  • Joined

  • Last visited

 Content Type 

Everything posted by z929669

  1. z929669
    What guide are you following exactly? If you are using the Step SSE guide, then everything needed to succeed is explained, and you should revisit each mod/instruction to see what you missed. There's really no need to troubleshoot a non-issue, since that is laborious and time consuming for everyone involved. The answer is that something was missed or misinterpreted in the instructions. Go through the System Setup Guide and all steps and mods in the guide relating to grass and LODGen. If you find an unclear instruction, then please post about that specifically so we can assist. If you are following our grass LOD guide, then that's a different matter, as it's an advanced procedure that requires familiarity with all of the tools needed. That guide has good guidance, but it does not go into detail on using the expired game to generate grass LOD and porting it into 1.6.640 version of the game.
  2. z929669
    I recently upgraded to Win 11, so this may be an interaction between DynDOLOD and Win 11, but xLODGen and xEdit both honor the theme output font-color/background, while DynDOLOD/TexGen do not. xEdit xLODGen DynDOLOD/TexGen Wondering how to fix this, as my global xEdit settings don't seem to fully apply to DynDOLOD instances with respect to font-color/background, and getting the 'dark' settings here would be a great help to my eyes. I have tried extrapolating several settings from xEdit's Plugins.sseviewsettings file into DynDOLOD.ini to no avail.
  3. z929669
    Agree that this should be done. Just start SSE using Steam and exit. This is also explained in the System Setup Guide though, so using that guide is a hard requirement for following any of our build guides for any game. Otherwise, a new MO instance will establish a 'clean' MO configuration in case that's the issue.
  4. z929669
    Yeah ... why have one SKSE DLL to update when these MAs we can maintain ten of them ... to wait on every game update This mod is sensible if the current vanilla limit/max is often an issue. I honestly don't notice the problem, but it may well be noticeable in certain situations. Maybe this mod fixes it.
  5. z929669
    A worthy consideration. Please install into 09-Fixes and let us know if issues. I will do the same.
  6. z929669
    This is precisely why we don't support patches for these customizations. Way too much to maintain. We can only provide instructions for people to do it themselves. The links I provided above do exactly what you ask using other 'master' examples or a generic example. I will also create a very brief guide on how to do this, but that takes time. We also have a general xEdit Guide that may help. And there is formal xEdit documentation, which is somewhat limited but does provide some good context.
  7. z929669
    So the VFS shows all plugins from your non-vanilla mods? If so, then it's not your VFS, and MO can 'see' all of your mods. First, check that you have configured your environment as described in the System Setup Guide (see folder locations and general best practice) Try setting up a new instance of MO and associate that with SSE: Remove/reinstall LOOT; If you installed via the installer, be sure to uninstall it via Windows Programs. Then delete the entire directory of that install location, and download the LOOT archive (not the installer): Create the LOOT path as described in the setup guide linked previously, and move all LOOT files into this empty directory: Then set up your MO executable again to see if that fixes things. My guess is that there is some configuration issue in MO or something is corrupt. Creating a new instance like this may be simpler than rooting out the specific cause.
  8. z929669
    As Tech mentions, you can test this by running the VFS via MO: What do you see?
  9. z929669
    Tagged for testing, as this may be fixed in MM update
  10. z929669
    Yes, noted in my previous.
  11. z929669
    Always search the mods forum for the mod name prior to creating the topic. This topic already exists.
  12. z929669
    Thanks for fixing the OP! Tagged for testing
  13. z929669
    This looks like a promising mod, so tagged for testing.
  14. z929669
    Adding to what Greg said: Always look at "post-release changes" in the current guide changelog to see updated instructions and the like. Then review all of the changes mentioned in the new changelog when released so that you have those changes. This is explained in the changelogs themselves, so just read the changelog carefully for any release and keep checking back to see if there are any post-release changes.
  15. z929669
    Well that can't have been your issue. You are using object LOD for your trees if using DynDOLOD, and this setting can actually be zero. That setting is for vanilla tree rendering. If you regenerated your TexGen/DynDOLOD outputs, that may have just fixed things.
  16. z929669
    Thanks for noticing this. We also have these to consider (the first one is this mod, since I don't want the long name): More Accurate Collision looks to have been updated for latest MM. I assume the CC patch is good?
  17. z929669
    This fits fine with the mandate, and I like the idea. Please use the editor tool when creating mod topics:
  18. z929669
    Add the "Start in" path to the folder (first part of what you have for "Binary" path). Also, double check your actual LOOT/xEdit paths to be certain you have installed them into these locations.
  19. z929669
    Silly me. I forget so easily. I'm sorting out the MCM of Unequip Quiver now and reconciling with this mod's setting. I may need to test in game.
  20. z929669
    Yeah, that's what I figured but wanted to get your take on it. We can just install this as is then and RC will override for consistency.
  21. z929669
    Yeah, that rings true. It's probably even on this topic somewhere ... but several of the other patches seemed logical. I would run them anyway.
  22. z929669
    No worries. The current guide instructions aren't quite as accurate as the new ones for the dev guide.
  23. z929669
    Mod instructions on the wiki are accurate for 2.2.0 (not exposed yet). Not needed, we cover those records.
  24. z929669
    Well that makes life simpler I guess. I hadn't gotten around to installing this one yet. The MA is likely not going to be updating this one anytime soon, but let's give it at least until we're ready to release the guide update. Probably in a few days or just after the holiday.
  25. z929669
    @TechAngel85 Do you recall why you are replacing the glazed candle meshes in Radiant -Candles? I ask, because this mod conflicts with those two meshes. This mod's meshes appear to be configured to pair with ENB Light, so want to get your thoughts on hiding RC meshes in favor of these. Otherwise, this mod is a no-brainer.
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.

  I accept