Searcher7

I hate game problems. That means I have spent a considerable amount of time over the years forcing Skyrim to run reliably. Since Sheson's memory fix, I have had a very reliable, heavily modded Skyrim (STEP CORE and difficulty mods) on my Win 7 gaming rig. Win 10 has "undone" all that work, for me. In particular, Skyrim CTD's (again) and there is something up with different mod animations breaking (freezing, loss of character control). Its really frustrating. Have to admit that the Crimson AMD drivers and Win 10 have given me an across the board FPS increase for every game I've tested of about 15% - 20%. But, SOMETHING is mucking with game reliability and the useless Event error reports are zero help now. Just got done with a major re-install of two game setups (Non-MO); a "difficulty" setup and a "content" setup. Can't see a difference from the older setups in terms of CTD frequency or the (apparently) animation problems. I'm back to saving progress like I was pre-Sheson on Win 7. If it were only Skyrim, I might look elsewhere. But, its like Win 10 has resurrected all the original problems of other games, as well. I hate being a Beta tester for my gaming OS vendor. Just ranting, but I only use Windows for gaming. Not looking forward to re-installing Win 7 and going through the update process.

Just got done rolling back from 10 to 7. All my games seemed to run fine under 10 and, honestly, the AMD Crimson drivers for Win 10 gave me an across the board FPS increase on my little HD-7770 2GB. Not sure why. Unfortunately, my machine experienced freezing in Skyrim. It was the old "stop, but music still plays" freeze. Digging around in the system logs and I noticed that updates were occurring when I experienced the freezes. Not enough info for a statistical correlation, so I wonder if anyone else is experiencing the freeze in Win 10. I rolled back because Win 10 seems like the Beta software release of a system I don't want; a tablet OS. Can't uninstall some apps without Powershell. Apps integrated with the OS (Edge and Cortana). Simply unbelievable data collection with the "Everyone else does it" rationale (Lemming Excuse). Spammed error logs with no solutions to the "problems" (makes it feel like beta software). I'm a Linux guy and only game on Windows, so BASH was an interesting addition. Microsoft's effective monopoly allows them to impose their data mining and advertising philosophy will little user recourse. I couldn't stop several apps from eating up metered bandwidth with "telemetry" without disabling tasks or uninstalling entire packages, which adversely impacted system operation (ie, Cortana and Search). I spent much time taking ownership of files and folders because of the highly restrictive ACL's in Win 10, even on my Admin account. I want an OS that helps me manage my system, not interfere with that process. All-in-all, I'll stick with Windows 7 as long as I can. I have no use for device integration, nor integrated apps. I just don't see Win 10 as an OS; its a simple digital device manager, IMHO. Thank the Divines for Slackware Linux.

Merry Christmas, Best Wishes, and Peace to all.

You're quite welcome. "High" quality textures sets iTexMipMapSkip=0, presumably giving "high quality" textures by using the base image resolution. "Medium" sets iTexMipMapSkip=1, presumably using the next, half-size mipmap. "Low" quality sets the value to 2, apparently using the one-fourth resolution mipmap. Higher numbers (I see 11 mipmaps in many Skyrim DDS files) would probably look really bad up close. Mipmaps are normally used to more quickly texture distant (smaller) screen objects, as I understand them. Good luck on your freeze hunt.

I believe The iTexMipMapSkip entry is influenced by the Launcher Texture Quality settings. A mipmap is a reduced (half, I think) resolution image contained within DDS texture files. Skipping a mipmap causes, I believe, the game engine to render the next lower resolution (next mipmap) of a texture. It certainly reduces vram use on my machine, at least. Raising the number is probably a good thing to try if maxed vram is considered a potential problem cause. All those menu item display textures add up. Did you add ANY mod since having normal menus with merchants? I've had broken meshes (items added by a mod) cause issues like yours. EDIT: Its been awhile, so I re-checked Texture Quality and iTexMipMapSkip values; they are (inversely) related.

If you're into confusion, wasted effort, excess duplication, and hard to find problems, I (Nexus:Lord Garon) described to a curious poster the way I setup six Skyrim installs on my machine. I don't use MO, so only heretics need look at this thread.

Speedmult of 1500 does give me lots of stutter, even some lag. (But the physics of a running character going over a hill at x1500 make it almost worthwhile.) I do use 1000; it is a stress test, after all. I cheat a little and coc riverwood from the main menu; I don't run a lot of mods during the intro anyways. Most of my mods are added to a save after the start quests fire outside Helgen Cave. Then I role play the Flash for a while, mostly as described by Aiyen. I will also go into cities or interiors changed or added by a mod. I'll stop at a Forsworn camp and aggravate the natives, piss off some guards, check that the mod I'm testing actually does something, and just look for problems. I used to do this for a long time, now I'm satisfied if I get 10 or 15 minutes without a crash; a pretty good indication of early game stability, which is all that this test measures anyways. EDIT: Grammar

The latter, primarily. I also "visit" cities and other interior locations when running around Skyrim like the Flash. A particular modded spawn point, for instance, might CTD each time I approach it. I also find issues with missing meshes and textures, even a mod's NPC not being there. Glitches based upon a certain location are more easily found in high-speed testing than normal speed game play. By repeatable, I just mean in the same location/cell each time. Those are the (relatively) easy mod problems to fix. Random problems occur in different locations at different times during the test and I can't replicate them from one test run to another. The (supposed) texture issue I mentioned was a case like that; the game just drops to the desktop in different places and at different times. Very hard to isolate the cause of those type problems. Its why Sheson's patch didn't show up on 12/11/11. As I said, trial-and-error becomes a useful, if not methodical or scientific, method when your understanding of the process under test is limited. We have limited understanding of the Skyrim/Creation Engine code. That makes it difficult to even develop a methodical test suite; I mean, we're still talking about it four years after release. Vurt's test just allows you to speed through an otherwise time-consuming check of game operation. If we can't run a dedicated test suite, might as well see if it will just run. Its not a rocket science based test, just a quick check on overall game operation. In my experience, though, there is a definite correlation (NOT proof) between Vurt's Stress Test reliability and actual game play reliability. Increasing Time-To-CTD (TTC) in Vurt's test has, as far as I can tell, also increased TTC in my games, be it from removing a shaky mod, changing an ini tweak, updating drivers, etc, etc. On my PARTICULAR game machines, there is a strong reliability correlation between Vurt's test results and normal game play. That's all I'm saying. I absolutely HATE glitches in my games. At this point, amongst all the other modding tools and practices, including Vurt's Stress Test has allowed me to mod (my heaviest modded game is STEP Core+REGS+Difficulty Mods) many enjoyable, (almost) error-free games. FWIW. EDIT: Spelling

I also use Vurt's stress test. I somewhat disagree that it is invalid because a "normal" game will never undergo that level of "stress". Stress testing is a common method used to identify "weak links", rare failure modes, accumulating errors, and other issues not identified at design time. If the process under test were actually purely deterministic, the tools used to construct the PUT were flawless, and the original design perfect, I might agree. However, none of that is true. Operating systems are flawed, compilers are flawed, programs are flawed, hardware exhibits error rates, and users take unanticipated actions. Because of the inherent, and unknown, flaws present in the system, a heavily modded Skyrim game is a stochastic process, IMHO. The best you can hope for is a low (statistical) probability of failure in an environment arrived at through empirical testing. Obviously, Bethesda missed that boat in the QA, alpha, and beta testing stages for Skyrim. Yourselves (STEP), and the modding community in general, have "tweaked" the environment of Skyrim over the years to a fairly low probability of failure. Vurt's Stress Test is valuable insofar as it can exercise a great deal of game circumstances in a short amount of testing time. Repeatable errors are quickly identified and solved in a traditional manner. Random errors during the test, or in game play, are problematic for many reasons, not the least of which is the lack of official game specs. Trial-and-error solutions become the norm and the time advantage of Vurt's Stress Test helps in this scenario. In my case, with a lot of help from Garfink's older testing threads, I stumbled upon a repeatable result in the Stress Test which has a high correlation to my particular game stability; texture sizes. With a VERY reliable game setup, including most proven stability enhancements, my games will CTD randomly in, roughly, 10-15 minutes of stress testing. IF I optimize textures (DDSOpt) to 1k diffuse and 512 normals, the CTD's go away. Like camaro, I can zoom around Skyrim until I'm sick of it without crashing. An unoptimized texture game will randomly CTD about every 20-30 hours of gameplay (1/month). An identical, but optimized game simply does not CTD (0/7 months). I thought this might be a particular hardware/software/karma issue until I repeated the results on a new game machine. I have no idea why this is true on my machines/games; it simply IS. Don't discount testing methods off-the-cuff. Vurt decided upon a particular test for SOME reason(s). It SEEMS to have helped me find an issue with my particular setup. Of course, YMMV.

