Joat_Mon

Go here instead: https://wiki.step-project.com/ENBoost#Recommendations Follow install instruction #1: "Download and install the DirectX 9 Runtimes. (This is for good measure to prevent some commonly reported issues on the forums. Be sure to install it and not just extract it!)" To clarify, the words "DirectX 9 Runtimes" are a clickable link to the download page you need. Edit: for clarity.

If you do not experience a stutter related to VRAM being flushed then some of that memory is probably being wasted. Read through this post: https://enbseries.enbdev.com/forum/viewtopic.php?f=20&t=3822 especially the last entry where Boris states: "enbhost.exe do nothing to vram, it's just memory container. D3d9.dll flush data from vram when it unable to allocate memory any more in vram (but it flushes only dynamic memory ReservedMemorySizeMb) or flushing everything when device is reset (alt+tab in full screen mode for example). It removes some amount of resources of any type from vram when game creating render targets (for drawing shadows for example), as they must be located in fast real video memory (NVidia driver can place them in ram and draw to ram, so performance will be awful, read what i wrote in news page about gf970 several months ago). Flush at loading game is normal to Skyrim, because this stupid engine (or rather it's developers) do not take care about order of creating vram resources."

Sometimes you can get "unstuck" by toggling first/third person camera view. Try lowering your ReservedMemorySizeMb=512 to 256, if the game is still smooth try 128 or even 64.

Win 7 updates have been a problem for a while and especially bad for the last few weeks. Finally someone by the name of “Canadian Tech†has come up with a solution that actually works. One characteristic of the problem is that update hangs up on looking for updates. Another thing I've noticed is that the svchost instance that is running Win Update will keep at least one CPU core at 100% If you're have Win 7 update problems check out the link below: https://answers.microsoft.com/en-us/windows/forum/windows_7-update/windows-7-update-solution/f39a65fa-9d10-42e7-9bc0-7f5096b36d0c?auth=1

Not exactly the same level of detail there.

Absolutely +1 In addition I would recommend adding OPEN DNS to the list of "best practices".

This page https://wiki.step-project.com/STEP_Extended_Patch_Changelog was last modified on March 27, 2015, at 21:10. and still has several references to Unofficial Skyrim Patch.esp. Is this the most current version of the changelog?

https://enbdev.com/doc_skyrim_presetconvertion_en.htm ENBLOCAL.INI This parameter toggle patch features only or patch with graphic modification. ENBoost users who want to to play with graphic enhancement also, must set it to true: [GLOBAL] UsePatchSpeedhackWithoutGraphics=true

On July 23, 2013 Boris made the following two statements: "SpeedHack is default feature of ENBSeries, but it also one of the main for ENBoost. I never paid attention to performance with it enabled, just made it, but i think that users with low end pc and vanilla graphic must have it too, so ENBoost is the solution, less associations with graphics only, right? Anyway, to use the mod for graphics purposes, UsePatchSpeedhackWithoutGraphics=true must be set. UseDefferedRendering=true or false depends from antialiasing (false if you want it), performance and effects used." "Speedhack removes functions calls which aren't required, so less driver overhead." Which indicates to me that the setting is not related to the memory patch portion for ENBoost.

Per Boris about Skyrim + ENBSeries on Intel integrated graphics. 5/5/2014: "Intel unsupported, it's not have hardware features required for the game."

Ignore memoryblockslog.log. https://forum.step-project.com/topic/11193-shesons-memory-patch-meh321s-crash-fixes/

As of today’s KB3176938 cumulative update, which will put you on Win 10 Build 14393.105, the disk i/o problem is gone for myself and those people who depend on me for their computer needs. For Nebulous112 and anyone else using Intel RST for software raid or a SSD caching scheme, I don’t have any definitive information about the efficacy of this update. The machines I’m responsible for that are dependent on IRST are on Win 7 so I can’t test it.

Crash Fixes v12 update works fine for me. It will replace your Crash Fixes .ini file with default settings so you will need to redo any settings that you use, especially "UseOSAllocators=1" or your game will not start.

For some AMD users, myself included, the Skyrim profile in Radeon Settings is not working. In order to have the settings I want in-game I need to use the Global Profile. I still think TechAngel85 is right in that it is AA related. I have to use MSAA only, to avoid certain issues. Some AMD users have reported that they also have to reduce sampling, but I have not experienced that problem. Try putting all your Skyrim settings in the Global profile.

bUseMyGamesDirectory= You might want to read more here before you try that setting. https://wiki.step-project.com/Guide:Skyrim_INI/General#bUseMyGamesDirectory

bTransparencyMultisample =0 in skyrimprefs.ini

That solution works when you do not use local saves, which is the default behavior. Otherwise its not really possible to just redirect an individual profile's saves to another drive.

After a week of research and testing it turns out that this is mostly a nonissue. Based on notations in meh321’s source code for Crash Fixes and the following two statements; Meh321 states that using Crash Fixes memory patch will, “Completely disable Skyrim's memory allocator and use regular C malloc. That means memory blocks will not exist anymore…â€. Sheson states that, “Technically there is no way for MemoryBlocksLog to report the max number for heap memory (block1) incorrectly, it reads it from the address the engine uses to allocate the memory.â€I misunderstood that to mean that the Gamebryo engine would be prevented from creating the two heap memory blocks. It now seems to me that the blocks are created, then Crash Fixes removes them and it is just a timing quirk that MemoryBlocksLog is recording them before they are freed. Examining the TESV process in VMMap shows me that the blocks no longer remain allocated in game. I wish to thank hishutup, Sheson, keithinhanoi and meh321 for the thorough testing and documentation they provided here on STEP, and elsewhere.

How you go about forcing your laptop to use a particular GPU depends on how the OEM set it up. Google is your friend, sorry I couldn't be of more help than that.

If you are not using "local saves" then you can change the location of your C:\Users\yourusername\Documents folder with the Folder Properties dialog box, choose the Location tab to select whatever location you wish. Your game saves will be written to the new location as they are saved in a sub-folder of the that Documents folder.

sd3ddevice= is not a setting, it is only reported/written the first time you run Skyrim and is never used by the game again. You need to force your laptop to use your nVidia GPU before you set up or run Skyrim.

You will be able to access the partition of current Windows OS from the new Windows 7 partition. You should have no problem moving the game folder.

Yes https://wiki.step-project.com/Guide:ENB Toubleshooting

Perhaps check to see if a third party application or process interfered with the game set up or is interfering with running the game now.

This comment makes me think that something is fundamentally wrong with the base game set up, and your most recent post would seem to add credence to that idea but I would not know where to begin troubleshooting that.