XiNAVRO

Been testing extensively to see if the behavior pops up elsewhere. Seems like my initial suspicion is actually correct - tested with ENB v249 on Fallout: New Vegas, game was playing perfectly fine until the moment I quit. Unlike what happened to Skyrim though, this time it right up showed "Display driver stopped responding and has recovered" error. This of course is with ENB + MO + ShadowPlay (in fullscreen mode to make sure that ShadowPlay actually kicks in). To ensure that this wasn't a driver specific issue, I rolled back down from my current 337.88 to 334.89 and tested it. Exact same issue again - Skyrim shows GPU load after quitting and it won't recover until I force quit ShadowPlay application or re-log my Windows account. Fallout: NV still shows the same "Display driver stopped responding and has recovered" error. Both behavior does not happen when any of the three - ENB, MO, ShadowPlay - is not loaded. Seems like I am stuck between a very specific rock and a hard place. EDIT: Spelling.

ShadowPlay is only doing that when ENB and MO are involved - it has no issues by itself, or with ENB only, or in any other game. The issue emerges only when all three are enabled. I have also used the borderless option that ENB offers to see without turning ShadowPlay off to see if it's the ShadowPlay installation itself being somehow faulty, and this wasn't the case either (ShadowPlay does not kick in unless the game is running in fullscreen mode, and by using borderless mode ShadowPlay is still in the background but the hooking itself does not happen). As stated in the OP I have downgraded my drivers initially to see if it was a driver specific issue, and upgraded it back to its current state. I did neglect this information, but GeForce Experience and Nvidia Inspector, evga Precision were all uninstalled and reinstalled fresh to ensure that nothing was leaving any residue.

I have considered STEP community to be one of the more mature, constructive places where I can exchange opinions in a civilized manner. Guess I will have to reconsider that from now on. The fact that I am using ShadowPlay insists that I am on Windows, hence there will be the base APIs that will run for standard Windows application, drivers, also DirectX. The fact that I am using GTX 780 and swapping it with a previous GTX 570 for testing indicates that I am using a desktop PC, hence no chance for Optimus. I haven't used any virus scanner since the days of Windows 2000 and haven't had a single issue since. None of the files related are within Program Files (x86) and none requires specific administrator privileges - any Windows user with common sense and history of using x64 version over the past few releases would know to avoid that on principle. You can assume how a DRM from an unrelated software can cause issue with Skyrim, yet you are ignoring the fact that upgrading MO and potentially changing how the hooking / proxy function resolved the artifact issue. MO having issues with SKSE shortcuts in v1.2.1, no matter which mechanism was chosen in the menu, indicates that between v1.2.0 and the current v1.2.9 that there was a change in how the proxy function works. You can check this in the MO bug tracker / Nexus MO thread for users reporting this issue. Also the needless, baseless accusation that I have malware on my system. On one hand I understand you are, on a daily basis, dealing with users who can barely tell the difference between Windows installation and sorcery, but this sort of comment isn't helping at all. I have so far stated my observation, and the methods I have used to circumvent certain objects in question and reprocess my setup. Quoting myself, I'm open to suggestions.

The issue really has nothing to do with data directory at all; MO's virtualization feature isn't the suspect. MO's hooking and proxy function is. Task manager shows no peculiar process taking up system resources - however, when I quit all the nvidia applications it did stop the load meter spiking upwards. After some more testing in depth, I have concluded that the issue only happens when I am using ENB (wrapper), MO and Nvidia ShadowPlay on top. I have tried enabling manual ShadowPlay recording but after quitting the game the recording ends. However the application is still running and continues to take up the GPU load. This does not happen if any of the three are not running: ENB, MO and ShadowPlay. Interesting.

I have to disagree. Since it only happens when I'm using ENB + MO, and this does not happen with just the ENB without MO, I would say it has to do with how the proxy / hooking works between two DLLs. As I have stated in the OP I have tried numerous different setups and versions to ensure that this was the case. Also the fact that a version change in MO resolving the artifact issue but still forcing the GPU to be on load would indicate that the culprit is, in fact, MO. If you have an alternate plausible theory or can suggest an alternate method of testing to confirm that it isn't MO's proxy doing this, I'm all ears. Rather than putting MO's proxy function itself at fault I would rephrase it to "potential compatibility issue between ENB and MO", if that sounds more accurate. Beg your pardon, but have you read the OP? Does not happen without MO, does not happen in other games, does not happen with any other combination period. EDIT: Just to ensure that it isn't the VRAM causing this, I pulled out my old GTX 570 from my media center machine to replace my current GTX 780 and tested this. Results are the same. Unfortunately I don't have any Radeon cards at hand to test this to see if it's an Nvidia specific issue that happens with MO + ENB. Now that I think of it my installation of Skyrim is proxied by total of no less than FIVE applications: Steam, SKSE, ENB, Mod Organizer and Nvidia ShadowPlay. Since the last MO update from 1.2.0 to 1.2.9 I haven't seen artifacts so I assumed ENB + MO was at fault here, but the current GPU load could be ENB + MO + ShadowPlay. The plot thickens.

Hello again, After searching relevant forums for a while (Bethesda Skyrim forums / Nexus forums / ENB forums / nVidia forums) and personally testing for about two weeks time, I am certain that this is an issue with Mod Organizer itself. I was using the previous version v1.2.0 for a while since v1.2.1 had an issue with properly creating SKSE shortcuts - then I realized, whenever I run Skyrim with Mod Organizer and quit afterwards, any application in Windows that uses the GPU would show visual artifacts. This was happening with MPC, VLC, KMPlayer (video playback softwares) and Google Chrome, resulting in blocky artifacts / barcode resembling artifacts. The artifacts, however, did not show in any other games - just applications that would rely on the GPU. I tried running applications in windowed / borderless mode to ensure this. Since the latest update v1.2.9 it seems like artifacts aren't showing up anymore, but on the other hand evga Precision is showing that the GPU is in constant load after closing Skyrim. I am running evga GTX 780 with GeForce 337.88 drivers, Skyrim is running on SKSE 1.7.0 alpha with ENB v254 on fullscreen mode using the standard Mod Organizer launch mechanism. I have tried with a different combination of tools - previous version of GeForce driver, MSI AfterBurner instead of evga Precision, 1.6.11 build of SKSE, and an older distribution of ENB, and borderless mode as well. Still no dice, and this does not happen without Mod Organizer. If I were to assume I would say that the proxy function that MO incorporates when launching Skyrim is causing Windows to mistakenly think that there is a D3D9 application running at all times, hence causing the GPU to be on high load even after closing Skyrim. Not sure if this is just happening to me or if it's a bug that has not been fully ironed out yet.

Check the Mod Organizeroverwrite folder to see if there is anything inside - usually FNIS files are created there and may cause issues.

Well, that is a shame. Running two instances of MO in my case would defeat the purpose since the main reason I organize and maintain my list in that manner is because whenever I try to introduce a new mod into my gameplay, I want to see how it affects each instance of Vanilla (Deadly Dragon + ASIS), Requiem and SkyRe without meddling too much. Disk space isn't really a concern since I did not install Skyrim on my SSD, but ticking multiple mods and not having to worry about discrepancies or files overriding one other is the main reason I use MO and thus keeping two instances would be losing its merit. Back to using filtering it is then. Although I do feel like it would be a definitely nice function to introduce to the next version of MO - perhaps I will make a formal suggestion.

Already mentioned it in the OP. Again, rearranging the mods when certain things need to be overridden by the other (e.g. compatibility patches) for all three setup by filtering can be tedious. As mentioned in the OP I prefer leaving identical mods with different corresponding versions at the same place of list so that I can easily organize and rearrange them. It just gets too long and sometimes I am uncertain if I checked a mod after switching from one to other so hiding the ones that are not associated with that profile, for example, would be a great feature.

Hello, Been keeping an eye on Mod Organizer since its launch but only started using it recently since the early versions did not properly support Nexus Premium download servers / NMM links. That being said I am loving MO - there was a tool with similar purpose for Oblivion called mTES, but seems like MO is an entirely different animal of a much larger caliber. Absolutely recommended for any mod use. However I recently came across a minor issue and cannot seem to find an answer on the wiki or by Googling. I have been holding off my interest in Requiem and SkyRe (Skyrim Redone) since both of them are giant overhauls that has a high potential for conflicts, and also incompatible with quite a bit of mods. Thanks to MO now I can create a profile for each separately and tailor my current mods to work with either or; this, however, makes my mod list on the left pane quite untidy and clogged with checked and unchecked boxes in turns. For example: [v] ASIS [ ] ASIS - Requiem [v] Enhanced Character Edit [ ] Enhanced Character Edit - Requiem [ ] Enhanced Character Edit - SkyRe [v] Immersive Armors [ ] Immersive Armors - SkyRe Since I can set multiple categories for each files, I have created new categories named Requiem and SkyRe to tick them on files for each respectively. Using the filter function I can tick the boxes rather conveniently. However whenever I am trying to add a new armor / weapon, or introduce a new element to combat or magic, I have to go through the list of 300+ mods to find which order I would arrange the files as. Sure, I could move all the Requiem or SkyRe files to the top and leave the unused ones at bottom in each profile to do so, but I prefer arranging it in that manner so that I can immediately sort out which file overrides which, and that makes it easier to sort the order when I have to place something before / after across all profiles. This would be easily solved if I could make certain mods only show up with a specified profile; I'd imagine using the custom category to do so would be ideal. If there is such function that I simply missed, please let me know. If not, then I would like to appeal this as a function available for the next update of MO.