Fallout NV Mod Conflict Troubleshooting

From Nexus Mods Wiki
Revision as of 22:33, 27 October 2016 by Dubiousintent (talk | contribs) (Issue: Distant terrain/LOD flickers rapidly: updated)
Jump to: navigation, search


Contents

Overview

Troubleshooting is a logical process of elimination. If all logic fails, you have to revert back to a vanilla game and slowly re-install mods, testing each one thoroughly before adding the next. It is a trade-off of "time" versus "effort". Where that tipping point lies is up to you. This is why you are always advised to follow a slow "install and test each mod one at a time" procedure when first setting up your game. Then you know specifically which mod is causing your problem, which saves time.

Checklist

Standard list of things to ask yourself about your current FNV problem:

  1. Are you getting an error message? What is that pointing to as the source of the problem: the game, Steam, or Windows?
  2. What most recently changed (as far as what you have deliberately done to your game is concerned: New, updated, or removed mods or plugins)?
  3. Try renaming both the INI files in the "C:\Users\<YourAccountName>\Documents\My Games\FalloutNV" folder, and let the game rebuild them. (There might have been some unexpected changes.)
  4. Does the most recent mod change use New Vegas Script Extender (NVSE) or supplemental plugins like JIP NVSE Plugin or Lutana NVSE Plugin? Check that log (in the game's root folder: i.e. "<Steam install path>\steamapps\common\FalloutNV").
    • In the folder "Data\NVSE" create a new text file and name it "nvse_config.ini". (This is not created when you install NVSE.)
    • Make sure "hide known file types" is disabled in Windows Explorer's folder options, or it will have a hidden ".txt" extension which you don't want.
    • Copy and paste the following into it:
    [Logging]
    EnableGameErrorLog=1
    This will enable the game's error log the next time you run it, which will then be found in your FNV root folder (where you put the NVSE executable files). There will be two files: "falloutnv_error.log" and "falloutnv_havok.log". The first one is very useful for finding broken stuff in mods or the cause of crashes. Not everything in it is an error so keep that in mind; some are just warnings.
  5. Did the mod need to be added to MCM/oHUD/UIO? (Those mods need to see it when they are installed. See the wiki article HUD-UI-Menu issues and re-install them.)
  6. Is your version of Windows 32 or 64-bit? (32-bit may require BOOT.INI changes to use more than 2GB of memory. See this 2-4GB game memory limits and solutions article.)
  7. Are you using a FNV4GB Loader? (Increases available memory. But see the question about 32/64-bit Windows. It's related.)
  8. Are you using an ENB preset? (Alters the graphics environment, including INI changes.)
  9. Are you using Reshade/SweetFX? (Alters the graphics environment, including INI changes.)
  10. Check the game graphic & ENB/SweetFX options do not conflict with video driver settings. (Anti-aliasing, ambient occlusion, anisotropic sample size, v-sync, anything else that is mentioned.)
  11. Are you using LOOT to sort your mod "load order" (LO)? (Reduces mod conflicts.) If you don't like LOOT's results, or wish total control over your LO, see the wiki article Load order and you for an approach to organizing the LO and creating a "merge patch" file to manually resolve conflicts.
  12. Do you have more than 130 active plugins in your LO, or more than 140 plugins installed (active or not) in the game DATA folder? The game can have problems with anywhere between 130-140 active, or too many installed, depending upon your system. This may manifest in any number of strange ways to include apparent missing meshes and textures that were there before, along with CTDs.
  13. If you are having a "texture" problem, see the ArchiveInvalidation (by Manager) sub-topic.
    • When in doubt, it will never harm things to try toggling "ArchiveInvalidation" off and then on again.
  14. Are you missing any of the "game fixer" mods? See the Issue: Vanilla game bugs sub-topic for a list of specific recommendations.
  15. If any LOD files (distant landscape terrain) have been added, re-run TES4LL. Edit in the following parameters in the "tes4ll_make_..." files for FNV:
    ... _gamemode=FalloutNV _worldspace=WastelandNV _worldspaceid=894758 _worldspaceidhex=000DA726 ...
    (See the TESTG site for a glossary of terms and descriptions of/links to utilities. The VWD-OB page includes a basic batch file for assistance in automating the process.)
  16. If the LO has changed, re-run FNVLODGen after LOOT. (Rebuilds LOD quadrants (quads), which are "load order" dependent.)
  17. Use FNVEdit (loading the entire LO) to check for Masters that are missing or loading after Dependencies. See wiki tutorial Missing Masters.
  18. Are you using a Wrye Flash Bashed Patch or a manually created "merge patch" file? (Resolves record level conflicts.) See S.T.E.P. Merging Plugins Guide which covers both approaches. (Use of "Mod Organizer" is not required.) Use the Wrye Bash Pictorial Guide to quickly get functional with "Wrye Flash", which I think is the easier approach for a novice modder.
  19. If you are using "Wrye Flash" to create a "Bashed Patch", have you gotten all "green" checkboxes for all your mods? See the first post in the pinned thread Fallout New Vegas Beginners guide to modding by gromulos.
  20. Was there an update to a mod that has been included in a "merged plugins" or "merge patch" file? Rebuild the "merge" file.
  21. Did any system or driver updates occur? (Third party processes might be the cause if nothing else changed.)
  22. Does your hardware meet the game's minimum requirements?
  23. Did you install Steam under the default location of the "C:\Program Files" tree? This causes many "strange" problems not otherwise explainable. As painful as it may sound, read the wiki article Installing Games on Windows Vista+ and move at least FNV. That article has a link to the official Steam Procedure.
  24. Finally, the problem might be an overheating hardware component. This usually shows up after a period of time which is typically fairly consistent but unpredictable as to when it manifests. Try installing and keeping an eye on a temperature monitor, such as Speedfan (freeware). Your motherboard manufacturer probably has one available as well.

ArchiveInvalidation (by Manager)

"ArchiveInvalidation" is a method by which the game is told to look for "loose files" in preference to those in the vanilla BSA files. This is the reliable method to get a mod's own texture and mesh files utilized, assuming you have properly installed those "assets". This post explains the problem and history quite well.

Check you have "ArchiveInvalidation" enabled. You may need to "toggle" it off and then on again.

  • Open your mod manager.
  • Mod Organizer (MO): Select your "Profile". Turn on "Automatic Archive Invalidation" in the "Configure Profiles" dialog. Close the mod manager.
  • Fallout Mod Manager (FOMM): Depending on the version you have, find "Archive Invalidation" either under the tools tab or find the button "Toggle Archive Invalidation".
  • Nexus Mod Manager (NMM) or the newer Fallout Mod Manager - Forked (FOMM): if there is a "check mark" shown next to "Archive Invalidation", remove it and close the mod manager. Open the mod manager, open the "Tools" and place a "check mark" next to "Archive Invalidation".
    If there is not a "check mark" next to "Archive Invalidation", place one there and close the mod manager.
  • Wrye Flash (WF): click on the "Installers" tab, then right-click on the "Package" column header (gray bar) and click to place a "check mark" on the "BSA Redirection" context menu entry. Then right-click on the "Package" column header again and select "Anneal All".
  • If you don't use a "mod manager", you should. But there are mods out there that provide the same "BSA Redirection" functionality (the currently more effective form of "ArchiveInvalidation") as an addon.
  • For other texture problems, see the TESTG Troubleshooting section.

Mod Conflict Isolation

If you have to isolate a mod conflict, try first "disabling" half your mods, and testing. If the problem disappears, then you know the mod conflict lies in the "disabled" half of the mods. Re-enable half of those "disabled" mods while disabling the other (previously enabled) half, and test. Keep repeating this "halving" process until you have narrowed down the mod that causes the problem only when it is active. This is the quickest way to isolate a problem mod.

If disabling mods does not pin down the culprit, then you have to uninstall them to completely remove their influence, because they overwrote something which is causing the problem. You can use the same "halving" technique but often it will be quicker to just uninstall everything and start over from a "vanilla" game that you have tested has no problems.

If you un-installed and re-installed the game but even without mods it crashes on startup, likely you forgot to clear out your "C:\Users\<YourAccountName>\Documents\My Games\FalloutNV" folder. The game places your specific versions of the Fallout and Fallout_prefs INI files there, along with your "save games". Try renaming the "Users" folder INI files first. Then if that fails move the "saves" elsewhere, delete that FalloutNV folder's content, and re-install again. If you have to re-install again anyway, be sure to install to a folder that is not under the default "C:\Program Files" folder tree. See Installing Games on Windows Vista+ for the rationale and guidance.

When the above is not sufficient to resolve your problem, please report what steps you have tried so we don't waste time suggesting you repeat something. In such cases, report the actual steps: not just "I followed the guide". We need to know you didn't miss or misinterpret something.

It's always useful to post your Load Order (in "Spoiler" tags. Use the "Special BBCode" button in the Forum "Reply" menu bar). Screenshots are not the best way to convey your LO, because they usually can't include everything in one image. LOOT can copy your LO into a list suitable for posting on forums. (It's under the ":" with three dots to the extreme right in it's menu bar.) Most "mod managers" have a similar "LO List" capability. But the total number of mods you have installed in the DATA folder is also important, because even inactive plugins are counted against the "140 cap".

Towards Game Stability

  • If you want a stable game, don't make any changes to your setup once you start playing and making "save game" files. Even updates to current mods run the risk of making things unstable after the point they are added. If you do update, ensure you know which save to revert to prior to that update if it goes wrong.
  • Removing a mod that has stored some elements in a "save file" will leave residue (even with a "clean save") that can cause problems down the road. In particular you have to watch out for mods that use scripts to permanently change form and leveled lists (such as, purely as an example, Millenia's Weapon mods). This is not, in and of itself, a bad thing as there are compatibility advantages to using this "script" technique. Such mods usually point this out in their description. But it is something to pay attention to when experimenting. It's better to find out what causes problems before you start to play in earnest.

Specific Solutions

Issue: Application load error(s)

  • Cause-1: Specifically error codes: "5:0000065434" or "P:0000065432" indicate the Steam Client is not loaded.
  • Solution-1: The "Steam Client" may be in "Offline" mode and minimized, but must remain running while launching the game, even with "nvse_launcher" or "fnv4gb".
Note that the "Steam Client" is what displays the "Library", "Store", etc. It is a separate piece of software from the "game" and performs the authentication that your copy of the game is legitimate.
  • Cause-2: For some people, the game will not run without "Multi-threaded AI" enabled.
  • Solution-2: In all three INI files, under the "[General]" section set the following values:
bUseThreadedAI=1
and add the line:
iNumHWThreads=
and set that to however many cores your processor has. Note this added line is not a "performance" tweak (the game does multi-threading by default and the "iNumHWThreads=" setting may restrict it) and is not recommended for everyone in general. Some people have experienced adverse effects. Use with caution and test the result.

Issue: Vanilla game CTDs on startup

Uninstalled and re-installed the game but even without mods it crashes on startup.

  • Cause-1: Likely you forgot to clear out your "C:\Users\<YourAccountName>\Documents\My Games\FalloutNV" folder. The game places your specific versions of the Fallout and Fallout_prefs INI files there, along with your save games. These are not replaced when you verify/re-install the game.
  • Solution-1a: Try renaming the "Users" folder INI files first. Then if that fails move the "saves" elsewhere, delete that FalloutNV folder's content, and re-install again. If you have to re-install again anyway, be sure to install to a folder that is not under the default "C:\Program Files" folder tree. See Installing Games on Windows Vista+ for the rationale and guidance.
  • Cause-2: If the CTD occurs before you get to the Main/Pause Menu, likely it is a "missing master file" required by a mod.
  • Solution-2: See the wiki article Missing Masters for a tutorial on how to determine the missing file and fix this problem.
  • Cause-3: Recently (mid 2016) nVidia (and now AMD) driver updates and some Windows 10 updates have started to cause CTDs upon startup to previously trouble-free games. Apparently FNV is now old enough that it has been dropped from the "test suites" for these products. This is a common, routine practice in the industry. Update: both video card vendors nVidia and AMD are claiming it is the result of a change made to the WDDK toolkit. They are waiting on Microsoft to fix it. (Past experience is that MS won't because they regard it as an "application error".)
  • Solution-3a: The "New Vegas Anti-Crash" (NVAC) mod as of v7.5.0.0 (released 25 Oct 2016) has been reported to fix the conflict with the latest video drivers from nVidia and AMD.
  • Solution-3b: Rolling back to nVidia drivers 368.81 or 368.69; or AMD driver 16.8.3 have been reported to successfully resolve the problem with Win10. In general, avoid upgrading your video card drivers unless the latest fixes a particular problem you are encountering. To prevent Win10 doing this to any drivers in the next or future updates, see this article on Taking back control of Windows 10 driver updates.
  • Solution-3c: Depending upon the nature of the Windows update (all updates provide a link to a MS Knowledge Base article explaining the update in detail), reverting to the "system restore point" prior to the update may be a reasonable solution. However, in the long term this might prove to be a security risk, so be sure to report the problem and track the status of the update for possible fix and re-release.

Issue: Problems point to Steam as the source

Errors such as a "Preparing to Launch" message loop, or nothing apparently happening when you click to start any Steam game, or system error messages ask to troubleshoot Steam.

  • Cause: A corrupted "ClientRegistry.blob" file.
  • Diagnostic: First, confirm this is a Steam problem with the following steps.
    • Use the "verify local files" option in the Steam Library.
    • Ensure the launchers (FalloutNV.exe, FNV4GB.exe, nvse_loader.exe, nvse_steam_loader.dll, etc. as appropriate) are up to date.
    • If you have the game installed in the default Steam location (under "C:\Program Files"), ensure the initial launcher or the shortcut used is set to "run as administrator". (All other files will be launched using this launcher's environment and credentials.) If you are having problems with the game installed elsewhere, try setting the launcher to "run as administrator" as a test.
    • If all this fails, and if this problem is happening with all of your Steam games, then you have a "Steam Issue". The fix is simple.
  • Solution:
    • Ensure you have completely closed down (as in "log out" and wait for it to close) the Steam Client.
    • Locate your "Steam" (not the game) folder (i.e. "C:\Program Files\Steam") and delete the "ClientRegistry.blob" file. (Though you could try just renaming it.) This How to FIX Steam Preparing to Launch Loop other Steam Problems 3.5 minute video shows you how to do exactly that if you are better with visual explanations.
    • Now when you try launching your game the issue should be solved (or at least you should get a different error).

Issue: How to disable the Steam Overlay

Sometimes it is necessary to turn off the Steam Overlay in the Steam Client in order to resolve a conflict.

  • Cause: The Steam Overlay uses a technique that can conflict with other applications or tools using a similar technique. This solution assumes disabling the Steam Overlay is the preferred method of resolving this conflict.
  • Solution:
    • Open the Steam Client.
    • Select "Steam | Settings" from the top menu bar. This will open a "Settings" window.
      • Select the "In-Game" option.
      • Disable (uncheck) the "Enable the Steam Overlay while in-game" option.
      • Click on the "OK" button to close the "Settings" window.
    • (Optionally) Select "Go off-line". Without the Overlay, there is no real reason for the processing overhead of being "on-line" to the Steam Server. This will require restarting the Steam Client, but will thereafter remain in effect until you choose to change it again.
    • Minimize the Steam Client. (Even in "off-line" mode, it is necessary to start the Steam Client for the DRM licensing engine to enable play.)
    • Launch your game from a shortcut on the desktop.

Issue: Vanilla game bugs

Most that have been officially patched or are XBox or PS console only are available on the Wikia Fallout Portal page.

Issue: Unable to draw weapons, fire, or crouch

Also related: Sunny Smile's initial greeting dialog is actually that from a later stage:

Initial greeting: "Cheyenne, stay. Don't worry, she won't bite, unless I tell her to."
Later greeting: "Yeah alright. Let's just get done with this first and we'll talk later. Preferably somewhere I can get a stiff drink and Cheyenne can cool down".
  • Cause: Removal of all "tumbleweeds" from the game. The first "tumbleweed" seen upon exiting Doc Mitchell's house after creating a character is scripted. It's absence (i.e. a mod to remove all tumbleweeds also removes that script event) breaks the game.
  • Solution:
    • Temporary: Move to somewhere you know you should be able to use all those functions, open the in-game console (<~> key), and enter "EnablePlayerControls" (without the quotes) and hit <Enter>.
    • Permanent: Uninstall any mods that remove all tumbleweeds before creating a new character. Often this functionality is incorporated into "performance" mods, so if it isn't mentioned in the description some testing may be required. However, once the character has stepped outside of Doc Mitchell's so the scripted "tumbleweed" event occurs, they may be installed.

Issue: CTD on interior/exterior/"fast travel" cell change

  • Cause-1: Most crashes on cell-change are caused by the autosave feature choking because it's trying to write data into a save it corrupted the last time you changed cells. Note this may mean your last several saves are corrupt. "Auto-saves" are dangerous because they are seldom able to tell when the game is in the middle of doing something else critical.
  • Solution-1: Most importantly, completely disable all manner of autosaves in the game options. The CASM and CASM with MCM mods attempt to provide more control over such situations. Simple Saves provides timed interval "full saves" without all the features of CASM, but only keeps 5 versions before it starts overwriting older files after the 5th save. They are all better than the built-in mechanism, but don't rely upon any auto-save exclusively. Manual "full saves" after waiting about five seconds with nothing happening are still safest. Also, you can use Clean Quick Saves to create a new "quick save" file every time, which is safer than overwriting an existing file. You will need to periodically clean old ones out (they count against the total number of save files you are allowed), but the purpose of a quick save is as a "temp" for safety's sake rather than a place to resume the game session from. They do not save as much data as a "full save". QSaves are best reloaded when you are still in the same cell (preferably in the same position) as when you saved.
  • Cause-2: Crashes on cell transition will happen more often the more mods you have that affect NPC's & levelled lists.
  • Solution-2: You can't run different mods like that, reliably, without a "bashed" or "merged" patch. See S.T.E.P. Merging Plugins Guide for a description of both approaches.
  • Cause-3: The default game "heap size" is too small for some modded games.

Issue: CTD without warning, "Out of Memory error", or stops responding

Happens without error messages, as if the game runs out of memory, or the OoM error message.

  • Cause: The vanilla game's default "heap size" is very conservative and can easily be exhausted by a modded game. There are a couple of distinct types of "heap" and it is not clear which is running out of memory. One is used in programming to implement a data structure such as a priority queue, and another in memory management as an area for dynamic memory allocation and swapping code around. Both types are commonly used.
  • Solution-1: Increase the heap allocation size. Initially use either the "Sheson memory patch" or NVSR. The current NVSR (v4.1.36) "heap replacement" can also run into "out of memory" errors regardless of the algorithm chosen in some situations. Both can work together, but even if they are not attempting to change the same heap allocation (unknown), their combined effect with the suggested sizes is to use up almost 1GB of game memory (out of 2-3.8GB) for this purpose.
  • 1a: Activate the "Sheson memory patch" (unknown type of heap) in NVSE. This may require creating the "Data\NVSE" folder, and the file "nvse_config.ini" in that folder. (They are not automatically created by NVSE when you install it.) Copy and paste the following two lines into the "nvse_config.ini" file:

[Memory]
DefaultHeapInitialAllocMB=448

Using a size of "240" or "256" is suggested if you are not using FNV4GB or some other means to utilize the maximum ~4GB of game memory.
  • 1b: Alternatively, The mod New Vegas Stutter Remover (requires NVSE) contains both an adjustable heap size and alternative heap algorithms (unknown type of heap). These are disabled by default for maximum stability, so it is necessary to read the provided documentation and edit the NVSR INI file.
  • A larger heap size of 450(MB of RAM) is suggested, but Intel processors work more efficiently when they align with multiples of 16 bytes, so I suggest using a heap of 448, 464, or 512.
  • There are several "heap algorithms" and only some experimentation on your part will tell you which works best for your system. This is documented in the INI file (located in the "Data\NVSE\Plugins" folder) as well as the download page.
  • The current NVSR (v4.1.36) "heap replacement" and algorithms can be reliably demonstrated to increase the number of CTDs and "out of memory" errors under certain circumstances, so only testing will tell if it is a solution for you. However, many have success with it in typical modded games. Other features of NVSR are still of practical use. Some people have found that disabling NVSR's heap ("Heap Replacement=0") solves their "out of memory" CTDs.
  • Solution-2: Enable two "purge cells" options in the three "INI" files:

[General]
bPreemptivelyUnloadCells=1

and

[BackgroundLoad]
bSelectivePurgeUnusedOnFastTravel=1

Solutions 1 and 2 can safely be combined.

Issue: HUD-UI-Menu messed up or missing

  • Cause: An XML file is missing an expected element. Usually this is caused by a mod installation overwriting the XML file in question.

Issue: Game in slow motion

The foundation of game performance is to first optimize your system for gaming. The wrong settings can actually hurt performance, and the defaults are very conservative.

Queued, the author of the New Vegas Anti-Crash (NVAC) mod, reports in the NVAC support thread:

'I looked through New Vegas code as I was making that list to determine if they read the setting and then if they actually used the variable set after reading the setting, so I'm fairly confident in the " Does nothing" notes in particular. Aside from INI settings, there is also a crazy amount of Game Settings (set via esp / esm / script / console) that also are never used by the game.'

The "list" he mentions was from the tool New Vegas Configator, which outside of that program must be translated to settings in the INI files as described in "Tweakguide's General Fallout game guide". It follows with Queued's comments on the values (which are not recommendations) used by someone having CTDs, given in "("parentheses")" for reference only:
  • Fullscreen (OFF) - No problem.
  • Anisotropic Filtering (8) - No problem.
  • Antialiasing (8x) - No problem, though 8x is ridiculously taxing; traditional MSAA is crazy inefficient and slow.
  • Shadows (ON) - No problem.
  • Shadow Quality (2) - No problem.
  • Shadow Filtering (2) - No problem.
  • Max Shadows in Interiors (12) - No problem.
  • Full Scene Reflections (ON) - Probably fine; I'm not sure which setting this maps to as the Configator made up descriptive names.
  • Water Reflections Width (2048) - No problem, though is Height also set to match?
  • Object fade distance (15) - No problem.
  • Item fade distance (15) - No problem.
  • Actor fade distance (15) - No problem.
  • Tree LOD fade (80000) - Technically no problem, but as far as I'm aware, vanilla New Vegas doesn't use the Tree LOD system and Tree LOD models are part of Object LOD instead.
  • Object LOD fade (100000) - No problem.
  • Land Quality (1.5) - No problem.
  • Threaded Morpher (ON) - Does nothing; the game reads the value but never uses it.
  • Threaded Blood (ON) - Does nothing; the game never even reads this value.
  • Threaded Particles (ON) - Does nothing; the game reads the value but never uses it.
  • Threaded AI (ON) - Possible cause of crashes; use at your own risk.
  • Models Cloned in Background (ON) - Does nothing; the game never even reads this value.
  • Load Files in Background (ON) - Likely safe; however, use at your own risk.
  • Load lip files in background (ON) - Unknown impact; use at your own risk.
  • Havok Threads (7) - Does nothing; the game never even reads this value.
  • Grids loaded (12) - LEAVE THIS AT 5. This needs to be an odd value (5, 7, 9, etc.) and the game has code that only works properly when this is at the default of 5. Turning this up drastically increases memory and processor use. Also, this is probably why you're crashing outdoors.

Added: Note that 'uGridsToLoad=' is directly linked with 'uInterior Cell Buffer=' and 'uExterior Cell Buffer=' values. Best to leave all three alone.

  • Pre-Emptively Unload Cells (ON) - Possible cause of crashes; use at your own risk.
  • Unload cells on fast travel (ON) - Possible cause of crashes; use at your own risk.
  • Use hard drive cache (ON) - Unknown impact; use at your own risk.
  • Preload Size Limit (223) - Dumb setting; this is the data buffer for Bink video.

Others who have looked at the code do not disagree with Queued.
As system components vary, only experimentation will tell which values will improve your performance.

  • Cause-1: Fallout INI files are configured with wrong (too high) MinimumFPS setting.
  • Solution-1: Edit the INI files to lower the MinimumFPS setting to something like 20. This, while noticeable, is still playable. If the game is still too slow, you will need to reduce either the texture quality or screen resolution, or both.
Make backups of the INI files before changing them.
  • Cause-2: Data\nvse\plugins\NV_Stutter_Remover.ini has "iFPSClamp" set to something other than 0.
  • Solution-2: Edit the "NV_Stutter_Remover.ini" setting to "iFPSClamp=0".
Make backups of the INIs before changing them.
  • Cause-3: Many mod scripts running, especially during mod initialization. If specifically in Goodsprings, be aware that the "Weapons.of.the.New.Millenia" "cache cabinet"/"cheat chest" is known to cause this, but only in Goodsprings.
  • Solution-3: Review your mods and reduce the number that initialize only in that specific area.
  • Cause-4: This seems to be a general problem with the FO3/FNV Gamebryo engine over time. The exact cause has not been pinned down.
  • Solution-4: Reboot your computer. This seems to restore things to normal frame rates, at least for a time.
  • Cause-5: Your hardware can't cope.
  • Solution-5: either reduce game settings for texture quality and/or screen resolution to less demanding levels, or invest in better hardware. Specific component upgrades recommended are (in order of effectiveness for the price):
  • System RAM,
  • Video RAM,
  • Faster CPU processor (number of cores is much less important for 32-bit games like FNV; but this option will often require a motherboard and/or power supply upgrade as well, typically making it more expensive than any other options overall),
  • Faster disk drive. (This is the slowest solution; even an SSD, though that is the best choice for this option.)

Issue: Distant terrain/LOD flickers rapidly

This problem seems to occur more frequently with high-end systems, but across all sorts of platforms and video cards.

  • Cause: Known as "Z-fighting" or "stitching", this is a complex problem in 3D rendering where two or more "primatives" such as "layers" have similar or identical values in the "z-buffer", so they essentially occupy the same space. The result is the pixels from each layer "fight" to be the one displayed on screen, especially when the point of view changes. This causes a flickering, noisy display of first one then another color pixel. See the "Z-fighting" article from Wikipedia for the full technical description.
  • Solution: There is no single solution that applies to every system, and some of these effects cannot be resolved by the player. See the S.T.E.P. Project Guide Z-Fighting for examples of the issue and some INI tweaks that may help. An FNV user tried some similar suggested by Gopher in this video and had the most success with adjusting the "fNearDistance=" value under [Display] in the "FalloutPrefs.INI" file. He reports that anything above "10" results in clipping with arms and weapons in first person mode, but a balance can be reached with some testing.
Other tweaks to create "Fog" in the distance to mask Z-Fighting: The following are derived from the TweakGuides for Fallout. Page number refer to that document.
  • [GRAPHICS] (Page 9)
  • "BlockLoadDistanceLow=" (default: 50000; corresponds to [Distant LOD] "Object LOD Fade" in INI /In-Game settings (page 7), but more extreme.)
  • "fTreeLoadDistance=" (default: 40000; corresponds to [Distant LOD] "Tree LOD Fade" in INI /In-Game settings (page 7), but more extreme.)
  • See also "fSplitDistanceMult=" in this section, though this is less likely to be effective if you are trying to increase the "fog" effect.

Issue: Unable to add either of two "weapon mods" to a weapon

  • Cause: The mod "Weapon Mod Manager" only checks the first of 3 possible mod slots. If this is blank, it assumes there are no mods available.
  • Solution: Edit the "Items | Weapon" entry with GECK so the first and second "Mod Info" tab slots under "Game Effects" are not empty.

Issue: Keyboard and/or mouse don't work with a game controller installed

  • Cause: The game checks for it before the keyboard, and if detected ... disables the use of the keyboard. Merely being connected can cause the game to ignore the keyboard and mouse. Game controllers usually do not have the ability to be programmed to send key strokes and mouse buttons to the game interface. FNV requires a controller (such as the XBox 360) which is "Xinput" compatible.
  • Solution-1: Third-party controller adapter software.
  • Xpadder ($9.99) - maps keyboard keys and mouse button actions to your game controller buttons.
Xpadder also allows you to map the mouse pointer to your game controller sticks.
Xpadder can also handle combinations, sequences, toggles, triggers, shift sets, multiple controllers and more.
  • Solution-2: A "Keyboard/Video/Mouse" (KVM) switch that mechanically let's you switch those devices between one computer and another MAY be a possible solution if your game controller will connect to it and you can disconnect the controller from the computer by means of the switch instead of unplugging it.
  • Solution-3:
  • Disconnect the game controller from your computer.
  • In the game's Main Menu, select "Settings" and then "Key Mappings".
  • In the bottom right corner click on "Device" and change it from "controller" to "keyboard/mouse". ** Then exit the game and restart it from the vanilla launcher. (This is necessary so it will update the hardware settings in your INI files.)

Issue: Logitech Mouse doesn't highlight or select menu choices

This issue occurs with the vanilla game and no mods installed. It may have worked fine with older versions of Windows, but now fails with the latest.

  • Cause: Logitech drivers have a long history of problems working with Windows games if any of their "advanced" driver features are used.
  • Solution-1: Obtain the latest version of the Logitech "SetPoint" driver, and disable any advanced features like "snap to default button", etc. If there are "game compatibility" options, select those.
  • Solution-2: Uninstall all Logitech drivers and add-on software like "SetPoint". Reboot, and install the bare bones "Microsoft Mouse compatible" driver and any updates instead. If the Logitech mouse won't work with a bare bones MS certified driver, use a different more compatible mouse.

Issue: Scope zoom distortion problems

Playing with widescreen (16:9) and high resolution (1920x1080 or higher) and have a problem with scope zooms (white square edges or just edges in the reticle and the scopes have an outstretched circle).

  • Cause: Game masking that is automatically applied to scopes.
  • Solution: add the line "fScopeScissorAmount=0", in the "[Display]" section of all 3 INIs.
    Make backups of the INIs before changing them.

Issue: Mod makes the Sun too bright off surfaces

Note this is not "sun glare", which is when you look directly at the sun in game. Be aware that there is a "light dome effect" around the New Vegas strip which is quite visible from a distance at night. Daylight surfaces within this dome area are blindingly bright from some angles on default settings. This appears to be by design.

  • Cause-1: Lighting mods make adjustments to various lighting values, resulting in uncomfortably bright reflections off some surfaces. Sometime these are by way of tweaks to the INI file, and sometimes controlled "in-game".
  • Solution-1a: Only use one lighting mod for exteriors, and one for interiors. Read their documentation carefully for recommendations on where to position them in your load order.
Some mods intend you to use hats and sunglasses to mitigate the effect. Changing the facing direction may also have an effect.
INI tweaks depend upon which surfaces and where they are located. See the Tweakguide's General Fallout game guide (specifically for FO3 and FNV) for the effects of particular settings.
  • Solution-1b: The mod Dynavision 3 incorporates (saving a plugin slot) The Imaginator which "allows you to separately control visual elements like Brightness, Contrast, Saturation, Light Output, Depth-of-Field, Focus, Motion Blur and Tint all from within an easy-to-navigate PIP-BOY menu".
  • Solution-1c: INI Lighting tweaks. The following is derived from the TweakGuides for Fallout. Page numbers refer to that document.
  • [View Distance] (Page 7)
Specularity Fade: This slider controls how shiny reflective surfaces appear to be. In practice the only obvious impact of changing this setting is that some metallic objects will lose their shine. However you can also manually adjust the value of this setting by editing the INI "fSpecularLODStartFade" variable, and if you want to disable specularity altogether, either to further boost performance, or if you believe the game world is too shiny, then see the "bDoSpecularPass" variable covered on page 9.
  • [Display] (Page 7)
Brightness: This gamma slider controls how bright or dark the overall screen image will be. Adjust it so that at night the image is visible but not washed out. It has no impact on performance, so set to suit your taste. If you need to increase gamma to be much brighter than the maximum on the slider allows (e.g. on very old monitors), see the "fGamma"-related variables on page 9.
  • Solution-1d: Sometimes "post-processors" like the ENB Series can compensate, though remember that these often impose a penalty upon your "frames per second" (FPS). The first resort in these cases is often choosing a different "preset", but if you want to adjust settings yourself, see the S.T.E.P. Project ENBSeries INI Guide page which "is intended as THE comprehensive reference to the functionality of all parameters found within enbseries.ini as it evolves." Suggest you start with the "[BLOOM]" and "[REFLECTION]" sections.
The Guides to Creating and Customizing Your ENB's thread is another ENB settings resource.
  • Cause-2: Your monitor brightness/gamma is too high.
  • Solution-2: Use the LCD monitor test images web site as reference to adjust your monitor calibration to what you desire.

Issue: Screen brightness gets darker as the game progresses

  • Cause-1: Conflict between ENB and SweetFX settings.
  • Solution-1: Identify the conflicting settings in the INI files and choose one.
Make backups of the INIs before changing them.

From TweakGuides:

fGamma=1.0000
fGammaMax=0.6000
fGammaMin=1.4000


The above variables are useful particularly for those with older monitors. They are the same as the in-game Brightness slider, however here you can adjust both the overall brightness level with fGamma as well as altering the upper and lower limits allowed, in case you need to adjust Brightness beyond the limits allowed in the game (FalloutPrefs.ini).
  • Cause-2: Don't ignore your monitor's role. Monitors are like TVs: they react to the ambient light levels in the room. Do not play in a completely dark room.
  • Solution-2: You need a source of steady light level (a non-flourescent lamp) to prevent your monitor reacting to changing game light levels.
  • Amelioration: A mod that gives you more control over lighting in-game: The IMAGINATOR. This might be useful to confirm some mod is the culprit, by loading it near the end/bottom of the LO.

Issue: Full-Auto Iron Sights animation jump

With "full auto" weapons, when aiming down the "iron sights" in 1st person and firing (even with "JIP Select Fire" set to single shot) the whole weapon seems to jump down so that the iron sights are below the actual aim point. When you stop firing it returns to normal.

  • Cause: When you fire it starts the full-auto attack loop and screws up aiming through the scope or iron sights.

Issue: First person camera is off center

  • Cause: Your problem might be a result of changing the "Field of View" (FOV).

From TweakGuides:

fDefaultFOV=75.0000 - Shows the default Field of View in degrees for the game, which is 75 degrees. Changing the Field of View using this variable doesn't seem to work properly as it is not applied when the game starts, so instead you will need to use the FOV console command (See Console Commands section) each time you start them game to set a different field of view.
Update: It has been discovered that by inserting the line fDefaultWorldFOV=75.0 at the bottom of the Display section of the Fallout.ini file, and assigning it a value equal to the FOV you want, you can now permanently change the default Field of View in the game. Remember however that if you change the default FOV, you may also need to change the FOV for other screen elements - see the fRenderedTerminalFOV and fPipboy1stPersonFOV commands below. Note also that you can alter the fDefault1stPersonFOV=55.0000 value to alter how much of your body/weapon is shown in front of you (Fallout.ini).
  • Solution: Other than adjusting the various FOV settings, try tweaking the following default values (which set the camera position relative to the head node in 1st person view) in the INIs [General] section:
    Make backups of the INIs before changing them.
fCameraPosX=0.0
fCameraPosY=9.5
fCameraPosZ=6.0
bUseThirdPersonArms=1
bTPArmsEnableIronSights=1

Issue: Lag or "micro stutters" even with "New Vegas Stutter Remover" installed

  • Cause-1: Companions impose heavy script processing penalties. More than two companions, while possible, will definitely cause lag according to the game developers. The game is unable to tell if a vanilla companion is "actually with you" or merely "befriended" but sitting elsewhere (such as in the Lucky 38 suite).
  • Solution-1: Release ("part ways" from) unused companions to return to where they were recruited. If you are not informed you have lost the Perk granted by that companion, you have not actually "released" them. There are "companion dismissal terminals" found in the game to help with this for companions, even those not currently with you. One is found in the Lucky 38 Casino by the Casino floor elevator and another in front of the Gun Runners HQ shack outside Freeside's East gate.
  • Cause-2: Use of NVSR setting "bHookLightCriticalSections=1".
  • Solutions-2: Disable NVSR hooking Critical Sections ("bHookLightCriticalSections=0)" if you are experiencing heavy stutter.
  • Cause-3: The stutters can come from the game looking for control inputs from the attached game controller device first, then the keyboard/mouse though both are enabled.
  • Solution-3: Disconnect the controller if you are not using it. Regardless, in the "C:\Users\<YourAccountName>\Documents\My Games\FalloutNV\Fallout_Prefs.INI" file look for "bGamePadRumble=" and ensure it is set to "0".

Issue: Pink Screen or textures

  • Cause-1: Usually this means you are running out of graphics VRAM (the physical memory on your video card); typically from too many High Resolution Texture replacement packs. These pink textures can show on faces, hands, and hairs, but also can happen with entire loading screens. When you start seeing this "pink stuff", a CTD is just around the corner.
  • Cause-2: If you are on Windows 10 the game can handle less "High Quality" / "High Definition" textures than in Windows 7 due to how Win10 handles DirectX 9 games. The video RAM gets locked at 4GB maximum (even if you have a TitanZ card with 12 GB on board), thanks to Microsoft's implementation of DirectX 9 games in their latest OS (Win10 at the time of this writing). So in short, if your game ran fine in Win7, it will and cannot handle as many textures as it could before upgrading. This can cause your symptoms of pink textures or worse a CTD if you had more than 4GB total of video memory loaded under Win7.
  • Diagnostic: You can see if reducing the in-game "texture quality" setting from "High" to "Low", or if reducing your screen resolution down to 800x600, or both, makes any difference to confirm the above are the cause.
  • Solution 1-2: There are several things you can try, individually or in combination, in order of effectiveness:
  • Implement "ENBoost" (which is NOT the "ENB Series" graphics post-processor with it's attendant FPS hit) if you have more than 4GB of system RAM. See the S.T.E.P. ENB Guide and S.T.E.P. ENBoost QuickStart pages.
  • Uninstall some HD texture replacement packs.
  • Run the game at a lower screen resolution.
  • Reduce the texture resolution down by half each time (i.e. from 4096x4096 to 2048x2048, 1024x1024, or 512x512). See the Utilities "DDSOpt" and "Optimizer Textures" on the TESTG Utilities page.
  • Upgrade your video card. However, note the limitation in Windows 10 in "Cause-2" above.
  • For advanced users: If you have a Windows 10 Education, Professional, or Enterprise edition you can use the included Win10 Hyper-V system and try running the game in a Win7 "virtual machine". See HyperV on Windows compatibility for the hardware requirements and a walk-through of the installation process. Note this requires you to have or obtain an ".iso" file of the desired OS install media. (If none of this option makes sense, you probably don't want to mess with it. Otherwise, educate yourself as it is beyond the scope of this wiki.)
  • Cause-3: When this occurs with faces, you may need to adjust profile settings in Fallout.INI, FalloutPrefs.INI, and Fallout_default.INI. Note some Character overhaul mods change the mesh for faces as well and may require additional setting adjustments. Read their documentation carefully.
  • Solution-3: Set
 [General]
 bLoadFaceGenHeadEGTFiles=1

Issue: Black Screen on startup

  • Cause-1: Usually if the game "freezes" but doesn't CTD during the loading screens, it's due to a missing or incorrectly referenced "master file". Usually this is a file with an ESM extension, but less commonly might be one with an ESP extension. (It is a "flag" internally in the file header that makes a file a "master"; not the extension.)
  • Solution-1: Use FNVEdit (loading the entire LO) to check for Masters that are missing or loading after Dependencies. See the wiki article Missing Masters for more detailed instructions.
In general, make sure all your ESM files are loaded first with the game ESM (FalloutNV.ESM) as the very first file and those of the DLC next in the order they were released:
  • FalloutNV.ESM
  • DeadMoney
  • HonestHearts
  • OldWorldBlues
  • LonesomeRoad
  • GunRunnersArsenal
    and then the "pre-order packs":
  • ClassicPack
  • MercenaryPack
  • TribalPack
  • CaravanPack
Mod EMS files should follow.
Use LOOT to get a basic sorted mod order. Note that some mods have ESMs that use the ESP extension, so if LOOT sorts them into the ESM group, leave them as it is determining that from the file headers and they really are flagged as ESMs.
  • Cause-2: A Black screen but you can hear sounds and the game seems to be running usually means you have too many plugins active. You can start to have problems anywhere with between 130-140 active plugins depending upon your system. Here "plugins" refers to both ESM and ESP files that are active in your "load order", or present in the game "Data" folder even if not active.
  • Solution-2: Try temporarily disabling enough plugins to get under the cap and see if that gets your screen back. If so, then you need to look into permanently reducing the active plugin count by means of a "bashed" or "merged" patch file, and "merged plugin" files. See the wiki article Merged Plugin Guidelines for Personal Use where the subject is discussed.
  • Cause-3: A Black screen but you can hear sounds and the game seems to be running could mean you have corrupted a HUD-UI-Menu XML file, or have installed a mod that overwrites one. This can usually be confirmed by loading the game without any active mods or "save game" (i.e start a new game). If the screen remains black, you have an XML file issue.
  • Cause-4: A Black screen with CTD during the loading screens is usually an indication of a mod conflict or a dependent plugin (i.e. an ESP) loaded before a master plugin (i.e. ESM for the same mod). See the wiki article Missing Masters for more detailed instructions to check for these problems.
  • Solution-4a: Check the date/timestamp on the files in question. Even LOOT can occasionally set the times too close to each other when sorting. They need to have at least a full minute difference to not be considered "the same time" by the game. The ESP must have a later time than it's related ESM. You can use a "file properties" tool like Attribute Changer (freeware) to manually adjust any or all three timestamps (created, modified, accessed) on the files, or try manually moving files around in your mod manager. Note that no two files should have the same "modified" date/timestamp in your "load order" or other problems will arise.

Issue: GECK is missing text in fields

GECK seems to be missing the text associated with certain columns of information (Editor ID, Topics, etc.). Typically this is a "list box" type field.

  • Cause: This occurs in the GECK for both "Fallout 3" and "New Vegas". Some update to Windows caused the column's right border to be shifted to the far left of the field.
  • Solution: Place the mouse cursor in the top left corner of the "blank" field that is missing text until it changes the cursor shape into a "+" (column resize) cursor. Left-click and hold while dragging to the right, and the missing text should be displayed. Continue dragging to the right until everything is shown or the mouse cursor is no longer the "+" shape. When you release the mouse button the display field should be fixed.

Issue: Can't open the game console under Windows 10

  • Cause: The "key binding" to open the console is hard-coded in the game and apparently this binding is broken under Windows 10. There is no game provided mechanism to change this.
  • Solution: A mod Console Rebind uses NVSE as a workaround that may help in this situation.

Issue: Find the source mod of an item in-game

This is often desired to determine the source of a missing texture or mesh (the White "!" on a Red background symbol in game).

  • Cause: The only way to use the console to identify an object in-game, is to have the object in an Actor's (the PC {your character}, an NPC, or container) inventory.
  • Solution:
  1. Open the in-game console (<~> key).
  2. Click on the PC, NPC, or container.
  3. Enter "showinventory" in the game console.
  4. The FormID will be displayed at the top of the screen. See this article Help:Form IDs for an explanation of how to interpret the FormID. In short, the first two characters are the "load order index" (in hexadecimal, starting with "00"). The "load order index" tells you the source mod.
    Note that a "00" "load order index" means it's from the game master file (i.e. FalloutNV.ESM). The "FF" index means it is a "spawned" character or item, which happens when you drop the item to the ground.
  5. If you have the Lutana NVSE Plugin installed, you can use it's console command search "<item name>" (double quotes required), which will show you a list of matching items with FormIDs.
  6. If you have NVSE installed, then you can use the console command GetModIndex "<pluginname>.es<X>" (double quotes required) to get "load order index" in-game (i.e. GetModIndex "DeadMoney.esm").
    • The NVSE console command "gbo" (GetBaseObject) after selecting the item will return the "base object id". The FormIDs listed in the Object window of GECK are "Base IDs". A "Base ID" is only associated with an object template in the editor, never with an instanced object in-game. Note: Will return the leveled character/creature form if called on references spawned by one. Use "gbf" (GetBaseForm) to return the NPC/creature base form instead. Source: GECK Wiki.

Issue: Managing Post-Processor (ENB, SweetFX, FXAA) configurations

First you must recognize that any "post-processor" is going to have an adverse impact upon your game performance. They all add an "overhead", and often can cause some designed game and/or mod effects to no longer function. The choice is up to you, but remember that there are always trade-offs between "prettier" and "performance".

Some suggestions (thanks to s0cke of the Nexus FNV Forums) for those new to ENB and post-processors in general.

  • Use an ENB Manager (below) if you plan to try out different "presets".
  • In the "ENBSeries.INI" file, use the "[PROXY]" section with the following entries to add a DLL injector proxy library from another post-processor (like Reshade-SweetFX). See Issue: SweetFX not working "Solution-4" for instructions.
  • Check which version of ENB you are using. Some people find the "v01xx" series performs better than the later "v02xx" versions, even though they are less refined, do not have "ENB Boost", and have some transparency issues.
  • When searching on the web, pay attention to which version the advice is directed towards.
  • Some people find "ENB Boost" causes stuttering and performance issues when moving the camera around quickly. Experiment with it turned off ("DisableDriverMemoryManager=false").
  • If disabling Ambient Occlusion (SSAO), consider turning off "ubersampling" or decreasing the sampling range and quality instead.
  • If disabling detailed shadows in the ENB config helps your performance, consider either making a choice between the two (SSAO and shadows) or looking into the variables for detailed shadow quality (set it to low, there is little to no difference on that one).
  • Look at the "anti-aliasing" options: Turn off any temporal/accumulative/edge based AA here and use "Dynamic Super Resolution" (DSR: nVida)/Virtual Super Resolution (VSR: AMD/Radeon) to sample from a higher resolution instead. Also, turning down the ENB "enforced anisotropic filtering" a little, say to x12 can provide you with another 2 to 3 frames in some places.

The following management tools are intended primarily to allow you to keep track of and switch between different "preset" configurations, but may provide other capabilities. Most are for ENB, but one recognizes three different post-processors. Some provide the ability to include "in-game" changes in your own configuration files or back into the original preset. Read their download page descriptions carefully. Most are posted in the "Nexus Skyrim Mods" section, but are not specific to that game. Their ability to detect and work with other game folders is something to check. These are limited to Bethesda's Oblivion, FO3, FNV, and FO4 as well as Skyrim.

  • ENB Manager and Changer by Legend Aeternus. Requires Java v7 (v8u45 jarfix seems to be the latest that will work according to comments). Last updated 15 Dec 2014. Supports FO3 according to comments, so likely others but not stated.
  • ENB Man - An ENB Manager by Casmithy. Requires .NET Framework 4.5. Last updated 20 Jun 2016. Comments indicate support for FO3 and FNV, at least, so likely others but not stated.
  • ENB Organizer by Breems. Requires .NET Framework 4.5. Last updated 24 Jul 2016. Multi-game support of at least Skyrim and FNV; others are likely but not stated.
  • ENB FXAA SweetFX Manager and Remover by volvaga0. No requirements given. Last updated 09 Jun 2016. Supports all five games.

Issue: ENB is not working

or only partially.

  • Cause: Almost always this is due to faulty installation.
  • Solution-1: ENB expects the vanilla shader files. If you are using any custom ones, or have included any from other post-processors, you can expect problems. First, try disabling them and using just the vanilla shaders to see if that resolves the issue. Questions regarding how to use other specific shaders with ENB are best addressed to the ENB Series Support Forum.
  • Solution-2: General instructions for installing the ENB series (read everything first). In the event of conflicting instructions, go with those provided by ENB for the specific game.
  1. Download the latest ENB series Graphic Modifications version file for the game in question (i.e. FNV will be used as an example), along with any "Patch" file that may exist. This is explained in the description on that "Downloads" page, so please take the time to read it to avoid confusion. The files are in separate sub-sections lower down on the same page.

    Note the "Installing" section contains important instructions regarding the placement of certain files. Copy these if necessary. Failure to heed this is the second most common cause of failure.

    • Scroll down to and select the game (i.e. "Fallout 3/New Vegas") under the "Graphic Modifictions" section. This will take you to the game version page, where you should select the latest version. (At the time of this writing it's v0.278 for Fallout.) If you intend to use a specific ENB preset, check that it does not require an older version first. If it is merely suggested, then try the latest version anyway.
    • Clicking on a version number will take you to another page that provides a one-line summary of the changes for each version EXCEPT for the version you selected. (This is how you know you are on the correct page.) Scroll down to the bottom of the page and "click" on the "<down arrow> download" button's icon to start the download process of the version you selected on the previous page.
    • If there was a patch file for your game listed, return to the "ENB Series Download" page, scroll down to the "Patches" section, and click on the Patch file (i.e. "Fallout 3/ New Vegas").
    • This will take you to another page with the patch file. Select the "description" of the patch underneath the word "Download" on this page to start the download process. (The patches have their own numbering system independent of the "Graphic Modifications" file series.)
    The other "Tools" and "Converters" files are not needed for the Fallout games; though the "VRamSizeTest" tool can be useful when looking into the VRam requirements for various games which do not have ENB installed. (ENB will report the same VRam size information when properly installed.)
  2. Once you have downloaded the ENB Series files, follow the instructions you noted earlier from the "Installing" section on the "Downloads" page. Inside the "Graphic Modifictions" version archive file, you will find two sub-folders: "wrapper" and "injector". Choose between either the "wrapper" or the "injector" method of installation. It is suggested you try the "wrapper" method first. If that fails, uninstall ENB and install the "Injector" method instead. Failure to uninstall the "wrapper" method files first will result in confusion about the correct "injector" method files to place and edit.

    FNV4GB.exe users should note that the "D3D9.DLL" file from ENB "wrapper" method needs to be placed in the "Fallout New Vegas\exes" folder, along with the "FalloutNV.EXE" file they moved there when installing that executable. This does not apply to the "injector" method, which requires the "D3D9.DLL" file to remain in the game root folder. The suggested ""<steampath>\Fallout New Vegas\FNV4GB.exe" -laaexe .\FalloutNV4GB.exe" shortcut forces the "FNV4GB.exe" file to be called "FalloutNV4GB.exe" instead when it loads into memory, and does *not* create a directory called "exes". This is suggested so that any files added to the game root folder (like ENB or Sweetfx) will work properly without any further work on the users part. The executable filename following the "-laaexe" switch can actually be anything to which the "LAA" flag has been applied. The parameter is optional and can be skipped if you do not need the filename changed upon loading.

    I recommend you unpack the ENB version file archive to a folder outside of the game. Then copy the CONTENTS of the "wrapper" folder to the game root folder (i.e. "<Steam install path>\common\Fallout New Vegas"). (Do not drag the "wrapper" folder itself, only the files and folders inside of it.) This way you will be able to refer back to tell exactly which were copied over if you have to uninstall them.

    If you do uninstall, be sure to remove the provided D3D9.DLL file. However, do note that it is required to use the ENBoost feature, which is separate from the post-processor effects.

  3. Choose and download an ENB "Preset" configuration from the Nexus or other download site. For examples: the author of ENHANCED SHADERS - ENB by tapioks is focused on achieving a Balanced and Playable preset, while the author of Bone Fide ENB (Great Performance ENB) by Charmareian wanted a preset being "true to vanilla, had realism, and wasn't so crazy that the game becomes a screenshot simulator rather than an RPG!" Others are often focused on creating particular "atmospheres", but read their descriptions carefully. Expect that you may need to try several before finding the one best suited to your preferences and system performance. Again, unpacking the preset outside of the game and copying it's contents over will provide a means of determining what needs to be uninstalled if necessary, OR see the sub-topic Issue: Managing Post-Processor (ENB, SweetFX, FXAA) configurations on tools to manage multiple presets.
    Follow the installation instructions of that preset, which usually consist of placing it's contents in the game root directory (i.e. "<Steam install path>\common\Fallout New Vegas"), or wherever the game's original executable resides.

    Such presets (along with ENB itself) generally cannot be installed successfully using a mod manager, because mod managers assume they belong in the game's "Data" folder. This is THE most common error. YOU HAVE BEEN WARNED!

    Note that some presets make use of files that appear in the game "load order". Such files go after any "bashed/merged patch file" unless the author specifies otherwise.

  4. Now you need to make certain adjustments to the game "Graphics Settings". (Note: this part is specific to FNV. Other games may require other means to access these setting or the specific settings to be altered.) Use the original game launcher (not FNV4GB.exe or "NVSE_Launcher.exe" if you have them installed), and select "Options" to get to the "Graphics Adapter and Resolution" window.
    • Turn off "Antialiasing".
    • Turn off "Anistropic filtering".
    • Enable "Screen Effects: HDR".
    • Click on the "Advanced" button and select the "Water" tab.
      • Disable (uncheck) the "Water Displacement" check box.
      • "Close" the "Advanced" window.
    • Click on the "OK" button to close the "Options" window.
    • Select "Play" to proceed to the Main Menu so the game will save the changes to your settings.
    • Now "Exit" the game without proceeding any further.
  5. Now check the video card controller to ensure you have also disabled any of those same settings for the video card.

    Make backup copies of any INI file before editing or overwriting.

  6. Usually an ENB preset will have already made specific edits to the default ENB INI files, which it will overwrite. However, this is not considered "best practice" because only about a third of the ENBLocal file is related to the preset and the remainder is specific to your system. Instead you should use their file as a guide to edit the ENB settings in your own files. You can choose to edit those settings either "in-game" (using the "<Shift+Enter>" key combination to enter and exit ENB "edit" mode), or by directly editing the ENBLocal.INI (or ENBInjector.INI) file, or other files as directed. See the Warning about ENBLocal.INI entry of the S.T.E.P. Project ENBseries Guide for specifics.
  7. If you want to adjust settings yourself, see the S.T.E.P. Project ENBSeries INI Guide page, which "is intended as THE comprehensive reference to the functionality of all parameters found within enbseries.ini as it evolves."
  8. See the sub-topic Issue: CTD without warning, "Out of Memory error", or stops responding for other settings that ENB users need to include.

Issue: ENB Performance (FPS) drops

ENB will cause a drop in "framerate per second" of around 30-50 FPS in it's default configuration. How much will vary depending upon hardware, mod texture resolutions (game normal is 512x512), and ENB INI settings. In order to increase performance (i.e. FPS), you HAVE to give up some graphic effects: either by reducing texture size or disabling some ENB settings. Which trade-offs matter to you the most is a very personal thing. What is presented here are merely a collection of setting others have recommended, primarily from the ENBDEV.COM Performance forum site.

Performance is reduced by two factors: 1) number of textures created in video memory; 2) total size of textures created in video memory. When there is not enough video memory, ENBoost begins deleting resources by their usage priority; it also removes unused after 5 seconds. Make sure the game video settings (i.e. "Low"=512x512, "Medium"=1024x1024, "High"=2048x2048, "Ultra"=4096x4096) match the highest texture resolution you are using so it deals with them efficiently. All your texture replacements should be of the same resolution. There are tools that will let you adjust them to other resolutions if needed. See the "Optimizer Textures" tool description under "Utilities" section of the TES Texture Guide (TESTG) site.

Do not try to use ENB without a PCI-Express ("PCIe") video card. This means no "integrated video on the motherboard". According to the author, ENB requires high bandwidth for a certain amount of VRam, which depends upon the screen resolution. When this amount goes above the internal on-GPU fast memory much slower system Ram is used which in turns drops the FPS.

(Note this generally means "no laptops" not specifically designed for games.)

ENB performance under Windows 10 is acknowledged to just be bad. The ENB author hasn't switched to it and can't really help with whatever is causing the issues. It is known, for instance, that the Win10 DirectX 9.0 drivers can't handle video memory greater than 4GB regardless of how much is on the card, whereas it wasn't a problem under Win7. These were design decisions by Microsoft and not much can be done until they address them.

  • For advanced users: If you have a Windows 10 Education, Professional, or Enterprise edition you can use the included Win10 Hyper-V system and try running the game in a Win7 "virtual machine". See HyperV on Windows compatibility for the hardware requirements and a walk-through of the installation process. Note this requires you to have or obtain an ".iso" file of the desired OS install media (i.e. Win7). (If none of this option makes sense, you probably don't want to mess with it. Otherwise, educate yourself as it is beyond the scope of this wiki.)

Please refer to the S.T.E.P. Project ENBseries Guide pages for each ENB INI file for information regarding the purpose of each setting before electing to make such changes. It is easy to forget the changes to all files when testing various presets. There are separate S.T.E.P. guides for each of the ENB INI files as well as Troubleshooting tips. Each game version of the ENB Series "Graphic Modifictions" file also documents settings in it's "readme" file.

The foundation of game performance is to first optimize your system for gaming. See the sub-topic Issue: Game in slow motion.

The following are other peoples suggestions that have helped them.

For extremely low FPS (~10 or less), try setting the following in "enblocal.ini":

  • ExpandSystemMemoryX64=false
  • ReduceSystemMemoryUsage=false
  • DisableDriverMemoryManager=false (configure the "[MEMORY] parameters as well.)

If that doesn't help, check if a lower resolution affects performance. If it does, then it's the GPU as described above. Make sure these parameters are also set:

  • WaitBusyRenderer=false
  • EnableFPSLimit=false

If you are using the ENB Memory Manager (DisableDriverMemoryManager=false), be sure to configure it's "[MEMORY]" section properly or it will frequently fill all available VRam (which is bad). Use the "VRamSize" value displayed when ENB initializes in the game; or from the VRamSizeTest tool.

Changing other settings will have an impact upon the final visual result. Expect one tweak to lead to others. For this reason it is advisable for novices to search out other presets emphasizing performance and try them first.

ENB settings under "[EFFECT]" that most affect performance for all games:

  • Ambient Occlusion (aka SSAO). "EnableOcclusion=0" to disable; or adjust "[SSAO]" section for tweaks.
  • Shadows. "EnableShadow=0" to disable; or adjust "[SHADOW]" section for tweaks.
  • Depth of Field shaders:
    • UseWaterDeep=0 (under "[WATER]").
    • UseIndirectLighting=0 (under "[SSAO]").
    • ShadowQuality=2 (under "[SHADOW]").

Other tweaks:

  • LimitFPS to a lower value.
  • If "DisableDriverMemoryManager=false", be sure to configure the "[MEMORY]" parameters in "enblocal.ini".
  • Try reducing these two settings to the following, in "enbseries.ini":
    • SizeScale=0.5
    • SourceTexturesScale=0.5

If you play in "windowed" or "borderless windowed" mode:

  • EnableUnsafeMemoryHacks=true (may help, but only for those modes).

Issue: ENB Transparency/Translucency problem

See through some weapons, walls, or the ground in some locations with ENB enabled.

  • Cause-1: Conflicting settings. ENB has better support for nVidia than AMD, as that is what the developer uses so bear that in mind. AMD users may need to use "work-arounds".
  • Solution-1: Check the settings in both the GPU (video card) control panel AND the game options/INI. The following are separate solutions that have reported success, in order of popularity.
  • The "anti-aliasing" option should be turned off in both.
  • The "anistropic filtering" option should be turned off in both.
  • "Water displacement" in the game options should be "off", and "HDR" should be "on".
  • Set "iMultiSample=0" in your INI.
  • Don't use the "Steam Overlay". Launch the game from a desktop shortcut after running the Steam Client, or go to Steam Options (in-game) and uncheck "Steam Overlay". Other DX overlays may also have a similar effect.
  • Adjust ENB settings (in-game use "Shift-Enter" from the game's Main/Pause Menu to access the ENB menu; or edit the ENBLocal.INI file directly):
  • Disable "Ambient Occlusion".
  • Disable "Detailed Shadows".
  • Save the changed settings, (and if in-game use "Shift-Enter" to return to the game and check the result).
  • Cause-2: ENB incorporates a "Fix for Transparency bugs. From some people, this "fix" causes the problem instead.
  • Solution-2: Use the in-game editor (or in the ENBLocal.INI file); locate the "[FIX]" section (at the bottom of the INI file) and change the "FixTransparencyBugs=true" line to "=false". Save.

Issue: ENB Nights are too dark, even with "nightvision"

Specifically with combination of "darker nights" from Nevada Skies, preset ENHANCED SHADERS - ENB by tapioks and nightvision from Project Nevada, but possibly other mod combinations.

  • Cause: Preset is not designed with non-vanilla lighting in mind.
  • Solution-1: Check for a version of the "pre-set" in question specifically designed for the lighting mod.
  • Solution-2: The preset ENHANCED SHADERS - ENB by tapioks has a version specifically for darker nights of the "Night Skies" mod. Use a program like the free Notepad++, WinMerge, or ExamDiff to compare that preset with yours for the differences in "lighting" settings to your tastes.

Issue: ENB Weather effects near water are 'off color'

Specifically, whenever entering a cell near the Colorado River, a strong purple hue affects the lighting and scenery.

  • Cause: ENB preset is amplifying some weather effect color.
  • Solution: Adjust the ENB settings values for:
  • NVHooverDamWeather
  • NVWastelandClearEast
to exactly mention the regular wasteland weather. Include ambient light, fog, sky, etc, for all times of day.
This will take trial and error experimentation. See Issue: Managing Post-Processor (ENB, SweetFX, FXAA) configurations for preset managers that can incorporate your changes into your preferred preset.

Issue: SweetFX not working

  • Cause-1: Attempted to install with a mod manager.
  • Solution-1: Similar to ENB, SweetFX needs to place it's files in the game root folder, or wherever the original game executable resides. Do NOT attempt to install with a mod manager (they assume files need to go into the "Data" sub-folder).
  • Cause-2: SweetFX uses much the same trick as overlays like FRAPS, Overwolf, and the Steam Overlay do; so they can conflict. It does have some allowance for working with the Steam Overlay, but this is not always successful.
  • Cause-3: Can't SweetFX be used with FNV4GB?
  • Solution-3: Place the SweetFX DLL files in the "Fallout New Vegas\exes" folder, along with the original "FalloutNV.EXE" file moved there when installing the FNV4GB executable.
  • Cause-4: Can't SweetFX used with ENB?
  • Solution-4: Note that both SweetFX and ENB have their own D3D9.DLL files. It is necessary to enable both to be used. Reshade/SweetFX doesn't provide a "ProxyLibrary" mechanism, but ENB does. The following procedure assumes both post-processors are installed separately and are not packaged as a single combination archive.
  • Uninstall any previous installations of both SweetFX and ENB.
  • Install SweetFX and it's preset first.
  • Configure it according to it's documentation.
  • Open the game.
  • Use the "<Scroll Lock> key" to toggle SweetFX on and off.
  • Enable the "monochrome" setting to confirm visually that SweetFX is working correctly.
  • Close the game.
  • Rename the Reshade DLL file to either "d3d9_something.dll" (for DirectX 8 or 9 games), or to "dxgi_something.dll" (for DirectX 10 or 11 games). This filename is what you put in the "ProxyLibrary" line of the "ENBSeries.INI" file. In this example we rename it to "d3d9_SWEETFX.dll".
  • Now install the ENB files: both the main series "Graphic Modifications" and any applicable patch, and the chosen preset files. See sub-topic Issue: ENB is not working for general installation instructions. If planning to test more than one preset, consider an ENB Manager (see sub-topic Issue: Managing Post-Processor (ENB, SweetFX, FXAA) configurations).
  • Configure ENB and check that it is working correctly.
  • Exit the game.
  • Now, edit the "ENBseries.INI" file (in the game root folder: i.e. "<Steam install path>\common\Fallout New Vegas") with the following:

[PROXY]
EnableProxyLibrary=true
InitProxyFunctions=true (some say this needs to be "false".  If you have problems, try switching it.)
ProxyLibrary=d3d9_SWEETFX.dll (or whatever.)

and save.
  • When you start the game now you should be able to see effects from both post-processors. Look for the ENB message on the title screen, and use the "<Scroll Lock> key" to toggle SweetFX. You don't need to load a save to see the effects of both. If all appears well, then try loading a save game and check the results.
  • If the game crashes, try temporarily disabling one or both of the effects.
  • For ENB, use "<Shift+F12> key" to toggle entirely; or "<Shift+Enter>" to enter the editor mode and disable the "use effects" checkbox.
  • For SweetFX, use the "<Scroll Lock> key" to toggle it's state.

Issue: Removing a Project Nevada Implant freezes the game or CTDs

This is particularly evident when removing a "skill-based" one (i.e. raises the Sneak skill).

  • Cause: It appears that, by design with this mod, not only are there distinctions between individual doctors (all are not equally skilled; some need the "cybernetic surgery" book before they can install implants), but it also tracks which installed a particular implant. More investigation is needed into the untrapped error that is causing the freeze or CTD itself.
  • Solution: It seems the only safe way to remove a PN implant is to use the same doctor who installed it, especially with "book trained" doctors like Doc Mitchell.

Issue: Corpses disappear too quickly

This is not a bug, or something that can be "fixed". It takes some understanding of how this necessary game "garbage collection" works.

  • Cause: Corpses count against the number of actors in a cell. All actors (dead or alive) have scripts running against them which affects your processor load. Too many can crash your game, so the game runs "garbage collection" routines to remove them.
  • Mitigations: Could not find a vanilla INI setting for this, but the "Bashed Patch" (BP) from "Wrye Flash" (WF) has an adjustable "Combat: Max Actors" setting. The BP also has a "Max Active Actors" setting, and a multiplier of that for the number of "Dead Actors". Someone claimed you could have about 80 actors max, and about 50 before taking an FPS hit. "Your mileage may vary."
    • Corpses with a Quest marker never disappear (perma-corpses). Named NPCs (like "Joe Cobb") usually have this marker.
    • Normal corpses disappear in exterior cells when the cell respawns or is purged (i.e. fast travel or switching to an interior cell), so you need to loot first.
    • Corpses in an interior cell don't disappear because such cells don't respawn. (Note that does not apply to "containers" which are flagged to respawn.)
    • You can't "carry" (<grab> key) a body through a door or fast travel with it.
    • Adding an item (even one that was originally in it's inventory but removed) to a corpse turns it into a "container", causing the corpse to persist through a cell respawn.

Issue: Weapon quick key binding fails unexpectedly

While previously working, suddenly the quick key binding for weapons no longer functions, and cannot be rebound.

  • Cause: Unknown. Circumstances are uncertain, but at least one report was after exiting the "Dead Money" DLC, while another had not played any DLC as yet.
  • Workarounds: The following have worked for some, but not others.
    • Load a recent save game from prior to the point of failure to bind. Now rebind the keys to the weapons, and see if playing forward doesn't retain the key bindings. In a DLC that removes your equipment (i.e. "Dead Money"), this should be after you have had your original equipment returned, but before you have actually exited the DLC setting to the Mojave.
    • Travel to some point where the weapons are removed from your possession (like a casino); and immediately upon exiting the location and the weapons are restored to your character see if binding the keys works again.

Issue: Weapons/Fists are displayed off-center in 1st Person

3rd Person view displays correctly.

  • Cause: This is the result of a bug with the mod "A Familiar Friend", or with "Readius PipBoy" mods.
  • Solution: Uninstall and start a new game. It's hard to get the bug out of an existing game. If you still wish to attempt this, be sure to follow the specific mod's uninstall instructions carefully.

Issue: Floating objects

Some objects in a cell "float" above ground level.

  • Cause: More than one plugin is changing the same thing, causing a record level conflict.
  • Solution-1: Use a "compatibility patch" file to resolve the record conflict. See the Oblivion: Creating Compatibility Patches - Worldbuilding - TES Alliance article for basic guidance on creating one.
  • Solution-2: Edit each floating object in the "console window" (typically toggled with the "~" key), and then save the game. The result would persist from that save game point onwards. However it will re-appear if an earlier save were loaded, or a new game started, or a new mod added which also conflicts: so it is only a temporary solution to that specific conflict. The edit would consist of:
  • Click on the floating object.
  • Use the "getpos [x|y|z]" commands, where "x"= is the horizontal, "y" is the vertical, and "z" is 'the height above the water table (AKA "ground level")' axis location in the cell. Each axis must be retrieved individually, i.e. "getpos x", "getpos y", and "getpos z". Record each result.
  • Use the "getangle [x|y|z]" commands in the same manner. Record each result.
  • Use the "setpos z 0.00" command to reset the height of the object to "ground level". Note the floating decimal number value.
The record of "getpos" and "getangle" entries will enable you to restore things with the appropriate "setpos" or "setangle" commands if anything goes wrong.
  • Repeat the above steps for each floating object as needed.
  • Make a "full save" to a new "save game" slot.

Issue: FOMM/FOMOD 'Invalid Field' error

Using NMM to download mod files and FOMM to install them, the latter reports an invalid field in the file "InstallLog.xml" and then exits to the desktop without installing.

  • Cause: NMM is inserting some fields into your mod archive's "fomod.xml" file upon installing them.
  • Solution-1: Re-download the mod(s) "manually" and install with the last version (0.14.11.12) of FOMM-Forked.
  • Solution-2: Use the "Custom" version 0.14.11.13 of FOMM. This version provides support to undo NMM changes, along with bug fixes. (Note: The download site is "adults only 18+" and requires registration to download, but the linked page has no "adult content". FOMM is licensed under GPLv3.)

Issue: 'Difficulty' setting causes Player and NPC damage to be 'unbalanced'

Desiring a damage mechanism to work the same for both.

  • Cause: According to this article the "difficulty" setting causes the damage inflicted to be inversely proportional between the Player and NPCs. "Hardcore" mode has no effect on damage calculations.
DIFFICULTY affect on DAMAGE inflicted
Difficulty by Player by Opponent
Very Easy 200% 50%
Easy 150% 75%
Normal 100% 100%
Hard 75% 150%
Very Hard 50% 200%
  • Solution: Adjust "Difficulty" to "Normal" for the same damage calculations to apply to both sides.
Note you can change difficulty "on the fly" in game, so you should be able to easily test what works best for you with any combination of mods.

Issue: How to eliminate the 'bullet sponge' effect?

As in: a critical hit to the head should generally kill a human. A few (1-3) bullets to the torso should knock a human out of the fight. Can't shoot through openings in railings, bridges, vehicles, etc.

  • Solution-1: Adjust "Difficulty" to "Normal" for the same damage calculations to apply to both sides.
  • Cause-2: The designers appear to have chosen the rather simple approach of using 'difficulty' to determine how much health ('hit points' or HP) each opponent has, but in a non-linear manner. This, combined with the inverse calculations of the "difficulty damage calculations", tends to create "bullet sponges" ... opponents that soak up multiple hits before appearing to be effected.
  • Solution-2: There are mods designed to 'correct' the balance between the player and other opponents in the game. These tend to proclaim themselves as "more realistic".
Some popular ones (but not all available) include:
  • Realistic Weapons Damage - New Vegas (RWD) - modifies Body Parts Data to make fights more tactical. (Your enemies won't be able to take 5 shots in the head and stand still, same thing for you...) Fights are deadlier.
  • Realistic Headshots (RHS) - A shot to the head for most opponents is almost always an "instant kill".
  • Bleed - designed to change the way that ballistics, energy, explosives, poison, fire, electricity, plasma and shrapnel inflict damage and other effects in a challenging and more deadly way. BLEED provides enhancement to all forms of damage, and also provides more realistic knock down mechanics.
According to one of the authors does essentially the same thing as RWD (and possibly RHS), but without the CTDs of RWD due to weird edits, and the two mods (Bleed and RWD) will conflict with each other. Use either RWD or Bleed, but not both.
  • Project Nevada - Extra Options (PNO) - enables you to turn the level multiplier down for endurance and level. Set them to 0 so they don't get the game default of exponential HP scaling. You must have the PN "Rebalance" and "Rebalance Complete" modules for this. This will also affect how the "enemy artificial intelligence" acts. Turn on the helmet DT requirement, too.
  • Cause-3: Objects and terrain in the game world have "collision boxes" around them so "actors" don't walk through them. Often these boxes are larger than the player might desire and cause the blocking of projectiles from passing through apparent "openings".
  • Solution-3: Collision Meshes fixes some of the worst collision meshes in the game!

Issue: My Steam Achievements have stopped working

  • Cause: Most likely you used a console command (like "tcl") during a play session. This will automatically stop "Steam Achievements" as an "anti-cheat" measure.
  • Solution: Save and exit the game to the desktop. Upon reloading, Achievements will resume automatically.

Issue: "ShowRaceMenu" / Changing Character / Uninstalling a "custom race" problems

Example: Uninstalled "Fallout Character Overhaul" (FCO) in mid game, but forgot to switch to a vanilla race first and got stuck in the ground and constantly have to use the "tcl" console command to rise up vertically. Tried re-installing FCO and using the "ShowRaceMenu" console command but it CTDs upon loading.

  • Cause-1: Failure to provide a "replacement" for fundamental features the game is expecting (such as switching to a vanilla "race" prior to removing a "custom race" mod) will cause a CTD, similar to a "missing master" problem.
  • Solution-1a: Basic troubleshooting on the "CTD upon loading" symptom in the example case identified that the re-installed plugin was not enabled as an active plugin. (This permitted the use of the "ShowRaceMenu" command.)
  • In general, uninstalling any mod from an active game is going to cause problems. Many will not be fully resolveable by simply re-installing the mod. Anything that has a "FormID" with the plugin index of the removed mod will be purged when the save game is loaded (the "missing content" message), but some elements such as scripts might not. Understand what you are getting into before attempting. Safest is to go back to a "save game" file from before the mod was installed.
  • Solution-1b: It's been reported using the "ShowRaceMenu" console command can have harmful side effects, especially after "level 5". You can safely change "face proportions" and "hair". Changing the character's race will "deactivate" your stat related Perks, Traits, and Implants. They will still be listed in your Pip-boy, but the effects supposedly won't be active any more. There are safer, more specialized alternatives to "ShowRaceMenu": such as "SexChange", "ShowPlasticSurgeonMenu", and "ShowBarberMenu".
  • There is a mod Safe ShowRaceMenu that let's you "Revise your character no matter what level you are, without resetting your stats, skills, traits and perks simply by activating a mirror". However, read the comments for some known issues before plunging ahead.
  • The mod Fallout NV Cheat Terminal Redux that allows, among other things, the removal and addition of Perks, Traits, and Implants. This can be used to "fix" those deactivated by changing race.
  • Cause-2: Switching custom races causes a CTD in the "RaceMenu".
  • Solution-2: It is also reported you can avoid the crash in the "RaceMenu" when switching between "custom" races by first switching from the old custom race to a vanilla one, and then switching to the new custom race. No need to save; just switching to vanilla first and then to the new race is enough for the menu to avoid the problem.

Issue: GECK crashing on weapon edit

This also occurs when "Fallout Character Overhaul" (FCO) is installed.

  • Cause-1: GECK needs to have the LAA flag enabled in order to take advantage of more the 2GB of memory.
  • Cause-2: A specific file included in FCO is known to cause this CTD.
  • Solution-2: Remove the file: "Data\meshes\characters\hair\eyebrowm.nif" installed by FCO.

References

Nexus wiki articles referred to by this article:



Nexus wiki articles that refer to this article: