Wrye Bash is a powerful mod management utility for games based on Bethesda's Creation Engine. Its features include:
It currently supports the following games:
Wrye Bash can appear daunting at first. To help make it more manageable, the documentation has been split into a few readmes that are targeted towards different usage requirements.
This readme covers only the most commonly used features, so that the average user can start using Wrye Bash without being overwhelmed. Information on the less commonly used features and more technical details of the features covered in this readme may be found in the Advanced Readme. Information on some of the syntaxes and file formats that Wrye Bash uses are found in the Technical Readme. Finally, Wrye Bash's version history is stored in the Version History document.
Modding for Creation Engine games has a wonderful history of confusing terminology. The list below details some terms commonly used when dealing with mods.
.esmare treated as masters too, whether they have the flag set or not. These load before all ESPs (see below). It is an acronym for Elder Scrolls Master.
.esm. See the ESM entry above for notes on how they behave in different games.
.espextension. It is an acronym for Elder Scrolls Plugin.
.eslare treated as ESLs whether they have the flag or not. Only Fallout 4 and Skyrim: Special Edition currently support these. Certain restrictions apply as to which plugins can be ESL-flagged. They do not take up a regular load order slot, theoretically allowing up to 4096 ESL plugins to be loaded.
.esl. These automatically receive the ESL and ESM flags. Only Fallout 4 and Skyrim: Special Edition currently support them.
.esuextension. These are an unofficial type of plugin used by xEdit. It is an acronym for Elder Scrolls Update.
|Enderal: Forgotten Stories||Skyrim.esm|
|Enderal: Forgotten Stories: Special Edition||Skyrim.esm|
|Fallout 4 VR||Fallout4.esm|
|Fallout: New Vegas||FalloutNV.esm|
|Nehrim: At Fate's Edge||Nehrim.esm|
|Skyrim: Special Edition||Skyrim.esm|
.bsa(All but Fallout 4) or
.ba2(Fallout 4) file extensions. They can be used to store resource files such as textures and meshes.
dirty edit, which can break the functionality of other mods that require the record in question to have a specific value, but which have that value overridden by an ITM record.
dirty edit. Note that this acronym does not refer to the deleted references themselves - it actually refers to their fixed counterparts. For example,
Scan For UDRswill scan for deleted references, not undeleted and disabled references, and BOSS/LOOT will report the UDR count for a plugin, which is actually the number of deleted references that can be fixed.
This readme will also use the placeholder [Game]. Replace this with the game that you're managing with Wrye Bash. Additional terminology specific to Wrye Bash's functions will be introduced as required. Also, links that are followed by go to pages that are not part of the Wrye Bash documentation.
The simplest way to install Wrye Bash is using the installer, as it installs Wrye Bash and its dependencies automatically. Note: If you want to manage a Windows Store game (since the installer does not and cannot support Windows Store games) or prefer to manually install Wrye Bash for any other reason, read the instructions below.
Note: There are two versions of Wrye Bash available: the Python version and the Standalone version. Both are the same program, but the Standalone version has fewer dependencies and so is recommended for most people.
Windows Vista, 7, 8 & 10 users: Windows' User Account Control feature may interfere with the running of Wrye Bash and other utilities. See the File Permissions section for solutions.
Manual Standalone Version Installation:
Fallout, depending on the game) so that the Mopy directory appears in the game folder.
Wrye Bash.exein the new Mopy folder. If you chose the second option above, Wrye Bash will now open. However, you will have to repeat the procedure for each new game you install. If you chose the first option, you will see a game select screen. Simply select one of the listed games to continue:
Manual Python Version Installation:
Fallout, depending on the game) so that the Mopy directory appears by the game executable. See the Alternative Install Locations if you wish to install to a different directory.
Wrye Bash Launcher.pyw.
The ease with which Wrye Bash can be removed is dependent on how much you use it to manage your modded game.
If none of the above points apply to you, or once you have taken the necessary measures for the points that apply, you can uninstall Wrye Bash by either running the uninstaller, if you used the installer to install Wrye Bash, or delete the following files and folders if you installed it manually.
[Game]\Mopy- If you've edited any localisation files in the
l10nfolder that you want to keep, back them up.
[Game]\Data\Bash Patches- If you've exported any CSV files that you want to keep, back them up.
[Game]\Data\BashTags- If you've manually created any tag files that you want to keep, back them up.
Documents\My Games\[Game]- Only delete the
People.dat.bakfiles and the
[Game] Mods(in the same folder as [Game] for most games, in
Documents\Wrye Bashfor Windows Store games) - The
Bash Installersfolder stores the mods you've installed via BAIN.
Wrye Bash mod installer are known as BAIN (BAsh INstallers), and are presented on the Installers Tab.
The first time the Installers tab is opened, a dialog will appear asking if BAIN should be initialized.
If you click
Yes, BAIN will be initialised, which can take some time.
After that, the information refresh performed when the Installers tab is opened is much faster.
BAIN's primary function is to install mod packages.
BAIN Packages can be compressed archives
.tar) or uncompressed directories called
projects. When we refer to projects and archives together
we will also be using the collective term packages or
If BAIN is disabled, i.e. if you clicked
No on the dialog that was displayed the first time you selected the Installers tab, it can be re-enabled by right clicking on a column header in the Installers tab and selecting Enabled.
Packages need to be placed in the
Bash Installers directory which is created the first time Bash runs inside the
"Game" Mods directory. This directory is by default
created on the same level as your game directory (that is, if your game exe is located in "C:\GAMES\TESIV\Oblivion", then by default Bash will create the "C:\GAMES\TESIV\Oblivion Mods\"
directory on first run), but you can point Bash to create this "Game" Mods directory wherever you want (or point it to an existing one) via the
sOblivionMods ini setting. Do
not however put it inside the game Data directory, as the game may well be confused and scan it adding to performance deterioration, mods thrashing.
To add an installer to Wrye Bash Installers, you can either manually copy and paste the zip to the Bash Installers Directory, or just drag and drop the zip onto the Installers tab.
Bash will scan the Bash Installers directory and pick up all subfolders and all archives - except for:
--will be skipped
Bain Converterssubdir of Bash Installers will be skipped
bashwill be skipped
Now BAIN will try to classify the packages it detected in Bash Installers into its package formats - if it fails the package will display as unrecognized and will have to be restructured.
When scanning an installer (package or project) BAIN follows some rules to decide what's in there and if it can be installed. BAIN will search for specific directories and file extensions (bsa/ba2, ini, all plugin extensions). All directory detection is case insensitive. Directories BAIN is aware of, independent of the game, are:
|Wrye Bash Directory||Notes|
|bashtags||Its contents will be copied into
|bash patches||BAIN will install files in this folder from packages, usually
in the form of
|docs||Its contents will be copied into
|ini tweaks||INI tweaks inside this will be installed in
|screenshots||Its contents will be copied into
|screens||Its contents will be copied into
|ss||Its contents will be copied into
|Game Directories Supported For All Games|
ini, meshes, music, sound, textures, video
There are also game-specific directories:
|Game||Extra Game Directories|
|Morrowind||animation, bookart, distantland, fonts, icons, mwse, shaders, splash|
|Oblivion||_tejon, config, distantlod, enhanced economy, facegen, fonts, knights - revelation music, menus, obse, pluggy, scripts, shaders, streamline, trees|
|Fallout 3||config, distantlod, facegen, fonts, fose, menus, uio, scripts, shaders, trees|
|Fallout: New Vegas||config, distantlod, facegen, fonts, menus, nvse, uio, scripts, shaders, trees|
|Skyrim||asi, autobody, calientetools, dialogueviews, dragonbornvoiceover, dyndolod, flm, grass, interface, kreate, lodsettings, mapmarkers, mapweathers, mcm, mlq, nemesis_engine, netscriptframework, osa, platform, scripts, seasons, seq, shaders, shadersfx, skse, skyproc patchers, slanims, strings, tools|
|Fallout 4||f4se, interface, lodsettings, materials, mcm, misc, programs, scripts, seq, shadersfx, strings, tools, vis|
There are, loosely speaking, three types of BAIN-compatible package structures:
|Simple||Installer has .esp, .esm and/or .bsa files, and/or any of the standard game subdirectories at the top level of the package/project.|
|Complex||Installer has top-level subdirectories that each have a simple structure (as defined above). The top level
subdirectories (known as sub-packages) must NOT have the same name as any of the standard game directories for this game
(like docs, or meshes). Otherwise BAIN thinks this is a simple package and will skip sub-packages.|
Each top-level subdirectory will be treated as a sub-package, and can be independently activated or deactivated as desired.
|Complex/Simple||A complex installer with only one top-level subdirectory. It is treated as a simple installer, starting at this top level subdirectory. Examples include mods packaged with a top-level Data directory.|
The easiest way to tell if a package needs manual converting to be compatible with BAIN is to try installing it. If it is listed in the Package list with a grey checkbox and name, then BAIN cannot install it. Due to BAIN's flexibility, many mods are already packaged in ways that are compatible, but for those that are not, there are a few possible cases:
.fomod). These mods are intended for installation with the Oblivion Mod Manager or Nexus Mod Manager. Such mods usually have a non-OMOD download option: if one is available, download that instead as it is more likely to be compatible. Otherwise, OMOD files can be converted to Projects automatically by dragging and dropping them into the Installers tab.
.exe). This is very rare, as mods do not require the complexity of executables, and the greater security risk executables represent makes their use unpopular. BAIN cannot install mods distributed in this way: often the only way to install them is to run the executable. You can often run the installer, installing to a dummy folder, and then repack the
installedfiles into a BAIN-compatible format.
If an archive has a BCF, it can be converted for installation with BAIN using the following instructions.
[Game] Mods\Bash Installers\Bain Converters. Also ensure that the archive(s) it converts is/are in
[Game] Mods\Bash Installers.
sourcepackages) and right click on the selected file(s) to bring up the context menu, and select Conversions to open the sub-menu.
If a package is unrecognised by BAIN and has no associated BCF, its contents will have to be rearranged so that the structure matches one of the three types of BAIN-compatible package structures.
Packages must first be placed in the
[Game] Mods\Bash Installers directory. This can either be done via Windows Explorer, or by dragging and dropping the package into the Wrye Bash window when the Installers tab is open. If you drag and drop, you will be asked whether you want to copy the package or move it.
For the most part, you can simply right-click the package and select Install..., which will automatically use wizards and FOMODs if they are present, and fall back to manual configuration if they are not. If you want to learn more about each type of package and how to install and configure their options manually, read on.
If a package contains a BAIN wizard (i.e. there is overlaid on its checkbox):
Finishbutton to apply its selections.
If a package has an FOMOD wizard (i.e. there is an FOMOD radio button):
Finishbutton to apply its selections.
If a package has a Simple or a Complex/Simple structure:
Plugin Filterbox to the far right of the package list. Checked plugins will be installed, while unchecked plugins will be skipped.
If a package has a Complex structure:
Sub-Packagebox to the right of the package list. Checked sub-packages will be installed, while unchecked sub-packages will be skipped.
Plugin Filterbox to the far right of the package list. Checked plugins will be installed, while unchecked plugins will be skipped.
If you install a package then later change the sub-packages or plugin files selected, you can apply these changed by right-clicking the package in the list and selecting Anneal. A Wizard provides a scripted installation method that can be useful for more complex mods with many options.
When a package is installed, BAIN installs any files that appear to be documentation into the
Data\Docs folder. Any files that are simply named
readme (e.g. readme.txt, readme.html, readme.doc) will be renamed according to the package name to prevent packages overwriting each other's readmes.
To uninstall any package from the Installers tab select the package and right click on it, then select Uninstall. This will uninstall all Matched files. However, BAIN will not uninstall mismatched files.
A mismatched file is a file that has been altered after it was installed. The reason BAIN does not uninstall mismatched files is BAIN has no way of tracking the source of the alteration if it was not done through BAIN. For example, if the file was altered because it was replaced by another mod that was installed manually, then uninstallation of the mismatched file may not be desirable. On the other hand, if the file was altered because it was cleaned or edited with TESxEdit, or because it was an ini file that was edited with a text editor, then it may be desired to uninstall the mismatched file along with the package that it came from.
Such files could be deleted from the data folder manually, but there is an easy way to do this through BAIN. Before uninstalling the mod, first select the package and right click on it, then select Advanced Installation > Install Configured. This will overwrite any mismatched files with the version of the file contained in the package, making them Matched. Now select Uninstall and BAIN will uninstall all installed files associated with this package.
An alternative, if you want to keep the mismatched file in the to-be-uninstalled package, is to use Sync From Data....
You can also uninstall packages that BAIN hasn't installed, which will remove any installed files that match the ones in the package. This is useful for cleaning out mods that were manually installed. Of course you need to add the packages to BAIN first. Uninstalling via BAIN respects the ownership of files, i.e. uninstalling a mod that contains files also installed by a mod listed lower in the installation order will not uninstall the lower mod's files. See the next section, BAIN Package Order for more on this. However, if the Auto-Anneal option is enabled (the default), then files from other packages previously overridden by the uninstalled package's files will be automatically restored.
The Install Order of packages in BAIN is important as this decides which package gets its files installed in the case of resource
conflicts.Packages may be listed in Install Order by left-clicking on the
Order column header. If two packages try to install the
same file, then the package installing later in the list will have its file overwrite the file of the package installing earlier in the
list. For example, files in a package in install order position 06, would overwrite conflicting files in a package at install order
position 04. Note that packages with a higher install order appear lower in the list of packages, and that may lead to confusion as
people refer to them as "lower".
The order of sub-packages within a package follow the same rules as packages. Checked sub-packages later (lower) in the sub-package list will overwrite conflicting content from sub-packages earlier (higher in the list) than them.
Package conflicts are detailed in the
Conflicts tab to the right of the package list when you select a package. This tab tells you
which packages have which files that conflict with files in your currently-selected package. It gives this information for packages in
the Install Order both earlier and later than the selected package in the package list.
BAIN allows you to easily adjust the conflict status of packages by moving their order around. This can be done by dragging and dropping packages within the list, or by right-clicking packages and selecting the Move To... option. You can also select multiple packages and move them, in which case they will be moved as a group, retaining their order relative to one another in their new location. A third option is to select the package(s) and use Ctrl+Up Arrow (↑) or Ctrl+Down Arrow (↓) to move them up or down, respectively.
BAIN uses the colours of packages in the package list and the state of their checkboxes to convey information about their status to the user. A checkbox state may be combined with any checkbox or text colour, and the possible states and colours are described in the tables below.
Note: Installed packages are marked with a plus, e.g. . Corrupt or incomplete packages are marked with a cross, e.g. . Packages that begin and end with
==Last==, are marker packages. They don't represent an archive or folder and so contain no files, but may be used to organise the package list.
|The package is a Project, i.e. a directory rather than an archive.|
|The package is an archive.|
|All the files in the package are installed as configured.|
|Some or all of the files in the package are not installed as configured.|
|All the package files are installed, but the .esp/.esm plugins are not identical (e.g. another package has overwritten them with another version of the plugins).|
|All the package files are installed, but some resource (i.e. non-plugin) files are not identical (e.g. another package has overwritten them with another version of the files)|
|The package, as configured, has no files to install. This can happen for complex packages where none of the sub-packages are selected for installation.|
|BAIN does not recognise the structure of this package so cannot install it.|
|The package is corrupt or can not be read by BAIN for some reason.|
|Navy Blue||The package contains sub-packages.|
|Grey||BAIN does not recognise the structure of this package so cannot install it.|
|Orange Background||The install is dirty. This will occur for packages for which the configuration has been altered (either by altering active sub-packages and esmps, or by altering the package itself). This can be repaired by running Anneal or Anneal All.|
|Yellow Background||The package has "underrides" i.e. some of its installed files should be overridden by higher order packages. This may happen after reordering mods that have already been installed. It can be repaired by running Anneal or Anneal All.|
|Grey Background||Some files present in the package will not be installed. This can be due to having a complex structure only partially handled by BAIN, or having file types that BAIN skips. This can sometimes be fixed by telling BAIN that the package has extra directories by selecting in the right-click menu.|
The following commands found in the package and column header context (i.e. right-click) menus are often useful for many users.
|Column Header Context Menu|
|Files..||Open Folder...||Open the
Bash Installersdirectory in your system's default file explorer. You can press Ctrl+O to the same effect.
|New Marker...||Create a marker for organising your packages. The
==will be added for you. You can press Ctrl+Shift+N to the same effect.
|Data..||Clean Data...||Remove content that isn't from the vanilla game or installed
via BAIN from the Data folder. The files are not deleted, but
moved to the
|Refresh Data||Re-scan the Data directory and all project directories. This is done once per run of Wrye Bash, when the Installers tab is first opened. If you manually alter the directories after that, you should run this command to update BAIN to reflect the changes. BAIN refreshes itself automatically if changes are made to packages in the Bash Installers directory.|
|Packages..||Anneal All||Install any missing files for active packages and correct all install order errors.|
|Uninstall All Packages||Uninstall all packages.|
|List Packages...||Display a list of projects and archives and copy the list to your clipboard. This is useful for posting your package order on forums, e.g. when troubleshooting an install.|
|Package Context Menu|
|File..||Open...||Open the selected packages in the file system. You can double-click a package or press Enter to the same effect.|
|Rename...||Rename the selected packages or markers. You can click on an already selected item or press F2 to the same effect.|
|Duplicate...||Create a copy of the selected packages.|
|Delete||Delete the selected packages and/or markers. Deleted packages are sent to the Recycling Bin, not permanently deleted.|
|Open At..||Attempt to open the selected package's page on the selected site. If Google is selected, performs a Google search for the package name. For the other two sites, this command assumes that the trailing digits in a package's name is the package ID at the sites. If this assumption is wrong, a random page, or an error page, will be opened.|
|Open Readme||Open the package's readme, if BAIN managed to find one in it.|
|Anneal||Install missing files and correct install order errors according to the package configuration.|
|Quick Refresh||Refresh all info for the selected package(s). Useful if BAIN's information about a package has gone out of sync with the Data folder, e.g. because you manually changed something in it.|
|Move To...||Move the selected packages to the specified position.|
|Sync From Data...||Copy files from the Data folder into this package that are also in the package, but whose contents differ. Useful if you altered a file from this package, e.g. by cleaning it in xEdit, and now want to update the package contents to match.|
|Install...||Install the selected packages, preferring a visual method if possible.|
|Uninstall||Uninstall the selected packages.|
|Package..||List Structure...||Generate a list of the files and directories in a package and copy it to your clipboard. Useful for posting package structure on forums, e.g. when troubleshooting an install.|
Wrye Bash displays your installed plugins in its
Mods tab. Your load order of active installed plugins, which Wrye Bash marks with a
ticked checkbox, is important as it decides what plugin 'wins' any conflict between plugins, with later loading plugins overriding those
that change the same thing. A mod loading later in the list will have a greater number in the Load Order column, and will "win"
if there's a conflict with a mod loading earlier (which will have a lower number). Load order is not the same thing as BAIN install
order! Install order determines which package's files overwrite other packages files when they conflict.
Although in general "Load Order" stands for the load order of the active plugins, all installed plugins have a load order assigned
to them. In Oblivion, Nehrim: At Fate's Edge, Fallout 3 and Fallout: New Vegas this is based on the modification time of the plugin,
in Skyrim and Enderal: Forgotten Stories it is based on a text-file based standard the community agreed on,
while Fallout 4 and all later games dump all installed plugins in its plugins.txt, marking active ones with an asterisk (
Bash needs plugin load order even for inactive plugins to correctly merge inactive mods in the Bashed Patch, for instance.
Plugins may be activated by clicking their checkbox so that it is ticked, or by selecting a plugin or group of plugins and pressing the space bar on your keyboard. Plugins may be deactivated by again clicking their checkbox or pressing the spacebar. If a group of selected plugins contains a mix of active and inactive plugins, pressing the space bar once will activate them all, thereafter it will function as normal.
Some plugins are explicitly dependent on other plugins - they have these plugins as
masters. When a plugin is activated, its masters are also activated. Conversely, when a plugin upon which other plugins depend is deactivated, those plugins are also deactivated.
When setting the load order, make sure that Wrye Bash is displaying your plugins sorted by Load Order. Do so by clicking on the Load Order column header near the top of the tab. You can also display the plugins sorted by other attributes by clicking on any of the other column headers. Clicking twice will reverse the display order for any column but Load Order. The load order of plugins is given in hexadecimal digits, from 00 to FE, which is 0 to 254 in decimal. (This number also forms the first two digits of a record's Form ID.)
Note that you can only have a maximum of 255 plugins active at any one time, including your game's master file.
Wrye Bash displays a plugin count in its status bar, to the right hand side, in the format
Generally speaking, if you end up with an invalid load order of some kind, Wrye Bash will automatically fix it upon booting or refreshing,
but a backup copy (with the
.bak extension) will be made before doing so.
With the advent of ESL files, the load order system was modified. The following list contains the most important facts you need to know about how Wrye Bash handles ESL files:
Creation Club ESL files (of the form
cc*.esl) are read from the game's
.ccc file, if the game has Creation Club support.
For example, Skyrim: Special Edition uses
[GAME]\Skyrim.ccc, while Fallout 4 uses
Just like the game's masters, this load order is hardcoded, and so it cannot be changed - Wrye Bash will show an error message when an attempt is made.
Setting up a correct load order that minimises detrimental conflicts that could cause issues in-game can be a difficult and time-consuming process. Effective load-ordering often requires a knowledge of what each plugin in your load order contains so that you can position the plugins to minimise these conflicts. For simple mods, the description in the mod's readme will usually be sufficient to determine the records it contains, but to be sure a utility such as xEdit is required.
LOOT can be used to greatly simplify the process of setting the load order, as it can correctly position thousands of plugins automatically. However, you may still need to order some plugins manually.
Wrye Bash provides a number of ways for you to set up your load order:
When running Wrye Bash, you can also lock your load order in place to prevent unintended changes to it by selecting the Lock Load Order option in the column header right-click menu. Note that this will prevent other utilities from changing the load order, so uncheck this option if you use such a utility to set your load order. If you use BOSS/LOOT to manage your load order and you also use Lock Load Order, ensure Suspend Lock Load Order is also enabled to allow BOSS/LOOT to function correctly.
Note that for Skyrim and later games Wrye Bash will automatically undo any changes to load order done made by the game's launcher or any utility that does not follow the textfile-based load order standard in order to maintain a fully coherent load order. This effectively means that unintended changes are prevented.
Launch Using GUI toggles the use of the command line interface for BOSS with the BOSS GUI. Giving quick and easy access to the additional features the GUI provides such as the
Edit User Rules option.
Bash features a sophisticated undo/redo load order feature, comprising both load order changes of active or inactive
plugins and activating/de-activating plugins. Whether you activate a plugin, drag and drop it in another position, deactivate a
plugin (having its children deactivated too) etc, you can always hit
Ctrl+Z while the list of mods has focus to undo
the operation or
Ctrl+Shift+Z to redo it. Bash keeps the load orders (meaning total load order of all installed plugins
and active state of the plugins) in its internal structures and will persist those on disc on shutting down,
My Games\<Game>\BashLoadOrders.dat, so you can undo/redo on restarting Bash.
The undo/redo feature will try to preserve as many load orders as possible - so unlike undo/redo in other applications if you have an initial load order state A then change it to B, then hit undo (so you are back on state A), then change it to C Bash will keep in its internal structures the load order states A C B while most other applications would end up with A C. Undo/redo load order state is a relatively new feature (available since 307) so it may have rough edges.
Like in the Installers tab, Wrye Bash uses colour-coding and other formatting effects to convey information about the state of plugins. The different types of formatting used and their meanings are explained here. Many of these can be changed in the Color Configuration menu.
|Plugin is active.|
|Plugin is merged into an active Bashed Patch.|
|Plugin is imported into an active Bashed Patch.|
|Plugin is not active, merged or imported.|
|The plugin's masters are all in exactly the same order as is specified in the plugin.|
|The plugin's masters are in the same order as is specified in the plugin, but their precise positions are different (i.e. there are other mods between them). This is not an issue, and can be considered to be just as good as having a blue checkbox.|
|Some of the plugin's masters are in a different order than what is specified in the plugin. This will be handled automatically by the game, but may hint at an incorrect load order on either your or the mod author's end.|
|This plugin loads before one or more of its masters. This will either cause the game to crash or cause mods to load in unexpected ways and must be corrected.|
|One or more of the plugin's masters is missing. This will generally cause the game to crash on startup, and must be corrected.|
|Blue Text||A master - refer to ESM documentation at the start of this document for more information.|
|Green Text||A mergeable plugin (for games without ESL support) or one that can be ESL-flagged (for games with ESL support).|
|Pink Text||Only for games with ESL support. An ESL-flagged plugin.|
|Purple Text||Only for games with ESL support. An ESL-flagged plugin that is also a master. The color is a combination of the blue one for masters and the pink one for ESLs.|
|Yellow Text||Only for games without ESL support. A plugin that
should not be merged (i.e. tagged with
|Pink Background||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas only. A plugin that shares its modification date with another plugin. Not a problem unless both plugins are active.|
|Red Background||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas only. An active plugin that shares its modification date with another active plugin. This must be corrected so that they have different modification dates or else it may break your load order.|
|Light Orange Background||Morrowind only. In Morrowind, plugin files contain
|Grey Background||A ghosted plugin.|
|Slanted Text||A plugin that is recommended to be imported and deactivated
(i.e. tagged with
|Underlined Text||A plugin identified as having dirty edits (Identical to Master, Deleted References, or otherwise necessary cleaning).|
The context menus for the column headers and plugins contain a large number of commands, most of which are unlikely to be of use to the average user so are not detailed here.
|Column Header Context Menu|
|Files..||New Bashed Patch...||Creates a new Bashed Patch plugin. Useful if you accidentally delete your current one or wish to have more than one.|
|List Plugins||This lists the load order, including version information, activation status and major load order errors. It can be useful for debugging a broken load order. If the Shift key is held when this command is selected, the CRCs of plugins will also be displayed in the output. If the Ctrl key is held, then the versions of plugins will not be shown in the output.|
|List Bash Tags||This lists all the Bash Tags applied to the plugins in your load order, and where/how the Bash Tags were specified. It can be useful for debugging a broken load order.|
|Auto-Ghost||The Oblivion game engine has a bug where it reads all the plugins in the Data folder,
and this can affect performance when the number of plugins is around 300+. In Skyrim there is a different problem, namely if you have over
508 mod files in your data directory, the engine just plain refuses to load any of them, active or not (see here:
Thrashing, thread #1, post #1). Auto-Ghosting adds a |
.ghostextension to all inactive plugins automatically to prevent the game engine reading them, and so helping to avoid the performance drop. When a ghosted plugin is activated, the
.ghostextension is removed, allowing it to function as normal. Note that most other utilities will not recognise ghosted plugins, so there are options available for individual plugins to control which get ghosted. Bash displays a warning if a lot of mods and BSAs are detected that you can disable via the ini.
|ESL-Flag Bashed Patches||Skyrim: Special Edition & Fallout 4 only. If enabled, then any built Bashed Patches will automatically be ESL-flagged, saving a load order slot.|
|Lock Load Order||This prevents other utilities from altering your load order. More accurately, it detects changes to your load order when Wrye Bash starts or is focused (i.e. on top of all other program windows) and reverses those changes.|
|Plugin Context Menu|
|List Masters...||Outputs a list of the selected plugin's masters.|
|List Bash Tags...||Outputs a BBCode-formatted list of all the Bash Tags applied to the selected plugin, and where/how the Bash Tags was specified. It can be useful for debugging a broken load order.|
|Create LOOT Entry...||Creates LOOT masterlist entries based on the tags you have applied to the selected plugin(s). Also tries to figure out the URL that the plugin came from based on the BAIN package it was installed from.|
|Copy Mod Info...||Outputs a report on the selected plugins(s) with the info from the currently displayed columns.|
|Don't Ghost||Don't ghost this plugin when it is inactive, even if Auto-Ghost is enabled.|
|Ghost||Ghost this plugin when it is inactive even if Auto-Ghost is disabled.|
|Rebuild Patch...||Rebuild the selected Bashed Patch using the Python patcher.|
A Bashed Patch is a configurable plugin with three main functions:
A Bashed Patch is created by Wrye Bash the first time you run it, with the plugin being called
Bashed Patch, 0.esp. It is configured using the plugin context menu command Rebuild Patch.... You should rebuild your Bashed Patch every time you change your load order, before playing the game. The Bashed Patch should be last in your load order, unless you have plugins that explicitly state that they must load last.
The configuration dialog consists of a list of major sections to the left, and the contents of the selected section to the right, with the build and save buttons at the bottom. The sections and their items have checkboxes: checking a section will include all its checked items in the Bashed Patch. Unchecked sections and items will not be included. Some sections don't have any items, and so just need the section checkbox checked.
A short description of each section and some items is displayed near the bottom of the window if the section/item is hovered over. Bolded items are new since the last time the Bashed Patch was built, italicized items will not run because they have no active sources (e.g. no mods to import). Wrye Bash will usually do a good job auto-configuring most sections, but you may want to alter options, especially in the Tweak section.
|Bashed Patch Configuration Buttons|
|Build Patch||Builds your Bashed Patch with the current configuration.|
|Select All (next to section list)||Selects all the options/plugins in a section list. If an option has multiple possible values, the first value in the value list will be chosen.|
|Deselect All (next to section list)||Deselects all the options/plugins in a section list.|
|Select All (at bottom of window)||Selects all sections, and all the options/plugins in all sections. If an option has multiple possible values, the first value in the value list will be chosen.|
|Deselect All (at bottom of window)||Deselects all sections and all the options/plugins in all section list.|
|Revert To Default||Reverts your Bashed Patch to its default configuration.|
|Revert To Saved||Restores the last saved configuration of your Bashed Patch, undoing any changes since you last built it.|
|Export||Saves your Bashed Patch's configuration into an external file for backup.|
|Import||Restores your Bashed Patch's configuration from an exported patch configuration.|
Plugins that contain only certain types of data records can be merged into the Bashed Patch. This then allows these plugins to be deactivated, freeing up space in your load order.
If you're merging plugins in, you do not need the plugins active to do so. In fact, trying to merge them in Bash will 1 - ask you to deactivate them before hand, and 2 - deactivate them even if you refused that prompt after the Bashed Patch has been created. So if you're merging plugins, leave them inactive before building, then select to merge them in the Bashed Patch build dialog. Don't worry, all the algorithms for the rest of the patchers still work as you'd expect on plugins merged this way.
You should check the checkboxes of all the plugins listed in the
Merge Patches section, and ensure the section is checked too.
Do not remove merged mods from your Data folder. They will need to be present when you next rebuild your Bashed Patch.
Plugins can be tagged with Bash Tags that tell Wrye Bash that they contain certain changes that should be preserved even if another mod also changes the same things. This is usually because the changes are important to the functionality of the mod. Wrye Bash then allows you to choose which plugins should have which types of changes preserved, by selecting from the various Import sections when building a Bashed Patch.
If a section's description in the table below begins with
Preserves and two or more mods in its list change the same thing, then the later-loading plugin will override the other plugin(s). Otherwise changes are merged.
|Section||Description||When You Should Use It||Available For|
|Import Actors||Preserves changes made to actors (i.e. NPCs and creatures) by the mods selected.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Actors: AI Packages||Merges the changes made to actor AI packages by all the mods selected.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Actors: Faces||Preserves the changes made to NPC faces by the mods selected.||The decision is entirely based on user preference. Choose whichever mods' NPC faces you prefer.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|Import Actors: Factions||Preserves the changes made to the factions an actor belongs to by the mods selected.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Actors: Perks||Merges the changes made to the perk list of NPCs by the mods selected.||Always, unless you are told otherwise by a mod's readme.||Skyrim, Enderal: Forgotten Stories & Skyrim: Special Edition|
|Import Actors: Spells||Merges the changes made to the spells actors have by the mods selected.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Cells||Preserves the changes made by the mods selected to cell settings such as lighting, climate, music, name, owner, water and more.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Destructible||Preserves the changes made to the ability to destroy certain parts of the environment.||Always, unless you are told otherwise by a mod's readme.||All but Oblivion, Nehrim: At Fate's Edge & Fallout 4|
|Import Effect Stats||Preserves the changes made to the stats of magic / base effects.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Enchantments||Preserves the changes made to the enchantments of items like armor, weapons, etc.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4.|
|Import Enchantment Stats||Preserves the changes made to the effect data of enchantments / object effects.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Graphics||Preserves the changes made by the mods selected to various textures and models throughout the game.||The decision is entirely based on user preference. Choose whichever mods' graphics you prefer.||All but Fallout 4|
|Import Inventory||Merges the changes made to the items in an actor's inventory by all the mods selected.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Keywords||Preserves the changes made to the keywords attached to various things throughout the game by the mods selected.||Always, unless you are told otherwise by a mod's readme.||Skyrim, Enderal: Forgotten Stories & Skyrim: Special Edition|
|Import Names||Preserves the changes made to various names throughout the game by the mods selected.||The decision is entirely based on user preference. Choose whichever mods' names you prefer.||All but Fallout 4|
|Import Object Bounds||Preserves the changes made by the mods selected to the bounds of many types of objects throughout the world.||Always, unless you are told otherwise by a mod's readme.||All but Oblivion & Nehrim: At Fate's Edge|
|Import Outfits||Merges the changes made to the items in NPC outfits by all the mods selected.||Always, unless you are told otherwise by a mod's readme.||Skyrim, Enderal: Forgotten Stories & Skyrim: Special Edition|
|Import Races||Preserves changes made by the mods selected to various race attributes such as height, eyes, hair and voice.||Always, unless you are told otherwise by a mod's readme.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|Import Races: Relations||Merges additions, changes and deletions to race-faction relations.||Always, unless you are told otherwise by a mod's readme.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|Import Races: Spells||Merges additions, changes and deletions to race abilities and spells.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 3, Fallout: New Vegas & Fallout 4|
|Import Relations||Merges additions, changes and deletions to faction relations.||Always, unless you are told otherwise by a mod's readme.||All but Fallout 4|
|Import Roads||Preserves the changes made by the mods selected to the landscape's roads.||Always, unless you are told otherwise by a mod's readme.||Oblivion & Nehrim: At Fate's Edge|
|Import Scripts||Preserves the changes made by the mods selected to the scripts attached to things in the game.||Always, unless you are told otherwise by a mod's readme.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|Import Sounds||Preserves the changes made by the mods selected to various sounds in the game.||The decision is entirely based on user preference. Choose whichever mods' sounds you prefer.||All but Fallout 4|
|Import Spell Stats||Preserves the changes made by the mods selected to spells / actor effects in order to fix bugs or rebalance them.||Always, unless you are told otherwise by a mod's readme. There is an element of user preference, for instance if you are using several mods that overhaul spell stats. In such cases, choose whichever mods' stats you prefer.||All but Fallout 4|
|Import Stats||Preserves the changes made by the mods selected to items in order to fix bugs or rebalance them.||Always, unless you are told otherwise by a mod's readme. There is an element of user preference, for instance if you are using several mods that overhaul spell stats. In such cases, choose whichever mods' stats you prefer.||All but Fallout 4|
|Import Text||Preserves the changes made by the mods selected to various types of long-form text (e.g. text in a book, descriptions of armor, spells, weapons, etc.).||Always, unless you are told otherwise by a mod's readme. There is an element of user preference, for instance if you are using several mods that overhaul spell stats. In such cases, choose whichever mods' stats you prefer.||All but Fallout 4|
|Import Weapon Modifications||Preserves the changes made by the mods selected to weapon modifications.||Always, unless you are told otherwise by a mod's readme.||Fallout: New Vegas|
The Bashed Patch lets you independently tweak a large number of game settings. Each tweak has a description that is visible when you select it. Some tweaks have several possible values, with the current value given in [square brackets] in the tweak name. Right-clicking these tweaks will display a menu from which you can select a different value. The tweaks are grouped into different sections:
|Section||Description||When You Should Use It||Available For|
|Tweak Actors||Allows you to change a number of the game's settings relating to actors (i.e. NPCs).||The decision is entirely based on user preference.||All but Fallout 4|
|Tweak Assorted||Contains a set of miscellaneous tweaks to the game.||In Oblivion, the Bow Reach Fix and Nvidia Fog Fix are recommended for all users, as they fix bugs that may be uncovered by mods. Also in Oblivion, the DarNified Books option is recommended for users of DarNified UI. In Skyrim and games based on it, the Magic: Summoning Absorption Fix is recommended for all users as it fixes an issue that affects many mods. Beyond that, the decision is entirely based on user preference.||All but Fallout 4|
|Tweak Clothes||Contains a set of tweaks that change settings relating to the game's clothing.||The decision is entirely based on user preference.||Oblivion & Nehrim: At Fate's Edge|
|Tweak Names||Contains a set of tweaks that change the names of things in the game. Most change the names to change how they are sorted in your inventory.||The decision is entirely based on user preference.||All but Fallout 4|
|Tweak Races||Contains a set of tweaks that alter race-related things (e.g. height, eyes, hairs, etc.).||The decision is entirely based on user preference.||All but Fallout 4|
|Tweak Settings||Contains a set of tweaks that change various global and non-global game settings.||In Oblivion, the UOP Vampire Aging and Face Fix.esp tweak is recommended for all users. Beyond that, the decision is entirely based on user preference.||All games|
The Bashed Patch also gives you a number of other sections providing additional functionality besides the above merging, importing and tweaking. These options are described below.
|Section||Description||When You Should Use It||Available For|
|Alias Mod Names||Allows Wrye Bash to recognise some common renamings of plugins
that are referenced in .csv data files that it imports as part
of some Bashed Patch sections. Renamings should be listed in
the text box for this section. The format is
||If you have renamed a plugin that is referenced in a CSV file you have selected in the Bashed Patch's configuration. It is recommended that you refrain from renaming plugins, as it can break parts of Wrye Bash and other utilities.||All but Fallout 4|
|Replace Form IDs||Replaces a set of formIDs with another set of formIDs defined by a .csv file.||If you use a mod that tells you to use it.||Oblivion & Nehrim: At Fate's Edge|
|Cobl Catalogs||Updates Cobl's ingredient and effect catalogs to take into account those added by mods you use.||If you use Cobl (a.k.a. Common Oblivion).||Oblivion|
|Cobl Exhaustion||Updates greater powers added by the mods that are listed in the selected .csv file options so that they're compatible with Cobl's Exhaustion feature.||If you use Cobl's Exhaustion feature.||Oblivion|
|Contents Checker||Checks that leveled lists, outfits, recipes and inventories contain the correct types of entries, and removes any incorrect entries.||Always.||All but Fallout 4|
|Leveled Lists||Merges changes made to leveled lists by mods to increase compatibility between them.||Always. If you don't have any mods that alter leveled lists, the option won't do anything, in which case it doesn't hurt to have it enabled.||All games|
|Morph Factions||Updates factions so that they are more likely to work with Wrye Morph.||If you use Cobl and Wrye Morph.||Oblivion|
|NPC Checker||Assigns hair and eyes to NPCs that are otherwise missing them.||Always.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|Race Checker||Sorts race hairs and eyes. Note that the output of this patcher will appear as an ITM in xEdit. It is not an ITM. Do not clean it. The xEdit team cannot fix this problem because of the number of mods that would show as conflicts if it were fixed. See this discussion with ElminsterAU, xEdit's developer, from the xEdit discord.||Always.||Oblivion, Nehrim: At Fate's Edge, Fallout 3 & Fallout: New Vegas|
|SEWorld Tests||Fixes quests that aren't suspended while your character is in the Shivering Isles. This doesn't apply to mod-added quests, it only restores suspension to vanilla quests where mods have removed it.||Always. If you don't have Shivering Isles, the option won't do anything, in which case it doesn't hurt to have it enabled.||Oblivion|
|Timescale Checker||Adjusts the wave period of grasses to match changes in the timescale. Note that this patcher is incompatible with plugins that change grass wave periods to match a different timescale. Uninstall such plugins before using it, as their functionality will otherwise be duplicated by this patcher.||Always. Does nothing if you are not using a nonstandard timescale, in which case it doesn't hurt to have it enabled.||All but Fallout 4|
The INI Edits tab allows the user to quickly apply edits to the games's INI file (e.g. Oblivion.ini, Skyrim.ini, Fallout4Custom.ini, etc.) depending on your game, and mod-added ini files, including those containing scripts used to configure mods. Edits are applied from ini tweak files, which are just a text file that contains only the lines of the ini that you wish to change. Ini tweaks are stored in the
Data\INI Tweaks folder, and may be installed through BAIN or placed there manually.
The drop-down box allows you to select the current ini file. The
Browse... option in the drop-down box can be used to select an ini file not listed.
Selecting a tweak will display its contents in the middle column, and highlights the changes it applies to the current ini file in the right column. To apply a tweak, right click it and select Apply.
Supported file types are
.toml. Note that only "INI-like" TOML files are currently
supported. That means some arrays and nested tables won't be correctly
parsed. See the TOML spec for more
information on this terminology.
Warning: Incorrect INI settings in the game INI can cause bugs, CTDs or other damage to your game. Advanced settings in particular tend to be machine-specific and should not be casually copied from one computer to another.
|Some or all the variables the tweak sets do not exist in the current ini file.|
|The variable values in the current ini file do not match the values set by the tweak.|
|Some, but not all, of the variable values in the current ini file do not match the values set by the tweak.|
|Some, but not all, of the variable values in the current ini file do not match the values set by the tweak. The values that don't match another tweak from the same installer.|
|Tweak is applied.|
|Orange Background||The heading or setting in question does not exist in the current INI file.|
|Yellow Background||The specific variable value does not match the value in the current ini file.|
|Green Background||The specific variable value matches the value in the current ini file.|
|Column Header Context Menu|
|Sort By..||Valid Tweaks First||If enabled, sort valid tweaks before invalid tweaks (based on the currently selected target INI).|
|File||Sort INI tweaks by filename.|
|Source||Sort INI tweaks by the package name that the tweak originates from, if any.|
|Columns..||Manual||Don't make any automatic column width changes.|
|Fit Contents||Automatically adjust column width to fit the contents. You can press Ctrl+Numpad Plus (+) to the same effect.|
|Fit Header||Similar to Fit Contents, but ensure that each column is wide enough to make the full column header text readable too.|
|File||Display or hide a column showing each tweak's filename.|
|Source||Display or hide a column showing the filename of the package that each tweak originates from, if any.|
|Files..||Open Folder...||Open the
INI Tweaksfolder in the game's Data folder in your system's default file explorer. You can press Ctrl+O to the same effect.
|Allow Tweaks With New Settings||Allow tweaks which have new sections and/or settings, i.e. settings and/or sections that don't exist in the INI yet, to be installed. Use carefully as you might inadvertently add bogus sections/settings to your INI.|
|List Active INI Tweaks...||List all INI tweaks that are currently applied to the selected target INI.|
|Save Data||Make Wrye Bash save its internal state to disk right now. Automatically done when you close Wrye Bash. You can press Ctrl+S to the same effect.|
|Global Settings...||Open the Settings Menu.|
|Tweak Context Menu|
|File..||Open...||Open the selected INI tweak(s) with your system's default text editor. Unavailable for default (Wrye Bash) tweaks. You can double-click a tweak or press Enter to the same effect.|
|Duplicate...||Create a copy of the selected INI tweak.|
|Delete||Deletes the selected tweak(s). Deleted tweaks are sent to the Recycling Bin. Default (Wrye Bash) tweaks can't be deleted. You can press Delete to the same effect.|
|Apply||Apply the tweak to the currently selected target INI file.|
|Create Tweak With Current Settings...||Create a new tweak with the same settings as the selected INI tweak, but uses the values in the current INI file.|
|List Errors...||List invalid tweaks (e.g. OBSE INI tweaks are invalid if the current target INI is not an OBSE INI), and also lists section headers and/or individual settings that are present in selected tweaks but are missing from the currently selected target INI. Such tweaks may be installed, depending on the Allow Tweaks With New Settings setting.|
|Jump to Source||Jump to the package that installed the selected INI teak, if the Installers tab is enabled and not hidden and the tweak in question has an associated package. You can Alt-Click on the tweak to the same effect.|
|Other Tab Features|
Target INI Selectiondropdown
|Change the current target INI. All INI tweaks are evaluated and applied based on the selection made here.|
|Remove the currently selected target INI file from the dropdown selection box. This cannot be used to remove default game INI files.|
|Open the currently selected target INI file for editing in your system's default text editor.|
At the bottom left of Bash's main window you'll find launch buttons for your game and other applications if they're installed. You'll also find a few toggle buttons and some Wrye Bash feature buttons. Each of the application buttons will be present if the corresponding application is present in the game install directory, or in their default install location if the application is not game-specific.
Clicking an application's icon will launch it, and clicking a toggle button will change the state of the toggle. Clicking a Wrye Bash feature button will open that feature's window.
|Icon (On)||Icon (Off)||Toggles||Behaviour|
|Script Extender||If checked, Wrye Bash will launch the game's Script Extender when either the game or the game's editor (Construction Set or Creation Kit) is launched via the status bar launchers.|
|Auto-Quit||If checked, Wrye Bash will quit when the game is launched via the status bar launcher. This is useful if you're concerned about memory usage.|
The game and editor icons displayed will depend on which supported game you have Wrye Bash installed for. Using Wrye Bash's game launcher opens the game itself, rather than the game's launcher.
|Enderal: Forgotten Stories||Skyrim Creation Kit|
|Enderal: Forgotten Stories: Special Edition||Skyrim: Special Edition Creation Kit|
|Fallout 3||Garden of Eden Creation Kit|
|Fallout 4||Fallout 4 Creation Kit|
|Fallout 4 VR||Fallout 4 Creation Kit|
|Fallout: New Vegas||Garden of Eden Creation Kit|
|Morrowind||Morrowind Construction Set|
|Nehrim: At Fate's Edge||Oblivion Construction Set|
|Oblivion||Oblivion Construction Set|
|Skyrim||Skyrim Creation Kit|
|Skyrim: Special Edition||Skyrim: Special Edition Creation Kit|
|Skyrim VR||Skyrim: Special Edition Creation Kit|
xEdit, xTrans and xView are just different modes of xEdit and will be available if the appropriate xEdit executable (e.g. Tes4Edit.exe) is available. The xEdit launchers have extra options:
Expert Mode- if enabled, this option runs xEdit with the
-IKnowWhatImDoingargument, activating more advanced functionality whenever xEdit is run from its launcher in the status bar.
Skip BSAs- if enabled, this option runs xEdit with the
-skipbsaargument, which skips loading BSAs. Faster, but some functionality in xEdit will be disabled when it's run like this.
Quick Auto Clean- when clicked, immediately launches xEdit in QAC (Quick Auto Clean) mode. xEdit will let you select a single plugin, which will then be cleaned using the QAC procedure. This obsoletes manual cleaning via the old 'Apply Filter for Cleaning', etc. method.
Very Quick Show Conflicts- when clicked, immediately launches xEdit in VQSC (Very Quick Show Conflicts) mode. xEdit will automatically load your entire load order, apply all valid mod groups and 'Apply Filter to Show Conflicts' in an optimized and therefore faster way.
Tes4Gecko & Oblivion Book Creator will be available if the windows path variable
JAVA_HOME points to a valid
Java install (or the javaw.exe is present in Windows\System32) and their .jar file is present in Oblivion install directory
or for OBC in the data directory (you can override those default paths in bash.ini).
The LOOT and BOSS launchers have some options (for BOSS, only if BOSS v2 is installed):
Suspend Lock Load Orderwill cause Wrye Bash to temporarily disable Lock Load Order when BOSS/LOOT is run from its application launcher in the status bar, to allow BOSS/LOOT to set the load order, re-enabling it after BOSS/LOOT has finished running. It has no effect when BOSS/LOOT is run from outside Wrye Bash.
Auto-Sortwill cause LOOT to sort the load order for the currently managed game, apply the new load order, then quit.
Launch Using GUIwill cause Wrye Bash to launch BOSS's GUI instead of its command line interface.
|Interactive Map of Cyrodiil and Shivering Isles|
|Oblivion Book Creator|
|Oblivion Face Exchange Lite|
|Oblivion Mod Manager|
|Insanity Sorrow's Oblivion Launcher (offline)|
|Insanity Sorrow's Oblivion Mod List Generator (offline)|
|Insanity Sorrow's Random Name Generator (offline)|
|Insanity Sorrow's Random NPC Generator (offline)|
|Insanity Sorrow's Readme Generator (offline)|
|Model Tools||Texture Tools||Audio Tools||Misc|
|Art of Illusion||AniFX (now icofx)||ABC Amber Audio Converter||Egg Translator|
|MilkShape 3D||FastStone Image Viewer||Logitech G11 Keyboard Profiler|
|Sculptris||GIMP||RAD Video Tools|
|Softimage Mod Tool||Krita||Steam|
|PaintShop Photo Pro|
|Photobie Design Studio|
|Pixel Studio Pro|
|Windows Texture Viewer|
|Doc Browser||Show the Doc Browser. (You can also view the doc browser by double clicking on any mod file in the Mods tab.)|
|Plugin Checker||Show the Plugin Checker.|
|Settings||Open the Settings Menu.|
|Help||Show this readme in the default web browser.|
To do this find and Right Click on a tools .exe file, and choose send to desktop
Copy this Icon from the desktop and paste it into the Mopy \ Apps \ folder ( The temporary desktop icon copy can now be deleted )
When you next run Wrye Bash the icon will be in the Launcher Bar, and you can Drag and drop the new icon to a desired position
Be careful not to use up all the available space and prevent tooltip messages appearing next to the Launcher Bar
Wrye Bash writes debug information and error reports into a BashBugDump.log
file next to the
Wrye Bash.exe file (or next to the
Wrye Bash Launcher.pyw file if using the Python version).
That log file will detail the cause of the problem that is stopping Wrye Bash from starting. Read it and the rest of this section to see if the problem is something you can fix yourself. If not, report it to an official Wrye Bash thread for support.
If you are running Windows Vista or later, Wrye Bash (and other modding programs) may be prevented from working correctly by the UAC security feature. For Windows Store games, there are no workarounds to this, if you receive errors you must launch as as Administrator (workaround 4). There are four common workarounds to this problem:
Program Files (x86). UAC prevents unauthorised edits to these folders, so by installing the game outside of them, you remove it from UAC's reach, allowing you to use mods more easily. Steam users can move their Steam installation and games using these instructions.
Full Controlpermissions over your game install folder. This will allow you to make any edits you desire while keeping UAC active and on guard for any edits made by programs you do not run, and also means that you do not need to reinstall your game to a new location.
For those that wish to take the third option and give themselves
Full Control permissions, here is a guide:
Properties, select the
Securitytab, and click the
Edit...button. A UAC prompt may appear, simply allow yourself to continue.
Group or user namesbox, select the
Full Controlin the
Allowcolumn. Press OK to exit. If a UAC prompt appears, allow the change.
Propertieswindow, select OK to exit. You should now have Full Control permissions over your chosen folder.
If your game is a Windows Store game (Installed via the Windows Store or Xbox App), then there are additional permissions to deal with:
My Documents\Wrye Bashfolder.
Full Controlas described above for the game folder. Specifically, Oblivion requires this on a regular basis to redate plugins for Load Order configuraion. Later games do not usually need this, so they are for the most part safe to run in non-admin mode and without changing file permissions.
The easiest method is to just run the Backup Settings and/or Restore Settings commands, which are available in the Settings menu. These commands do not backup/restore any mod files or saves, just the Wrye Bash settings/data. When run, the commands ask you for the location you wish to back up to or restore from.
If you wish to manually back up your settings, the directories Wrye Bash stores files in are below.
|[Game]\Mopy||Main Bash files. If you're working on any localisation files in |
|[Game]\Data\Bash Patches||Contains CSV files used by the import/export functions. Back up any CSV files you've exported and want to keep.|
|[Game]\Data\BashTags||Contains text files with Bash Tag overrides. Only needs backing up if you added any custom files (i.e. ones not installed through BAIN).|
|[Game]\Data\Docs||Contains mod readmes. Doesn't need backing up.|
|[Game]\Data\INI Tweaks||Contains ini tweaks. Only needs backing up if you've added custom ini tweaks.|
|Documents\My Games\[Game]||Contains Wrye Bash settings. It is important to back this up.|
|[Game] Mods (in the same folder as [Game])||Contains BAIN packages and other Wrye Bash settings. it is important to back this up.|
Bugs should be reported in an official Wrye Bash thread (links can be found in the Contact section of this document). In order to best help you, the following information is required.
Wrye Bash, being a complex program, has its share of bugs. Visit our issue tracker for known bugs and enhancement requests. Respect developer's time - keep discussions there short, sweet and technical. No walls of text or forum chit chat.
|Can't find bash.py||Wrye Bash is being run from the wrong directory.||Make sure you are generating the log from the Mopy directory.|
|Can't Find User Directory||The PyWin32 Python module is not installed correctly.||Install the Wrye Python package correctly.|
|Can't Find wxversion||Unknown||Uninstall then reinstall Python and wxPython (in that order).|
|No module named wx||You haven't installed wxPython successfully or you haven't installed it in the right place.||Install the Wrye Python package correctly.|
|The NTVDM CPU has encountered an illegal instruction.||This is a Python issue that causes the installation of PyWin32 (part of the Wrye Python bundle) to fail.||One workaround is to use the Standalone version of Wrye Bash. The alternative is to install it seperately, after installing Wrye Bash.|
|Wrye Bash will not start, and no Bug Dump can be generated||Wrye Bash is installed in a directory with unicode characters, and the Python interpreter has problems importing files in such directories.||Reinstall Wrye Bash to a directory without unicode characters.|
|File not found errors||Mapped paths and junction links can confuse Wrye Bash, leading to file not found errors.||Avoid using mapped paths and junction links for your game install.|
|Failed to retrieve known folder path||This is almost always caused by OneDrive taking control of your My Documents folder.||Follow the directions found in this link and remove the Documents folder from OneDrive.|
|OSError: [Errno 22] Invalid argument||This is almost always caused by OneDrive taking control of your My Documents folder.||Follow the directions found in this link and remove the Documents folder from OneDrive.|
AKA ideas and stuff stolen from other people.
Extended Death Cameraby David Moyer.
Additionally, Wrye Bash comes packaged with the following programs:
This final section gives a brief summary of what may be found in the Advanced Readme. Some of the topics covered are:
The Advanced Readme is a more technical document aimed more towards mod authors and advanced users of Wrye Bash than the average user. If you find yourself wanting to know more, or not understanding why something in Wrye Bash behaves the way it does, then the answer you seek may be found in the Advanced Readme.