Jump to content

Photo

Just Can't Get Skyrim Stable


  • Please log in to reply
22 replies to this topic

#11
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

I, too, have heard before that ini edits are imperative for stability, though it was in the context of "many stability issues can be tracked down to faulty ini edits."

 

I have followed STEP/ENBoost guides to the letter regarding ini edits.  Because of those guides I knew what exactly I was changing and why.  I am reluctant to just blindly throw away those ini's and blindly use some pre-fab ini without knowing what is going on.

 

Here are the ini's I am currently using:

 

Skyrim.ini
Spoiler
 
SkyrimPrefs.ini
Spoiler
 
I'll be a good sport and give yours a try, but I'll admit I'm apprehensive.


#12
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

Nope, those are no better; still crashing all over the place.  My ini's are based off of fresh Skyrim ini's @ ultra settings and they run just fine.  Your high & ultra setting ini's both ate frames for breakfast.

 

Maybe, considering that most crashes happen around settlements, I am having ETaC compatibility issues?  My MERGED ETaC Patches file contains the ELFX, LoS, BFT, NSutR, and Millwater Retreat patches.


Edited by Muladhara86, 21 July 2014 - 02:22 PM.


#13
Lord Garon

Lord Garon

    Old hand

  • Members
  • PipPipPip
  • 880 posts

Unavoidable CTD's occur when you max your ram allocation. You might try running Skyrim Performance Monitor and watching your memory use. Your sig indicates you have 4GB to play with and Skyrim will "try" to use it (request memory from the OS). But the rest of your system is also using some of that 4GB as well. Check your ram use with taskmgr/resource monitor prior to playing and see how much is in-use. Fire up SPM and Skyrim and see how much memory Skyrim wants. SPM can log data and you can see how much memory Skyrim was using when it crashed. Not a perfect check, but rapidly increasing memory use up to 3GB or so may indicate a lack of ram necessary for your mod load.

 

PS: There is a Skyrim - Invalidation.bsa in your Skyrim.ini resource list. What is that for? Do you actually have that bsa in your data folder? Archive Invalidation is NOT required in Skyrim and is not a component of default ini files.


Edited by Lord Garon, 21 July 2014 - 02:49 PM.


#14
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

I've used the Memory Blocks Log and Skyrim Performance Monitor in the past and ruled out memory related crashes.  Also, I can Riverwood to Winterhold or from Riften to Winterhold; I'll still crash in the same place.  That tells me that it's not memory related.

 

As for the Invalidation.bsa, it is in my data folder.  It's last modified date is different than the rest of the files, so I'm assuming that Mod Organizer added it for me.  In MO's profile manager Automatic Archive Invalidation is unchecked.  Should I disable that .bsa?

 

EDIT: Disabling "Skyrim - Invalidation.bsa" made no difference.


Edited by Muladhara86, 21 July 2014 - 03:31 PM.


#15
Faelrin

Faelrin

    Little Vampire

  • Members
  • PipPipPip
  • 602 posts

You were disabling mods. Did you do this and then continue to try playing that character and saving it? That might be your problem. Have you tried starting a new game and seeing if those crashes persist? Also you should always clean update.esm first before cleaning any dlc's and any mods that use the dlc's and/or update.esm.  I suggest you run steam's cache verifier and clean them again, starting with update.esm. 



#16
Lord Garon

Lord Garon

    Old hand

  • Members
  • PipPipPip
  • 880 posts

Yeah, you don't need Archive Invalidation; it was replaced with the much loved and error-free process of "load order". :cool:

 

Just to verify, does TES5edit load ALL your mods at once without complaining?

 

Is there ANY difference in the CTD locations using BOSS and LOOT load orders? (Make sure you run the DSR patcher/rebuild bashed patch when testing changed load orders)



#17
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

I don't use DSR/FNIS/ASIS while testing, because repatching each time is a pain enough already, what with me using TES5Edit and Wrye Bash.

 

Yes, TES5Edit loads all of the above mods without error messages.  It takes forever, but that's to be expected.

 

My copy of Windows thinks that it's pirated and won't accept my old key.  Because of this, it likes to pull me out of whatever I am doing to warn me that I might be a victim.  With Skyrim Performance Monitor in use, this causes me to CTD upon bringing the focus back to Skyrim.  These CTD's are unrelated to the crashes this thread is dedicated to solving.

 

I haven't tried BOSS with this setup yet, just LOOT.



#18
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

Okay, so I've been painstakingly adding mods one at a time, not using any of my merged mods (just the individual originals), making merged/bashed patches, and stress testing.

 

My method was to use "coc riverwood" at the main menu, setting my speed to 1000 and turning on god mode, and running circuits.  I ran from Riverwood to the W side of Falkreath, around to the E side, through the town, then up to and into Morthal, then back out again.  I'd jump off the cliff outside Broken Tower Redoubt and make my way into Solitude and back out again, then through Morthal and Dawnstar.  There I would use the carriage to take me to Windhelm.  I'd run around inside for a bit then go back out and make my way to Winterhold.

 

Everything was going fine until I added ETaC.  Afterwards I started getting ILS leaving Markarth.  Here is the load order: 

Spoiler
 
It's basically the same thing as before, sans Inconsequential NPCs, TPoS, SIC + HLE, Deadly Dragons, and a couple housing mods.
 
Am I just going to have to abandon ETaC?  Could it maybe not be just ETaC, but an interaction it's having with another mod?

Edited by Muladhara86, 21 July 2014 - 09:19 PM.


#19
Muladhara86

Muladhara86

    Enthusiast

  • Members
  • PipPip
  • 110 posts

@Little Vampire:  I have cleaned update.esm.  That was my mistake.  What I meant to say was that I hadn't cleaned Skyrim.esm/unofficial patches.  I've updated my original post to reflect this.

 

And yes, I know not to remove mods from an active playthrough.  All tests were conducted on fresh characters; see my previous post.



#20
Lord Garon

Lord Garon

    Old hand

  • Members
  • PipPipPip
  • 880 posts

I can only recommend one thing... I have the STEP REGS pack installed, along with many other mods. The "many other mods" were all installed AFTER the REGS pack was in and working (not a completely painless effort). ETaC is a core mod for REGS; I'm concerned that you are finding the ETaC problem now, with so many non-REGS mods in your load order.

 

Its a pain, but I would get REGS working first, including ETaC, before adding non-pack mods. THEN determine if a mod conflicts with existing mods. Saying ETaC is "causing" the problem is a point-of-view issue meaning you consider the existing set of mods is a reference. I would treat REGS as the reference standard and determine which mod conflicts with REGS. I would do it that way, simply because the REGS pack has been compatibility checked, unlike your current load.

 

As you are discovering, multiple mod compatibility is an art, not a science. Its why there are so few Skyrim mod sets out there (gems, step). I would build upon the STEP pack, not just add it in as you go. FWIW. 






Page loaded in: 2.249 seconds