Jump to content

GalenZ

Citizen
  • Content Count

    74
  • Joined

  • Last visited

  • Days Won

    3

GalenZ last won the day on August 29 2016

GalenZ had the most liked content!

Community Reputation

5 Good

About GalenZ

  • Rank
    Thane
  1. Re: Fixing Iron tempering when using CCOR and Ordinator: For people who don't have or want to use Ordinator respec potions, and are comfortable with editing things in TES5EDIT, a quick and dirty fix is to create a CR patch that alters Perk xx0566EE <ORD_Smh00_SmithingMasteryNew_Perk_20_OrdASISExclude> from Ordinator.esp, changing the EFPD Float Value at the bottom of the perk from '2.0' to '1.0'. This will prevent the double-doubling of damage values when tempering iron, but will NOT alter any already-tempered weapons, will not prevent you from taking the (now useless) second level of Smithing Mastery, and will not give you back a perk point if you've already taken that second level. I would also like to note that I discovered this bug because the Eastern Iron Wakizashi from Lore Friendly weapons was given a damage rating of 10, equivalent to an Elven sword (for a weapon that takes only iron to create and temper, and should only do dmg 6 or 7 at most). With the quadruple tempering improvement, those cheap wakizashis were totally outclassing even Legendary Daedric swords in my build, which I thought was really immersion-breaking. Looking at LWE more closely, I discovered that, in general, it creates slight overpowered +1 variants of vanilla weapons, but the Eastern Iron Wakizashi was by far the most balance-breaking. This probably ought to be addressed in the SRLEX LOTD CR.
  2. I wouldn't delete the temper perks in CCOR - Odinator's Smithing Mastery actually redirects to vanilla Steel Smithing, and CCOR adds lots of logic to that perk to handle all the new WAFR/CCOR weapon keywords and prevent double-tempering of weapons of weapons with two keywords (e.g. as occurs in Lore Weapons Expansion), so I suspect that altering that would mess up lots of stuff. As for deleting the second level of Smithing Mastery in Ordinator, yes, IMO that's the way to go if you want both - but as I said, it needs a patch. I just wanted to make people aware of the problem.
  3. Just a note on a bug when using both CCOR and Ordinator: if you take both levels of the base 'Smithing Mastery' perk, you will be able to temper iron/hide items twice as much as you're supposed to, which means that at 100 smithing skill, your tempered iron weapons will be better than steel, elven, and even ebony weapons. The reason for this is that both CCOR and Ordinator fix the vanilla bug of not being able to temper iron stuff, but using different perks, so you end up with 2 perks giving you 2x improvement, for a total of 4x. For more details, see: https://forums.nexusmods.com/index.php?/topic/3253679-ordinator-patch-for-weapons-and-armor-fixes-remade-and-complete-crafting-overhaul-remade/?p=43223690. Until a patch for this comes out, the 4x bug can be bypassed by chugging an Ordinator perk respec potion, and not taking the second level of Smithing Mastery. The first level will give the CCOR Steel Smithing Perk, which already fixes everything the 2nd level of Smithing Mastery also fixes.
  4. Just this morning, I had a similar problem - coming near Whiterun caused a repeatable CTD. However, Crash Fixes caught it and pointed me to a bad LOD mesh, which I discovered was actually missing. Somehow, my DynDOLOD resources merge had vanished, along with all it's meshes and textures. Rebuilding the merge and then DynDOLOD it fixed my problem. I find it odd that Crash Fixes isn't catching anything. Have you *ever* had Crash Fixes catch a CTD? Do you have the latest version? Have you set all the right options in the ini - most notably, UseOSAllocators=1 and RecordCrashInfo=1? Keep in mind that silent CTDs are a norm when SKSE runs out of memory, or a SKSE dll is the source of the crash. If I was in your shoes (and I have been, many times), I'd make sure CF is up to date, try to repeat the CTD, and see if it gave me a clue. If still nada, then I;d go through the install guides with a fine-tooth comb, seeing if I missed anything, or have something out of date. Finally, if still nothing, I would create a new profile in MO, reinstall everything according the the guide, and test that the build works after the full SRLE build, then again as I added stuff from this guide. BTW, DynDOLOD's MCM meuu will give you up-to-date info on your position in the world, and what's loaded. If you have a repeatable CTD at a location, then go into DynDOLOD MCM just before you get to that location, and note stuff down. At the very least, that will give you (and anyone who wants to help you) a target location to reach in order to try to re-create the problem.
  5. I'm running out of VRAM, and would like to reduce my usage. I've already installed 1K instead of 2K textures for pretty much everything I can, and am building medium DynDOLOD, but I'm concerned that the latest flora and EVT stuff is more expensive than I need. I'm not fully up to speed on the ramifications of all the EVT and DynDOLOD options in this guide, having been mostly just following directions, but I would like a better understanding. So, could anyone suggest some alternative install options for EVT and DynDOLOD that will save me RAM - and the implications of those choices? Specifically, I want to make sure I'm not using 3D LODs and other high-cost stuff. Frankly, I don't care much how trees look in the distance, so long as it's not horrible - I just want to stop stuttering every time I turn around or enter a new cell.
  6. The current 1.04 version of NPC Retextures Merged needs some cleaning, as it's overriding a lot of stuff from RDO. Just a basic TES5EDIT clean took out a bunch of records, and much of the Dialog Topic section (which is not touched by TES5EDIT cleaning) is identical to Skyrim.esm, with all the rest having small changes that are carried forward by RDO. In any case, the guide should have a LOOT rule for Relationship Dialogue Overhaul.esp LOAD AFTER NPC Retextures Merged.esp.
  7. Why does the latest 1.28 Conflict Resolution patch still have the SilverPerk zeroed out? Shouldn't that record have been removed when BYS was taken out?
  8. Actually, the NPC makeovers pulled together in this build get pretty close to that already, IMO. I was trying to mix and merge the same sort of thing earlier this year (before being distracted by FO4) and was delighted to comone back to Skyrim and find that it had already been done for me! The trouble is, there can never be 'the One' overhaul for anything, because there is a constant tension between 'making it look great' and 'making it able to run on most people's systems'. And, of course, people's tastes differ, especially on things like NPC appearances. I think the best we can hope to do is present modular alternatives that meet different goals - e.g. the quick-and-easy NPC overhaul, vs all the Bijin pretties. And kudos to the creators of this guide, because I think they're doing a wonderful job at that!
  9. I prefer RSChildren. IMO, the point of this guide is to make Skyrim look great, and RSC looks much better to me. Also, given that people need to do an SRLE build before adding this onto it, I think the 'simplicity' argument favors keeping RSC. I can guarantee that if you took it out, lots of people would be adding it back in on their own. Perhaps you could do much the same as you're doing for all the other beautiful NPCs - present the base install and then a variation?
  10. Absolutely. Jorrvaskr No Silver just replaces object refs, and has no dependency on BYS. I'm certain because I just installed it and looked at it in detail before merging it, and I no longer have BYS in my build.
  11. Is anyone else having trouble looking at www.modwat.ch? I'm tried to look at Darth's load order, and I'm getting back 'www.modwat.ch’s server DNS address could not be found. ' UPDATE - Problem solved: Old link in Darth's (and other people's) sig is the culprit. The link in Darth's sig is still 'https://www.modwat.ch/u/Darth_mathias' , which fails. Whereas, whereas the new link from the main page is 'https://modwat.ch/u/Darth_mathias' which works just fine. I must have missed the announcement about the URLs for modwat.ch changing. How did people find out?
  12. I understand re: older patches - you wouldn't want to keep everything. But you can always create a second mod page for older things, so as not to clog up the current stuff, and you don't need to keep everything - just say, the sets of files for major 'stable' versions.
  13. Re: The new Dreadflopp's patches, and any new non-Nexus patches that may be created. Could I request that you add either version names or dates (preferably both) to the file name of any direct-download patches you create, so that we can tell different versions apart, and be able to tell when they've changed? Also, can you keep old versions available, so those of us who want to build an older version of build (e.g. 'before the next round of landscape changes') can get the older patches? Or better yet, put them on the Nexus. Or won't Dreadflopp allow that?
  14. Bug in merging: Putting all of Dreadflopp's patches into a merge is a bad idea, because several patches modify the same level lists, and merging does not combine level lists the way Bash does - it only uses the last one. Specifically, only the following esps contain non-level lists data, and can be merged: SRLE__MUS__CCOR New Recipes__WAA.esp SRLE__MUS__Lore Weapons Expansion__WAA.esp They need to be LOOT ordered after WAA Merged Patches.esp, no matter what. I personally would recommend putting them into their own little mod, and merging them as the last things in WAA Merged Patches. Whereas, the following esps contain ONLY level list data, and thus can be merged and disabled automatically by Bash. There is no need to use Merge Plugins on any of them, but you should set Bash DELEV and RELEV tags on them: CACO_3DNPC_Patch_lvl list.esp ----\ CACO_GrayCowl_Patch_lvl list.esp ---- these two mods edit the same leveled list, and so should not be merged together by Merged Plugins CACO_SkyTEST_lvl list.esp SRLE__Lore Weapon Expansion__aMidianBorn_ContentAddon__MUS.esp SRLE__Lore Weapon Expansion__MUS.esp I'm looking at those patches in TES5Eedit, and it looks to me like CACO_SkyTEST_lvl list.esp is totally redundant - it just duplicates the lists already in CACO, and it's removal of the 'Use All' flag on a few lists seems both wrong and useless, as Bash restores the UseAll flag from CACO on those lists. Can someone else take a look at this and make sure I'm understanding things correctly?
  15. You're running out of memory. If you set your DefaultHeapInitialAllocMB=1024 in skse.ini, then your maximum memory size is 1024 for both heap blocks combined, and thus only 768 in heap block 1, because 256 is allocated for heap block 2, and 1024-256=768. I recommend that you use the memory tweak in Crash Fixes, as specified in the SRLE install guide, instead of tweaking skse.ini.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.