UPDATE: Nevermind, sorry. I apparently have a system/driver issue; the ONLY setting that impacts Skyrim FPS is iPresentInterval. No CCC vsync setting impacts game FPS, with or without enbseries installed, with or without Application Profile settings. Only iPresentInterval=0 or 1 impacts Skyrim FPS according to FRAPS or enbseries. Am checking other games now, but this issue does not seem to apply to Skyrim. EDIT: Indeed, my system is running full-bore on other games as well. Looks like an ATI driver install glitch.

Interesting. I quit verifying vsync/FPS long ago as the STEP/enbseries method has worked across several versions and game installs. I had the enbseries FPS display on the other day in Bits and Pieces in Solitude after checking out some out-door texture changes. I wasn't really watching it anymore, until I approached the door on the way out and it kicked way up to triple digits. Then, paying attention to it, I checked out my FPS and discovered vsync was not functioning, much like the OP's experience. I'm also on a .254 enbseries, but have an AMD card and CCC. At the moment, it seems only iPresentInterval=1 or a CCC "Always ON" or "On, unless" setting limits my in-game FPS. (I have a 60Hz monitor) I haven't had any obvious physics issues indoors, but the mod load I'm playing right now is fairly self-limiting for FPS indoors and out, unless I find a "quiet" scene to render. I'll fire up an external FPS counter and check things out methodically, but I can't seem to get enblocal settings to limit FPS, either. EDIT: Do any other enblocal settings impact the functioning of EnableVsync?

Haven't been everywhere, but Whiterun exterior areas aren't an issue, even with the massive Apple Garden overhaul. Some random voice issues in interiors, but its probably just lack of children dialog. But, unlike some, max vram has never caused me any issues, beyond a little stutter. Its flatlined at 2GB again right now. DDSOpt to the rescue!

Have almost got the perfect Skyrim going (actually, I don't NEED what I haven't installed yet), thanks to the tireless efforts of CJ, et al. I don't know how you keep up with it all. STEP core and REGS for looks and exploration, some immersion and lighting stuff, and now some VEGA additions for challenge. Its really nice to get my $#&! whipped while out adventuring and be able to come back to an interesting and lively town where just licking my wounds could turn into a new adventure.

UPDATE: Decided to re-install the Requiem setup and check out Vilkas. Didn't have any saves, started new game, tried to duplicate previous character, but who knows. Went to Jorrvaskr at Level 3. Much different this time; he rarely attacked (my "in" last time) and it was hard to get to him while he was blocking. Did much less damage to him as well. He did the same amount to me, usually a 1-shot if I wasn't careful. Got him to re-heal twice, but was never from bleedout stage. Fights were very short compared to last time. Seemed like a reasonable test this time. No idea why, but obviously glitched the first time through. FWIW.

You know, its not my intent to simply bash here. I struggled with whether to even post my original comments, concerned they might not be relevant or helpful to a Pack discussion, which does seem to be the case. I thought, simply, that expressing a different perception of Requiem might allow some Pack mod choices to round off any rough edges my perceptions might bring up and increase the "availability" of this Pack to players who might hold similar views. Right or wrong, a common perception of Requiem is that it is a difficulty mod and some players shy away from it for that reason. I rant elsewhere, I only wish to contribute to STEP. Indeed, I have not analyzed specific issues, as with Vilkas, to see if they were intended or not. This was my first really focused attempt to play through Requiem, my previous attempts were even shorter, and I cannot quickly discrern glitch from intent. He Vilkas wasn't "easy" to beat up on, but I'm coming off a VEGA equivalent playthrough and am still mob paranoid. And I was (trying to) playing hardcore, so any encounter is not taken lightly. I may reload the setup and check it out, perhaps I can make a real contribution after all. Thanks for the info. @fireundubh: I've played most of the games you cited; none of them even compare to SkyrimRequiem. EDIT: D&D had its own game franchise, those games were nothing like more modern RPG's who simply used "D&D" as a marketing hook. I just can't get my head around Requiem; not even Dark Souls 2 is as frustrating. IMHO, of course. @Smile44: A fellow DM. Your comment got me thinking about the "old" days. I've still got a bin out in the storage shed full of laminated hex grid, pewter miniatures, about a hundred die, tattered copies of DM guides and Arduin Grimoires, and some 5 1/4 floppy disks(!) with my VIC-20 DM helper programs. That VIC-20 was great; it deflected the ire of players getting an unfortunate roll, from me to itself. And saved a lot of player characters by doing so. Well, I will leave, unless asked something pointed. Again, you STEP contributors are simply awesome and are a huge factor in maintaining the popularity and playability of Skyrim. Smile44; the Best of Luck to you and thanks for all your efforts, here and elsewhere. Gaming is a big part of my entertainment and relaxation time; thanks for making it more enjoyable.